Re: [Xen-devel] Re: xen/stable 2.6.32.9 32bit dom0 kernel crashes early on boot

[Pasi Kärkkäinen <pasik@xxxxxx>]

On Tue, Mar 09, 2010 at 11:33:18AM -0800, Jeremy Fitzhardinge wrote:
> On 03/08/2010 10:17 AM, Konrad Rzeszutek Wilk wrote:
>> On Sat, Mar 06, 2010 at 05:05:09PM +0200, Pasi Kärkkäinen wrote:
>>    
>>> On Fri, Mar 05, 2010 at 12:51:02PM +0200, Pasi Kärkkäinen wrote:
>>>      
>>>> On Fri, Mar 05, 2010 at 09:13:59AM +0200, Pasi Kärkkäinen wrote:
>>>>        
>>>>> On Thu, Mar 04, 2010 at 01:33:39PM -0800, Jeremy Fitzhardinge wrote:
>>>>>          
>>>>>> On 03/04/2010 12:28 PM, Pasi Kärkkäinen wrote:
>>>>>>            
>>>>>>> It was 2.6.31.12-174.2.22.fc12.i686.PAE saying the above..
>>>>>>> 2.6.32.9 xen/stable booted on baremetal doesn't say anything about NX.
>>>>>>>
>>>>>>>              
>>>>>> What happens if you boot with noexec=no on the kernel command line?
>>>>>>
>>>>>>            
>>>>> noexec=no didn't change anything.. still crashes. console output is the 
>>>>> same as earlier.
>>>>> I also checked the BIOS, it didn't seem to have any NX settings.
>>>>>
>>>>>          
>>>> latest xen/master 2.6.31.6 seems to boot OK on this box, with the same Xen 
>>>> 4.0.0-rc5 hypervisor.
>>>>
>>>> successful bootlog of xen/master 2.6.31.6 here:
>>>> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/pv_ops-dom0-xen-master-2.6.31.6-32b-works-log03.txt
>>>>
>>>>        
>>> xen/stable 2.6.32.9 boots OK on baremetal (without Xen).
>>> Does it help to have a log of the boot on baremetal?
>>>
>>> Here are a couple of xen/stable 2.6.32.9 crashing boots as Xen dom0,
>>> with various debugging options, and also with "acpi=off":
>>>      
>> Could you find what is at c0405dbe and around that area with gdb?
>>    
>
> I think the problem is that there's something happening in  
> kernel/head_32.S to test for NX and disable it if not present, which  
> isn't happening on the Xen startup path.  But I haven't investigated  
> that yet.
>

Should I try using kernel/head_32.S from 2.6.31.6 with 2.6.32.10 dom0 kernel? 
I have access to the machine in question again on sunday, so I could test 
things then.

-- Pasi


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel