From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Christoph Egger" Subject: Re: Loading FreeBSD in an HVM-domain on Intel-based host with GRUB Date: Thu, 7 Feb 2008 09:52:35 +0100 Message-ID: <200802070952.35798.Christoph.Egger@amd.com> References: <200802070941.18481.Christoph.Egger@amd.com> <20080207084620.GP26919@chub.in> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20080207084620.GP26919@chub.in> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Igor Chubin Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org 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" 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=3D622 > > > > [2] http://savannah.gnu.org/bugs/?10728 > > > > > > _______________________________________________ > > > Xen-devel mailing list > > > Xen-devel@lists.xensource.com > > > 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=C3=A4ftsanschrift): > > Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland > > Registergericht Dresden: HRA 4896 > > vertretungsberechtigter Komplement=C3=A4r: > > AMD Saxony LLC (Sitz Wilmington, Delaware, USA) > > Gesch=C3=A4ftsf=C3=BChrer der AMD Saxony LLC: > > Dr. Hans-R. Deppe, Thomas McCoy > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel =2D-=20 AMD Saxony, Dresden, Germany Operating System Research Center Legal Information: AMD Saxony Limited Liability Company & Co. KG Sitz (Gesch=C3=A4ftsanschrift): Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland Registergericht Dresden: HRA 4896 vertretungsberechtigter Komplement=C3=A4r: AMD Saxony LLC (Sitz Wilmington, Delaware, USA) Gesch=C3=A4ftsf=C3=BChrer der AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy