Hi Tobias, On 04/28/2012 10:27 AM, Tobias Börtitz wrote: > project in this years google summer of code. In this thread I > will present my ideas and progress to the community and the community is > encouraged to give feedback and discuss whatever issues or problems may > occur in the process.
For pragmatic reasons, you may also consider starting a new thread for each new idea or topic. Others may thus be able to better figure out whether the posting contains some important information of their interest. > Additionally I will use the thread for my weekly > reports on my progress which will drop in at the end of every > week. Likewise, I'd recommend starting a new thread for each progress report so that others can easily follow up on it and there is a clear distinction between the new progress report and the stuff discussed in other threads. > 1) create a basic build-system support, so that a simple hello world > programm can be executed directly as a kernel roottask replacement In the context of HelenOS, this is rather trivial - keep just the "init" task and adjust it to your needs. I guess this point is more related to integrating the build of HelenOS into the Genode build process... > 4) add address-space creation and page-fault handling Note that unlike some other microkernel architectures, HelenOS does not have the notion of a pager process. It does not even have a way to let a userspace process handle a page fault (yet). Each userspace process constructs its own address space by creating, resizing and destroying address space areas of various kinds. All page faults are then handled by the kernel. > My idea was to fork the Genode project on github > (http://github.com/genodelabs/genode) and create a new branch for the > SPARTAN kernel (called 'base-spartan' or something like that). This is > simply because the code base of Genode is designed to contain different > kernels, which makes it very easy to add the SPARTAN kernel there and > maintain the code. Therefore I would host my written code in a public > repository on github (http://github.com/kurbel) so everyone can have a > look what I am doing and how I am doing on the project. This sounds reasonable. The downside is that you will have harder times merging changes from HelenOS mainline back to your branch. Cheers, Jakub _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/cgi-bin/listinfo/helenos-devel
