[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.