linux-kernel - Re: APIC problem report

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20090321100914.GE7201@elte.hu>
Date:	Sat, 21 Mar 2009 11:09:14 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Robert Hancock <hancockrwd@...il.com>,
	"Maciej W. Rozycki" <macro@...ux-mips.org>
Cc:	Christopher Schramm <debian@...kaweb.org>,
	linux-kernel@...r.kernel.org
Subject: Re: APIC problem report


* Robert Hancock <hancockrwd@...il.com> wrote:

> Christopher Schramm wrote:
>> Hi,
>>
>> I found a problem with APIC on a desktop PC equipped with Asus' M2N,  
>> running the manufacturer's AMI BIOS - version 0803.
>>
>> I've tried booting Knoppix 5.3.1 (Kernel 2.6.24.4) and GParted live  
>> (Debian's 2.6.26-13). Both will only boot if noapic parameter is used.
>> Otherwise I get "MP-BIOS bug: 8254 timer not connected to IO-APIC"  
>> resulting in a kernel panic.
>>
>> apic=debug gives "ACPI: Core revision 20080321", "Version 80050010"  
>> (twice), "ID: 0", "LVT0: 700", "LVT1:400" and "ESR value before 
>> enabling vector: 0x00000004  after: 0x00000000".
>>
>> Hope it's of some use (and the best place to report it)
>>
>> Christopher
>
> Try booting with acpi_use_timer_override kernel parameter. The 
> problem is likely the same one that shows up on my Asus A8N-SLI 
> Deluxe with the latest 1805 BIOS. The kernel ignores ACPI timer 
> overrides on NVIDIA chipsets since they have historically been 
> broken, however in later BIOS versions this has been fixed and the 
> override is now apparently required for the 8254 timer to function 
> properly through the IO-APIC.
>
> That problem is still there in newer kernels, but it's not fatal 
> since the kernel just routes the timer through the PIC instead..

Correct. Warning messages in this area are OK as long as the system 
ends up booting and working fine. What we would be interested in 
fixing is latest kernels not booting out of box at all - i.e. 
requiring noapic parameter or other quirks.

	Ingo
--
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/