On Wed, 2003-10-15 at 12:01, Jon Smirl wrote: > --- Alexander Stohr <[EMAIL PROTECTED]> wrote: > > One thing to ask you: there is always those secondary PCI ID > > on the current Radeon designs. Do you see some chance to get > > rid of irritating logfile messages that concern those 2nd ID. > > > The new code allows a different way of initializing XFree. For example: > > At install time Anacona/hotplug/whatever gets the right DRI device driver > installed. > Now assuming no xconfig file... > xfree loads, opens the first DRM device, and gets SUGGESTED_UNIQUE. > That will tell Xfree what video hardware to use. > Modes are all determined by the EDID/hardware exchange. > This should be enough to get xfree started without a config file. > > This new scheme allows the entire PCI probing stage of xfree to be eliminated. > Of course, if these is an xconfig file the old scheme is used. > > Also, the device driver claims both the primary and secondary PCI devices. They > are marked as such in the PCI id_table. In the card of the secondary devices > the driver just claims them and does nothing with them.
In the BSD world, kernel drivers attach to a specific piece of hardware. This means that there is a specific association between the drm_device_t *, the /dev/dri/cardX, and what piece of hardware it's supposed to deal with (we violate rules currently, but it needs to be fixed in the future). If the Linux drivers go to probing PCI IDs, could it also start creating /dev/dri/cardXs which are associated with a specific piece of hardware? The get/set unique thing is a problem, though. It seems to me that we ought to have /dev/dri/cardX start with a unique value reporting sufficient information to identify it. A new server would do getuniques on the /dev/dri/cardXs until it found one matching the hardware it was trying to use the drm for. If an old server does a setunique, then it overrides what the kernel had, and at some unspecified time in the future we could deprecate that interface. This eliminates the need for a separate get_suggested_unique ioctl. I'm interested in your changes, I'm going through them now to see how to make them portable, too. -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
