On Tue, 22 Feb 2005 05:13:07 +0000 (GMT), James Simmons <[EMAIL PROTECTED]> wrote: > > > 4. Which comes to the next point. The code is not modular enough. Take > > > drm_bufs.c. Everything is a ioctl function. This has a few > > > disadvantages. > > > One is the fbdev layer couldn't just link into it so fbcon could use > > > it. The second is it's not easy to take advantage of things like sysfs. > > > If you could untangle the code somewhat it would make life so much > > > easier. That would include making life easier for OS ports. > > > > the reason we can't take advantage of sysfs or anything like it is > > that we can't bind to the PCI device as we break things.. this is the > > root of a lot of our problems... > > Is this because you want to be OS portable? This makes things very very > hard to merge. Fbdev attempts to take advantage the most powerful linux > kernel features.
My turn to laugh! It's because Linux only allow one driver to bind to the device and fbdev has already bound to it. We have done siginificant work to DRM to try and work around this (stealth mode) but the right solution is to have a common base driver. -- Jon Smirl [EMAIL PROTECTED] ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
