On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote: > On Thu, Aug 02, 2007 at 07:31:01PM +0200, Jerome Glisse wrote: > > There should be master (possibly one for each card) which be the only > > one being able to do this call: > > DRM_IOCTL_MODE_SETCRTC - set CRTC parameters
Please be sure that if you design this using ioctls the design should be forward and backward compatible. AFAICS the only way to ensure this is some sort of tag-based parameter space (parameters are a list of tag,value pairs, terminated by a special tag). Otherwise you're stuck with one parameter list, which you cannot enhance easily, and version control both in user and kernel space will be a nightmare. With tags you can just ignore the tags you don't know about. > I fail to understand why you want to put the manager in a daemon, > instead of just letting the kernel do the management, like it does for > all other hardware. Why is graphics hardware supposed to be different in > this regard? Because we won't get an ix86 emulator in kernel space, Linus and others have been pretty clear about that. Graphics hardware sometimes needs BIOS calls, on non-i386 hardware that has to be done by an emulator. This is just one reason. One other is that you want to address graphics in user space anyways for performance reason. Of course, mode setting isn't exactly performance critical. You just cannot compare graphics hardware with any other hardware at all. Graphics chips are more complicated than any CPU on the market, which other hardware type is similar? Even high-speed interconnects like infiniband are trivial compared to that. That said, I'm not 100% confident that the currently discussed way is the right solution. OTOH I don't know the "right" solution myself either... Matthias -- Matthias Hopf <[EMAIL PROTECTED]> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED] Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
