Using spice resize-guest doesn't seem to have any effect with an F20 guest. I'm testing with spicy, which confirms that the spice-vdagent is connected. Resizing the window yeilds no change in the guest. When I run the session agent by hand, I see debugging output from things like clipboard copy+paste (which does work fine), but there's zero debugging output when changing the spicy client resolution.
Christophe said that vanilla kernel works, that f20 is missing some drm patches.
Yup: "Arbitrary resize with qxl is still not working in f20, but is fine with vanilla 3.13.0. Some of Marc-André's patches are missing from drm-qxl-backport-fixes-for-Fedora.patch, namely 3fbd643 drm: copy mode type in drm_mode_connector_list_update() 4fdb086 drm/qxl: notify that the monitor config changed b8206d3 drm: return if changed in drm_helper_hpd_irq_event() (first one has been reverted if I'm not mistaken)" I don't know what the status is wrt getting these patches in the Fedora kernel :(
If 3.13.0 already contains those patches, then Fedora's upcoming 3.13.3 kernel should contain them as well, so no need to backport them: https://admin.fedoraproject.org/updates/FEDORA-2014-2576/kernel-3.13.3-201.fc20
Problem is still present on 3.13.5
Kernel needs this patch: [PATCH] drm: try harder to avoid regression when merging mode bits http://lists.freedesktop.org/archives/dri-devel/2014-January/051882.html
"Vanilla 3.13.0" working seems weird. We aren't carrying drm-qxl-backport-fixes-for-Fedora.patch any more and we have no other patches in this area for the 3.13.y based kernels. What was the actual kernel version the problem was originally seen with? (In reply to Marc-Andre Lureau from comment #5) > Kernel needs this patch: > > [PATCH] drm: try harder to avoid regression when merging mode bits > http://lists.freedesktop.org/archives/dri-devel/2014-January/051882.html That patch isn't queued anywhere that I can find. Not in Linus' tree and not in linux-next. Dave?
Still broken in 3.13.10-200.fc20.x86_64. I had this previously working with a Scientific Linux 6.5 (x86_64) host and Fedora 20 (x86_64) guest, but was no longer working after I reinstalled the host with Fedora 20 (x86_64) and created a new F20 guest.
Okay I've queued this patch in -next, however it doesn't cleanly backport to Fedora, I'll attach a backport here.
Created attachment 891353 [details] backport of patch to 3.14.x
(In reply to Dave Airlie from comment #9) > Created attachment 891353 [details] > backport of patch to 3.14.x Applied to F20. Should we use this patch for 3.15 in rawhide as well, or will the patch in -next work its way into the 3.15 release?
kernel-3.14.3-200.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/kernel-3.14.3-200.fc20
Package kernel-3.14.3-200.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.14.3-200.fc20' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-6122/kernel-3.14.3-200.fc20 then log in and leave karma (feedback).
kernel-3.14.3-200.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Can someone please check if it works with LXDE or MATE Desktop Environment? For me, auto resize works only in GNOME. kernel: 3.14.8-200.fc20.x86_64 system has all available updates.
(In reply to Nicolae from comment #14) > Can someone please check if it works with LXDE or MATE Desktop Environment? > For me, auto resize works only in GNOME. > kernel: 3.14.8-200.fc20.x86_64 > system has all available updates. That depends on shell / session daemon handling monitor events/hotplugs. For example, GNOME auto-resize didn't work at first, because it keeps current resolution by default, and doesn't follow monitor prefered resolution. See "hotplug_mode_update" now in gnome-shell (used to be in gnome-settings-daemon, then mutter)
The patch has been removed from fedora, since 3.15.2-200 update please bring it back
Dave? Is there a reason this never went into 3.15.y stable?
I actually can't remember now, I think it was just a bit of a pain and I didn't get around to it.
(In reply to Dave Airlie from comment #18) > I actually can't remember now, I think it was just a bit of a pain and I > didn't get around to it. Was easy enough. b87577b7c768683736eea28f70779e8c75b4df62 applied just fine to 3.15.y. Added in Fedora git now.
kernel-3.15.7-200.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/kernel-3.15.7-200.fc20
Package kernel-3.15.7-200.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.15.7-200.fc20' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-9010/kernel-3.15.7-200.fc20 then log in and leave karma (feedback).
kernel-3.15.7-200.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.