Recent changes to bugs

[PATCH] Remove re-declaration of radeon_do_release

coleman kane — Tue, 26 Feb 2008 21:58:22 -0000

In radeon_drv.h, the function radeon_do_release is prototyped twice, causing the build to fail with -Werror.

Under a FreeBSD system, this will cause the kernel module build to fail, as FreeBSD uses -Werror for all OS code.

radeon 60wakeups/sec vblank

Bio1 — Wed, 30 May 2007 14:21:34 -0000

Hi,
I have a compaq x1000 laptop with radeon 9200. With linux powertop the radeon driver makes 60 wakeups/sec. http://www.bughost.org/pipermail/power/2007-May/000309.html
Similar situation in http://lkml.org/lkml/2007/5/14/487 A WORK AROUND is available at http://lkml.org/lkml/2007/5/16/53

What about thrashing this bug in its entirety ?

Many thanks,
Karthik

glDrawPixels fails with Tungsten 865G driver

Elmar Krieger — Thu, 15 Mar 2007 06:43:15 -0000

Hi!

The following bug sits in the current OpenGL driver for Intel's integrated chips, coming with Fedora Core 6:

Tungsten Graphics / Mesa DRI Intel (R) 865G 20050225, 1.3 Mesa 6.5.1

Needless to say, the following works with all other drivers and operating systems I tested:

If I set glRasterPos3i to the bottom left corner of my visual, e.g. glRasterPos3i(-512,-384,0) if my visual has a resolution of 1024x768, the subsequent call to glDrawPixels doesn't do anything at all.
Workaround: set glRasterPos3i one line higher, e.g. glRasterPos3i(-512,-383,0)

Ciao,
Elmar

ed Utility

Steve McAtee — Thu, 21 Jul 2005 18:29:04 -0000

I'm running the install and it says ed Utility not
found. Is this SED or ED? If Ed, where can I download
this utility?

Please advise.

[r300_driver] Another report of White Random Lines

Cristian Peraferrer — Sat, 16 Jul 2005 20:26:28 -0000

I have an ATI Radeon 9600 (256 MB)
And when I run some KDE screensavers, I can see White
random lines appearing and disappearing in screen.

I'm using Gentoo Linux; xorg version 6.8.99.14

I've installed the last cvs snapshot (the_perfect_frag)
of r300_driver.

symbol noXfreeDRiExtension...

britannicus — Tue, 18 Jan 2005 13:15:06 -0000

Laptop Sony Vaio K215B
Ati radeon 345M igp
Fedora core 3

hi, well, i have the 3d acceleration one of the
condition to run the project looking glass.
When i run it in the session mode i have this error:

Symbol noXFree86DRIExtension from module
/usr/X11R6/lib/modules/extensions/libdri.a is unresolved!

*** If unresolved symbols were reported above, they
might not
*** be the reason for the server aborting.

Fatal server error:
Caught signal 11. Server aborting

Thanks.

supplied host.def missing keyboard driver

jholt — Thu, 28 Oct 2004 17:48:38 -0000

the host.def referenced in the Building DRI is missing
the keyboard driver in #define XinputDrivers here is a
patch that builds both the keyboard and mouse input
drivers for XOrg

MESA_ycbcr not working correctly with radeon (M9000)

Stefan Brüns — Sat, 11 Sep 2004 13:39:14 -0000

Trying to use YUV on Radeon Mobility 9000 results in the right
texture with wrong colors.

Seems like the color components dont get calculated correctly, the
colors are the same as one would set Y=G;Cb=B;Cr=R. Or written
in Matrix form:

|R| | 0 0 1 | | Y |
|G| = | 1 0 0 | * | Cb |
|B| | 0 1 0 | | Cr |

Correct Matrix would be

1.00 0.00 1.40
1.00 1.77 0.00

Seems to be a bug in the radeon driver, mga and mesasoft work.

Tested with the MESA yuvrect and yuvsquare examples.

Incorrect Text Rendering in BZFlag (Radeon Mobility IGP320M)

Andrew Keyser — Thu, 24 Jun 2004 07:39:45 -0000

This has done nothing but get worse over CVS versions -
See attached picture for an example.
I guess one could say that a picture is worth a
thousand (+) words - so there's the bug. Confirmed with
the BZFlag developers that this isn't their bug.

Heavy DRI use causes lockup

Chris Metzler — Sat, 15 May 2004 01:50:20 -0000

This bug was originally filed as Debian bug #247756 and
tagged as an upstream issue; hence, I'm here.

System info: kernel 2.4.23, XF86 v4.3.0-7, MGA G550
video card, using the driver that came with X, *not*
using the proprietary mga_hal driver from Matrox.

I am getting lockups when running OpenGL programs.
They're not exactly reproducible, in the sense that I
cannot guarantee the lockup will occur if I do any
particular sequence of steps. However, I have noticed
that it only happens when a large amount of 3D info is
being updated -- for example, if I'm flying near the
ground of a city in FlightGear. When it occurs, the
mouse still moves the mouse cursor around; but screen
updates (like a second counter on a clock, or the
OpenGL app itself) cease, no keys have any effect
(including attempts to switch virtual consoles), and
sound ends. I don't have another machine handy, so I
don't know whether I could still ssh in; and I don't
know whether doing so and killing X would have any
effect. I suspect I wouldn't be able to ssh in, and
that the lockup is complete, because it appears that
regular notes to the system logs stop being written
(looking at the logs after reboot). I'm not sure of
that, though; and am reluctant to reproduce it and
check unless you need me to because I want to avoid
forcing crashes if possible.

At any rate, my only option is the reset button.
Inspecting the XFree86.0.log.old file after rebooting,
I find hundreds of messages like this:

(EE) MGA(0): [dri] Idle timed out, resetting engine...
(EE) MGA(0): [dri] Idle timed out, resetting engine...
(EE) MGA(0): [dri] Idle timed out, resetting engine...

. . . up until the end of the file.

I was experiencing a very similar problem under XF86
4.2 (exactly the same symptoms, but no such messages
above in the log), but waited until now to file the bug
out of advice that the Matrox drivers/dri support for X
4.2 were dated and that things might improve under 4.3.

This looks like the same bug as someone else filed
against X.org:

http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=473

except I don't get it immediately at the start. The
program
needs to be doing a lot of rendering for it to occur. And
unlike that poster, I dunno whether I can ssh in.

It may also be the same bug as #546281 here:

http://sourceforge.net/tracker/index.php?func=detail&aid=546281&group_id=387&atid=100387

I don't have any way to tell.

I would like to do anything I can to get this solved.
If there's more information you need from me, please
let me know and I'll be happy to send it your way.

Thanks for any help.

-c