linux-kernel - Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

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 for Android: free password hash cracker in your pocket

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

Message-ID: <CAJZ5v0icnK4jBGkmHb7jJFEcusQyjJGYEG8yhOzMDa_hMQSj_w@mail.gmail.com>
Date:	Wed, 10 Aug 2016 23:13:36 +0200
From:	"Rafael J. Wysocki" <rafael@...nel.org>
To:	Borislav Petkov <bp@...e.de>
Cc:	Thomas Garnier <thgarnie@...gle.com>,
	Jiri Kosina <jikos@...nel.org>,
	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Linux PM list <linux-pm@...r.kernel.org>,
	"the arch/x86 maintainers" <x86@...nel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Yinghai Lu <yinghai@...nel.org>,
	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>,
	"H . Peter Anvin" <hpa@...or.com>,
	Kees Cook <keescook@...omium.org>, Pavel Machek <pavel@....cz>,
	Kernel Hardening <kernel-hardening@...ts.openwall.com>
Subject: Re: [Resend][PATCH] x86/power/64: Always create temporary identity
 mapping correctly

On Wed, Aug 10, 2016 at 10:56 PM, Rafael J. Wysocki <rafael@...nel.org> wrote:
> On Wed, Aug 10, 2016 at 6:35 PM, Borislav Petkov <bp@...e.de> wrote:
>> On Wed, Aug 10, 2016 at 04:59:40PM +0200, Jiri Kosina wrote:
>>> Mine is Lenovo thinkpad x200s; I think Boris has been testing it on x230s,
>>
>> It says "X230" here under the screen.
>>
>>> but not sure whether any of the latest patches didn't actually fix it for
>>> him.
>>
>> Haven't tested them yet. I'm waiting for you to test them first since
>> this is the only machine I have right now and I need it for work.
>>
>>> The machine I am seeing the issue on, has 2G RAM, with this e820 map:
>>
>> 8G here:
>>
>> e820: BIOS-provided physical RAM map:
>> BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
>> BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
>> BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
>> BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
>> BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
>> BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable
>> BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved
>> BIOS-e820: [mem 0x0000000040005000-0x00000000cec2ffff] usable
>> BIOS-e820: [mem 0x00000000cec30000-0x00000000dae9efff] reserved
>> BIOS-e820: [mem 0x00000000dae9f000-0x00000000daf9efff] ACPI NVS
>> BIOS-e820: [mem 0x00000000daf9f000-0x00000000daffefff] ACPI data
>> BIOS-e820: [mem 0x00000000dafff000-0x00000000df9fffff] reserved
>> BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
>> BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
>> BIOS-e820: [mem 0x00000000fed08000-0x00000000fed08fff] reserved
>> BIOS-e820: [mem 0x00000000fed10000-0x00000000fed19fff] reserved
>> BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
>> BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
>> BIOS-e820: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved
>> BIOS-e820: [mem 0x0000000100000000-0x000000021e5fffff] usable
>> BIOS-e820: [mem 0x000000021e600000-0x000000021e7fffff] reserved
>> debug: ignoring loglevel setting.
>> NX (Execute Disable) protection: active
>> SMBIOS 2.7 present.
>> DMI: LENOVO 2320CTO/2320CTO, BIOS G2ET86WW (2.06 ) 11/13/2012
>> e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
>> e820: remove [mem 0x000a0000-0x000fffff] usable
>> e820: last_pfn = 0x21e600 max_arch_pfn = 0x400000000
>
> So far, I'm unable to reproduce the problem (with the $subject patch
> applied) on two different Intel-base machines with 4 Gig and 8 Gig of
> RAM.

So I used your .config to generate one for my test machine and with
that I can reproduce.

The hardware configuration doesn't matter, then, the issue is config-related.

Thanks,
Rafael