On 05/24/18 at 01:50pm, Mike Travis wrote:
> Hi Baoquan,
>
> My apologies for my delay, we are going through a network reconfig so mail
> to me was not available for a bit. Comments below...
Not at all.
> > > > > > > Is there any chance we can get the size of MMIOH region before mm
> > > > > >
...@linutronix.de; h...@zytor.com;
thgar...@google.com; keesc...@chromium.org; akpm@linux-
foundation.org; yamada.masah...@socionext.com; Sivanich, Dimitri
; dyo...@redhat.com
Subject: Re: [PATCH v2 RESEND 2/2] x86/mm/KASLR: Do not adapt the size of
the direct mapping section for SGI UV system
Hi Mike
ix.de; h...@zytor.com;
> thgar...@google.com; keesc...@chromium.org; akpm@linux-
> foundation.org; yamada.masah...@socionext.com; Sivanich, Dimitri
> ; dyo...@redhat.com
> Subject: Re: [PATCH v2 RESEND 2/2] x86/mm/KASLR: Do not adapt the size of
> the direct mapping section for SGI UV
Hi Mike, Russ and Frank,
On 09/28/17 at 07:10am, Mike Travis wrote:
>
>
> On 9/28/2017 2:01 AM, Ingo Molnar wrote:
> >
> > * Baoquan He wrote:
> >
> > > > > @@ -123,7 +124,7 @@ void __init kernel_randomize_memory(void)
> > > > > CONFIG_RANDOMIZE_MEMORY_PHYSICAL_PADDING;
> > > >
Hi Mike,
On 09/28/17 at 07:10am, Mike Travis wrote:
>
>
> On 9/28/2017 2:01 AM, Ingo Molnar wrote:
> >
> > > If on SGI UV system, the kaslr_regions[0].size_tb, namely the size of
> > > the direct mapping section, is incorrect.
> > >
> > > Its direct mapping size includes two parts:
> > > #1 RA
On 9/28/2017 2:01 AM, Ingo Molnar wrote:
* Baoquan He wrote:
Hi Ingo,
On 09/28/17 at 09:56am, Ingo Molnar wrote:
diff --git a/arch/x86/mm/kaslr.c b/arch/x86/mm/kaslr.c
index af599167fe3c..4d68c08df82d 100644
--- a/arch/x86/mm/kaslr.c
+++ b/arch/x86/mm/kaslr.c
@@ -27,6 +27,7 @@
#include
* Baoquan He wrote:
> Hi Ingo,
>
> On 09/28/17 at 09:56am, Ingo Molnar wrote:
> > > diff --git a/arch/x86/mm/kaslr.c b/arch/x86/mm/kaslr.c
> > > index af599167fe3c..4d68c08df82d 100644
> > > --- a/arch/x86/mm/kaslr.c
> > > +++ b/arch/x86/mm/kaslr.c
> > > @@ -27,6 +27,7 @@
> > > #include
> > >
Hi Ingo,
On 09/28/17 at 09:56am, Ingo Molnar wrote:
> > diff --git a/arch/x86/mm/kaslr.c b/arch/x86/mm/kaslr.c
> > index af599167fe3c..4d68c08df82d 100644
> > --- a/arch/x86/mm/kaslr.c
> > +++ b/arch/x86/mm/kaslr.c
> > @@ -27,6 +27,7 @@
> > #include
> > #include
> > #include
> > +#include
>
* Baoquan He wrote:
> On SGI UV system, kernel often hangs when KASLR is enabled. Disabling
> KASLR makes kernel work well.
>
> The back trace is:
>
> kernel BUG at arch/x86/mm/init_64.c:311!
> invalid opcode: [#1] SMP
> [...]
> RIP: 0010:__init_extra_mapping+0x188/0x196
> [...]
> Call Tr
9 matches
Mail list logo