| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 1688 |
5713d 14h |
fabio |
/shark/branches/xen/arch/x86/ |
Remove the MAIN oslib crazyness.
oslib's annoying will to be flexible was breaking the boot sequence;
instead of following the old behavior and using MAIN to define the
main entry point, use __kernel_init__(), as we'll never need anything
else there. |
|
| 1683 |
5933d 01h |
fabio |
/shark/branches/xen/ |
Refactor the low level code.
Move the parts of the oslib we're using (actually a little bit more,)
in some sanely-named place, and prepare things for a layout suitable
for multiple architecture support. |
|
| 1621 |
5963d 05h |
fabio |
/shark/branches/xen/ |
Move all the low level libc related headers from the OSLib to libc/.
Move the headers used to define the libc interface exported by Shark from
the OSLib to libc/arch/$(ARCH) (remember, by now ARCH can be only x86,) and
change their users to reflect the movement. There are still a couple of
problems to solve, that are how to deal with the libc code used inside the
kernel, and how to handle things that are on the boundary, e.g., some type
definitions and so on. Btw this had to be started from somewhere. |
|
| 1618 |
5963d 23h |
fabio |
/shark/branches/xen/ |
Started a new xen/ branch.
The plan is to support xen (without HVM) as an execution platform, and,
in the process, to decouple the generic kernel from the OSLib, trying to
make it easier to port Shark to new architectures. |
|
| 94 |
7707d 11h |
giacomo |
/shark/trunk/oslib/xlib/ |
the cmdline is not modified by the agrc argv elaboration |
|
| 40 |
7755d 14h |
pj |
/shark/trunk/oslib/ |
- imported new OSLib (Jan 30, 2003) |
|
| 3 |
8062d 09h |
pj |
/shark/trunk/ |
This commit was generated by cvs2svn to compensate for changes in r2,
which included commits to RCS files with non-trunk default branches. |
|
| 2 |
8062d 09h |
pj |
/shark/branches/pj/ |
29 March 2002 Snapshot |
|