| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <AANLkTin-8mjL_B8g9cPoviQU0FUaEyb_v5_Fm4kbSweA@mail.gmail.com> Date: Thu, 14 Oct 2010 15:09:13 +0300 From: Felipe Contreras <felipe.contreras@...il.com> To: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp> Cc: andi@...stfloor.org, kamezawa.hiroyu@...fujitsu.com, linux-mm@...ck.org, linux-kernel@...r.kernel.org, minchan.kim@...il.com Subject: Re: [RFC][PATCH 1/3] contigous big page allocator On Thu, Oct 14, 2010 at 10:07 AM, FUJITA Tomonori <fujita.tomonori@....ntt.co.jp> wrote: > On Wed, 13 Oct 2010 09:01:43 +0200 > Andi Kleen <andi@...stfloor.org> wrote: > >> KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> writes: >> > >> > What this wants to do: >> > allocates a contiguous chunk of pages larger than MAX_ORDER. >> > for device drivers (camera? etc..) >> >> I think to really move forward you need a concrete use case >> actually implemented in tree. > > As already pointed out, some embeded drivers need physcailly > contignous memory. Currenlty, they use hacky tricks (e.g. playing with > the boot memory allocators). There are several proposals for this like > adding a new kernel memory allocator (from samsung). > > It's ideal if the memory allocator can handle this, I think. Not only contiguous, but sometimes also coherent. -- Felipe Contreras -- 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