Bug 1210362
Summary: | Hard freezes after setting maximum resolution with increased vgamem (vgamem = ram/2) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | David Jaša <djasa> | ||||||
Component: | spice-qxl-xddm | Assignee: | Default Assignee for SPICE Bugs <rh-spice-bugs> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | SPICE QE bug list <spice-qe-bugs> | ||||||
Severity: | low | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | --- | CC: | cfergeau, dblechte, ecohen, gklein, lsurette, rbalakri, rh-spice-bugs, sstutsma, yeylon, ylavi | ||||||
Target Milestone: | rc | ||||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | spice | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2015-10-28 14:41:00 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | Spice | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Created attachment 1012701 [details]
full log with qxl debug and guest debug
moving to 3.7. The resolution > 4 mp is not currently supported in rhevm. Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release. this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high *** This bug has been marked as a duplicate of bug 1273106 *** moving from RHEVM product to RHEL 8 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |
Created attachment 1012700 [details] screenshot Description of problem: I'm getting hard guest freeze when I choose resolution that approaches qxl memory limit with increased vgamem option of qxl device Version-Release number of selected component (if applicable): guest: win7 32b qxl-win 0.1-21 host: rhel 7.1 qemu-kvm-1.5.3-86.el7_1.1.x86_64 How reproducible: frequent Steps to Reproduce: 1. set up qemu qxl's ram/vgamem/vram to 64/32/32 MB respectively, launch the VM 2. go to screen resolution, select 3840 * 2160, select Apply 3. if you don't see the freeze, select lower res, Apply and go back to 3840x2160 Actual results: guest freezes in state like in the screenshot. It doesn't respond to ctrl-alt-del or similar shortcuts and qxl device log doesn't show anything suspicious either: qxl/guest-0: 22965554321: qxldd: ReleaseOutput 0x95484170 qxl/guest-0: 22965559369: qxldd: ReleaseOutput done qxl/guest-0: 22965632710: qxldd: AddRes qxl/guest-0: 22965639026: qxldd: AddRes: done qxl/guest-0: 22965644956: qxldd: WaitForCmdRing: 0xfe7ff010 qxl/guest-0: 22965650119: qxldd: DoCopy: done qxl/guest-0: 22966744736: qxldd: DrvCopyBits qxl/guest-0: 22966757463: qxldd: _BitBlt qxl/guest-0: 22966762582: qxldd: __DrvBitBlt qxl/guest-0: 22966766884: qxldd: DoCopy qxl/guest-0: 22966772926: qxldd: GetDrawable 0x954cf450 qxl/guest-0: 22966777133: qxldd: SetClip qxl/guest-0: 22966781610: qxldd: AddRes qxl/guest-0: 22966785605: qxldd: AddRes: done qxl/guest-0: 22966789624: qxldd: SetClip: done qxl/guest-0: 22966793764: qxldd: GetBitmap qxl/guest-0: 22966797797: qxldd: QXLGetBitmap qxl/guest-0: 23260973926: qxldd: ReleaseOutput 0x95484250 qxl/guest-0: 23261086848: qxldd: ReleaseOutput done // freeze Expected results: guest OS keeps operating Additional info: There is a workaround available: increase of ram region as well so it is 4 * vgamem like in the default configuration so maybe this bug needs just documentation (given the expected move to the wddm driver) Just for the record, linux system don't freeze in this scenario (both UMS and KMS).