R280 texture pipe bug still there

I installed the latest CVS DRM source a few days ago. (the kernel modules), and it is still broken! =( Maybe if someone could point me in the general vicinity of the culprit, I could take a whack at it myself... [EMAIL PROTECTED] ~/Croquet0.3 $ squeak DRM_RADEON_TEXTURE: return = -11

Re: tester needed with a pure 64-bit system...

still works... Define pure 64-bit. AFAIK, the only truly pure 64-bit system is that Alpha, but I don't think that's what you mean. :) Do you mean 64-bit kernel 64-bit X-server? Well a 64-bit kernel and 64-bit X and 64-bit glxgears linked against 64-bit libGL with a 64-bit radeon_dri.so

Re: tester needed with a pure 64-bit system...

Dave Airlie wrote: still works... Define pure 64-bit. AFAIK, the only truly pure 64-bit system is that Alpha, but I don't think that's what you mean. :) Do you mean 64-bit kernel 64-bit X-server? Well a 64-bit kernel and 64-bit X and 64-bit glxgears linked against 64-bit libGL with a

GRONK???

[notice the path names and nearly identical files] So what's the story here? [EMAIL PROTECTED] ~/source/drm/libdrm $ ls -l * -rw-r--r-- 1 atg users 2866 Jul 12 19:13 Makefile.am -rw-r--r-- 1 atg users 19978 Aug 6 20:22 Makefile.in -rw-r--r-- 1 atg users 1454 Aug 8 11:38 config.h.in

Re: drm 32/64 bit... Linux + BSD..

Thanks for committing the fix but you missed few things. Additional fix is attached. I am not sure this is right thing to do but it seems to work. I've talked to Eric and it isn't really clean, he wants to come up with a better way .. we may need to add another DRM macro... personally I'd

[Bug 3195] i810: Setting GL_TEXTURE_LOD_BIAS_EXT can cause a segfault.

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=3195 [EMAIL PROTECTED] changed: What|Removed |Added

libdrm [was Re: GRONK???]

On Thursday 18 August 2005 16:38, Alan Grimes wrote: [notice the path names and nearly identical files] So what's the story here? The copy in libdrm is canonical. The versions in xc and in Mesa are clones. They all go away in about five hours when I switch the DRI build to requiring

Re: tester needed with a pure 64-bit system...

I've just rebuilt everything from CVS on my x86_64 box: - X starts with direct rendering enabled (it used to crash just a few days before); - The latest Mesa appears to be out of sync with DRM: ERROR! sizeof(RADEONDRIRec) does not match passed size from device driver - Using

Re: tester needed with a pure 64-bit system...

Dave Airlie wrote: Well the main thing is that on a 64-bit/kernel and 64-bit X that X starts and DRI is enabled in the Xorg.0.log... if you send me the Xorg.0.log it would be most helpful... Attached. I can also test with an r300 board if you need it. The DRIRec is Mesa and X.org out of

Kernel / user interface for new memory manager

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There's been quite a bit of discussion about this on #dri-devel the past few days. I thought I'd write up a quick summary and post it to the list. I know that there are a lot of interested parties that are on the list, but who don't hang out in