Bug 434825 - ATI Hardware Accelerated 3D not working in F9 (regression from F8)
ATI Hardware Accelerated 3D not working in F9 (regression from F8)
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Dave Airlie
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-02-25 13:03 EST by Gerald Cox
Modified: 2018-04-11 04:19 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-26 19:27:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Xorg Log File as requested (34.55 KB, text/plain)
2008-02-26 21:48 EST, Gerald Cox
no flags Details

  None (edit)
Description Gerald Cox 2008-02-25 13:03:21 EST
Description of problem:
Have an ATI Radeon XPRESS 200M 5955 (PCIE).  When running Stellarium receive
a message that "Your system currently is not capable of hardware accelerated
3D."  However, I was previously running F8 on this same exact machine with no
problems.  It appears that the 3D capability has somehow been "dropped" from the
driver being used in F9 or something else has occurred within F9 which is
causing this to occur.

Version-Release number of selected component (if applicable):

How reproducible:
Launch stellarium application.

Steps to Reproduce:
1.  Launch stellarium application.
Actual results:
Receive error message mentioned in the description.

Expected results:
Application runs as it did in F8.

Additional info:
Comment 1 Gerald Cox 2008-02-26 00:46:52 EST
Version which worked correctly in F8 was:
Comment 2 Matěj Cepl 2008-02-26 10:40:13 EST
Thanks for the bug report.  We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.

Please attach your X server log file (/var/log/Xorg.*.log) to the bug report as
individual uncompressed file attachment using the bugzilla file attachment link

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.
Comment 3 Gerald Cox 2008-02-26 21:48:55 EST
Created attachment 296017 [details]
Xorg Log File as requested
Comment 4 Hans de Goede 2008-02-27 15:36:09 EST
dri isn't working for me either with a fully up2date rawhide on my radeon 9800 pro.

Matej, a hint for future dri problems bug triaging, also ask users for the
output of glxinfo, after setting LIBGL_DEBUG=verbose, so:

[hans@localhost lbreakout2-2.6beta-7]$ export LIBGL_DEBUG=verbose
[hans@localhost lbreakout2-2.6beta-7]$ glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 5.3.0 r300 (screen 0)
libGL: OpenDriver: trying /usr/lib64/dri/r300_dri.so
libGL error: dlopen /usr/lib64/dri/r300_dri.so failed
(/usr/lib64/dri/r300_dri.so: undefined symbol: __dri2DriverInitScreen)
libGL error: unable to load driver: r300_dri.so
display: :0  screen: 0
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
server glx vendor string: SGI
server glx version string: 1.2

So the problem here is that the r300_dri driver in rawhide mesa wants a symbol
named __dri2DriverInitScreen, which isn't provided by anything linked into the
running process, maybe libdrm needs an update?

Comment 5 Gerald Cox 2008-03-10 22:25:28 EDT
3D is now working for me with:

Note You need to log in before you can comment on or make changes to this bug.