spice issueshttps://gitlab.freedesktop.org/groups/spice/-/issues2018-06-07T18:58:55Zhttps://gitlab.freedesktop.org/spice/spice-gtk/-/issues/45Repeatable kernel oops on vc switch; drm_crtc_helper_set_mode/qxl_enc_commit/...2018-06-07T18:58:55ZBugzilla Migration UserRepeatable kernel oops on vc switch; drm_crtc_helper_set_mode/qxl_enc_commit/qxl_send_monitors_config## Submitted by Dave Gilbert
Assigned to **Spice Bug List**
**[Link to original bug (#71365)](https://bugs.freedesktop.org/show_bug.cgi?id=71365)**
## Description
I'm running a FC20 x86-64 pre-beta with an Ubuntu guest under KVM
w...## Submitted by Dave Gilbert
Assigned to **Spice Bug List**
**[Link to original bug (#71365)](https://bugs.freedesktop.org/show_bug.cgi?id=71365)**
## Description
I'm running a FC20 x86-64 pre-beta with an Ubuntu guest under KVM
with spice and can reliably trigger an oops in the guest.
The host is running qemu-kvm-1.6.1-1.fc20.x86_64
The oops happens on both Ubuntu's distro kernels (since about 3.10) and anything else recent including current drm-next (212c444ba 7th November) that I've built.
The user space is Ubuntu Trusty, and X (with Unity etc) works fine.
Note there is also a corrupt text console prior to the oops.
To trigger:
Boot guest and let it sit at lightdm
ssh in
send a ctrl-alt-f1 via virt-manager
* see a very corrupt text console
send a ctrl-alt-f2
(might oops at this point - check with dmesg via the ssh)
send a ctrl-alt-f3
send a ctrl-alt-f4
I've never had it get past the 4th one without oopsing, with debug on it does it at the second switch.
Here is a log which I turned some drm debug on;
It is sitting at lightdm waiting for me to log in, so I ssh in and do:
echo 255 > debug
and do ctrl-alt-f1
[ 266.165815] [drm:drm_crtc_helper_set_config],
[ 266.165817] [drm:drm_crtc_helper_set_config], [CRTC:3] [FB:33] #connectors=1 (x y) (0 0)
[ 266.165821] [drm:drm_crtc_helper_set_config], crtc has no fb, full mode set
[ 266.165823] [drm:qxl_best_encoder],
[ 266.165823] [drm:drm_crtc_helper_set_config], encoder changed, full mode switch
[ 266.165824] [drm:drm_crtc_helper_set_config], crtc changed, full mode switch
[ 266.165825] [drm:drm_crtc_helper_set_config], [CONNECTOR:4:Virtual-1] to [CRTC:3]
[ 266.165826] [drm:drm_crtc_helper_set_config], attempting to set mode from userspace
[ 266.165828] [drm:drm_mode_debug_printmodeline], Modeline 32:"1024x768" 60 63500 1024 1072 1176 1328 768 771 775 798 0x8 0x6
[ 266.165830] [drm:qxl_enc_mode_fixup],
[ 266.165845] [drm:drm_crtc_helper_set_mode], [CRTC:3]
[ 266.165846] [drm:qxl_enc_prepare],
[ 266.165847] [drm:qxl_enc_dpms],
[ 266.165847] [drm:qxl_enc_dpms],
[ 266.165848] [drm:qxl_enc_dpms],
[ 266.165849] [drm:qxl_crtc_prepare], current: 1024x768+0+0 (1).
[ 266.165850] [drm:qxl_crtc_mode_set], 0x0: not a native mode
[ 266.165851] [drm:qxl_crtc_mode_set], +0+0 (1024,768) => (1024,768)
We have now got a heavily corrupt text console (nothing readable)
I then do a ctrl-alt-f2 here.
[ 276.164189] [drm:qxl_monitors_config_set], 0:1024x768+0+0
[ 276.164207] [drm:drm_crtc_helper_set_mode], [ENCODER:5:Virtual-5] set [MODE:32:1024x768]
[ 276.164209] [drm:qxl_enc_mode_set],
[ 276.164212] [drm:qxl_crtc_commit],
[ 276.164215] [drm:qxl_write_monitors_config_for_encoder], setting head 0 to +0+0 1024x768 out of 1
[ 276.164239] ------------[ cut here ]------------
[ 276.164240] Kernel BUG at ffffffffa00c42d6 [verbose debug info unavailable]
[ 276.164244] invalid opcode: 0000 [#1] SMP
[ 276.164267] Modules linked in: rfcomm bnep bluetooth ppdev(F) nfsd(F) auth_rpcgss(F) nfs_acl(F) nfs(F) lockd(F) sunrpc(F) fscache(F) snd_hda_intel snd_hda_codec snd_hwdep(F) snd_pcm(F) microcode(F) psmouse(F) snd_page_alloc(F) serio_raw(F) snd_seq_midi(F) snd_seq_midi_event(F) snd_rawmidi(F) virtio_console snd_seq(F) snd_seq_device(F) snd_timer(F) snd(F) soundcore(F) qxl parport_pc(F) ttm drm_kms_helper drm i2c_piix4 mac_hid lp(F) parport(F) floppy(F)
[ 276.164271] CPU: 1 PID: 972 Comm: Xorg Tainted: GF 3.12.0-1-generic #3-Ubuntu
[ 276.164273] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 276.164275] task: ffff88006d8017b0 ti: ffff88006e3fe000 task.ti: ffff88006e3fe000
[ 276.164285] RIP: 0010:[`<ffffffffa00c42d6>`] [`<ffffffffa00c42d6>`] qxl_send_monitors_config+0x136/0x140 [qxl]
[ 276.164287] RSP: 0018:ffff88006e3ff7a8 EFLAGS: 00010246
[ 276.164288] RAX: ffffc900003b4000 RBX: ffff880036944d68 RCX: 0000000000001e60
[ 276.164290] RDX: 000000001e601e60 RSI: 000000004dc64dc4 RDI: ffff88007c35a000
[ 276.164291] RBP: ffff88006e3ff7b0 R08: 0000000000000092 R09: ffffffff81ebf069
[ 276.164293] R10: 0000000000000002 R11: 0000000000040000 R12: ffff88007c35a000
[ 276.164294] R13: ffffc9000039e004 R14: ffff880079590420 R15: ffff880036945c18
[ 276.164297] FS: 00007fb7227dc980(0000) GS:ffff88007fd00000(0000) knlGS:0000000000000000
[ 276.164299] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 276.164300] CR2: 00007fb4bff2f000 CR3: 000000006d827000 CR4: 00000000000006e0
[ 276.164313] Stack:
[ 276.164317] 0000000000000000 ffff88006e3ff800 ffffffffa00c45da ffff880000000000
[ 276.164320] ffff880000000400 0000000000000300 ffffffff00000001 0000000000000092
[ 276.164323] ffff880036944d68 ffff880036898000 ffff880036945c20 ffff88006e3ffa50
[ 276.164324] Call Trace:
[ 276.164333] [`<ffffffffa00c45da>`] qxl_enc_commit+0x12a/0x220 [qxl]
[ 276.164340] [`<ffffffffa00a41b1>`] drm_crtc_helper_set_mode+0x381/0x510 [drm_kms_helper]
[ 276.164349] [`<ffffffffa00a57d5>`] drm_crtc_helper_set_config+0x9c5/0xb20 [drm_kms_helper]
[ 276.164370] [`<ffffffffa004c5fd>`] drm_mode_set_config_internal+0x5d/0xe0 [drm]
[ 276.164376] [`<ffffffffa00a3681>`] drm_fb_helper_set_par+0x71/0xf0 [drm_kms_helper]
[ 276.164382] [`<ffffffff813d1db1>`] fb_set_var+0x191/0x430
[ 276.164388] [`<ffffffff8109694d>`] ? ttwu_do_activate.constprop.75+0x5d/0x70
[ 276.164393] [`<ffffffff813deb41>`] fbcon_blank+0x1d1/0x2d0
[ 276.164399] [`<ffffffff8145e674>`] do_unblank_screen+0xb4/0x1e0
[ 276.164402] [`<ffffffff814543ba>`] complete_change_console+0x5a/0xe0
[ 276.164405] [`<ffffffff814553ea>`] vt_ioctl+0xfaa/0x11c0
[ 276.164408] [`<ffffffff8109b45d>`] ? sched_clock_local+0x1d/0x80
[ 276.164411] [`<ffffffff8109b5e8>`] ? sched_clock_cpu+0xa8/0x100
[ 276.164415] [`<ffffffff81448d5d>`] tty_ioctl+0x26d/0xbc0
[ 276.164420] [`<ffffffff8104f46f>`] ? kvm_clock_read+0x1f/0x30
[ 276.164425] [`<ffffffff8101b8a9>`] ? sched_clock+0x9/0x10
[ 276.164427] [`<ffffffff8109b45d>`] ? sched_clock_local+0x1d/0x80
[ 276.164432] [`<ffffffff811c4615>`] do_vfs_ioctl+0x2e5/0x4d0
[ 276.164436] [`<ffffffff8109c0b4>`] ? vtime_account_user+0x54/0x60
[ 276.164439] [`<ffffffff811c4881>`] SyS_ioctl+0x81/0xa0
[ 276.164443] [`<ffffffff8171ba7f>`] tracesys+0xe1/0xe6
[ 276.164471] Code: d8 0c a0 31 c0 e8 3b 3f 00 00 c9 c3 45 8b 4a 14 45 8b 42 10 31 d2 41 8b 4a 0c eb a9 45 8b 42 10 41 8b 4a 0c 41 89 c1 31 d2 eb 9a `<0f>` 0b 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 48 89 e5 41 57
[ 276.164478] RIP [`<ffffffffa00c42d6>`] qxl_send_monitors_config+0x136/0x140 [qxl]
[ 276.164479] RSP `<ffff88006e3ff7a8>`
[ 276.164482] ---[ end trace ca96233a7ea696e9 ]---
It's still happily responsive via the ssh at this point but the console
is still toast.
The addresses in the trace don't make too much sense to me; the qxl_send_monitors_config+0x136 seems to correspond to a ud2 undefined after the last jmp in qxl_send_monitors_config, and the qxl_enc_commit+0x12a I think corresponds to the jump just before the DRM_DEBUG print at the end of the routine.
I have a FC19 guest also on the same host that doesn't seem to exhibit any problems.
For reference this corresponds to Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1247906https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/44Multimonitor: change of resolution switches previously disabled display (by D...2018-06-07T21:51:43ZBugzilla Migration UserMultimonitor: change of resolution switches previously disabled display (by Display's app) back on## Submitted by Fabiano Fidêncio `@fidencio`
Assigned to **Spice Bug List**
**[Link to original bug (#92507)](https://bugs.freedesktop.org/show_bug.cgi?id=92507)**
## Description
Description of problem:
With multimonitor guest run...## Submitted by Fabiano Fidêncio `@fidencio`
Assigned to **Spice Bug List**
**[Link to original bug (#92507)](https://bugs.freedesktop.org/show_bug.cgi?id=92507)**
## Description
Description of problem:
With multimonitor guest running (happens with both Windows and Linux guest), when a display is disconnected through Display's app (or equivalent) and resolution of any other active display is changed (e.g. by resizing a window or by switching to fullscreen), the previously disabled display is switched on again.
Version-Release number of selected component (if applicable):
Client: virt-viewer-2.0 (also happens with git master)
spice-gtk-0.29 (also happens with git master)
How reproducible:
Always
Steps to Reproduce:
1. Set up a multimonitor guest and run it
2. Connect to the VM using remote-viewer
3. In the Display settings of guest system activate all displays
4. Disable the previously activated displays so that their window stays black and a message "Waiting for display X..." is shown. Do not close this window.
5. Change the resolution of any active screen (either by resizing the window or by switching to fullscreen)
Actual results:
All previously disabled displays are switched on again.
Expected results:
The disabled displays stay disabled even after change of resolution of any other active display.
Additional info:
Originally reported by Milan Barta: https://bugzilla.redhat.com/show_bug.cgi?id=868970https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/41mouse pointer on qxl multihead VM does not work after switching monitor posit...2019-01-05T08:32:18ZBugzilla Migration Usermouse pointer on qxl multihead VM does not work after switching monitor positions with xrandr## Submitted by Vasilis Liaskovitis
Assigned to **Spice Bug List**
**[Link to original bug (#103531)](https://bugs.freedesktop.org/show_bug.cgi?id=103531)**
## Description
On a Tumbleweed VM with qxl and 2 virtual displays (using ...## Submitted by Vasilis Liaskovitis
Assigned to **Spice Bug List**
**[Link to original bug (#103531)](https://bugs.freedesktop.org/show_bug.cgi?id=103531)**
## Description
On a Tumbleweed VM with qxl and 2 virtual displays (using gnome):
- connect virt-viewer.
- enable 2nd display. Works fine.
- change display positions with "xrandr --output Virtual-1 --left-of Virtual-0"
Before the xrandr command, mouse works fine. After the xrandr command, the displays successfully switch position. However the mouse no longer works.
Going back to orignal monitor positions with "xrandr --output Virtual-0 --left-of Virtual-1", makes the mouse work again.
Is this expected? Not sure if this a virt-viewer problem or some other component.
host:
qemu 2.10.1-1.1
virt-viewer 6.0-1.1
libspice-client 0.34-1.1
libspice server 0.12.8-5.4
guest:
spice-vdagent 0.17.0-3.1
spice-vdagent and qemu-ga are both present in VM.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/40Installation spice-webdavd crash - Impossible to set administrator's privileg...2019-01-05T08:28:53ZBugzilla Migration UserInstallation spice-webdavd crash - Impossible to set administrator's privilege to setup## Submitted by Domenico Falco
Assigned to **Spice Bug List**
**[Link to original bug (#97006)](https://bugs.freedesktop.org/show_bug.cgi?id=97006)**
## Description
Created attachment 125158
spice-webdavd bug
Installation of spic...## Submitted by Domenico Falco
Assigned to **Spice Bug List**
**[Link to original bug (#97006)](https://bugs.freedesktop.org/show_bug.cgi?id=97006)**
## Description
Created attachment 125158
spice-webdavd bug
Installation of spice-webdavd crash on a VM with win7 32 bit (updated).
Message says that this application must be runned with administrator's privilege, but there is no way to garantee that privilege to this setup.
(sorry for my english)
**Attachment 125158**, "spice-webdavd bug":
![unnamed](/uploads/a4a6c0de8c9420e57270b6321f3d4af8/unnamed.png)https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/39critical warnings with gstreamer audio2018-06-07T14:32:26ZBugzilla Migration Usercritical warnings with gstreamer audio## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#92212)](https://bugs.freedesktop.org/show_bug.cgi?id=92212)**
## Description
When I connect to a machine that has an ac97 sound ...## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#92212)](https://bugs.freedesktop.org/show_bug.cgi?id=92212)**
## Description
When I connect to a machine that has an ac97 sound device with a virt-viewer built using --with-audio=gstreamer, I get the following warnings on the console:
$ virt-viewer $vm
(virt-viewer:27631): GStreamer-CRITICAL **: gst_segment_to_running_time: assertion 'segment->format == format' failed
(virt-viewer:27631): GStreamer-CRITICAL **: gst_segment_to_running_time: assertion 'segment->format == format' failed
(virt-viewer:27631): GStreamer-CRITICAL **: gst_segment_to_running_time: assertion 'segment->format == format' failed
(virt-viewer:27631): GStreamer-CRITICAL **: gst_segment_to_running_time: assertion 'segment->format == format' failedv0.35Marc-André LureauMarc-André Lureauhttps://gitlab.freedesktop.org/spice/spice-gtk/-/issues/37Virt-viewer freezes and looses SPICE connection during Copy&Paste2019-01-05T11:15:02ZBugzilla Migration UserVirt-viewer freezes and looses SPICE connection during Copy&Paste## Submitted by Mikhail Kotelnikov
Assigned to **Spice Bug List**
**[Link to original bug (#93501)](https://bugs.freedesktop.org/show_bug.cgi?id=93501)**
## Description
Host: Debian GNU/Linux 8.2
qemu-system-x86: 2.4
libspice-...## Submitted by Mikhail Kotelnikov
Assigned to **Spice Bug List**
**[Link to original bug (#93501)](https://bugs.freedesktop.org/show_bug.cgi?id=93501)**
## Description
Host: Debian GNU/Linux 8.2
qemu-system-x86: 2.4
libspice-server1 0.12.6
libspice-client-glib-2.0-8:amd64 (0.25-1+b1)
libspice-client-gtk-3.0-4:amd64 (0.25-1+b1)
virt-viewer (1.0-1)
Guest: Win7 x64, spice-guest-tools v0.100
virt-viewer log:
=== cut ===
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_press: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_press: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_playback_channel_set_delay: assertion 'SPICE_IS_PLAYBACK_CHANNEL(channel)' failed
(virt-viewer:16339): GSpice-CRITICAL **: spice_inputs_key_release: assertion 'SPICE_CHANNEL(channel)->priv->state != SPICE_CHANNEL_STATE_UNCONNECTED' failed
=== cut ===
vdagent log:
=== cut ===
4168::INFO::2015-12-25 18:34:19,389::VDAgent::handle_clipboard_grab::grab type 1
4168::INFO::2015-12-25 18:34:22,389::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:25,872::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:28,862::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:33,471::VDAgent::on_clipboard_request::Clipboard wait timeout
4168::INFO::2015-12-25 18:34:38,290::VDAgent::on_clipboard_request::Clipboard wait timeout
=== cut ===https://gitlab.freedesktop.org/spice/win32/spice-nsis/-/issues/3Spice user manual refers to nonexistent feature "Arbitrary resolution"2019-06-03T07:53:29ZBugzilla Migration UserSpice user manual refers to nonexistent feature "Arbitrary resolution"## Submitted by dsj..@..il.com
Assigned to **Spice Bug List**
**[Link to original bug (#99965)](https://bugs.freedesktop.org/show_bug.cgi?id=99965)**
## Description
As discussed in https://bugs.freedesktop.org/show_bug.cgi?id=9330...## Submitted by dsj..@..il.com
Assigned to **Spice Bug List**
**[Link to original bug (#99965)](https://bugs.freedesktop.org/show_bug.cgi?id=99965)**
## Description
As discussed in https://bugs.freedesktop.org/show_bug.cgi?id=93304, there is no support for automatically updating guest resolution to match the client window. The user manual states that this functionality exists, under the name "Arbitrary Resolution".
Having come from VirtualBox, I expected this functionality, and spent a lot of time trying to figure it out before finding the linked bug.
Please consider updating the user manual to
1) Indicate that this feature does not work in modern versions of Windows, or perhaps at all, and
2) Please consider renaming the feature to something a little more meaningful. I'd suggest "automatically resize virtual guest display".https://gitlab.freedesktop.org/spice/win32/spice-nsis/-/issues/1spice-guest-tools-0.100.exe does not install the QXL driver on Vista2019-01-22T12:43:40ZBugzilla Migration Userspice-guest-tools-0.100.exe does not install the QXL driver on Vista## Submitted by Francois Gouget
Assigned to **Spice Bug List**
**[Link to original bug (#61123)](https://bugs.freedesktop.org/show_bug.cgi?id=61123)**
## Description
Running spice-guest-tools-0.3.exe in a QEmu/KVM guest VM normall...## Submitted by Francois Gouget
Assigned to **Spice Bug List**
**[Link to original bug (#61123)](https://bugs.freedesktop.org/show_bug.cgi?id=61123)**
## Description
Running spice-guest-tools-0.3.exe in a QEmu/KVM guest VM normally installs the QXL graphics driver alongside the Virtio drivers. However on Windows Vista and presumably Windows 2003, Windows 2008 and Windows 2008r2 this is not the case.
Looking at the installed files I see that only the drivers/winxp and drivers/win7 directories have QXL drivers which is probably the first-level reason for this. Note that both the Windows XP and Windows 7 QXL drivers install successfully on Windows Vista so that provides a workaround.
Using the QXL driver on Vista greatly improves the mouse handling. It does have an alpha blending issue which is visible in the Desktop Gadgets area though.https://gitlab.freedesktop.org/spice/linux/vd_agent/-/issues/6Xorg or wayland fail to start with spice-vdagentd started on linux 4.122018-06-04T07:00:32ZBugzilla Migration UserXorg or wayland fail to start with spice-vdagentd started on linux 4.12## Submitted by xia..@..ok.com
Assigned to **Spice Bug List**
**[Link to original bug (#102256)](https://bugs.freedesktop.org/show_bug.cgi?id=102256)**
## Description
Created attachment 133550
xorg log when graphic interface doesn...## Submitted by xia..@..ok.com
Assigned to **Spice Bug List**
**[Link to original bug (#102256)](https://bugs.freedesktop.org/show_bug.cgi?id=102256)**
## Description
Created attachment 133550
xorg log when graphic interface doesn't show
Guest failed to start graphic interface when spice-vdagentd started and auto resize enabled with guest os running kernel 4.12. If I disable spice-vdagentd or disable auto resize or revert to kernel 4.11, then desktop start just fine.
This has been tested with both fedora 26 guest on gentoo host and fedora 26 host. Also tested with archlinux guest on gentoo host. And both fedora 26 with gnome/wayland and fedora 26 with cinnamon/xorg have the same problem.
Related package versions:
spice-vdagent-0.17.0-2.fc26.x86_64(fedora)
qemu-2.9.0(gentoo)
spice-gtk-0.33(gentoo)
spice-protocol-0.12.13(gentoo)
spice-0.13.3(gentoo)
The xorg log is attached.
**Attachment 133550**, "xorg log when graphic interface doesn't show":
[Xorg.0.log](/uploads/8d4ec8da8e7090707cfa95c69a281063/Xorg.0.log)https://gitlab.freedesktop.org/spice/linux/vd_agent/-/issues/5on big-endian systems vdagent does not work2023-01-13T13:11:40ZBugzilla Migration Useron big-endian systems vdagent does not work## Submitted by Michal Suchanek
Assigned to **Spice Bug List**
**[Link to original bug (#99005)](https://bugs.freedesktop.org/show_bug.cgi?id=99005)**
## Description
On ppc is is possible to run both big-endian and little-endian V...## Submitted by Michal Suchanek
Assigned to **Spice Bug List**
**[Link to original bug (#99005)](https://bugs.freedesktop.org/show_bug.cgi?id=99005)**
## Description
On ppc is is possible to run both big-endian and little-endian VMs on one host.
On same host with same distribution spice-vdagent works on ppc64le and fails on ppc64(be).https://gitlab.freedesktop.org/spice/linux/vd_agent/-/issues/4session_info_session_for_pid() failure2023-01-13T13:11:40ZChristophe Fergeausession_info_session_for_pid() failure## Submitted by Christophe Fergau Fergau `@teuf`
Assigned to **Spice Bug List**
**[Link to original bug (#98888)](https://bugs.freedesktop.org/show_bug.cgi?id=98888)**
## Description
When manually starting spice-vdagent from gnome...## Submitted by Christophe Fergau Fergau `@teuf`
Assigned to **Spice Bug List**
**[Link to original bug (#98888)](https://bugs.freedesktop.org/show_bug.cgi?id=98888)**
## Description
When manually starting spice-vdagent from gnome-terminal, we get a session_info_session_for_pid() failure. It turns out sd_pid_get_session() is returning an error when spice-vdagent is started from gnome-terminal, as gnome-terminal is spawned by gnome-terminal-server which is running from gnome-terminal-server.service, which apparently prevents getting session info for the process we run from the shell :( Using rxvt avoids the issue for now.
Not sure if it's something we need to fix in spice-vdagent or if it's a more generic issue.https://gitlab.freedesktop.org/spice/linux/vd_agent/-/issues/3spice-vdagentd failed when transferring many files2023-01-13T13:11:39ZBugzilla Migration Userspice-vdagentd failed when transferring many files## Submitted by xia..@..at.com
Assigned to **Spice Bug List**
**[Link to original bug (#99983)](https://bugs.freedesktop.org/show_bug.cgi?id=99983)**
## Description
Created attachment 129947
spice vdagentd failed screenshot
Descr...## Submitted by xia..@..at.com
Assigned to **Spice Bug List**
**[Link to original bug (#99983)](https://bugs.freedesktop.org/show_bug.cgi?id=99983)**
## Description
Created attachment 129947
spice vdagentd failed screenshot
Description:
spice-vdagentd failed when transferring many files
Please see attachment for screenshot and logs.
version:
virt-viewer-6.0-2017021715110.spice.nightly.fc25.x86_64
client:
fedora25
**Attachment 129947**, "spice vdagentd failed screenshot":
![spice-vdagnentd-failed](/uploads/29f074fb52713f93973d8815ab5302a8/spice-vdagnentd-failed.png)https://gitlab.freedesktop.org/spice/spice/-/issues/18RFE: Add support for multiple folders sharing using WebDAV2019-01-11T19:43:36ZFabiano FidêncioRFE: Add support for multiple folders sharing using WebDAV## Submitted by Fabiano Fidêncio `@fidencio`
Assigned to **Spice Bug List**
**[Link to original bug (#95255)](https://bugs.freedesktop.org/show_bug.cgi?id=95255)**
## Description
Currently we can setup and share one folder. So, if...## Submitted by Fabiano Fidêncio `@fidencio`
Assigned to **Spice Bug List**
**[Link to original bug (#95255)](https://bugs.freedesktop.org/show_bug.cgi?id=95255)**
## Description
Currently we can setup and share one folder. So, if you want to share your ~/Musics and your ~/Videos folders, usually you'd have to share your ~/ which is not convenient at all.https://gitlab.freedesktop.org/spice/spice/-/issues/14RFE: cdrom redirection2019-10-31T15:04:01ZMarc-André LureauRFE: cdrom redirection## Submitted by Marc-André Lureau `@elmarco`
Assigned to **Spice Bug List**
**[Link to original bug (#85956)](https://bugs.freedesktop.org/show_bug.cgi?id=85956)**
## Description
From https://bugzilla.redhat.com/show_bug.cgi?id=11...## Submitted by Marc-André Lureau `@elmarco`
Assigned to **Spice Bug List**
**[Link to original bug (#85956)](https://bugs.freedesktop.org/show_bug.cgi?id=85956)**
## Description
From https://bugzilla.redhat.com/show_bug.cgi?id=1160925
When working with a remote VM, if I want to attach ISOs or physical discs (to install software, update drivers, etc), without the ability to do a redirect of local ISO images or the local CD/DVD drive, I first have to create an image (if a physical disc) and then copy the disc image(s) over to the remote server. Then, I have to remember to delete those from the remote server when done.
This quickly becomes untenable when working with multiple servers.
Having cdrom redirection feature will be very usefulhttps://gitlab.freedesktop.org/spice/spice/-/issues/11Use playbin for audio decoding2019-05-07T10:17:23ZBugzilla Migration UserUse playbin for audio decoding## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#96597)](https://bugs.freedesktop.org/show_bug.cgi?id=96597)**
## Description
It was recommended to me in the past [0] to use playbin as it easy t...## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#96597)](https://bugs.freedesktop.org/show_bug.cgi?id=96597)**
## Description
It was recommended to me in the past [0] to use playbin as it easy to maintain in the long-term. It would also be possible to have software volume control in case the sink/src does not implement it, which is the case of alsa plugins [1]. One downside is a few more things elements to include in the windows build.
[0] https://bugzilla.gnome.org/show_bug.cgi?id=732879#c13
[1] https://bugzilla.gnome.org/show_bug.cgi?id=767698
The request is from linux users that don't rely on PulseAudio
-> https://bugs.freedesktop.org/show_bug.cgi?id=93544#c36https://gitlab.freedesktop.org/spice/spice/-/issues/8do zero-copy in gstreamer for decoding2019-02-12T18:12:30ZBugzilla Migration Userdo zero-copy in gstreamer for decoding## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#100097)](https://bugs.freedesktop.org/show_bug.cgi?id=100097)**
## Description
Created attachment 130109
massif on mjpeg stream
I did a quick te...## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#100097)](https://bugs.freedesktop.org/show_bug.cgi?id=100097)**
## Description
Created attachment 130109
massif on mjpeg stream
I did a quick test doing streaming with mjpeg and vp8 to compare the memory usage in the client. In this test I played a ~2 min video in the guest in maximized window.
With mjpeg we have a peak of 34.13 MB which is somewhat fine.
With vp8 we got a peak of 205.6 MB, mostly around gstreamer code.
For now, I can see two ways to improve the code:
1-) Having some memory pool in spice-channel to avoid malloc for each new message. In the code itself we already have a FIXME for that, saying:
> /* FIXME: do not allow others to take ref on in, and use realloc here?
> * this would avoid malloc/free on each message?
2-) Doing zero-copy with gstreamer, like we do in server for encoding.
Attaching massif data for future reference
**Attachment 130109**, "massif on mjpeg stream":
[massif-stream-mjpeg.out](/uploads/cabbea8dd28128af76d80b5378d0e86e/massif-stream-mjpeg.out)https://gitlab.freedesktop.org/spice/spice/-/issues/4RFE: iPhone OS client2019-02-12T18:17:56ZBugzilla Migration UserRFE: iPhone OS client## Submitted by Michael
Assigned to **Spice Bug List**
**[Link to original bug (#27820)](https://bugs.freedesktop.org/show_bug.cgi?id=27820)**
## Description
I see Mac OS listed as a future client platform. Being so similar, could...## Submitted by Michael
Assigned to **Spice Bug List**
**[Link to original bug (#27820)](https://bugs.freedesktop.org/show_bug.cgi?id=27820)**
## Description
I see Mac OS listed as a future client platform. Being so similar, could an iPhone OS client also be added as a future client platform? I'm looking to be able to easily pull up desktops on my iPad and VNC doesn't handle audio/video well and VMware is expensive.https://gitlab.freedesktop.org/spice/spice/-/issues/3RFE: wddm 1.2 driver2019-06-03T07:30:15ZBugzilla Migration UserRFE: wddm 1.2 driver## Submitted by lar..@..il.com
Assigned to **Spice Bug List**
**[Link to original bug (#84799)](https://bugs.freedesktop.org/show_bug.cgi?id=84799)**
## Description
I installed Windows 10 technical preview in virtual machine (KVM ...## Submitted by lar..@..il.com
Assigned to **Spice Bug List**
**[Link to original bug (#84799)](https://bugs.freedesktop.org/show_bug.cgi?id=84799)**
## Description
I installed Windows 10 technical preview in virtual machine (KVM / QEMU) with QXL graphic card.
But it's not possible to install the guest driver so available resolutions and performance is not very good.https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/35glz decoder crashes with due bad id on windows client2018-06-04T18:17:07ZBugzilla Migration Userglz decoder crashes with due bad id on windows client## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#106025)](https://bugs.freedesktop.org/show_bug.cgi?id=106025)**
## Description
Created attachment 138820
image of the assert
Originally reported...## Submitted by Victor Toso
Assigned to **Spice Bug List**
**[Link to original bug (#106025)](https://bugs.freedesktop.org/show_bug.cgi?id=106025)**
## Description
Created attachment 138820
image of the assert
Originally reported at:
https://lists.freedesktop.org/archives/spice-devel/2018-April/043003.html
**Attachment 138820**, "image of the assert":
![1523419762009](/uploads/452cfd29915d3bb929e2849823187ad0/1523419762009.jpg)https://gitlab.freedesktop.org/spice/spice-gtk/-/issues/34crash when taking a screenshot with EGL enabled2018-06-04T11:46:06ZJonathon Jongsmacrash when taking a screenshot with EGL enabled## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#101823)](https://bugs.freedesktop.org/show_bug.cgi?id=101823)**
## Description
I was connected to a virgl guest and tried to tak...## Submitted by Jonathon Jongsma `@jjongsma`
Assigned to **Spice Bug List**
**[Link to original bug (#101823)](https://bugs.freedesktop.org/show_bug.cgi?id=101823)**
## Description
I was connected to a virgl guest and tried to take a screenshot. The client crashed with the following backtrace.
Thread 1 "virt-viewer" received signal SIGSEGV, Segmentation fault.
0x00007fffaaf3936c in intel_miptree_attach_map (mode=1, h=768, w=1024, y=114, x=0, slice=0, level=0, mt=0x0)
at intel_mipmap_tree.c:3010
3010 mt->level[level].slice[slice].map = map;
```
(gdb) bt
#0 0x00007fffaaf3936c in intel_miptree_attach_map (mode=1, h=768, w=1024, y=114, x=0, slice=0, level=0, mt=0x0)
at intel_mipmap_tree.c:3010
#1 0x00007fffaaf3936c in intel_miptree_map (brw=brw@entry=0xe57420, mt=0x0, level=0, slice=0, x=x@entry=0, y=y@entry=114, w=1024, h=768, mode=1, out_ptr=0x7fffffffccd8, out_stride=0x7fffffffcce0) at intel_mipmap_tree.c:3107
#2 0x00007fffaaf3528f in intel_map_renderbuffer (ctx=0xe57420, rb=0xd13d90, x=0, y=114, w=<optimized out>, h=<optimized out>, mode=1, out_map=0x7fffffffcdb8, out_stride=0x7fffffffcdb0) at intel_fbo.c:169
#3 0x00007fffaac26efa in read_rgba_pixels (packing=0x7fffffffcf00, pixels=<optimized out>, type=5121, format=6408, height=768, width=1024, y=0, x=0, ctx=0xe57420) at main/readpix.c:457
#4 0x00007fffaac26efa in _mesa_readpixels (ctx=ctx@entry=0xe57420, x=x@entry=0, y=y@entry=0, width=width@entry=1024, height=height@entry=768, format=format@entry=6408, type=5121, packing=0x7fffffffcf00, pixels=<optimized out>)
at main/readpix.c:889
#5 0x00007fffaaf3c628 in intelReadPixels (ctx=0xe57420, x=0, y=0, width=1024, height=768, format=6408, type=5121, pack=0x7fffffffcf00, pixels=0x19f4e90) at intel_pixel_read.c:264
#6 0x00007fffaac283df in _mesa_ReadnPixelsARB (x=<optimized out>, y=<optimized out>, width=<optimized out>, height=<optimized out>, format=6408, type=5121, bufSize=2147483647, pixels=0x19f4e90) at main/readpix.c:1116
#7 0x00007fffaac28562 in _mesa_ReadPixels (x=<optimized out>, y=<optimized out>, width=<optimized out>, height=<optimized out>, format=<optimized out>, type=<optimized out>, pixels=0x19f4e90) at main/readpix.c:1124
#8 0x00007ffff6871bb7 in spice_display_get_pixbuf (display=<optimized out>) at spice-widget.c:3146
#9 0x000000000042c3b6 in virt_viewer_display_spice_get_pixbuf (display=0x989320 [VirtViewerDisplaySpice])
at ../../src/virt-viewer-display-spice.c:158
#10 0x000000000041fe0e in virt_viewer_display_get_pixbuf (display=0x989320 [VirtViewerDisplaySpice])
at ../../src/virt-viewer-display.c:526
#11 0x00000000004235b5 in virt_viewer_window_save_screenshot (self=0x7fffc8003670 [VirtViewerWindow], file=0x14b3da0 "/home/jjongsma/Pictures/Screenshot") at ../../src/virt-viewer-window.c:946
#12 0x00000000004238e9 in virt_viewer_window_menu_file_screenshot (menu=0x6b7710 [GtkMenuItem], self=0x7fffc8003670 [VirtViewerWindow]) at ../../src/virt-viewer-window.c:999
#16 0x00007ffff3e8943f in <emit signal ??? on instance 0x6b7710 [GtkMenuItem]> (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>) at gsignal.c:3447
#13 0x00007ffff3e6e3e5 in g_closure_invoke (closure=0x73be80, return_value=return_value@entry=0x0, n_param_values=1, param_values=param_values@entry=0x7fffffffd2a0, invocation_hint=invocation_hint@entry=0x7fffffffd220)
at gclosure.c:804
#14 0x00007ffff3e80432 in signal_emit_unlocked_R (node=node@entry=0x6fe2f0, detail=detail@entry=0, instance=instance@entry=0x6b7710, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffffffd2a0) at gsignal.c:3635
#15 0x00007ffff3e8905f in g_signal_emit_valist (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>, var_args=var_args@entry=0x7fffffffd460) at gsignal.c:3391
#17 0x00007ffff62da78e in gtk_widget_activate () at /lib64/libgtk-3.so.0
#18 0x00007ffff61a7e16 in gtk_menu_shell_activate_item () at /lib64/libgtk-3.so.0
#19 0x00007ffff61a814b in gtk_menu_shell_button_release () at /lib64/libgtk-3.so.0
#20 0x00007ffff618b081 in _gtk_marshal_BOOLEAN__BOXEDv () at /lib64/libgtk-3.so.0
#21 0x00007ffff3e6e614 in _g_closure_invoke_va (closure=closure@entry=0x6d0be0, return_value=return_value@entry=0x7fffffffd7c0, instance=instance@entry=0x8f0590, args=args@entry=0x7fffffffd890, n_params=<optimized out>, param_types=0x6f3dc0) at gclosure.c:867
#22 0x00007ffff3e888b3 in g_signal_emit_valist (instance=0x8f0590, signal_id=<optimized out>, detail=0, var_args=var_args@entry=0x7fffffffd890) at gsignal.c:3300
#23 0x00007ffff3e8943f in g_signal_emit (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>)
at gsignal.c:3447
#24 0x00007ffff62d829c in gtk_widget_event_internal () at /lib64/libgtk-3.so.0
#25 0x00007ffff618805e in propagate_event () at /lib64/libgtk-3.so.0
#26 0x00007ffff618a0ce in gtk_main_do_event () at /lib64/libgtk-3.so.0
#27 0x00007ffff5c9f605 in _gdk_event_emit () at /lib64/libgdk-3.so.0
#28 0x00007ffff5cfb262 in gdk_event_source_dispatch () at /lib64/libgdk-3.so.0
#29 0x00007ffff3b95e52 in g_main_dispatch (context=0x698c60) at gmain.c:3203
#30 0x00007ffff3b95e52 in g_main_context_dispatch (context=context@entry=0x698c60) at gmain.c:3856
#31 0x00007ffff3b961d0 in g_main_context_iterate (context=context@entry=0x698c60, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3929
#32 0x00007ffff3b9627c in g_main_context_iteration (context=context@entry=0x698c60, may_block=may_block@entry=1)
at gmain.c:3990
#33 0x00007ffff414eb9d in g_application_run (application=0x694330 [VirtViewer], argc=4, argv=0x7fffffffdd28)
at gapplication.c:2381
#34 0x0000000000414371 in main (argc=4, argv=0x7fffffffdd28) at ../../src/virt-viewer-main.c:41
```