Hello everyone,

Since I haven't yet received any respond of my last mail and I've now got the 
names of mentors who would instruct me, I create a new thread for a simple 
resume and post my questions .

First of all, I've managed to use mailbox channel to get a framebuffer pointer 
and its informations. I can draw some simple images with the pointer and also 
the pointer can be retrieved correctly by ioctrl from applications, with the fb 
device interface. Painting works as well.
I've already sent a patch with mailbox implementation, but I haven't yet 
confirmed if it's ready to be merged or any modification should be done.



To complete fb implementation:
1.  Some more functions need to be added : connected monitor EDID read and 
decoding for correct/optimal resolution selection. I don't know if we need a 
full VESA driver like what we've done on i386.

2.   If we've enabled l2 cache, the memory mapping would be 0x40000000, while 
the mapping would be 0xC0000000 instead if l2 cache disabled. Normally it can 
be configured in the config.txt file.

The file 'config.txt' is read by GPU before the ARM core is initialized. It's 
used as an BIOS configuration. It can be used to setup hdmi output mode, l2 
cache, memory split etc. Such as memory split affect much the range of 
framebuffer address which should be covered in the mmu configuration table. 
What would be a better way to deal with it?  Should I enable the memory pages 
that cover all possible range(This can vary depend on gpu_mem_split) ?


To plan for fbcon implementation:
1.  Find instructions for cursor. I've found that it's possible to get some 
infos from mailbox property channel.

2. Implementations refering to i386/pc386/console/outch.c

3. Implementations refering to i386/pc386/console/vgacons


For GTK porting

I tried to compile gtk for it. The libpng ...  etc can be installed and I'm 
trying to make some samples for testing. Only the nxlib failed to build because 
we haven't yet the keyboard support (mouse support can be switched off, but I 
can't find out yet how to build the lib without keyboard).

That's all for a resume, plan, and questions report for my work.

Best regards,

YANG Qiao
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to