diff for duplicates of <20110104231221.GA12222@shareable.org> diff --git a/a/1.txt b/N1/1.txt index b8ead7a..f6e0bf7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -65,7 +65,7 @@ Here is a hint of an idea for a way forward: reservation to less, maybe zero. (Better for smaller memories). - Maybe it even makes sense for drivers using the API to request, - @boot time, "_if_ you need early reservation, then _this_ is + at boot time, "_if_ you need early reservation, then _this_ is how much I will need maximum". The values can potentially dynamic anti-fragmantation allocators too. (I've done a bit of research on this - a sort of "semi-reservation" where you don't diff --git a/a/content_digest b/N1/content_digest index de9b9bd..b5651d5 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,10 +5,24 @@ "ref\020101223135120.GL3636@n2100.arm.linux.org.uk\0" "ref\04D1357D5.9000507@samsung.com\0" "ref\020101223142053.GN3636@n2100.arm.linux.org.uk\0" - "From\0jamie@shareable.org (Jamie Lokier)\0" - "Subject\0[PATCHv8 00/12] Contiguous Memory Allocator\0" + "From\0Jamie Lokier <jamie@shareable.org>\0" + "Subject\0Re: [PATCHv8 00/12] Contiguous Memory Allocator\0" "Date\0Tue, 4 Jan 2011 23:12:21 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Russell King - ARM Linux <linux@arm.linux.org.uk>\0" + "Cc\0Tomasz Fujak <t.fujak@samsung.com>" + Daniel Walker <dwalker@codeaurora.org> + Kyungmin Park <kmpark@infradead.org> + Mel Gorman <mel@csn.ul.ie> + KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> + linux-kernel@vger.kernel.org + Michal Nazarewicz <mina86@mina86.com> + linux-mm@kvack.org + Johan MOSSBERG <johan.xx.mossberg@stericsson.com> + Marek Szyprowski <m.szyprowski@samsung.com> + Andrew Morton <akpm@linux-foundation.org> + linux-media@vger.kernel.org + linux-arm-kernel@lists.infradead.org + " Ankita Garg <ankita@in.ibm.com>\0" "\00:1\0" "b\0" "Russell King - ARM Linux wrote:\n" @@ -78,7 +92,7 @@ " reservation to less, maybe zero. (Better for smaller memories).\n" "\n" " - Maybe it even makes sense for drivers using the API to request,\n" - " @boot time, \"_if_ you need early reservation, then _this_ is\n" + " at boot time, \"_if_ you need early reservation, then _this_ is\n" " how much I will need maximum\". The values can potentially\n" " dynamic anti-fragmantation allocators too. (I've done a bit of\n" " research on this - a sort of \"semi-reservation\" where you don't\n" @@ -98,4 +112,4 @@ "\n" -- Jamie -49e3e771b2443d1d58ea0dfdada61dc1590bf24ce9543ad9ab274b18d1d3ad9a +d1bba451e2efb44514883a54385e769991881a79d38bd1389179da73d31617e0
diff --git a/a/1.txt b/N2/1.txt index b8ead7a..ee1ce49 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -65,7 +65,7 @@ Here is a hint of an idea for a way forward: reservation to less, maybe zero. (Better for smaller memories). - Maybe it even makes sense for drivers using the API to request, - @boot time, "_if_ you need early reservation, then _this_ is + at boot time, "_if_ you need early reservation, then _this_ is how much I will need maximum". The values can potentially dynamic anti-fragmantation allocators too. (I've done a bit of research on this - a sort of "semi-reservation" where you don't @@ -84,3 +84,10 @@ Presumably the problem will ease off with IOMMUs and/or sensible SG (and/or sensible architectural constraints) becoming ubiquitous eventually. -- Jamie + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N2/content_digest index de9b9bd..9c99f91 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,10 +5,24 @@ "ref\020101223135120.GL3636@n2100.arm.linux.org.uk\0" "ref\04D1357D5.9000507@samsung.com\0" "ref\020101223142053.GN3636@n2100.arm.linux.org.uk\0" - "From\0jamie@shareable.org (Jamie Lokier)\0" - "Subject\0[PATCHv8 00/12] Contiguous Memory Allocator\0" + "From\0Jamie Lokier <jamie@shareable.org>\0" + "Subject\0Re: [PATCHv8 00/12] Contiguous Memory Allocator\0" "Date\0Tue, 4 Jan 2011 23:12:21 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Russell King - ARM Linux <linux@arm.linux.org.uk>\0" + "Cc\0Tomasz Fujak <t.fujak@samsung.com>" + Daniel Walker <dwalker@codeaurora.org> + Kyungmin Park <kmpark@infradead.org> + Mel Gorman <mel@csn.ul.ie> + KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> + linux-kernel@vger.kernel.org + Michal Nazarewicz <mina86@mina86.com> + linux-mm@kvack.org + Johan MOSSBERG <johan.xx.mossberg@stericsson.com> + Marek Szyprowski <m.szyprowski@samsung.com> + Andrew Morton <akpm@linux-foundation.org> + linux-media@vger.kernel.org + linux-arm-kernel@lists.infradead.org + " Ankita Garg <ankita@in.ibm.com>\0" "\00:1\0" "b\0" "Russell King - ARM Linux wrote:\n" @@ -78,7 +92,7 @@ " reservation to less, maybe zero. (Better for smaller memories).\n" "\n" " - Maybe it even makes sense for drivers using the API to request,\n" - " @boot time, \"_if_ you need early reservation, then _this_ is\n" + " at boot time, \"_if_ you need early reservation, then _this_ is\n" " how much I will need maximum\". The values can potentially\n" " dynamic anti-fragmantation allocators too. (I've done a bit of\n" " research on this - a sort of \"semi-reservation\" where you don't\n" @@ -96,6 +110,13 @@ "Presumably the problem will ease off with IOMMUs and/or sensible SG\n" "(and/or sensible architectural constraints) becoming ubiquitous eventually.\n" "\n" - -- Jamie + "-- Jamie\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -49e3e771b2443d1d58ea0dfdada61dc1590bf24ce9543ad9ab274b18d1d3ad9a +cf7d01daa3b73dc25b768bfd6e6ce183e4116599f7e68e23b03c6c8062933e88
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.