>Yes, but this is not the same mesa version that is used by X and which
>may be HW accelerated on some board,s is it ?
This was before DRI was available.
>So we would need a second opengl library lying around for fbdev opengl,
>this is not nice, better to do it right and have fbdev to play nice with
>dri/drm.
I plan to after I'm done with the console project. I like to see something
that is a replacement for both userland interfaces.
>What about registering with drm, and then use the drm kernel module for
>doing dma ? Is there something wrong with it ?
I feel a little shaking about that. DRI was not designed with that in
mind. DRI focus was DMA userland whereas a fbcon driver would be using
DMA internally. DRI doesn't take advantage of things like kio buffers
which would be really fast. Nor does it really support pci dma or the
pci dma standard (linux/Documentation/DMA-mapping.txt). To not step on
DRI toes tho we need to provide the console mode <-> graphics mode
ability. I think this is of course will have to wait until 2.5.X. I knwo
linus will not except the console mode <-> graphics idea for 2.4.X but it
will definetly go into 2.5.X.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [jsi...@li...] ____/|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U
http://linuxconsole.sourceforge.net
|
