linux-kernel - Re: [PATCH] x86: update mptable v7

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] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 18 Jun 2008 17:49:16 -0700
From:	"Yinghai Lu" <yhlu.kernel@...il.com>
To:	"Len Brown" <lenb@...nel.org>
Cc:	"Ingo Molnar" <mingo@...e.hu>,
	"Thomas Gleixner" <tglx@...utronix.de>,
	"H. Peter Anvin" <hpa@...or.com>,
	"Andrew Morton" <akpm@...ux-foundation.org>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] x86: update mptable v7

On Wed, Jun 18, 2008 at 5:33 PM, Len Brown <lenb@...nel.org> wrote:
>
>
> On Wed, 18 Jun 2008, Yinghai Lu wrote:
>
>> On Wed, Jun 18, 2008 at 3:18 PM, Len Brown <lenb@...nel.org> wrote:
>> >
>> >
>> > On Sun, 1 Jun 2008, Yinghai Lu wrote:
>> >
>> >>
>> >> make mptable to be consistent to acpi routing, so we could
>> >> 1. kexec kernel with acpi=off
>> >> 2. workaround BIOS that acpi routing is working, but mptable is not right.
>> >>    so can use kernel/kexec to start other os that doesn't have good acpi support
>> >
>> > Is this an effort to boot an ACPI-mode kernel,
>> > and then kexec a non-ACPI kernel?
>>
>> Yes,
>
> Why is this feature needed?
> There are a number of ways that the resulting kernel may fail,
> all platform specific.

other os still doesn't have update acpi irq routing support. but has
broken mptable.

>
>> >
>> > Doing so could confuse the heck out of the platform firmware,
>> > which will think that an ACPI-mode kernel is still running.
>> >
>> > Note that it is a historic artifact, now considered a bug,
>> > that ACPI uses the MPS code.  We should be divorcing these
>> > two bodies of code rather than mixing them further.
>>
>> how about adding config option to not compile mptable related info?
>
> That's the idea.
> CONFIG_MPS=n CONFIG_ACPI=y should build and run on
> every PC built in this century.
>
> This was prototyped a long while back, but the
> tree has churned so much since then the old
> prototype is worthless.

will look at it tonight.

when EFI is popular, there is no reason to compile mps related stuff
in kernel again. esp for 64 bit.

BTW, it is funny that Suse still has fallsafe boot entry with acpi=off.

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