Hi Anthony --
Is this still underway? I would like to try a RHEL4 system.
Thanks,
Dan
> -----Original Message-----
> From: Xu, Anthony [mailto:anthony.xu@xxxxxxxxx]
> Sent: Friday, August 26, 2005 6:00 PM
> To: Magenheimer, Dan (HP Labs Fort Collins); Yang, Fred
> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> make eliloloadanother module
>
> Dan,
> As I mentioned before, I haven't tested the patch on
> xenolinux. Maybe there is an address collision, I'll take a
> look at this, make sure it can boot xenolinux, and send a new
> patch to you.
>
> Thanks,
> Anthony
>
> >-----Original Message-----
> >From: Magenheimer, Dan (HP Labs Fort Collins)
> >[mailto:dan.magenheimer@xxxxxx]
> >Sent: Friday, August 26, 2005 4:22 PM
> >To: Yang, Fred; Xu, Anthony
> >Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> >make eliloloadanother module
> >
> >> Time to call it a week! Bye!
> >
> >Alright, I admit it, I couldn't quit yet!
> >
> >I added Anthony's patch (last version I got) and see the
> >same result: machine reboots with no console output.
> >
> >I added an infinite loop of printf's at the beginning
> >of construct_dom0 and it doesn't get that far (whereas
> >a normal RHEL3 boot still works fine). I'd have to
> >guess that the initrd is getting loaded in memory
> >at a "bad" place which is killing Xen very early.
> >
> >NOW, time to call it a week.
> >
> >Dan
> >
> >> -----Original Message-----
> >> From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
> >> [mailto:xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf
> >> Of Magenheimer, Dan (HP Labs Fort Collins)
> >> Sent: Friday, August 26, 2005 5:04 PM
> >> To: Yang, Fred; Xu, Anthony
> >> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >> Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> >> make eliloloadanother module
> >>
> >> Another update... This problem goes away when I
> >> specify verbose=3 (or verbose=2) at the beginning
> >> of my elilo.conf file. With verbose off, or with
> >> verbose=1, I get the load error. Weird...
> >>
> >> So on to the next step... the module (the RHEL4
> >> initrd) gets loaded but after a few seconds (and
> >> no console output), the system reboots. This is
> >> probably not unexpected as I haven't yet patched
> >> Xen itself (awaiting latest patch from Anthony).
> >>
> >> Time to call it a week! Bye!
> >>
> >> > -----Original Message-----
> >> > From: Magenheimer, Dan (HP Labs Fort Collins)
> >> > Sent: Friday, August 26, 2005 4:36 PM
> >> > To: 'Yang, Fred'; 'Xu, Anthony'
> >> > Cc: 'xen-ia64-devel@xxxxxxxxxxxxxxxxxxx'
> >> > Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> >> > make elilo loadanother module
> >> >
> >> > I got some help from a local Red Hat guru and got to
> >> > the next step... the modified elilo fails with:
> >> >
> >> > Loading xen....done
> >> > Loading initrd xenlinux...done
> >> > initrd.c(line 77):Failed to allocate 318 pages for initrd
> >> > Start of netboot failed: Load Error
> >> >
> >> > > -----Original Message-----
> >> > > From: Magenheimer, Dan (HP Labs Fort Collins)
> >> > > Sent: Friday, August 26, 2005 4:14 PM
> >> > > To: 'Yang, Fred'; Xu, Anthony
> >> > > Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >> > > Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> >> > > make elilo loadanother module
> >> > >
> >> > > Finally got a chance to look at this. There were a typos
> >> > > of problems in the README script:
> >> > >
> >> > > - rpc2cpio -> rpm2cpio
> >> > > - remove "patch -p2 < elilo-initrd-size-fix.patch"
> >> > >
> >> > > The resulting source got a couple of gcc errors
> >> > > with find_label having too few arguments. I added
> >> > > module_name as the last argument (two places) and
> >> > > it compiled.
> >> > >
> >> > > However, I realize I don't know how to build a RHEL4
> >> > > kernel (with Xen mods) and initrd that will successfully
> >> > > boot a RHEL4 system (e.g. with LVM in the initrd?)!
> >> > > I assume you have done it so far on VTI with an
> >> > > unmodified RHEL4 kernel? Unless you can provide a
> >> > > recipe for this, I will look into how to do it...
> >> > >
> >> > > Also, I think Anthony had an update for the Xen hypervisor
> >> > > patch (with the complicated arithmetic with constants
> >> > > put in a macro)?
> >> > >
> >> > > Dan
> >> > >
> >> > > > -----Original Message-----
> >> > > > From: Yang, Fred [mailto:fred.yang@xxxxxxxxx]
> >> > > > Sent: Thursday, August 11, 2005 10:29 PM
> >> > > > To: Magenheimer, Dan (HP Labs Fort Collins); Xu, Anthony
> >> > > > Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >> > > > Subject: RE: [Xen-ia64-devel] RE: [elilo-discuss] a patch to
> >> > > > make elilo loadanother module
> >> > > >
> >> > > > Magenheimer, Dan (HP Labs Fort Collins) wrote:
> >> > > > > Great! I would be happy to try out a preliminary
> >> > > > > version of these instructions... Last Friday, I managed
> >> > > > > to trash one disk on my test machine and partially trash
> >> > > > > another, both running RHEL3.2. Rather than reinstall 3.2
> >> > > > > and then install RHEL4 a few days later, I will just
> >> > > > > wait and go straight to RHEL4.
> >> > > > Attached is a Knowhow to create elilo patch for loading
> >> > > > kernel as module, as well as Xen patch for Vti.
> >> > > > Please note this patches are only a tempory patches, we will
> >> > > > come out yet another patch in a couple days.
> >> > > > Current kernel input can only be unzipped image. The next
> >> > > > patch will make "module" as the deafult linux kernel and do
> >> > > > the corrsponding unzip within elilo. The system.h
> patch will
> >> > > > be surrounded with "#ifdef CONFG_Xen". Xen patch will also
> >> > > > include non-VT-I patch code (but without validation due to
> >> > > > target linux issue :()
> >> > > > -Fred
> >> > > >
> >> > >
> >> >
> >>
> >> _______________________________________________
> >> Xen-ia64-devel mailing list
> >> Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >> http://lists.xensource.com/xen-ia64-devel
> >>
> >
>
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|