[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50D0D6D1.70400@zytor.com>
Date: Tue, 18 Dec 2012 12:49:21 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: Yinghai Lu <yinghai@...nel.org>
CC: Thomas Gleixner <tglx@...utronix.de>, Ingo Molnar <mingo@...e.hu>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org,
"Wessel, Jason" <jason.wessel@...driver.com>
Subject: Re: [PATCH v7 06/27] x86, 64bit: early #PF handler set page table
On 12/18/2012 12:43 PM, Yinghai Lu wrote:
> On Mon, Dec 17, 2012 at 11:15 PM, Yinghai Lu <yinghai@...nel.org> wrote:
>> -v8: we need to keep that handler alive until init_mem_mapping and don't
>> let early_trap_init to trash that early #PF handler.
>> So split early_trap_pf_init out and move it down. - Yinghai
>
> Peter,
>
> looks like moving down early_trap_init would break kgdb.
>
> we could make temporary early pgt cover 1G, and kernel and stop updating later.
>
> please check attached patch.
>
> init_mem_mapping need to be change a little: map BRK at first then switch pgt.
>
> Thanks
>
> Yinghai
>
That is putting the cart before the horse. What is the specific
requirement with kgdb here (I didn't see any email on that, please don't
have private back conversations)? Either way, however, kgdb is a tool
to debug the kernel... having it a barrier for proper functionality of
the kernel is not acceptable.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
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/
Powered by blists - more mailing lists