Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upGUI daemon crashes on XShmPutImage #2171
Comments
marmarek
added
bug
C: gui-virtualization
P: major
labels
Jul 14, 2016
marmarek
added this to the Release 3.2 milestone
Jul 14, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 14, 2016
Member
Even more technical details from debugging this - shared memory segment as seen by Xorg server here, has size of 1 byte, which is obviously wrong. It looks like shmoverride didn't intercepted the right shmat call, and the dummy region (of size 1) is attached, instead of actual pages from selected domain.
Documentation and the code:
https://github.com/QubesOS/qubes-gui-daemon/tree/master/shmoverride
https://github.com/QubesOS/qubes-gui-daemon/blob/master/gui-daemon/xside.c#L2283-L2311
|
Even more technical details from debugging this - shared memory segment as seen by Xorg server here, has size of 1 byte, which is obviously wrong. It looks like shmoverride didn't intercepted the right |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 14, 2016
Member
@rootkovska do you get any VM window working when this happens? In the case I'm debugging right now, the whole shmoverride failed to initialize, so no window is visible. For some yet unknown reason, only gui-daemon of sys-net crashes - probably because it is the only one trying to show something (nm-applet).
You can check /var/log/lightdm/x-0.log for some shmoverride initialization error message just at the beginning.
|
@rootkovska do you get any VM window working when this happens? In the case I'm debugging right now, the whole shmoverride failed to initialize, so no window is visible. For some yet unknown reason, only gui-daemon of sys-net crashes - probably because it is the only one trying to show something (nm-applet). |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 16, 2016
Member
This was caused by starting second X server (by either light-locker, or "new session" feature), which we consider as invalid operation.
|
This was caused by starting second X server (by either light-locker, or "new session" feature), which we consider as invalid operation. |
marmarek
closed this
Jul 16, 2016
added a commit
to marmarek/old-qubes-gui-daemon
that referenced
this issue
Jul 18, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 19, 2016
Member
Automated announcement from builder-github
The package qubes-gui-dom0-3.2.3-1.fc23 has been pushed to the r3.2 testing repository for dom0.
To test this update, please install it with the following command:
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing
|
Automated announcement from builder-github The package
|
marmarek
added
the
r3.2-dom0-cur-test
label
Jul 19, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 28, 2016
Member
Automated announcement from builder-github
The package qubes-gui-dom0-3.2.3-1.fc23 has been pushed to the r3.2 stable repository for dom0.
To install this update, please use the standard update command:
sudo qubes-dom0-update
Or update dom0 via Qubes Manager.
|
Automated announcement from builder-github The package
Or update dom0 via Qubes Manager. |
marmarek commentedJul 14, 2016
Error message in logs:
It looks to me that XSync isn't effective anymore and the call is executed asynchronously anyway. Looks like very similar problem to #2085
Originally reported in #2120