[<prev] [next>] [day] [month] [year] [list]
Message-id: <48024865.1030002@shaw.ca>
Date: Sun, 13 Apr 2008 11:52:37 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Christoph Pfister <christophpfister@...il.com>
Cc: Yinghai Lu <yhlu.kernel@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: apic doesn't work with 32bit kernel (fine with 64bit) [asus m2n-mx
se+]
Christoph Pfister wrote:
> Am Sonntag 13 April 2008 01:15:51 schrieb Yinghai Lu:
>> On Sat, Apr 12, 2008 at 12:20 PM, Christoph Pfister
>>
>> <christophpfister@...il.com> wrote:
>>> Hi,
>>>
>>> Using a new motherboard, I came across a kernel panic (dmesg using
>>> 2.6.25-rc9 [x86_32] transcribed from screenshot attached; also dmesg when
>>> using "apic=debug").
>>> The system works nearly fine when using "noapic" (setting rtc doesn't
>>> work).
>>>
>>> Everything (including apic and rtc) works like a charm when I use the
>>> x86_64 version with (nearly) the same kernel config (dmesg attached as
>>> well).
>> how about booting 64 bit apic=debug?
>
> Attached.
>
>> wonder if using kexec to load 32bit kernel from 64 bit kernel help.
>
> What should it help? Btw, grabbed a good old RS232 cable to get more than 25
> lines of dmesg :) - attached as well.
>
>> YH
>
> Christoph
>
This looks a lot like the boot failure I get on 64-bit on my A8N-SLI
Deluxe board with the latest BIOS if I don't use the
"acpi_use_timer_override" option. The older BIOS versions apparently had
broken timer overrides, but the latest one not only fixes this, but
requires the override for the timer to work.
Doesn't look like any timer override's getting ignored, though. Could be
that one should be in this case, but isn't? That doesn't explain why
64bit works though.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists