When opening onemanga.com (well, probably others too) in firefox Xserver segfaults. Radeon version: 9d596562496863d65850306d2126d8df98464de4 Considering gdb backtrace (attached) and recent commits my wild guess is it's connected to: commit 4b4ce36081ca151c24e028c54b59986f41731a73 Author: Michel Dänzer <daenzer@vmware.com> Date: Sat Oct 3 16:33:32 2009 +0200 R3/5xx EXA: Minimise number of draw primitives used for Composite operations. This should reduce the kernel CS checker overhead, if nothing else. I'll leave porting this to other chipset families to others who can test it. Attached patch fixes SIGSEGV.
Created attachment 30069 [details] Gdb log with faulty radeon driver. Only radeon driver has debugging symbols included.
Created attachment 30070 [details] [review] Simple hack preventing SIGSEGV. I can't see any drawbacks of that patch (running it now).
Weird, I suspect it's a bug elsewhere if radeon_cs_flush_indirect() is called with NULL info->cs... Please attach the full log file from a crash.
Created attachment 30071 [details] Stderr with faulty radeon driver. Is that enough? Or is Xorg.0.log needed?
(In reply to comment #4) > Or is Xorg.0.log needed? The log file would indeed be Xorg.0.log.
Created attachment 30073 [details] Xorg.0.log with SIGSEGV.
Thanks. So you're not using KMS, and I'm really not sure how radeon_cs_flush_indirect() can ever be called in that case... Can you maybe try rebuilding the driver without any optimization (-O0 or no -O flags at all) and provide a gdb backtrace from that?
(In reply to comment #7) > Thanks. So you're not using KMS, and I'm really not sure how > radeon_cs_flush_indirect() can ever be called in that case... Can you maybe try > rebuilding the driver without any optimization (-O0 or no -O flags at all) and > provide a gdb backtrace from that? Sure. But isn't radeon_cs_flush_indirect() called from RadeonCompositeTileCP(), radeon_exa_render.c:2160 also without KMS?
Created attachment 30075 [details] Gdb log with faulty radeon driver and -O0. Xserver symbols also included.
Created attachment 30076 [details] [review] Probable fix > But isn't radeon_cs_flush_indirect() called from RadeonCompositeTileCP(), > radeon_exa_render.c:2160 also without KMS? Ah! Of course, not sure how I managed to miss that before. Does this patch fix it?
(In reply to comment #10) > Does this patch fix it? Yes, no segfaults here.
*** Bug 24294 has been marked as a duplicate of this bug. ***
*** Bug 24335 has been marked as a duplicate of this bug. ***
Fixed in commit e59ae08270711512e64b70f79b6476cc2c52d230 .
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.