Now I've changed the version number in the xc/bleh kernel module. I'm not getting hard server locks anymore, but now *all* GL apps show an empty black window that never changes.
Something is definitely still funky. I'm guessing this has something to do with the ati.2 module I've got installed. Is a manual code merge between the ati.2-compatible old version and the new cvs trunk required? (follow up to:) OK, I managed to compile just the kernel portion from what I hope is the new CVS tree (:pserver:[EMAIL PROTECTED]:/cvs/dri) I get this in the X server output, which is also about what I expect to see from the ones in the kernel: (EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch. [dri] radeon.o kernel module version is 1.10.0 but version 1.100.0 or newer is needed. [dri] Disabling DRI. On Tue, 2004-02-10 at 11:46, Hod McWuff wrote: > On Tue, 2004-02-10 at 10:17, Michel Dänzer wrote: > > On Tue, 2004-02-10 at 08:45, Email Archive wrote: > > > On Mon, 2004-02-09 at 20:55, Michel Dänzer wrote: > > > > [ Following up to the dri-devel mailing list, we aren't really using the > > > > sf.net bug tracker anymore but rather the kernel and XFree86 bugzillas ] > > > > On Mon, 2004-02-09 at 04:55, SourceForge.net wrote: > > > > > > > > > > I just ported the latest CVS drm-kernel code into the > > > > > 2.6.2 vanilla kernel. > > > > > > > > Do you have a patch for us to look at? > > > > > > Yes, I think I posted it to the SourceForge bug tracker. It's down right > > > now, or I'd be including a bug ID #. > > > > You mean the one in the subject? :) > > Riiiight... that's what I get for staying up so late ;) > > > > > I've looked at the patch briefly. First of all, I find unified diffs > > much easier to read than context diffs. Then, I don't understand what > > exactly the patch was made against. Can hardly be against the 2.6.2 > > kernel, and at least the AGP related changes have been in DRI CVS for a > > while... > > > > It was against a checkout of drm-kernel, and then manually copy the .c > and .h files into the 2.6.2 tree. > > > > > > > Does the same problem occur if you just build the DRM from DRI CVS? > > > > > > It won't compile. Aside from a small number of API changes, the > > > Makefile.linux is *severely* broken about include directories under 2.6. > > > > Works perfectly here... Do you have current DRI CVS from > > freedesktop.org? If so, please post the errors. > > from freedesktop.org? not from sourceforge anymore? > :pserver:[EMAIL PROTECTED]:/cvsroot/gatos > > > > > > > > > > > Many apps work fine - xscreensaver, prboom, SpectrumGL, but some others > > > > > lock the X server up hard, such as tuxracer and BillardGL. > > > > > > > > Are you using the 3D driver built from DRI and Mesa CVS, or an older > > > > version? > > > > > > I'm using gentoo's xfree-4.3.0-r3, and I've tried both their ati-gatos > > > package and a manual install from the latest ati.2 cvs sources. > > > > No lockups with tuxracer or BillardGL running the DRM from current DRI > > CVS on 2.6.2 (nor the one that ships with the kernel) here. You may want > > to try a newer 3D driver. > > The one that ships with the kernel won't fly due to version number - if > memory serves it did before installing ati.2, but seeing how the machine > (with its AIW Radeon) serves as my living room entertainment center, > having A/V capability trumped 3D. > > ati.2 CVSROOT: > :pserver:[EMAIL PROTECTED]:/cvsroot/gatos > > > > > It's beginning to look like my entire problem might be having missed a > move of the CVS source hosting. Let me see what turns up... if that is > the case, I'd suggest modifying the Makefiles on the sf.net copy to > cause an error message if anyone tries compiling them. > > While we're on the subject, what's the status of integration with the > XFree 4.4 betas? Would I be better off going that way? > > OK, I just checked out the new xc tree... seems to be some confusion > going on between it and the documentation about having the Mesa tree. > Hrm? > > Thanks, > - Hod McWuff > ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
