On Mon, Jul 23, 2012 at 7:16 PM, Ján Veselý <[email protected]> wrote: > Hi, > > > I have worked on supporting beagleboardxm(armv7) in the last few > months. I no longer have access to hw so I'd like to merge the work so > that somenone else can continue. > There are few outstanding issues: > > uspace is compiled in armv4 mode:
I don't know why gmail sent my message... anyway uspace is compiled in armv4 mode: otherwise services crash and hang. I think this is unaligned access issue. instructions for unaligned access were added in armv7 and alignment bit is switched on for armv7 on startup. The choices are obvious, either instruct gcc to not generate unaligned access, or allow new instructions. I think the latter is the way to go but it may require some changes in get_memory_access_type function. Note that I could not replicate this in qemu, so any solution will have to be tested on hw. There is a bug in this function that the panic message says opcode while prints the pc value. (should it say address or print opcode value?) I'll fix both issues before merging, if there is a prefered solution. i'd say allow unaligned and print address (you can always consult .disasm file) there is no fb driver and no input: Kernel console is running on serial port and I decided not to share this input with uspace. OHCI driver works fine but OHCI is left disconnected on bbxm. thus input would require EHCI and USB2 to work properly. I think this is OK, it's not the only platform with input on TODO list. framebuffer: again I decided not to provide framebuffer kernel console (there is no kernel USB so it won't share input either). for the lack of better way the framebuffer structure is still created in kernel and the memory area is prepared in kernel too. This structure is then used by both uspace clients, and uspace fb driver. Due to lack of time (and experience) I could not get the FB driver to work, so it's a complete mess (ehm, WIP). I don't know how good qemu is in emulating this (linux works nice), but you'd need HDMI connected display for real hw. so the status is that all kernel tests pass both in linaro qemu and on real hw and I managed to fix few general arm issues in the process. After merging this branch helenos should be able to run on armv4, armv5 and armv7 jan vesely _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/cgi-bin/listinfo/helenos-devel
