[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] problem using compiled kernel -- Sisu
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-inform >>> 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 |