diff for duplicates of <op.vh0vbys97p4s8u@localhost> diff --git a/a/1.txt b/N1/1.txt index fb520e2..d0c1484 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -32,5 +32,5 @@ like is agreed upon. -- Best regards, _ _ | Humble Liege of Serenely Enlightened Majesty of o' \,=./ `o -| Computer Science, Micha? "mina86" Nazarewicz (o o) +| Computer Science, Michał "mina86" Nazarewicz (o o) +----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo-- diff --git a/a/content_digest b/N1/content_digest index a3884ea..08bf0fe 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,10 +2,27 @@ "ref\01282310110.2605.976.camel@laptop\0" "ref\020100825155814.25c783c7.akpm@linux-foundation.org\0" "ref\020100825173125.0855a6b0@bike.lwn.net\0" - "From\0m.nazarewicz@samsung.com (Micha\305\202 Nazarewicz)\0" - "Subject\0[PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework\0" + "From\0Micha\305\202 Nazarewicz <m.nazarewicz@samsung.com>\0" + "Subject\0Re: [PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework\0" "Date\0Thu, 26 Aug 2010 03:49:00 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Andrew Morton <akpm@linux-foundation.org>" + " Jonathan Corbet <corbet@lwn.net>\0" + "Cc\0Peter Zijlstra <peterz@infradead.org>" + linux-mm@kvack.org + Daniel Walker <dwalker@codeaurora.org> + FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> + Hans Verkuil <hverkuil@xs4all.nl> + Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> + Kyungmin Park <kyungmin.park@samsung.com> + Marek Szyprowski <m.szyprowski@samsung.com> + Mark Brown <broonie@opensource.wolfsonmicro.com> + Pawel Osciak <p.osciak@samsung.com> + Russell King <linux@arm.linux.org.uk> + Zach Pfeffer <zpfeffer@codeaurora.org> + linux-arm-kernel@lists.infradead.org + linux-kernel@vger.kernel.org + linux-media@vger.kernel.org + " Mel Gorman <mel@csn.ul.ie>\0" "\00:1\0" "b\0" "On Thu, 26 Aug 2010 01:31:25 +0200, Jonathan Corbet <corbet@lwn.net> wrote:\n" @@ -42,7 +59,7 @@ "-- \n" "Best regards, _ _\n" "| Humble Liege of Serenely Enlightened Majesty of o' \\,=./ `o\n" - "| Computer Science, Micha? \"mina86\" Nazarewicz (o o)\n" + "| Computer Science, Micha\305\202 \"mina86\" Nazarewicz (o o)\n" +----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo-- -242c9a6d27337eca7143aad00de9da9069addf31c803ff5d2e46691b142e2525 +d542a272d9da8b972acd98e6581a3651e8806cfe9e289a101f2d273280c5e2b1
diff --git a/a/1.txt b/N2/1.txt index fb520e2..8264ad4 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -12,25 +12,4 @@ On Thu, 26 Aug 2010 01:31:25 +0200, Jonathan Corbet <corbet@lwn.net> wrote: > memory-constrained system. If the VM could reliably satisfy those > allocation requestss, life would be wonderful. Seems difficult. But it > would be a nicer solution than CMA, which, to a great extent, is really -> just a standardized mechanism for grabbing memory and never letting go. - -At this moment it seems nothing more then that but they way I see it -is that with a common, standardised, centrally-managed mechanism for -grabbing memory we can start thinking about the ways to reuse the memory. - -If each driver were to grab it's own memory in a way know to itself only -the memory is truly lost but with CMA not only regions can be reused among -devices but also the framework can manage the unallocated memory and try to -utilize it in other ways (movable pages? cache? buffers? some kind of -compressed memory swap?). - -What I'm trying to say is that I totally agree with your and other's comments -about CMA essentially grabbing memory and never releasing it but I believe -this can be combat with time when overall idea of haw the CMA API should look -like is agreed upon. - --- -Best regards, _ _ -| Humble Liege of Serenely Enlightened Majesty of o' \,=./ `o -| Computer Science, Micha? "mina86" Nazarewicz (o o) -+----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo-- +> just a standardized mechanism for grabbing memory and never letting go diff --git a/a/content_digest b/N2/content_digest index a3884ea..794cd6c 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,10 +2,27 @@ "ref\01282310110.2605.976.camel@laptop\0" "ref\020100825155814.25c783c7.akpm@linux-foundation.org\0" "ref\020100825173125.0855a6b0@bike.lwn.net\0" - "From\0m.nazarewicz@samsung.com (Micha\305\202 Nazarewicz)\0" - "Subject\0[PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework\0" + "From\0Micha\305\202 Nazarewicz <m.nazarewicz@samsung.com>\0" + "Subject\0Re: [PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework\0" "Date\0Thu, 26 Aug 2010 03:49:00 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Andrew Morton <akpm@linux-foundation.org>" + " Jonathan Corbet <corbet@lwn.net>\0" + "Cc\0Peter Zijlstra <peterz@infradead.org>" + linux-mm@kvack.org + Daniel Walker <dwalker@codeaurora.org> + FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> + Hans Verkuil <hverkuil@xs4all.nl> + Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> + Kyungmin Park <kyungmin.park@samsung.com> + Marek Szyprowski <m.szyprowski@samsung.com> + Mark Brown <broonie@opensource.wolfsonmicro.com> + Pawel Osciak <p.osciak@samsung.com> + Russell King <linux@arm.linux.org.uk> + Zach Pfeffer <zpfeffer@codeaurora.org> + linux-arm-kernel@lists.infradead.org + linux-kernel@vger.kernel.org + linux-media@vger.kernel.org + " Mel Gorman <mel@csn.ul.ie>\0" "\00:1\0" "b\0" "On Thu, 26 Aug 2010 01:31:25 +0200, Jonathan Corbet <corbet@lwn.net> wrote:\n" @@ -22,27 +39,6 @@ "> memory-constrained system. If the VM could reliably satisfy those\n" "> allocation requestss, life would be wonderful. Seems difficult. But it\n" "> would be a nicer solution than CMA, which, to a great extent, is really\n" - "> just a standardized mechanism for grabbing memory and never letting go.\n" - "\n" - "At this moment it seems nothing more then that but they way I see it\n" - "is that with a common, standardised, centrally-managed mechanism for\n" - "grabbing memory we can start thinking about the ways to reuse the memory.\n" - "\n" - "If each driver were to grab it's own memory in a way know to itself only\n" - "the memory is truly lost but with CMA not only regions can be reused among\n" - "devices but also the framework can manage the unallocated memory and try to\n" - "utilize it in other ways (movable pages? cache? buffers? some kind of\n" - "compressed memory swap?).\n" - "\n" - "What I'm trying to say is that I totally agree with your and other's comments\n" - "about CMA essentially grabbing memory and never releasing it but I believe\n" - "this can be combat with time when overall idea of haw the CMA API should look\n" - "like is agreed upon.\n" - "\n" - "-- \n" - "Best regards, _ _\n" - "| Humble Liege of Serenely Enlightened Majesty of o' \\,=./ `o\n" - "| Computer Science, Micha? \"mina86\" Nazarewicz (o o)\n" - +----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo-- + > just a standardized mechanism for grabbing memory and never letting go -242c9a6d27337eca7143aad00de9da9069addf31c803ff5d2e46691b142e2525 +16780ebb9f7f9ff1e563e175b99224dfa743a4005a2f742a4bdfdc2aae5bf891
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.