linux-kernel - Re: [RFC - V2] - Mapping ACPI tables as CACHED

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: <alpine.LFD.2.00.1012090104320.27964@x980>
Date:	Thu, 09 Dec 2010 01:12:57 -0500 (EST)
From:	Len Brown <lenb@...nel.org>
To:	Jack Steiner <steiner@....com>
Cc:	"H. Peter Anvin" <hpa@...or.com>, hmh@....eng.br, mingo@...e.hu,
	tglx@...utronix.de, tony.luck@...il.com,
	linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
	gbeshers@....com
Subject: Re: [RFC  - V2] - Mapping ACPI tables as CACHED

Jack,

I agree that we should try to map cached always,
and that we should try do the same thing on all platforms.

I favor continuing to map the tables in-place.
Yes, Toshiba has a quirk and we copy the tables there.
But frankly, we have no idea what the heck Toshiba is doing
and we don't want every platform to pay the price because
of some vendor specific evil.

Please send an upstream ready version of this RFC
(checkpatch clean), labled with "PATCH".

thanks,
Len Brown, Intel Open Source Technology Center

ps. acpidump can be updated to use /sys/firmware/acpi/tables
to get rid of the mmap stuff.  That is someplace on our todo list...

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