[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87vc6icjqo.fsf@xmission.com>
Date: Thu, 16 May 2013 21:29:03 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "H. Peter Anvin" <hpa@...or.com>
Cc: HATAYAMA Daisuke <d.hatayama@...fujitsu.com>, vgoyal@...hat.com,
akpm@...ux-foundation.org, cpw@....com,
kumagai-atsushi@....nes.nec.co.jp, lisa.mitchell@...com,
kexec@...ts.infradead.org, linux-kernel@...r.kernel.org,
zhangyanfei@...fujitsu.com, jingbai.ma@...com, linux-mm@...ck.org,
riel@...hat.com, walken@...gle.com, hughd@...gle.com,
kosaki.motohiro@...fujitsu.com
Subject: Re: [PATCH v6 0/8] kdump, vmcore: support mmap() on /proc/vmcore
"H. Peter Anvin" <hpa@...or.com> writes:
> On 05/16/2013 07:53 PM, Eric W. Biederman wrote:
>>
>> That is completely and totally orthogonal to this change.
>>
>> read_oldmem may have problems but in practice on a large systems those
>> problems are totally dwarfed by real life performance issues that come
>> from playing too much with the page tables.
>>
>> I really don't find bringing up whatever foundational issues you have
>> with read_oldmem() appropriate or relevant here.
>>
>
> Well, it is in the sense that we have two pieces of code doing the same
> thing, each with different bugs.
Not a the tiniest little bit.
All this patchset is about is which page table kernel vs user we map the
physical addresses in.
As such this patchset should neither increase nor decrease the number of
bugs, or cause any other hilarity.
Whatever theoretical issues you have with /dev/oldmem and /proc/vmcore
can and should be talked about and addressed independently of these
changes. HATMAYA Daisuke already has enough to handle coming up with a
clean set of patches that add mmap support.
Eric
--
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