Xen devel - Nov 2011 - Xen branches

Hello, all. I have push some work for paravirtualised GRUB2 to XEN
branch: http://bzr.savannah.gnu.org/lh/grub/branches/xen. Currently only
x86-64 (I''m much less interested in i386). What works:
- modules, normal mode, console, date, all of the all-platform commands
(not all are tested though)
What doesn''t (not implemented):
-network
-disks
-loaders
-most of platform-specific commands (well as expected, xen is a separate
platforms so its platform-specific commands will be different if any)
What''s kludgy:
-Finding and checking xen headers (/usr/include hardcoded, no checking,
also it''s so annoying that xen mixes its kernels intended for
standalone
environment with standard userspace headers)
-Stack. Right now I just allocate space in .bss.
-Heap. Likewise.

-- 
Regards
Vladimir ''φ-coder/phcoder'' Serbinenko




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Nice!

Vladimir ''φ-coder/phcoder'' Serbinenko, le Thu 17 Nov 2011
01:54:47 +0100, a écrit :
> -network
> -disks
It can be useful to just re-use the drivers from Mini-OS, but you may
want to reimplement them.
> -loaders
I strongly recommend to re-use libxc''s code, and use my kexec code to
actually switch from within the PV domain.

Samuel

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

On 17.11.2011 01:59, Samuel Thibault wrote:
> Nice!
Thanks.
> Vladimir ''φ-coder/phcoder'' Serbinenko, le Thu 17 Nov 2011
01:54:47 +0100, a écrit :
>> -network
>> -disks
> It can be useful to just re-use the drivers from Mini-OS, but you may
> want to reimplement them.
>
They don''t seem to be difficult to implement judging from the spec. On
the other hand making MiniOS building system work nicely with ours
sounds like hell.
>> -loaders
> I strongly recommend to re-use libxc''s code, and use my kexec code
to
> actually switch from within the PV domain.
>
I''m not that far yet. But I''ve seen kexec call and I suppose
it can be
used pretty straighforwardely.
> Samuel
>

-- 
Regards
Vladimir ''φ-coder/phcoder'' Serbinenko




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Vladimir ''φ-coder/phcoder'' Serbinenko, le Thu 17 Nov 2011
02:49:18 +0100, a écrit :
> On 17.11.2011 01:59, Samuel Thibault wrote:
> > Nice!
> Thanks.
> > Vladimir ''φ-coder/phcoder'' Serbinenko, le Thu 17 Nov
2011 01:54:47 +0100, a écrit :
> >> -network
> >> -disks
> > It can be useful to just re-use the drivers from Mini-OS, but you may
> > want to reimplement them.
> >
> They don''t seem to be difficult to implement judging from the
spec.
Well, the evil lies in the details :)
> On the other hand making MiniOS building system work nicely with ours
> sounds like hell.
Probably, indeed. Grub1 was not too hard because its building system was
quite simple.
> >> -loaders
> > I strongly recommend to re-use libxc''s code, and use my kexec
code to
> > actually switch from within the PV domain.
> >
> I''m not that far yet. But I''ve seen kexec call and I
suppose it can be
> used pretty straighforwardely.
Ok.

Samuel

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Vladimir 'φ-coder/phcoder' Serbinenko writes ("[Xen-devel] Re:
[Grub2] Xen branches"):
> On 17.11.2011 01:59, Samuel Thibault wrote:
> > It can be useful to just re-use the drivers from Mini-OS, but you may
> > want to reimplement them.
> 
> They don't seem to be difficult to implement judging from the spec. On
> the other hand making MiniOS building system work nicely with ours
> sounds like hell.
Yes.  I would avoid the minios build system; it's awful.  Feel free to
lift any code that looks useful though.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel