Re: [Xen-devel] Loading FreeBSD in an HVM-domain on Intel-based host with GRUB

["Christoph Egger" <Christoph.Egger@xxxxxxx>]

On Thursday 07 February 2008 09:46:20 Igor Chubin wrote:
> On Do, Feb 07, 2008 at 09:41:18 +0100, Christoph Egger wrote:
> > FreeBSD/i386 and FreeBSD/amd64 boot fine if you do NOT load the acpi
> > driver.
>
> On Intel ?

No.

> Using /boot/loader ?

Yes.

> > Christoph
> >
> > On Thursday 07 February 2008 09:34:40 Keir Fraser wrote:
> > > Actually I thought the FreeBSD issues were to do with vmxassist (which
> > > I finally removed from xen-unstable yesterday) but I see there are
> > > problem reports with amd64 as well. Still, it would be good if you
> > > could try booting FreeBSD with latest xen-unstable, else point me at a
> > > suitable FreeBSD ISO to download which exhibits this issue?
> > >
> > >  -- Keir
> > >
> > > On 7/2/08 08:26, "Igor Chubin" <igor@xxxxxxx> wrote:
> > > > Hello all,
> > > >
> > > > please tell me,
> > > >
> > > >
> > > > is it possible (at least theoretically)
> > > > to circumvent bug 622 [1] by using
> > > > GRUB instead of /boot/loader to load FreeBSD kernel?
> > > >
> > > > Or it is silly idea: even if we bypass /boot/loader we will
> > > > not be able to run FreeBSD kernel in a HVM-domain on a
> > > > Intel-based host for some other reason?
> > > >
> > > >
> > > > As far as I know, GRUB can't load FreeBSD kernel
> > > > directly, but only can make chainloading using /boot/loader.
> > > > Certainly, it is not the solution, but there were patches
> > > > to GRUB that allow to boot FreeBSD directly [2].
> > > >
> > > > I want to try to use it and eliminate /boot/loader
> > > > from boot process at all.
> > > >
> > > >
> > > > What can you say about this idea?
> > > >
> > > >
> > > >
> > > > [1] http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622
> > > > [2] http://savannah.gnu.org/bugs/?10728
> > >
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > > http://lists.xensource.com/xen-devel
> >
> > --
> > AMD Saxony, Dresden, Germany
> > Operating System Research Center
> >
> > Legal Information:
> > AMD Saxony Limited Liability Company & Co. KG
> > Sitz (GeschÃftsanschrift):
> >    Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
> > Registergericht Dresden: HRA 4896
> > vertretungsberechtigter KomplementÃr:
> >    AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
> > GeschÃftsfÃhrer der AMD Saxony LLC:
> >    Dr. Hans-R. Deppe, Thomas McCoy
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel



-- 
AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (GeschÃftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter KomplementÃr:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
GeschÃftsfÃhrer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy



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