Bug 1046460
| Summary: | option "--full-screen=auto-conf" doesn't work correctly | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | CongDong <codong> | ||||||||
| Component: | virt-viewer | Assignee: | Default Assignee for SPICE Bugs <rh-spice-bugs> | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 7.0 | CC: | acathrow, codong, dblechte, dyuan, jjongsma, lcui, marcandre.lureau, mzhan, tzheng, zsong | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2014-06-30 22:12:53 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 1009648 | ||||||||||
| Attachments: |
|
||||||||||
Created attachment 841479 [details]
log of virt-viewer
You say that the guest is RHEL -- what version? The guest is rhel6.5 interesting this: (remote-viewer:4550): remote-viewer-DEBUG: app is not in full screen This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. According to the log, the client is setting all displays to full screen resolution > (remote-viewer:4550): remote-viewer-DEBUG: Set SPICE display 0 to (0,0)-(1280x1024) > (remote-viewer:4550): remote-viewer-DEBUG: Set SPICE display 1 to (1280,0)-(1280x1024) > (remote-viewer:4550): remote-viewer-DEBUG: Set SPICE display 2 to (2560,0)-(1680x1050) > (remote-viewer:4550): remote-viewer-DEBUG: Set SPICE display 3 to (4240,0)-(1280x1024) This makes me suspect that this is again the same bug where the QXL driver cannot allocate enough memory for all displays and falls back to the previous display configuration. For example: Bug 1008312. Can you test with 2 displays? > Can you test with 2 displays?
Hi jjongsma:
I test with 2 monitors.
# remote-viewer spice://127.0.0.1:5900 --full-screen=auto-conf
Result:
Two displays come out on each monitor with fullscreen.
So, there is no problem when use 2 monitors.
BTW, I retest with 4 monitors, the result is same with description, only one
display comes out.
But after I close the virt-viewer, and I connect the guest with virt-viewer
# virt-viewer $vm
there will be 4 displays.
(In reply to CongDong from comment #8) > BTW, I retest with 4 monitors, the result is same with description, only one > display comes out. > > But after I close the virt-viewer, and I connect the guest with virt-viewer > # virt-viewer $vm > there will be 4 displays. What are the resolutions of those displays? Are they the size of the fullscreen monitors? Or are they smaller? Can you provide xrandr output for client and guest? (In reply to Jonathon Jongsma from comment #9) > > What are the resolutions of those displays? Are they the size of the > fullscreen monitors? Or are they smaller? Can you provide xrandr output for > client and guest? 1. # remote-viewer spice://127.0.0.1:5900 --full-screen=auto-conf just one display comes out 2. After I close the virt-viewer, and I connect the guest with virt-viewer again. # virt-viewer $vm there will be 4 displays, all window mode, other three displays are small. The xrandr output for guest: # xrandr Screen 0: minimum 320 x 200, current 1960 x 654, maximum 8192 x 8192 qxl-0 connected 1000x654+0+0 0mm x 0mm 1024x768 60.0 + 2048x2048 60.0 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 1000x654-0 0.1* qxl-1 connected 320x200+1000+0 0mm x 0mm 1024x768 60.0 + 2048x2048 60.0 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 320x200-1 0.1* qxl-2 connected 320x200+1320+0 0mm x 0mm 1024x768 60.0 + 2048x2048 60.0 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 320x200-2 0.1* qxl-3 connected 320x200+1640+0 0mm x 0mm 1024x768 60.0 + 2048x2048 60.0 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 320x200-3 0.1* The xrandr output for client: Screen 0: minimum 320 x 200, current 5520 x 1050, maximum 16384 x 16384 DisplayPort-0 connected primary 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 HDMI-0 connected 1280x1024+1280+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1280x720 60.0 50.0 59.9 1024x768 75.1 60.0 800x600 75.0 60.3 720x480 60.0 59.9 640x480 75.0 60.0 59.9 720x400 70.1 DVI-0 connected 1680x1050+2560+0 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 60.0*+ 74.9 1600x1000 60.0 1280x1024 75.0 72.0 60.0 1440x900 75.0 59.9 1152x864 75.0 1024x768 75.1 70.1 60.0 800x600 72.2 75.0 60.3 640x480 75.0 72.8 66.7 60.0 720x400 70.1 DVI-1 connected 1280x1024+4240+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 Interesting. I can't quite explain why the guest ended up with 4 displays enabled at very small sizes after re-connecting, and I can't reproduce it here at the moment because I don't have access to a machine with 4 physical monitors (and I can't test in a VM since I can't enable 4 displays of the necessary size due to Bug 1008312 mentioned above). Nevertheless, I'm quite confident that the reason that the 4 displays don't work properly with --full-screen=auto-conf is in fact due to the aforementioned bug. Please provide two debug logs from virt-viewer for: 1) running virt-viewer with --full-screen=auto-conf with 4 monitors (e.g. it fails to enable 4 displays) and then exiting 2) running virt-viewer after that and having 4 small displays appear. Then I can hopefully verify exactly what's happening here. Created attachment 912642 [details]
Fail to enable four displays
Log for
Step 1: running virt-viewer with --full-screen=auto-conf with 4 monitors (e.g. it fails to enable 4 displays)
Created attachment 912643 [details]
Four displays appear
Log for
Step 2: running virt-viewer after that and having 4 small displays appear.
Yes, this definitely appears to be the same bug mentioned above. Closing as a duplicate. *** This bug has been marked as a duplicate of bug 1046458 *** |
Description of problem: When user remote-viewer to connect guest. option "auto-conf" doesn't work. Version-Release number of selected component (if applicable): # rpm -qa virt-viewer spice* spice-vdagent-0.14.0-5.el7.x86_64 spice-gtk3-0.20-6.el7.x86_64 spice-glib-0.20-6.el7.x86_64 spice-server-0.12.4-3.el7.x86_64 virt-viewer-0.5.7-3.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1. Prepare a host with 4 monitors and a spice rhel guest with qxl+spicevmc # virsh dumpxml $vm ... <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> ... <graphics type='spice' port='5900' autoport='yes' listen='127.0.0.1'> <listen type='address' address='127.0.0.1'/> </graphics> ... <video> <model type='qxl' ram='65536' vram='65536' heads='1'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> ... 2. connect the guest with remote-viewer # remote-viewer spice://127.0.0.1:5900 --full-screen=auto-conf --debug Actual results: Only one dispaly comes out with full-screen mode. Expected results: There should be 4 full-screen displays on each monitors with the same resolution with physical monitor. Additional info: