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 here: http://www.ecosforge.net/pmwiki/index.php/Projects/EcosMicrowindows 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 networking. 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. Alex -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
