[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] problem using compiled kernel -- Sisu
Thanks, I'll stick the patch in for Xen 4.0.1. On 10/08/2010 15:27, "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> wrote: > Hi Keir, > > Works for me (tm) with debian lenny and grub2 (1.96) multiboot. > The assumption was right, legacy grub identifies itself as GRUB 0.97 and > grub2 as GRUB 1.96 on my system > > -- > Sander > > > Tuesday, August 10, 2010, 9:36:02 AM, you wrote: > >> On 02/08/2010 14:21, "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> wrote: > >>> Hi Keir, >>> >>> I haven't got a machine with xen-unstable nor grub2 at the moment. >>> Perhaps Pasi has and could test it ? > >> If someone can test it this week then it can go in the next release >> candidate for 4.0.1. > >> K. > >>> -- >>> Sander >>> >>> >>> >>> Wednesday, July 28, 2010, 9:49:42 AM, you wrote: >>> >>>> Ah yes, that could work. I applied a possible fix for GRUB2 handlign as >>>> xen-unstable:21883. It works on the assumption that the loader name for >>>> GRUB2 is of the form "GRUB 1.xx". I print out the loader name as one of the >>>> first things during boot now, so it'd be good if someone could confirm that >>>> the loader name does look like that, and that we now correctly handle GRUB2 >>>> command lines. Since I do not have GRUB2 installed. >>> >>>> If it works okay, I'll backport it for 4.0.1. >>> >>>> Thanks, >>>> Keir >>> >>>> On 27/07/2010 22:59, "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> wrote: >>> >>>>> Don't know if the bootloader name in the multiboot specs contains the grub >>>>> version number .. so it perhaps could be derived from there ? >>>>> >>>>> http://www.gnu.org/software/grub/manual/multiboot/multiboot.html#Boot-info >>>>> rm >>>>> at >>>>> ion-format >>>>> >>>>> See flag 9 >>>>> >>>>> -- >>>>> Sander >>>>> >>>>> >>>>> Tuesday, July 27, 2010, 11:09:29 PM, you wrote: >>>>> >>>>>> On 27/07/2010 21:37, "Pasi Kärkkäinen" <pasik@xxxxxx> wrote: >>>>> >>>>>>>> what info are missing? >>>>>>>> >>>>>>> >>>>>>> You're missing the fact that grub2 is broken.. >>>>>>> Please read grub2 related entries from: >>>>>>> http://wiki.xensource.com/xenwiki/XenCommonProblems >>>>> >>>>>> This is a tricky issue actually. Strictly it is Xen which throws away the >>>>>> first parameter on each command line. This is because the Multiboot >>>>>> protocol >>>>>> behaviour, as established by GRUB1, is that the command line passed to us >>>>>> includes the name of the kernel binary (e.g. xen.gz loglvl=all >>>>>> sync_console) >>>>>> and so we strip that off. But GRUB2 has arbitrarily changed behaviour to >>>>>> only pass parameters in the command-line string. Hence lopping the first >>>>>> item in the string actually lops a parameter. The workaround is to stick >>>>>> something dummy as the first parameter, such as a period. This behaviour >>>>>> change between GRUB1 and GRUB2 is a pain in the arse. >>>>> >>>>>> -- Keir >>>>> >>>>>>>>>> (XEN) Command line: loglvl=all guest_loglvl=all sync_console >>>>>>>>>> console_to_ring com1=115200,8n1 console=com1 >>>>>>> >>>>>>> See, dom0_mem is missing from there.. >>>>>>> The same thing happens with dom0 kernel, you lose the first parameter >>>>>>> (console=hvc0). >>>>>>> >>>>>>> -- Pasi >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-devel mailing list >>>>>>> Xen-devel@xxxxxxxxxxxxxxxxxxx >>>>>>> http://lists.xensource.com/xen-devel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> >>> >>> > > > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |