Bug 51512

Summary:

libGL libraries break Radeon support

Product:

[Retired] Red Hat Public Beta

Reporter:

Trond Eivind Glomsrxd <teg>

Component:

XFree86

Assignee:

Mike A. Harris <mharris>

Status:

CLOSED RAWHIDE

QA Contact:

Aaron Brown <abrown>

Severity:

high

Docs Contact:

Priority:

medium

Version:

roswell

CC:

alexl, mharris

Target Milestone:

---

Target Release:

---

Hardware:

i386

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2001-08-24 02:26:28 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
build radeon/sis_dri.so as SharedDriModuleTarget	none

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?