Summary: | Freeze in _xcb_in_read_block during select() | ||
---|---|---|---|
Product: | XCB | Reporter: | Bryce Harrington <bryce> |
Component: | Library | Assignee: | Jamey Sharp <jamey> |
Status: | RESOLVED NOTOURBUG | QA Contact: | xcb mailing list dummy <xcb> |
Severity: | critical | ||
Priority: | high | CC: | cody-somerville, x |
Version: | 1.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
URL: | https://bugs.edge.launchpad.net/ubuntu/+source/libxcb/+bug/232364 | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
dbus-launch trace
strace after killing process lsof output fd/pid listing |
Description
Bryce Harrington
2008-06-18 17:32:52 UTC
Some logs... Xorg.0.log: http://launchpadlibrarian.net/15420742/Xorg.0.log xinitrc: http://launchpadlibrarian.net/15420770/xinitrc lsof: http://launchpadlibrarian.net/15315169/lsof This patch was attempted as a test, but found to make no difference: http://launchpadlibrarian.net/14669590/xcb_in.diff Hi, I'm the Xubuntu Team Lead. Please let me know if I can do anything to assist in fixing/testing this bug. Cheers, Created attachment 17263 [details]
dbus-launch trace
cody-somerville@mercurial:~$ cat /usr/bin/dbus-launch
#!/bin/sh
exec /usr/bin/strace /usr/bin/dbus-launch.real "$@" 2> /tmp/dbus-launch.out
Created attachment 17264 [details]
strace after killing process
Created attachment 17265 [details]
lsof output
Created attachment 17266 [details]
fd/pid listing
From the postkill: [pid 7877] read(20, 0x8056f3c, 4096) = -1 EAGAIN (Resource temporarily unavailable) [pid 7877] ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfd17a18) = -1 ENOTTY (Inappropriate ioctl for device) [pid 7877] select(21, [20], NULL, [20], NULL) = 1 (in [20]) [pid 7877] read(20, "", 4096) = 0 I can't actually believe this was ever an XCB bug. The strace output posted on the launchpad bug shows that it was waiting for the connection setup response from the X server, and if that never arrived, it's hard to imagine how it could be XCB's fault. I could believe, though, that two instances of dbus-launch somehow deadlocked against each other. Perhaps one calls XGrabServer, then waits for the other one to finish connecting to the X server? The fix that Ubuntu seems to have settled on, if I'm reading the launchpad bug correctly, is to ensure that there aren't two dbus-launch instances racing each other. That seems plausible to me. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.