| 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
| ||
|
Date: Wed, 22 Sep 2010 16:05:47 -0500 (CDT) From: Christoph Lameter <cl@...ux.com> To: Naoya Horiguchi <n-horiguchi@...jp.nec.com> cc: Andi Kleen <andi@...stfloor.org>, Andrew Morton <akpm@...ux-foundation.org>, Mel Gorman <mel@....ul.ie>, Wu Fengguang <fengguang.wu@...el.com>, Jun'ichi Nomura <j-nomura@...jp.nec.com>, linux-mm <linux-mm@...ck.org>, LKML <linux-kernel@...r.kernel.org>, tony.luck@...el.com Subject: Re: [PATCH 02/10] hugetlb: add allocate function for hugepage migration On Wed, 8 Sep 2010, Naoya Horiguchi wrote: > We can't use existing hugepage allocation functions to allocate hugepage > for page migration, because page migration can happen asynchronously with > the running processes and page migration users should call the allocation > function with physical addresses (not virtual addresses) as arguments. Ummm... Some arches like IA64 need huge pages fixed at certain virtual addresses in which only huge pages exist. A vma is needed in order to be able to assign proper virtual address to the page. How does that work with transparent huge pages anyways? This looks like its going to break IA64 hugepage support for good. Maybe thats okay given the reduced significance of IA64? Certainly would simplify the code. -- 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