1075139 – multi-monitor doesn't work with a RHEL 7 guest.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1075139 - multi-monitor doesn't work with a RHEL 7 guest.

Summary: multi-monitor doesn't work with a RHEL 7 guest.

Keywords:
Status:	CLOSED ERRATA
Alias:	None
Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	qemu-kvm
Sub Component:
Version:	6.6
Hardware:	Unspecified
OS:	Unspecified
Priority:	medium
Severity:	medium
Target Milestone:	rc
Target Release:	---
Assignee:	Gerd Hoffmann
QA Contact:	Virtualization Bugs
Docs Contact:
URL:
Whiteboard:
Duplicates (1):	1111667 (view as bug list)
Depends On:
Blocks:	1052176 1111667
TreeView+	depends on / blocked

Reported:	2014-03-11 14:51 UTC by Bill Sanford
Modified:	2019-04-28 10:46 UTC (History)
CC List:	19 users (show)
Fixed In Version:	qemu-kvm-0.12.1.2-2.429.el6
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:	2014-10-14 06:56:32 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)
This is the screenshot of RHEV-M and RHEL 7 guest (1.85 MB, image/png) 2014-03-11 14:51 UTC, Bill Sanford	no flags	Details
Screen shot of the RHEL 7 client with two displays (665.52 KB, image/png) 2014-03-11 14:55 UTC, Bill Sanford	no flags	Details
View All

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2014:1490	0	normal	SHIPPED_LIVE	qemu-kvm bug fix and enhancement update	2014-10-14 01:28:27 UTC

Description Bill Sanford 2014-03-11 14:51:01 UTC

Created attachment 873183 [details]
This is the screenshot of RHEV-M and RHEL 7 guest

Description of problem:
I have RHEV-M 3.4 installed and have added a Windows 7, RHEL 6.5 and a RHEL 7 guest added to RHEV-M. The second display is in a "Waiting for display 2" in a RHEL 7 VM and I can't go through the settings in RHEL 7 to add the second display.

Version-Release number of selected component (if applicable):
RHEV-M 3.4 (av2) & Two RHEL 6.5 hosts RHEL-7.0-20140226.0
Windows 7x64 client
RHEL 7 guest RHEL-7.0-20140226.0

How reproducible:
100%

Steps to Reproduce:
1.
2.
3.

Actual results:
Only one display shows when two are configured.

Expected results:
Two displays show when two are configured.

Additional info:

Comment 1 Bill Sanford 2014-03-11 14:55:55 UTC

Created attachment 873185 [details]
Screen shot of the RHEL 7 client with two displays

Comment 2 Marc-Andre Lureau 2014-03-11 15:07:38 UTC

Why do you think this is a client bug if it's specific to RHEL7 guest?

Please move to right component / distrib if it's specific. thanks

Comment 3 Bill Sanford 2014-03-11 17:36:13 UTC

Marc-Andre, I am not sure if it is a bug in the mingw-virt-viewer, I defaulted to assigning it to you since you would have a much better handle on if it is or not.

Comment 4 Marc-Andre Lureau 2014-03-11 18:15:20 UTC

qemu needs some monitorconfig bits to support rhel7 & fedora 20 (for the drm/kms driver)

Comment 6 mazhang 2014-03-17 09:08:48 UTC

Reproduced this bug.

Host:
qemu-kvm-0.12.1.2-2.422.el6.x86_64
gpxe-roms-qemu-0.9.7-6.10.el6.noarch
qemu-img-0.12.1.2-2.422.el6.x86_64
qemu-kvm-tools-0.12.1.2-2.422.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.422.el6.x86_64
kernel-2.6.32-431.11.2.el6.x86_64

Guest:
RHEL-7.0-20140226.0

Client:
RHEL-7.0-64
virt-viewer-0.5.7-7.el7.x86_64

Steps to reproduce:
1. Start vm:
/usr/libexec/qemu-kvm \
-M pc \
-cpu SandyBridge \
-m 2G \
-smp 4,sockets=2,cores=2,threads=1,maxcpus=16 \
-enable-kvm \
-name rhel7-64 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-rtc base=localtime,clock=host,driftfix=slew \
-nodefaults \
-monitor stdio \
-qmp tcp:0:6667,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-monitor unix:/tmp/guest-sock,server,nowait \
-drive file=/home/rhel7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \
-device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \
-netdev tap,id=hostnet0 \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:39:13:2c \
-device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x7 \
-chardev socket,id=channel0,host=127.0.0.1,port=12345,server,nowait \
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=channel0,id=channel0,name=com.redhat.rhevm.vdsm \
-chardev spicevmc,id=charchannel1,name=vdagent \
-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 \
-spice port=5930,disable-ticketing \
-vga qxl \

2. Connect to guest with full screen mode by remote-viewer (client has two monitors)
# remote-viewer spice://ip_address:5930 --full-screen=auto-conf

Result:
1. The second monitor on client not display guest windows.

2. Execute "xrandr" in guest
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192
Virtual-0 connected primary 1024x768+0+0 0mm x 0mm
   1024x768       59.9*+
   1920x1200      59.9
   1920x1080      60.0
   1600x1200      59.9
   1680x1050      60.0
   1400x1050      60.0
   1280x1024      59.9
   1440x900       59.9
   1280x960       59.9
   1280x854       59.9
   1280x800       59.8
   1280x720       59.9
   1152x768       59.8
   800x600        59.9
   848x480        59.7
   720x480        59.7
   640x480        59.4
Virtual-1 disconnected
Virtual-2 disconnected
Virtual-3 disconnected

Expected results:
Virtual-1 should be connected.

Comment 7 Gerd Hoffmann 2014-03-19 14:38:23 UTC

commit a639ab0482952c13c896f3e555d717caf98f138b & friends

Comment 9 Gerd Hoffmann 2014-04-10 10:33:54 UTC

new scratch build:
http://brewweb.devel.redhat.com/brew/taskinfo?taskID=7324613

patches posted.

Comment 10 Bill Sanford 2014-06-09 13:43:09 UTC

I am setting up some RHEV-M instances this week and will retest.

Comment 11 Marc-Andre Lureau 2014-06-19 18:41:31 UTC


Gerd, do you plan to move it to MODIFIED/QA? It would be really nice to have in 6.6, thanks

Comment 12 Gerd Hoffmann 2014-06-20 05:33:28 UTC

Patch has been posted to rhvirt-patches for review.
Hasn't yet collected the three acks needed.

Here it: http://post-office.corp.redhat.com/archives/rhvirt-patches/2014-April/msg00241.html

Acks welcome.  Appearently I forgot to Cc: spice-list, so it didn't got attention from spice folks :(

Comment 13 Miroslav Rezanina 2014-07-04 07:09:30 UTC

Fix included in qemu-kvm-0.12.1.2-2.429.el6

Comment 14 Evgheni Dereveanchin 2014-07-04 07:20:42 UTC

Miroslav, can we also get a build of qemu-kvm-rhev with the same fix? I want to test this on RHEV as well as that product is also currently affected by the bug.

Comment 16 mazhang 2014-07-16 08:04:05 UTC

Reproduce this bug on qemu-kvm-0.12.1.2-2.428.el6.x86_64.
The second monitor didn't shows guest screen.


Verify this bug on qemu-kvm-0.12.1.2-2.430.el6.x86_64.

Host:
qemu-kvm-tools-0.12.1.2-2.430.el6.x86_64
qemu-img-0.12.1.2-2.430.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.430.el6.x86_64
gpxe-roms-qemu-0.9.7-6.11.el6.noarch
qemu-kvm-0.12.1.2-2.430.el6.x86_64
kernel-2.6.32-489.el6.x86_64
spice-server-0.12.4-9.el6.x86_64

Guest:
kernel-3.10.0-123.el7.x86_64
spice-vdagent-0.14.0-7.el7.x86_64

Client:
virt-viewer-0.6.0-9.el6.x86_64

Cli:
/usr/libexec/qemu-kvm \
-M pc \
-cpu SandyBridge \
-m 2G \
-smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \
-enable-kvm \
-name rhel6.6 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-rtc base=localtime,clock=host,driftfix=slew \
-nodefaults \
-monitor stdio \
-qmp tcp:0:6666,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-chardev socket,id=seabios,path=/tmp/seabios0,server,nowait \
-device isa-debugcon,chardev=seabios,iobase=0x402 \
-monitor unix:/tmp/socket0,server,nowait -device sga \
-vga qxl \
-spice port=5900,disable-ticketing \
-drive file=/home/rhel7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \
-device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \
-device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x7 \
-chardev socket,id=channel0,host=127.0.0.1,port=12345,server,nowait \
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=channel0,id=channel0,name=com.redhat.rhevm.vdsm \
-chardev spicevmc,id=charchannel1,name=vdagent \
-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 \

Result:
Two qxl device connected, guest screen can able display in the second monitor.
Screen 0: minimum 320 x 200, current 2944 x 1080, maximum 8192 x 8192
Virtual-0 connected primary 1024x768+0+0 0mm x 0mm
   1024x768       59.9*+
   1920x1200      59.9  
   1920x1080      60.0  
   1600x1200      59.9  
   1680x1050      60.0  
   1400x1050      60.0  
   1280x1024      59.9  
   1440x900       59.9  
   1280x960       59.9  
   1280x854       59.9  
   1280x800       59.8  
   1280x720       59.9  
   1152x768       59.8  
   800x600        59.9  
   848x480        59.7  
   720x480        59.7  
   640x480        59.4  
Virtual-1 connected 1920x1080+1024+0 0mm x 0mm
   1920x1080      60.0*+
   1920x1200      59.9  
   1600x1200      59.9  
   1680x1050      60.0  
   1400x1050      60.0  
   1280x1024      59.9  
   1440x900       59.9  
   1280x960       59.9  
   1280x854       59.9  
   1280x800       59.8  
   1280x720       59.9  
   1152x768       59.8  
   1024x768       59.9  
   800x600        59.9  
   848x480        59.7  
   720x480        59.7  
   640x480        59.4  
Virtual-2 disconnected
Virtual-3 disconnected

So this bug has been fixed.

Comment 17 Marc-Andre Lureau 2014-07-21 15:33:57 UTC

*** Bug 1111667 has been marked as a duplicate of this bug. ***

Comment 18 errata-xmlrpc 2014-10-14 06:56:32 UTC

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.

http://rhn.redhat.com/errata/RHBA-2014-1490.html

Note You need to log in before you can comment on or make changes to this bug.