Bug 51512 - libGL libraries break Radeon support
Summary: libGL libraries break Radeon support
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: XFree86
Version: roswell
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-11 13:29 UTC by Trond Eivind Glomsrxd
Modified: 2007-04-18 16:35 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-08-24 02:26:28 UTC
Embargoed:


Attachments (Terms of Use)
build radeon/sis_dri.so as SharedDriModuleTarget (845 bytes, patch)
2001-08-24 02:26 UTC, Bill Nottingham
no flags Details | Diff

Description Trond Eivind Glomsrxd 2001-08-11 13:29:58 UTC
When using 

[teg@xyzzy teg]$ rpm -q kernel Mesa XFree86
kernel-2.4.7-0.13.1
Mesa-3.4.2-3
XFree86-4.1.0-0.9.11
[teg@xyzzy teg]$

accelerated 3D doesn't work. When using libGL/libGLU from XFree 4.1 (but no
other changes), it works fine. Other cards with support from 4.0.3 continue
to work, so I'm guessing you use an outdated version which isn't synced
with XFree 4.1.

Comment 1 Mike A. Harris 2001-08-12 11:35:53 UTC
Trond, what epoch is the Mesa package you have?

Comment 2 Trond Eivind Glomsrxd 2001-08-12 14:31:51 UTC
[teg@xyzzy teg]$ rpm -q --queryformat "%{NAME} %{VERSION} %{EPOCH}\n" Mesa
Mesa 3.4.2 3
[teg@xyzzy teg]$ 


Comment 3 Glen Foster 2001-08-13 19:07:12 UTC
We (Red Hat) should really try to fix this before next release.

Comment 4 Mike A. Harris 2001-08-14 14:22:20 UTC
New Mesa 3.4.2-5 should fix this alongside XFree86-4.1.0-0.9.13

Will be in rawhide soon.

Comment 5 Trond Eivind Glomsrxd 2001-08-16 02:37:46 UTC
Doesn't work at all. Exchanging libGL to one from XFree 4.1 works. You do
something bad to it.

Comment 6 Trond Eivind Glomsrxd 2001-08-16 02:42:54 UTC
[teg@xyzzy teg]$ rpm -q Mesa XFree86
Mesa-3.4.2-5
XFree86-4.1.0-0.9.13
[teg@xyzzy teg]$ 



Comment 7 Alexander Larsson 2001-08-18 02:31:52 UTC
I see this too. Same versions as trond.

I traced it a little bit, and it seems to be doing everything correctly, loading
the radeon_dri.so library and executing some code in it. Even opening
/dev/dri/card0 and doing some ioctls that all succeed. Then it just start using
software fallbacks, with no warnings or anything.



Comment 8 Bill Nottingham 2001-08-24 02:10:56 UTC
It's jumping to the wrong code, because of how the modules are built.
They need to export some symbols globally, or things will just grab the
functions from Mesa instead.

Comment 9 Bill Nottingham 2001-08-24 02:26:24 UTC
Created attachment 29316 [details]
build radeon/sis_dri.so as SharedDriModuleTarget

Comment 10 Mike A. Harris 2001-08-28 11:44:08 UTC
Fixed now in Rawhide release of XFree86 4.1.0-0.99.2 and Mesa-3.4.2-7

Comment 11 Fernando Soares 2001-09-02 00:38:18 UTC
Hello.
And where I can find this new packages?



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