Xen branches

Xen branches

[Vladimir 'φ-coder/phcoder' Serbinenko]

[-- Attachment #1: Type: text/plain, Size: 843 bytes --]

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

Re: [Grub2] Xen branches

[Samuel Thibault]

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

Re: [Grub2] Xen branches

[Samuel Thibault]

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

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Re: [Grub2] Xen branches

[Vladimir 'φ-coder/phcoder' Serbinenko]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

Re: [Grub2] Xen branches

[Vladimir 'φ-coder/phcoder' Serbinenko]

[-- Attachment #1.1: Type: text/plain, Size: 754 bytes --]

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



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

[-- Attachment #2: Type: text/plain, Size: 141 bytes --]

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Re: [Grub2] Xen branches

[Samuel Thibault]

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

Re: [Grub2] Xen branches

[Samuel Thibault]

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

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

[Xen-devel] Re: [Grub2] Xen branches

[Ian Jackson]

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.

Re: [Grub2] Xen branches

[Ian Jackson]

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

Xen branches

[Vladimir 'φ-coder/phcoder' Serbinenko]

[-- Attachment #1.1: Type: text/plain, Size: 843 bytes --]

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



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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