Hey, > I have seen that you incorporated Grub2 as build infrastructure, which > looks quite involved. What was your incentive behind this step? Wouldn't > the existing Grub infrastructure that comes with Genode have worked for you?
For the fact that these are only tests I was looking for something easy to work with. The Grub code from the HelenOS repository came in quite handy so for simplicity purpose I took it from there. But my goal is to use the Grub provided by the Genode repository as soon as I begin working directly with Genode code for convenience purpose. > But if the original GRUB (a.k.a. GRUB Legacy) is needed for whatever reason, it can be still used even for HelenOS. We are both multiboot and multiboot2 compliant. This is good to know. > If you mean the serial port at 0x3F8, it is not in the current mainline > but I have something in my NUMA branch. You can try to use patch of > revision 545 [1] and apply it to the mainline. > > The result shall be that what goes into kernel console (on the screen) > goes to serial port as well(if configured during make config). It > worked for me with QEMU. This sounds like kind of the thing I was looking for. Tank you. I will have a look at it. > Alternatively, you don't even need the complete HelenOS libc to implement such a basic task as printing a string to the kernel console from user space. You just need to implement simplified variants of the > > > following functions (say for IA-32) and a few other things: > > __entry (from uspace/lib/c/arch/ia32/src/**entry.S) > __syscall_fast (from uspace/lib/c/arch/ia32/src/**syscall.S) > __main (from uspace/lib/c/generic/libc.c) > klog_write (from uspace/lib/c/generic/io/klog.**c) > > The decision whether you should use the complete HelenOS libc or whether you should create your own stripped down run-time library is an extension of the question I have already written about previously: > What should be the target software architecture of Genode/SPARTAN? Should it be a complete HelenOS user land with Genode user land running side-by-side? Should it be just the SPARTAN kernel with Genode > user land? Or should it be a customized combination of both? This is a decision that has still to be made. Thank you for providing these facts. In the next days I will try to prepare a pro-and-con list for this, so a well-founded decision can be made (first of all concerning the libc). Whether it should be a hybrid system or not in general is another question which should be discussed. I for my part would not consider using the complete HelenOS userland necessary. But for example opening the possibility to incorporate the one or another device driver from the HelenOS userland could be quite useful. What do you think? Regards, Tobias
_______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/cgi-bin/listinfo/helenos-devel
