Bug 8447 - ctx->Const.MaxTextureImageUnits <= 8
Summary: ctx->Const.MaxTextureImageUnits <= 8
Status: RESOLVED NOTABUG
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/other (show other bugs)
Version: XOrg git
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-28 08:33 UTC by Asbjørn Sannes
Modified: 2006-10-07 01:12 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Asbjørn Sannes 2006-09-28 08:33:20 UTC
Hi, I run an amd64 computer with gentoo linux in 64bit mode with a X800 radeon:
05:00.0 VGA compatible controller: ATI Technologies Inc R423 UK [Radeon X800SE
(PCIE)]
05:00.1 Display controller: ATI Technologies Inc Radeon R423 UK (PCIE) [X800 SE]
(Secondary)

I run the drivers downloaded from git (kernel modules), about four weeks ago
this worked out just great (opengl worked more or less, glxinfo displayed
information and so on), but after an upgrade I get:

$ glxinfo
name of display: :0.0
glxinfo: main/context.c:1108: check_context_limits: Assertion
`ctx->Const.MaxTextureImageUnits <= 8' failed.
Aborted

Now I'm currently running xorg-x11 7.1 with mesa 6.5.1-r1.

I suspect it might be a 64bit related issue because my laptop with the exact
same drivers (except 32bit and 9700) works as expected..

If there is any debug information needed I'm pretty sure I can provide it .. :)
I'm hoping this is a known issue and that there is a relativly quick way to fix
it.. hehe (since it was working earlier).
Comment 1 Roland Scheidegger 2006-09-30 15:19:32 UTC
Sounds like you have a driconf lying around with texture units set to 16. Old
driver allowed this (though couldn't handle it).

*** This bug has been marked as a duplicate of 7143 ***
Comment 2 Asbjørn Sannes 2006-10-06 06:49:25 UTC
Err, yes I did have a MaxTextureImageUnits set to 16, and setting it to 8 made
it work, but deleting the file didn't work. So yes, my problem is solved, but
shouldn't the default (no ~/.drirc) work? Could this be set (mistakenly anywhere
else? I have searched my filesystem for drirc files and not found any).
Comment 3 Roland Scheidegger 2006-10-06 10:12:26 UTC
(In reply to comment #2)
> Err, yes I did have a MaxTextureImageUnits set to 16, and setting it to 8 made
> it work, but deleting the file didn't work. So yes, my problem is solved, but
> shouldn't the default (no ~/.drirc) work? Could this be set (mistakenly anywhere
> else? I have searched my filesystem for drirc files and not found any).
This sounds impossible. If you've no ~/.drirc and no /etc/drirc neither, then
you probably have a partially up-to-date cvs tree, either because you've some
sticky tags somewhere or for some reason your radeon_screen.c is a normal file
rather than a symlink (and thus wouldn't get any updates).
Comment 4 Asbjørn Sannes 2006-10-07 01:12:10 UTC
My search was to narrow, didn't think of /etc/driconf, my bad. Sorry for wasting
your time, keep up the good work!

(guess who is feeling very stupid right now)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.