On Tue, 2004-02-10 at 07:37, Ville SyrjÃlà wrote: > On Sun, Feb 08, 2004 at 08:27:17PM -0800, Jon Smirl wrote: > > Here's a quick and dirty chart of how I think things should be organised. > > ---------------------------------- > user space > ----------------------- > | fbdev + fbcon | drm | > ---------------------------------- > memory manager/arbitration/DMA/irq > ----------------------------------
I basically agree with this. > I want to bypass the drm to do accel from user space. Doing an ioctl() for > each blit feels very expensive. Rather than do an ioctl() for each blit > the drm could check the commands in the DMA buffer for bad stuff. But that > doesn't feel very efficient either. FWIW, that's more or less how the current radeon DRM works, and the verification doesn't seem to appear on the oprofile radar. > If you don't care about the security I think you should be allowed to > bypass it to gain some speed. Doesn't seem to be necessary or even useful but is very dangerous in my experience. > And of course there may be cards without DMA so you may need the ability > to do MMIO stuff directly. That should really only be granted to privileged processes, if at all. -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- 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
