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

2016-08-11 Thread Thomas Garnier
On Thu, Aug 11, 2016 at 2:33 PM, Rafael J. Wysocki wrote: > On Thursday, August 11, 2016 11:47:27 AM Thomas Garnier wrote: >> On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: >> > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier

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

2016-08-11 Thread Thomas Garnier
On Thu, Aug 11, 2016 at 2:33 PM, Rafael J. Wysocki wrote: > On Thursday, August 11, 2016 11:47:27 AM Thomas Garnier wrote: >> On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: >> > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier >> > wrote: >> >> On Wed, Aug 10, 2016 at 5:35 PM, Rafael

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

2016-08-11 Thread Rafael J. Wysocki
On Thursday, August 11, 2016 11:47:27 AM Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: > > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > >> On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki

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

2016-08-11 Thread Rafael J. Wysocki
On Thursday, August 11, 2016 11:47:27 AM Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: > > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > >> On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki > >> wrote: > >>> On Wed, Aug 10, 2016 at 11:59 PM, Jiri

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

2016-08-11 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: >> On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >>> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina

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

2016-08-11 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 6:35 PM, Rafael J. Wysocki wrote: > On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: >> On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >>> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >

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

2016-08-10 Thread Rafael J. Wysocki
On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >>> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >>> So I

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

2016-08-10 Thread Rafael J. Wysocki
On Thu, Aug 11, 2016 at 3:17 AM, Thomas Garnier wrote: > On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: >> On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >>> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >>> So I used your .config to generate one for my test machine and

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >> >>> So I used your .config to generate one for my test machine and with >>> that I can

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 5:35 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: >> On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: >> >>> So I used your .config to generate one for my test machine and with >>> that I can reproduce. >> >> Was that the config I've

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> So I used your .config to generate one for my test machine and with >> that I can reproduce. > > Was that the config I've sent, or did Boris provide one as well? Which one >

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 11:59 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> So I used your .config to generate one for my test machine and with >> that I can reproduce. > > Was that the config I've sent, or did Boris provide one as well? Which one > are you able to

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > So I used your .config to generate one for my test machine and with > that I can reproduce. Was that the config I've sent, or did Boris provide one as well? Which one are you able to reproduce with please? > The hardware configuration doesn't

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 11:52 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Thomas Garnier wrote: > >> Ok, I want to know if the problem is the PUD alignment or the change >> of PAGE_OFFSET based all together. Can you test the following change? >> (on top of everything else with

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > So I used your .config to generate one for my test machine and with > that I can reproduce. Was that the config I've sent, or did Boris provide one as well? Which one are you able to reproduce with please? > The hardware configuration doesn't

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 11:52 PM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Thomas Garnier wrote: > >> Ok, I want to know if the problem is the PUD alignment or the change >> of PAGE_OFFSET based all together. Can you test the following change? >> (on top of everything else with KASLR enabled).

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Thomas Garnier wrote: > Ok, I want to know if the problem is the PUD alignment or the change > of PAGE_OFFSET based all together. Can you test the following change? > (on top of everything else with KASLR enabled). It will randomize the > memory sections only on PGD level. >

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Thomas Garnier wrote: > Ok, I want to know if the problem is the PUD alignment or the change > of PAGE_OFFSET based all together. Can you test the following change? > (on top of everything else with KASLR enabled). It will randomize the > memory sections only on PGD level. >

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 10:56 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 6:35 PM, Borislav Petkov 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, >>

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 10:56 PM, Rafael J. Wysocki wrote: > On Wed, Aug 10, 2016 at 6:35 PM, Borislav Petkov 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

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 6:35 PM, Borislav Petkov 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

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

2016-08-10 Thread Rafael J. Wysocki
On Wed, Aug 10, 2016 at 6:35 PM, Borislav Petkov 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

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Thomas Garnier wrote: > What type of machines are you testing it on? What is the memory size? > Processor generation? Mine is Lenovo thinkpad x200s; I think Boris has been testing it on x230s, but not sure whether any of the latest patches didn't actually fix it for him.

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Thomas Garnier wrote: > What type of machines are you testing it on? What is the memory size? > Processor generation? Mine is Lenovo thinkpad x200s; I think Boris has been testing it on x230s, but not sure whether any of the latest patches didn't actually fix it for him.

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

2016-08-10 Thread Rafael J. Wysocki
On Wednesday, August 10, 2016 09:50:15 AM Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > > > For the lack of better ideas, below is a patch to try. > > > > It avoids the possible issue with the restore kernel's identity mapping > > overlap > > with restore_jump_address by

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

2016-08-10 Thread Rafael J. Wysocki
On Wednesday, August 10, 2016 09:50:15 AM Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > > > For the lack of better ideas, below is a patch to try. > > > > It avoids the possible issue with the restore kernel's identity mapping > > overlap > > with restore_jump_address by

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 6:18 AM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> The last patch I sent had a problem, because if restore_jump_address really >> overlapped with the identity mapping of the restore kernel, it might share >> PGD or PUD

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 6:18 AM, Jiri Kosina wrote: > On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > >> The last patch I sent had a problem, because if restore_jump_address really >> overlapped with the identity mapping of the restore kernel, it might share >> PGD or PUD entries with that

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 9:35 AM, Borislav Petkov 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

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

2016-08-10 Thread Thomas Garnier
On Wed, Aug 10, 2016 at 9:35 AM, Borislav Petkov 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

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

2016-08-10 Thread Borislav Petkov
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

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > The last patch I sent had a problem, because if restore_jump_address really > overlapped with the identity mapping of the restore kernel, it might share > PGD or PUD entries with that mapping and that should have been taken into > account. > > Here

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > For the lack of better ideas, below is a patch to try. > > It avoids the possible issue with the restore kernel's identity mapping > overlap > with restore_jump_address by creating special super-simple page tables just > for the final jump to the

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

2016-08-10 Thread Borislav Petkov
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

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > The last patch I sent had a problem, because if restore_jump_address really > overlapped with the identity mapping of the restore kernel, it might share > PGD or PUD entries with that mapping and that should have been taken into > account. > > Here

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

2016-08-10 Thread Jiri Kosina
On Wed, 10 Aug 2016, Rafael J. Wysocki wrote: > For the lack of better ideas, below is a patch to try. > > It avoids the possible issue with the restore kernel's identity mapping > overlap > with restore_jump_address by creating special super-simple page tables just > for the final jump to the

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

2016-08-09 Thread Rafael J. Wysocki
On Tuesday, August 09, 2016 11:23:31 PM Rafael J. Wysocki wrote: > On Tue, Aug 9, 2016 at 10:02 PM, Jiri Kosina wrote: > > On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > > > >> I have a murky suspicion, but it is really weird. Namely, what if > >> restore_jump_address in

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

2016-08-09 Thread Rafael J. Wysocki
On Tuesday, August 09, 2016 11:23:31 PM Rafael J. Wysocki wrote: > On Tue, Aug 9, 2016 at 10:02 PM, Jiri Kosina wrote: > > On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > > > >> I have a murky suspicion, but it is really weird. Namely, what if > >> restore_jump_address in

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 10:02 PM, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > >> I have a murky suspicion, but it is really weird. Namely, what if >> restore_jump_address in set_up_temporary_text_mapping() happens to be >> covered by the restore kernel's

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 10:02 PM, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > >> I have a murky suspicion, but it is really weird. Namely, what if >> restore_jump_address in set_up_temporary_text_mapping() happens to be >> covered by the restore kernel's identity mapping?

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 6:27 PM, Thomas Garnier wrote: > On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote: >> On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: >>> On Tue, 9 Aug 2016, Thomas Garnier wrote: >>> >> Okay, I did

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 6:27 PM, Thomas Garnier wrote: > On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote: >> On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: >>> On Tue, 9 Aug 2016, Thomas Garnier wrote: >>> >> Okay, I did one-by-one reverts, and the one above, i.e. >>

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > I have a murky suspicion, but it is really weird. Namely, what if > restore_jump_address in set_up_temporary_text_mapping() happens to be > covered by the restore kernel's identity mapping? Then, the image > kernel's entry point may get overwritten

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > I have a murky suspicion, but it is really weird. Namely, what if > restore_jump_address in set_up_temporary_text_mapping() happens to be > covered by the restore kernel's identity mapping? Then, the image > kernel's entry point may get overwritten

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

2016-08-09 Thread Thomas Garnier
On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote: > On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: >> On Tue, 9 Aug 2016, Thomas Garnier wrote: >> >>> >> Okay, I did one-by-one reverts, and the one above, i.e. >>> >> >>> >> commit

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

2016-08-09 Thread Thomas Garnier
On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote: > On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: >> On Tue, 9 Aug 2016, Thomas Garnier wrote: >> >>> >> Okay, I did one-by-one reverts, and the one above, i.e. >>> >> >>> >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd >>> >>

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Thomas Garnier wrote: > >> >> Okay, I did one-by-one reverts, and the one above, i.e. >> >> >> >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd >> >> Author: Thomas Garnier

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Thomas Garnier wrote: > >> >> Okay, I did one-by-one reverts, and the one above, i.e. >> >> >> >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd >> >> Author: Thomas Garnier >> >> Date: Tue Jun 21

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Thomas Garnier wrote: > >> Okay, I did one-by-one reverts, and the one above, i.e. > >> > >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd > >> Author: Thomas Garnier > >> Date: Tue Jun 21 17:47:03 2016 -0700 > >> > >>

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Thomas Garnier wrote: > >> Okay, I did one-by-one reverts, and the one above, i.e. > >> > >> commit 021182e52fe01c1f7b126f97fd6ba048dc4234fd > >> Author: Thomas Garnier > >> Date: Tue Jun 21 17:47:03 2016 -0700 > >> > >> x86/mm: Enable KASLR for

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Jiri Kosina wrote: > > 210e7a43fa90 mm: SLUB freelist randomization > > 7c00fce98c3e mm: reorganize SLAB freelist randomization > > 4ff5308744f5 x86/mm: Do not reference phys addr beyond kernel > > 90397a417796 x86/mm: Add memory hotplug support for KASLR memory > >

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Jiri Kosina wrote: > > 210e7a43fa90 mm: SLUB freelist randomization > > 7c00fce98c3e mm: reorganize SLAB freelist randomization > > 4ff5308744f5 x86/mm: Do not reference phys addr beyond kernel > > 90397a417796 x86/mm: Add memory hotplug support for KASLR memory > >

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > Here's a list of commits from Thomas that are related to memory randomization. > > 210e7a43fa90 mm: SLUB freelist randomization > 7c00fce98c3e mm: reorganize SLAB freelist randomization > 4ff5308744f5 x86/mm: Do not reference phys addr beyond kernel

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

2016-08-09 Thread Jiri Kosina
On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > Here's a list of commits from Thomas that are related to memory randomization. > > 210e7a43fa90 mm: SLUB freelist randomization > 7c00fce98c3e mm: reorganize SLAB freelist randomization > 4ff5308744f5 x86/mm: Do not reference phys addr beyond kernel

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 11:23 AM, Jiri Kosina wrote: > On Mon, 8 Aug 2016, Rafael J. Wysocki wrote: > >> From: Rafael J. Wysocki >> >> The low-level resume-from-hibernation code on x86-64 uses >> kernel_ident_mapping_init() to create the temoprary

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 11:23 AM, Jiri Kosina wrote: > On Mon, 8 Aug 2016, Rafael J. Wysocki wrote: > >> From: Rafael J. Wysocki >> >> The low-level resume-from-hibernation code on x86-64 uses >> kernel_ident_mapping_init() to create the temoprary identity mapping, >> but that function assumes

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 9:02 AM, Borislav Petkov wrote: > On Mon, Aug 08, 2016 at 03:54:48PM +0200, Rafael J. Wysocki wrote: >> That should be the only one on top of plain 4.8-rc1. >> >> If it doesn't help, we need more work to do. :-) > > Yes, we do. > > The machine triple-faults

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

2016-08-09 Thread Rafael J. Wysocki
On Tue, Aug 9, 2016 at 9:02 AM, Borislav Petkov wrote: > On Mon, Aug 08, 2016 at 03:54:48PM +0200, Rafael J. Wysocki wrote: >> That should be the only one on top of plain 4.8-rc1. >> >> If it doesn't help, we need more work to do. :-) > > Yes, we do. > > The machine triple-faults *after* reading

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

2016-08-09 Thread Jiri Kosina
On Mon, 8 Aug 2016, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The low-level resume-from-hibernation code on x86-64 uses > kernel_ident_mapping_init() to create the temoprary identity mapping, > but that function assumes that the offset between kernel

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

2016-08-09 Thread Jiri Kosina
On Mon, 8 Aug 2016, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The low-level resume-from-hibernation code on x86-64 uses > kernel_ident_mapping_init() to create the temoprary identity mapping, > but that function assumes that the offset between kernel virtual > addresses and

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

2016-08-09 Thread Borislav Petkov
On Mon, Aug 08, 2016 at 03:54:48PM +0200, Rafael J. Wysocki wrote: > That should be the only one on top of plain 4.8-rc1. > > If it doesn't help, we need more work to do. :-) Yes, we do. The machine triple-faults *after* reading up the hibernation image. It hits 100%, then tries to switch to

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

2016-08-09 Thread Borislav Petkov
On Mon, Aug 08, 2016 at 03:54:48PM +0200, Rafael J. Wysocki wrote: > That should be the only one on top of plain 4.8-rc1. > > If it doesn't help, we need more work to do. :-) Yes, we do. The machine triple-faults *after* reading up the hibernation image. It hits 100%, then tries to switch to

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

2016-08-08 Thread Rafael J. Wysocki
On Mon, Aug 8, 2016 at 8:00 PM, Thomas Garnier wrote: > On Mon, Aug 8, 2016 at 6:54 AM, Rafael J. Wysocki wrote: >> On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: >>> On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote:

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

2016-08-08 Thread Rafael J. Wysocki
On Mon, Aug 8, 2016 at 8:00 PM, Thomas Garnier wrote: > On Mon, Aug 8, 2016 at 6:54 AM, Rafael J. Wysocki wrote: >> On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: >>> On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: From: Rafael J. Wysocki The low-level

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

2016-08-08 Thread Thomas Garnier
On Mon, Aug 8, 2016 at 6:54 AM, Rafael J. Wysocki wrote: > On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: >> On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: >>> From: Rafael J. Wysocki >>> >>> The low-level

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

2016-08-08 Thread Thomas Garnier
On Mon, Aug 8, 2016 at 6:54 AM, Rafael J. Wysocki wrote: > On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: >> On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: >>> From: Rafael J. Wysocki >>> >>> The low-level resume-from-hibernation code on x86-64 uses >>>

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

2016-08-08 Thread Rafael J. Wysocki
On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: > On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> The low-level resume-from-hibernation code on x86-64 uses >> kernel_ident_mapping_init() to

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

2016-08-08 Thread Rafael J. Wysocki
On Mon, Aug 8, 2016 at 3:40 PM, Borislav Petkov wrote: > On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> The low-level resume-from-hibernation code on x86-64 uses >> kernel_ident_mapping_init() to create the temoprary identity mapping, >> but

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

2016-08-08 Thread Borislav Petkov
On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The low-level resume-from-hibernation code on x86-64 uses > kernel_ident_mapping_init() to create the temoprary identity mapping, > but that function assumes that the

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

2016-08-08 Thread Borislav Petkov
On Mon, Aug 08, 2016 at 03:31:31PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The low-level resume-from-hibernation code on x86-64 uses > kernel_ident_mapping_init() to create the temoprary identity mapping, > but that function assumes that the offset between kernel virtual >

[Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

2016-08-08 Thread Rafael J. Wysocki
From: Rafael J. Wysocki The low-level resume-from-hibernation code on x86-64 uses kernel_ident_mapping_init() to create the temoprary identity mapping, but that function assumes that the offset between kernel virtual addresses and physical addresses is aligned on the

[Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

2016-08-08 Thread Rafael J. Wysocki
From: Rafael J. Wysocki The low-level resume-from-hibernation code on x86-64 uses kernel_ident_mapping_init() to create the temoprary identity mapping, but that function assumes that the offset between kernel virtual addresses and physical addresses is aligned on the PGD level. However, with a