Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 195782 - GL on PCIE R300 fails
Summary: GL on PCIE R300 fails
Alias: None
Product: Fedora
Classification: Fedora
Component: mesa
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Adam Jackson
QA Contact:
: 188228 196470 200677 (view as bug list)
Depends On:
Blocks: FC6Target
TreeView+ depends on / blocked
Reported: 2006-06-17 18:41 UTC by Chris Adams
Modified: 2007-11-30 22:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-09-15 22:08:41 UTC

Attachments (Terms of Use)

Description Chris Adams 2006-06-17 18:41:20 UTC
On my Thinkpad Z60m with an ATI Radeon Mobility X600 (RV380 PCIE), running
"glxgears" results in "drmRadeonCmdBuffer: -22 (exiting)".  When I check the
kernel log, I see:

[drm:r300_emit_3d_load_vbpntr] *ERROR* Offset failed range check (k=0 i=2) while
processing 3D_LOAD_VBPNTR packet.
[drm:r300_emit_packet3] *ERROR* r300_emit_raw_packet3 failed
[drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet3 failed

Comment 1 Jesse Keating 2006-06-17 21:12:57 UTC
Not really a Test1 blocker.  not sure if t would be an FC6 blocker either,
making it FC6Target

Comment 2 Mike A. Harris 2006-06-19 22:00:06 UTC
Would seemingly be a bug in the kernel DRM, or in the 3D driver.

Assuming the latter, reassigning to mesa...

Comment 3 Adam Jackson 2006-06-23 21:11:10 UTC
*** Bug 196470 has been marked as a duplicate of this bug. ***

Comment 4 Adam Jackson 2006-06-23 21:11:51 UTC
*** Bug 188228 has been marked as a duplicate of this bug. ***

Comment 5 Adam Jackson 2006-06-23 21:12:46 UTC
For reference, this is fixed in Mesa head, and the backport difficulty is too
high to justify.  Planning to fix with either a build of Mesa HEAD or, ideally,
6.5.1 if it ever exists.

Comment 6 Chris Adams 2006-06-23 21:18:52 UTC
What does that mean for FC6 and rawhide?

Comment 7 Mike A. Harris 2006-06-25 19:32:50 UTC
"fix with" implies that.

Comment 8 Chris Adams 2006-07-28 18:40:59 UTC
Any chance we'll see an updated Mesa before FC6T2?

Comment 9 Adam Jackson 2006-08-04 05:01:06 UTC
*** Bug 200677 has been marked as a duplicate of this bug. ***

Comment 10 Chris Adams 2006-08-15 11:35:34 UTC
Are we going to get an updated Mesa that fixes this?  I saw discussion on the
mailing list about this, and I thought that someone was going to build a new
Mesa, but I haven't seen anything yet.

Comment 11 Andy Burns 2006-08-15 22:56:30 UTC
I originally reported this issue (though my bug got duped to this newer one)

My ATI based box has been my live box so for rawhide I've been mainly testing on
a nVidia based box, I thought I saw some Mesa updates so I'd revisit this now
FC6T2 has been released, did a fresh install on spare partition of my ATI box

Still get an error running glxgears, though now different to console

libGL warning: 3D driver claims to not support visual 0x4b
drmRadeonCmdBuffer: -22 (exiting)

same in /var/log/messages
Aug 14 23:08:35 htpc kernel: [drm:r300_emit_3d_load_vbpntr] *ERROR* Offset
failed range check (k=0 i=2) while processing 3D_LOAD_VBPNTR packet.
Aug 14 23:08:35 htpc kernel: [drm:r300_emit_packet3] *ERROR*
r300_emit_raw_packet3 failed
Aug 14 23:08:35 htpc kernel: [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet3

unsurprisingly compiz also fails and causes Xorg to restart, should this be any
further forward, or do I still need to wait for a(nother) Mesa update?

Comment 12 Tom Horsley 2006-08-20 15:06:16 UTC
Hey! The latest kernel/X/mesa updates on FC6t2 have opengl apps working
now, but the driver still seems a bit flakey. I start seeing little short
segments of horizontal white lines flashing on and off when running opengl
with the radeon driver on FC6t2 x86_64.

On the exact same machine, running fglrx on FC5 i686 no flashing lines appear,
the screen seems very clean with fglrx.

Comment 13 Andy Burns 2006-08-20 16:18:59 UTC
OK, just updated to rawhide, took the latest mesa/xorg-ati/kernel updates
and AIGLX functions for me, similar to comment #12 I have seen one or two stray
horizontal lines of corruption on screen.

I have desktops on a cube which whizz round merrily, and glxgears is smooth and
FWIW runs at 1400 fps (yes, I know it's not a benchmark)

My tooltips in gnome-panel wibble about a little bit, but though compiz *is*
running, it's as though I have no wndowmanager, windows have no decoration, no
borders, no menu, I'll chack and log a separate bugzilla for that though,
excellent work guys :-))

Comment 14 Andy Burns 2006-08-21 01:01:13 UTC
I notice that though most of the GL screensavers work fine in the small gnome
screensaver preview window, they don't work in the full-screen preview, or when
the screensaver kicks in for real. 

Also some of the GL screensavers (GLMatrix, GLForestfire, GLHanoi) are obviously
a bit too close to the edge for current r300 DRI, they sometimes work, sometimes
fail after a few seconds.

Comment 15 Hans de Goede 2006-08-22 20:19:47 UTC
Andy those problems you are experiencing are those with compiz (or an other
compostiing manager) or with just a plain windowmanager? With AIGLX / a
composite manager you can expect problems, thats still very new stuff. more
important is how 3D works in the plain setup.

Comment 16 Andy Burns 2006-09-01 18:03:13 UTC
the lack of window decorations is with compiz, mostly 3D isteld seems good, the
openGL screensavers seem happier to run in preview window than full screen,
glxgears if ok, google earth faster than without hardware 3D, but still slow,
though I gather that is due to anti-aliased line drawing dropping back to
software implementation.

Comment 17 Hans de Goede 2006-09-01 19:40:41 UTC
Are you getting fallback messages on the terminal when starting googleearth frm
the terminal?

Ifso update your mesa to the latest from rawhide that contains a workaround for
the googleearth problem, please report if you stil, have problems with google
earth after updating.

Comment 18 Tom Horsley 2006-09-08 18:22:43 UTC
Just thought I'd mention: With the latest updates on FC6t2 I no longer
see the flickering lines as described in Comment #12 above, everything
seems pretty smooth.

Comment 19 Adam Jackson 2006-09-15 22:08:41 UTC
This should be fixed as of the first 6.5.1 rc.  Please open new bugs for any
further issues on this hardware.

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