On Wed, 2003-10-22 at 00:55, Chris Ison wrote: > > Have you done all the proper idiot checks? > > > > I hate to use the word that way, but that's how I'd phrase it if I were > > speaking to myself... > > > > Have you checked to make sure /dev/dri/card0 exists, has the proper > > major and minor numbers, and is readable and writeable by root? > > > > ok, /dev/dri/card0 doesn't exists, so why does it work for the SF dri > and not the freedesktop one ... /dev/dri does exist, I'm thinking the SF > drm creates /dev/dri/card0 but the freedesktop one doesn't, but I could > be wrong. I will investigate this further by reverting back to the SF > cvs.
Note that the X Server will first try to create /dev/dri/cardX if it's missing, chmod/chown /dev/dri/cardX according to your settings in XF86Config, then open /dev/dri/cardX. If that fails, it checks that the device major/minor matches its expectations and recreates it if necessary, then tries opening again. That said, I'm not sure what's going on here, if you actually have the module loaded and the kernel printed the info line (the radeon equivalent of "[drm] Initialized mga 3.1.0 20021029 on minor 0"). If the module's loaded and it's not printing the line, then I need the output of scanpci, I think. -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
