[ECOS] Re: MicroWindows, network stack, framebuffer API
Tue Nov 4 23:40:00 GMT 2008
On Tuesday 28 October 2008, GÃ¡bor TÃ¶rÃ¶k wrote:
> Is it OK if I add an option to use the generic fb driver and write the
> required code to do this?
> What about updating to a newer MicroWindows and removing the
> requirement for the network? Maybe I can do this also.
Two years ago or so I was working on this already, you can find the results
It is a back then up-to-date copy of Microwindows. It supports the Qt virtual
frame buffer, and it shouldn't be hard to port it to the new framebuffer
support in eCos.
It can be configured fine-grained, e.g. you can enable only the drawing
functions, then you get a library for drawing, which doesn't require any
mwin, the Windows compatible API works, it also doesn't need networking
(tested with Qvfb and on an ARM board).
I didn't manage to rip the network requirements out of the X API yet, so this
still needs to be done.
A socket is used for communication with the X server thread, it should be
possible to replace this with eCos thread synchronization primitives.
Most of my changes are also in the main Microwindows cvs.
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
More information about the Ecos-discuss