When running boswars: "yum install boswars" on a machine with intel integrated graphics it crashes when it tries to play the initial theora splashscreen video: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 140 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 25 Current serial number in output stream: 26 boswars: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed. Aborted I recognized this problem from a few years back, when I encountered it while working on the Xv blitter for xmame. The problem is that for some reason creation the Xvport and XvImage succeeds, and failure (lack of resources / hw capability?) is only indicated during the first XvPut[Shm]Image. I've written a patch (attached) for SDL using the work around for this I developed for xmame (and which is still used successfully in xmame after many years of usage). I've also reported this upstream: http://bugzilla.libsdl.org/show_bug.cgi?id=495
Created attachment 210281 [details] PATCH: fix crash with BadAlloc X-error when using yuv overlay on i810 vga
Do you know if there is a fix planned for the i810 driver? I think it should get fixed there.
This has been filed upstream long ago: https://bugs.freedesktop.org/show_bug.cgi?id=6849 Notice there are other reports like this one. Upstream's reaction is always to add: Option "LinearAlloc" "<value>" With value something of 6Mb or more to xorg.conf, this reserves a buffer when starting X before graphics memory becomes fragmented (I think) and thus works around this at the cost of memory use. It might be an idea to add this option to xorg.conf's generated during install, thereby fixing this for things like playing high ress ogg videos too, but even then we will still need this workaround for exisiting setup's, as an upgrade doesn't regenerate xorg.conf. If you agree this option should be in generated xorg.conf by default (I have my doubts, why isn't it the default in the driver then?), then I'll file a seperate bug for that.
We shouldn't need to bother anymore, afaict. Textured video is the default now, which doesn't have this problem. And at least one major fix to Xv allocation bugs has been made in our F8 driver.
Hmm, I developed and tested this patch on a pretty up2date rawhide system, since when is it the default? And is it the default for all chips or only for newer models?
There have been three different Xv changes to the intel driver since 10/15.
Bos Wars may be copied only under the terms of the GNU General Public License which must be distributed with this program. DISCLAIMER: This software is provided as-is. The author(s) can not be held liable for any damage that might arise from the use of this software. Use it at your own risk. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 140 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 27 Current serial number in output stream: 28 boswars: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed. Aborted [hans@localhost ~]$ rpm -q xorg-x11-drv-i810 xorg-x11-drv-i810-2.1.1-7.fc8 [hans@localhost ~]$ --- Note that this i810 bug has been around for atleast 3 years, I first encountered and worked around it before I joined Fedora, when I was still working on xmame. It would be great for this bug to fixed at the driver level, but seeing how long it already exists I don't see this happening.
SDL-1.2.13-1.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update SDL'
SDL-1.2.13-1.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.