Technical Framebuffer proposal for RTEMS graphics

[Erwin Rol]

Greg Haerr wrote:
> 
> : A small difference is how the access to the driver is made.
> : In your proposal, many ioctls() calls to do different things.
> :
> : The one that I proposed the driver would provide
> : a table with the entry points for the services provided
> : by the driver.
> :
> The addresses returned by the kernel aren't valid for
> user mode routines to call directly in RTEMS, right?
> They certainly aren't in Linux.  That's why I suggest
> ioctl.

I believe everything is flat without protection in RTEMS ?
but it isn't in Frank's PK, and we might want to make a interface
that works on both ?
 



> 
> Regards,
> 
> Greg
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: nanogui-unsubscribe at linuxhacker.org
> For additional commands, e-mail: nanogui-help at linuxhacker.org