This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: Framebuffer, MicroWindows
- From: John Dallaway <john at dallaway dot org dot uk>
- To: Manuel Borchers <manuel at matronix dot de>
- Cc: eCos Discussion <ecos-discuss at ecos dot sourceware dot org>
- Date: Mon, 02 Aug 2010 12:38:00 +0100
- Subject: [ECOS] Re: Framebuffer, MicroWindows
- References: <1280414532.2578.5.camel@netxaccos>
Hi Manuel
Manuel Borchers wrote:
> the last few days I spent writing a framebuffer driver for the netX500
> chip. The tests fb and fbmacro work so far (well, some rough edges in
> the code and more modes need to be supported, but basically works).
>
> What I'm wondering now is, is it possible to use the framebuffer driver
> with the MicroWindows port? From what I've seen (just a rather quick
> look), it seems the MW port is somewhat coupled to the IPAQ (which has
> no framebuffer driver in devs/framebuf/) or PC hardware. What I saw is
> that the init function in scr_ecos.c calls lcd_init() which seems to be
> implemented in some HALs. I'm not quite getting the concept here...
>
> Any hints/ideas/enlightments are welcome!
The original port of Microwindows to eCos precedes the eCos framebuffer
I/O layer. However, I note that Alex Neundorf has been working on an
updated port which appears to include eCos framebuffer support
(CYGBLD_MICROWINDOWS_FBAPI_DRIVERS). Ref:
http://www.ecosforge.net/ecosforge/branches/packages/microwindows-mergecvs/current/
I hope this helps...
John Dallaway
eCos maintainer
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss