Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: > On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: >> On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: >>> When KASLR memory randomization is used, __PAGE_OFFSET is a global >>>

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: > On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: >> On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: >>> When KASLR memory randomization is used, __PAGE_OFFSET is a global >>> variable changed during boot. The assembly

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 10:59 PM, Thomas Garnier wrote: > On Tue, Aug 2, 2016 at 1:47 PM, Rafael J. Wysocki wrote: >> On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: >>> On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 10:59 PM, Thomas Garnier wrote: > On Tue, Aug 2, 2016 at 1:47 PM, Rafael J. Wysocki wrote: >> On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: >>> On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki >>> wrote: On Monday, August 01, 2016 10:08:00 AM Thomas

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 1:47 PM, Rafael J. Wysocki wrote: > On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: >> On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: >>> On Monday, August 01, 2016 10:08:00 AM Thomas Garnier

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Tue, Aug 2, 2016 at 1:47 PM, Rafael J. Wysocki wrote: > On Tue, Aug 2, 2016 at 4:34 PM, Thomas Garnier wrote: >> On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: >>> On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: When KASLR memory randomization is used,

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: > On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: >> When KASLR memory randomization is used, __PAGE_OFFSET is a global >> variable changed during boot. The assembly code was using the variable >> as an

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Mon, Aug 1, 2016 at 5:38 PM, Rafael J. Wysocki wrote: > On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: >> When KASLR memory randomization is used, __PAGE_OFFSET is a global >> variable changed during boot. The assembly code was using the variable >> as an immediate value to

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: > When KASLR memory randomization is used, __PAGE_OFFSET is a global > variable changed during boot. The assembly code was using the variable > as an immediate value to calculate the cr3 physical address. The > physical address was

Re: [PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

On Monday, August 01, 2016 10:08:00 AM Thomas Garnier wrote: > When KASLR memory randomization is used, __PAGE_OFFSET is a global > variable changed during boot. The assembly code was using the variable > as an immediate value to calculate the cr3 physical address. The > physical address was

[PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

When KASLR memory randomization is used, __PAGE_OFFSET is a global variable changed during boot. The assembly code was using the variable as an immediate value to calculate the cr3 physical address. The physical address was incorrect resulting to a GP fault. Signed-off-by: Thomas Garnier

[PATCH v1 2/2] x86/power/64: Fix __PAGE_OFFSET usage on restore

When KASLR memory randomization is used, __PAGE_OFFSET is a global variable changed during boot. The assembly code was using the variable as an immediate value to calculate the cr3 physical address. The physical address was incorrect resulting to a GP fault. Signed-off-by: Thomas Garnier ---