Bug 25892 - segfault in r300_dri.so
Summary: segfault in r300_dri.so
Status: RESOLVED NOTABUG
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/r300 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-04 09:14 UTC by Heinrich Fu Jin Wang
Modified: 2010-01-12 11:08 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log.old (58.44 KB, text/plain)
2010-01-04 09:15 UTC, Heinrich Fu Jin Wang
Details
dmesg output (35.16 KB, text/plain)
2010-01-04 09:19 UTC, Heinrich Fu Jin Wang
Details

Description Heinrich Fu Jin Wang 2010-01-04 09:14:59 UTC
xserver crashes immediately after kde4 login.
login to fluxbox is working but a glxinfo gives me:

    name of display: :0.0
    Speicherzugriffsfehler

And dmesg:

    glxinfo[7533]: segfault at 10 ip b714add7 sp bfa71350 error 4 in r300_dri.so[b7104000+273000]

Xorg.Olog.old states:

    Backtrace:
    0: /usr/bin/X(xorg_backtrace+0x3b) [0x81314cb]
    1: /usr/bin/X(xf86SigHandler+0x51) [0x80c1df1]
    2: [0xb772e400]
    
    Fatal server error:
    Caught signal 11.  Server aborting


Asus Laptop
x2300 video

kernel 2.6.32.2 from kernel.org (radeon kms enabled)
loading radeon module via /etc/modules
/etc/modprobe.d/radeon.conf :  options radeon modeset=1 agpmode=-1

xserver: Debain Sid (1.6.5)
no xorg.conf

from git (latest pull 01-03-2010):

  macros
  dri2proto
  drm    (--enable-radeon-experimental-api)
  xf86-video-ati
  mesa   (--with-dri-drivers=radeon --disable-gallium)

Thank you for considering this bug report.
I'd be glad to provide any further information if needed.

Heinrich Fu Jin Wang
Comment 1 Heinrich Fu Jin Wang 2010-01-04 09:15:45 UTC
Created attachment 32438 [details]
Xorg.0.log.old
Comment 2 Heinrich Fu Jin Wang 2010-01-04 09:19:36 UTC
Created attachment 32439 [details]
dmesg output
Comment 3 Alex Deucher 2010-01-04 10:21:33 UTC
Any chance you could get a real backtrace with gdb?
Comment 4 Heinrich Fu Jin Wang 2010-01-06 04:59:39 UTC
I tried to receive a backtrace from gdb but obviously my computer skills are not sufficient.

After reading a couple of howtos on debugging with gdb in the internet I installed xserver-xorg-core-dbg, recompiled drm, ddx and mesa with CFLAGS="-march=native -O2 -ggdb" (and aditionally configured mesa with --enable-debug running ./autogen.sh).

However on calling glxinfo within gdb I still get:

"Reading symbols from /usr/bin/glxinfo...(no debugging symbols found)...done."

Sorry, it seems as though I cannot contribute anything useful at the moment.

Best regards,
Heinrich
Comment 5 Michel Dänzer 2010-01-06 05:11:02 UTC
(In reply to comment #4)
> However on calling glxinfo within gdb I still get:
> 
> "Reading symbols from /usr/bin/glxinfo...(no debugging symbols found)...done."

That should be okay, so long as it can get debugging symbols for r300_dri.so.
Comment 6 Heinrich Fu Jin Wang 2010-01-12 11:08:25 UTC
No bug but a user mistake.

I had not configured the respective mesa code with --with-dri-drivers=radeon,r200,r300,r600 as proposed in radeonBuildHowTo but had assumed that configure option --with-dri-drivers=radeon was ok for my r500.

So an older version of r300_dri.so was in my /usr/lib/dri/ which probably caused the segfault.


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.