Bug 1460595
| Summary: | [virtio-vga]Display 2 should be dropped when guest reboot | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Guo, Zhiyi <zhguo> | ||||||
| Component: | qemu-kvm-rhev | Assignee: | Gerd Hoffmann <kraxel> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Guo, Zhiyi <zhguo> | ||||||
| Severity: | low | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 7.4 | CC: | chayang, fjin, jinzhao, juzhang, knoel, kraxel, michen, virt-maint | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | qemu-kvm-rhev-2.10.0-3.el7 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2018-04-11 00:23:04 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: | 1505696 | ||||||||
| Bug Blocks: | 1473046 | ||||||||
| Attachments: |
|
||||||||
Created attachment 1286948 [details]
Screen shot of Display 1 &2
A screenshot show Display 2 won't get guest desktop graphic automatically after guest reboot and login to Desktop
upstream commit 79d16c21a565927943486b26789caa62413ff371 (will land in 2.11) patch posted. Fix included in qemu-kvm-rhev-2.10.0-3.el7 Enable 2nd display will cause qemu core dump, the core dump is tracked by Bug 1505696 - Qemu crashed when open the second display of virtio video. Will verify this bug after 1505696 fix Hi Gerd, After testing this bug and reading the patch, I think the solution is keeping all of the Displays opened and output the guest desktop graphic to all of them after guest reboot, right? Although the expect behavior is different from my bug report, but I think this is also a good idea. But another thing I found during multi displays test is: When you enable the second display, disable the second display won't make it vanish. Further more, the second display will reconnect automatically with no graphic output, this is a regression caused by this fix? BR/ Zhiyi, Guo Created attachment 1394793 [details]
Evidence video
Video show this buggy behavior
(In reply to Guo, Zhiyi from comment #9) > Hi Gerd, > After testing this bug and reading the patch, I think the solution is > keeping all of the Displays opened and output the guest desktop graphic to > all of them after guest reboot, right? Although the expect behavior is > different from my bug report, but I think this is also a good idea. Yes, the second display will stay, and during reboot will show the "waiting for display ..." message. But given that this is only temporary (the guest gui will pick up the screen after) I think this is fine. > But another thing I found during multi displays test is: When you enable > the second display, disable the second display won't make it vanish. Hmm, yes. It works when you reboot, then disable the second display while the grub menu is displayed. So it seems qemu updates the window layout hints correctly, but the guest driver doesn't pick it up. Could also be a bug on the guest side. Need to look into this. Can you open a new bug for this one? > Further > more, the second display will reconnect automatically with no graphic > output, this is a regression caused by this fix? Probably related to the issue above. (In reply to Gerd Hoffmann from comment #11) > (In reply to Guo, Zhiyi from comment #9) > > Hi Gerd, > > After testing this bug and reading the patch, I think the solution is > > keeping all of the Displays opened and output the guest desktop graphic to > > all of them after guest reboot, right? Although the expect behavior is > > different from my bug report, but I think this is also a good idea. > > Yes, the second display will stay, and during reboot will show the "waiting > for display ..." message. But given that this is only temporary (the guest > gui will pick up the screen after) I think this is fine. > > > But another thing I found during multi displays test is: When you enable > > the second display, disable the second display won't make it vanish. > > Hmm, yes. It works when you reboot, then disable the second display while > the grub menu is displayed. So it seems qemu updates the window layout > hints correctly, but the guest driver doesn't pick it up. Could also be a > bug on the guest side. Need to look into this. Can you open a new bug for > this one? > > > Further > > more, the second display will reconnect automatically with no graphic > > output, this is a regression caused by this fix? > > Probably related to the issue above. Please see Bug 1544790 - Second display will reconnect without desktop output after enable and disable second display Now I will close this bug as verified. Verified per comment 11 & 12 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:1104 |
Description of problem: Display 2 should be dropped when guest reboot Version-Release number of selected component (if applicable): qemu-kvm-rhev-2.9.0-9.el7.x86_64 kernel 3.10.0-679.el7.x86_64(host & guest) How reproducible: 100% Steps to Reproduce: 1.Boot rhel7.4 guest with cli: /usr/libexec/qemu-kvm -name rhel-sp4 -m 4G -machine pc,accel=kvm\ -S \ -cpu Skylake-Client,check,enforce \ -smp 2 \ -monitor stdio \ -qmp tcp:0:4444,server,nowait \ -device virtio-vga,max_outputs=2 \ -serial unix:/tmp/console,server,nowait \ -drive file=rhelsp4.qcow2,if=none,id=drive-scsi-disk0,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,id=scsi0,addr=04 -device scs i-hd,drive=drive-scsi-disk0,bus=scsi0.0,scsi-id=0,lun=0,id=scsi-disk0,bootindex=1 \ -netdev tap,id=idinWyYp,vhost=on -device virtio-net-pci,mac=42:ce:a9:d2:4d:d7,id=idlbq7eA,netdev=idinWyYp \ -spice port=3003,disable-ticketing,agent-mouse=on \ -device virtio-serial-pci -chardev spicevmc,id=vdagent,debug=0,name=vdagent \ -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 \ 2.Enable Display 2 from remote viewer: View -> Displays, and enable Secondary display for Display 2 from geust display settings. 3.Reboot guest Actual results: Display 2 won't be dropped. After guest reboot finish and login to Desktop, Display 2 show "Waiting for display 2..." and won't get guest desktop graphic automatically. Need to uncheck and check Display 2 again to make it works normally Expected results: Display 2 should be dropped when guest reboot. Test against qxl-vga, Display 2 will be dropped and I think it is reasonable to drop display 2 if it cannot get guest desktop graphic automatically Additional info: