From: Michal Nazarewicz <mina86@mina86.com>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Minchan Kim <minchan@kernel.org>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@kernel.org>, Alexander Graf <agraf@suse.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org,
kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
Joonsoo Kim <iamjoonsoo.kim@lge.com>
Subject: Re: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 10:19:54 +0000 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno = (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits = cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size = BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno = cma_bitmap_maxno(cma);
> + int bitmap_size = BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn = cma->base_pfn, pfn = base_pfn;
> unsigned i = cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size = BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
WARNING: multiple messages have this Message-ID (diff)
From: Michal Nazarewicz <mina86@mina86.com>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
kvm@vger.kernel.org, linux-mm@kvack.org,
Gleb Natapov <gleb@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Alexander Graf <agraf@suse.de>,
kvm-ppc@vger.kernel.org, linux-kernel@vger.kernel.org,
Minchan Kim <minchan@kernel.org>,
Paul Mackerras <paulus@samba.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
linuxppc-dev@lists.ozlabs.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 12:19:54 +0200 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>=20=20
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno =3D (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits =3D cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size =3D BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno =3D cma_bitmap_maxno(cma);
> + int bitmap_size =3D BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn =3D cma->base_pfn, pfn =3D base_pfn;
> unsigned i =3D cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size =3D BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--=20
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=3D./ `o
..o | Computer Science, Micha=C5=82 =E2=80=9Cmina86=E2=80=9D Nazarewicz =
(o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
WARNING: multiple messages have this Message-ID (diff)
From: mina86@mina86.com (Michal Nazarewicz)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 12:19:54 +0200 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno = (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits = cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size = BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno = cma_bitmap_maxno(cma);
> + int bitmap_size = BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn = cma->base_pfn, pfn = base_pfn;
> unsigned i = cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size = BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Micha? ?mina86? Nazarewicz (o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
WARNING: multiple messages have this Message-ID (diff)
From: Michal Nazarewicz <mina86@mina86.com>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Minchan Kim <minchan@kernel.org>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@kernel.org>, Alexander Graf <agraf@suse.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org,
kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
Joonsoo Kim <iamjoonsoo.kim@lge.com>
Subject: Re: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 12:19:54 +0200 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno = (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits = cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size = BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno = cma_bitmap_maxno(cma);
> + int bitmap_size = BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn = cma->base_pfn, pfn = base_pfn;
> unsigned i = cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size = BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Michal Nazarewicz <mina86@mina86.com>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Minchan Kim <minchan@kernel.org>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@kernel.org>, Alexander Graf <agraf@suse.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org,
kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 12:19:54 +0200 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno = (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits = cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size = BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno = cma_bitmap_maxno(cma);
> + int bitmap_size = BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn = cma->base_pfn, pfn = base_pfn;
> unsigned i = cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size = BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Michal Nazarewicz <mina86@mina86.com>
To: Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Andrew Morton <akpm@linux-foundation.org>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Marek Szyprowski <m.szyprowski@samsung.com>
Cc: Minchan Kim <minchan@kernel.org>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@kernel.org>, Alexander Graf <agraf@suse.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org,
kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
Joonsoo Kim <iamjoonsoo.kim@lge.com>
Subject: Re: [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity
Date: Thu, 12 Jun 2014 12:19:54 +0200 [thread overview]
Message-ID: <xa1t61k6juph.fsf@mina86.com> (raw)
In-Reply-To: <1402543307-29800-6-git-send-email-iamjoonsoo.kim@lge.com>
On Thu, Jun 12 2014, Joonsoo Kim <iamjoonsoo.kim@lge.com> wrote:
> ppc kvm's cma region management requires arbitrary bitmap granularity,
> since they want to reserve very large memory and manage this region
> with bitmap that one bit for several pages to reduce management overheads.
> So support arbitrary bitmap granularity for following generalization.
>
> Signed-off-by: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Acked-by: Michal Nazarewicz <mina86@mina86.com>
> diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
> index bc4c171..9bc9340 100644
> --- a/drivers/base/dma-contiguous.c
> +++ b/drivers/base/dma-contiguous.c
> @@ -38,6 +38,7 @@ struct cma {
> unsigned long base_pfn;
> unsigned long count;
Have you considered replacing count with maxno?
> unsigned long *bitmap;
> + int order_per_bit; /* Order of pages represented by one bit */
I'd make it unsigned.
> struct mutex lock;
> };
>
> +static void clear_cma_bitmap(struct cma *cma, unsigned long pfn, int
> count)
For consistency cma_clear_bitmap would make more sense I think. On the
other hand, you're just moving stuff around so perhaps renaming the
function at this point is not worth it any more.
> +{
> + unsigned long bitmapno, nr_bits;
> +
> + bitmapno = (pfn - cma->base_pfn) >> cma->order_per_bit;
> + nr_bits = cma_bitmap_pages_to_bits(cma, count);
> +
> + mutex_lock(&cma->lock);
> + bitmap_clear(cma->bitmap, bitmapno, nr_bits);
> + mutex_unlock(&cma->lock);
> +}
> +
> static int __init cma_activate_area(struct cma *cma)
> {
> - int bitmap_size = BITS_TO_LONGS(cma->count) * sizeof(long);
> + int bitmap_maxno = cma_bitmap_maxno(cma);
> + int bitmap_size = BITS_TO_LONGS(bitmap_maxno) * sizeof(long);
> unsigned long base_pfn = cma->base_pfn, pfn = base_pfn;
> unsigned i = cma->count >> pageblock_order;
> struct zone *zone;
bitmap_maxno is never used again, perhaps:
+ int bitmap_size = BITS_TO_LONGS(cma_bitmap_maxno(cma)) * sizeof(long);
instead? Up to you.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@google.com>--<xmpp:mina86@jabber.org>--ooO--(_)--Ooo--
next prev parent reply other threads:[~2014-06-12 10:19 UTC|newest]
Thread overview: 372+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-12 3:21 [PATCH v2 00/10] CMA: generalize CMA reserved area management code Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` [PATCH v2 01/10] DMA, CMA: clean-up log message Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 4:41 ` Aneesh Kumar K.V
2014-06-12 4:53 ` Aneesh Kumar K.V
2014-06-12 4:41 ` Aneesh Kumar K.V
2014-06-12 4:41 ` Aneesh Kumar K.V
2014-06-12 4:41 ` Aneesh Kumar K.V
2014-06-12 4:41 ` Aneesh Kumar K.V
2014-06-12 5:53 ` Joonsoo Kim
2014-06-12 5:53 ` Joonsoo Kim
2014-06-12 5:53 ` Joonsoo Kim
2014-06-12 5:53 ` Joonsoo Kim
2014-06-12 5:53 ` Joonsoo Kim
2014-06-12 8:55 ` Michal Nazarewicz
2014-06-12 8:55 ` Michal Nazarewicz
2014-06-12 8:55 ` Michal Nazarewicz
2014-06-12 8:55 ` Michal Nazarewicz
2014-06-12 8:55 ` Michal Nazarewicz
2014-06-12 9:53 ` Michal Nazarewicz
2014-06-12 9:53 ` Michal Nazarewicz
2014-06-12 9:53 ` Michal Nazarewicz
2014-06-12 9:53 ` Michal Nazarewicz
2014-06-12 9:53 ` Michal Nazarewicz
2014-06-16 5:18 ` Joonsoo Kim
2014-06-16 5:18 ` Joonsoo Kim
2014-06-16 5:18 ` Joonsoo Kim
2014-06-16 5:18 ` Joonsoo Kim
2014-06-16 5:18 ` Joonsoo Kim
2014-06-16 5:18 ` Joonsoo Kim
2014-06-12 5:18 ` Minchan Kim
2014-06-12 5:18 ` Minchan Kim
2014-06-12 5:18 ` Minchan Kim
2014-06-12 5:18 ` Minchan Kim
2014-06-12 5:18 ` Minchan Kim
2014-06-12 5:55 ` Joonsoo Kim
2014-06-12 5:55 ` Joonsoo Kim
2014-06-12 5:55 ` Joonsoo Kim
2014-06-12 5:55 ` Joonsoo Kim
2014-06-12 5:55 ` Joonsoo Kim
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:15 ` Zhang Yanfei
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 8:56 ` Michal Nazarewicz
2014-06-12 3:21 ` [PATCH v2 02/10] DMA, CMA: fix possible memory leak Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 4:43 ` Aneesh Kumar K.V
2014-06-12 4:55 ` Aneesh Kumar K.V
2014-06-12 4:43 ` Aneesh Kumar K.V
2014-06-12 4:43 ` Aneesh Kumar K.V
2014-06-12 4:43 ` Aneesh Kumar K.V
2014-06-12 4:43 ` Aneesh Kumar K.V
2014-06-12 5:25 ` Minchan Kim
2014-06-12 5:25 ` Minchan Kim
2014-06-12 5:25 ` Minchan Kim
2014-06-12 5:25 ` Minchan Kim
2014-06-12 5:25 ` Minchan Kim
2014-06-12 5:58 ` Joonsoo Kim
2014-06-12 6:02 ` Joonsoo Kim
2014-06-12 6:02 ` Joonsoo Kim
2014-06-12 6:02 ` Joonsoo Kim
2014-06-12 6:02 ` Joonsoo Kim
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 8:19 ` Zhang Yanfei
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 9:47 ` Michal Nazarewicz
2014-06-12 3:21 ` [PATCH v2 03/10] DMA, CMA: separate core cma management codes from DMA APIs Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 4:44 ` Aneesh Kumar K.V
2014-06-12 4:56 ` Aneesh Kumar K.V
2014-06-12 4:44 ` Aneesh Kumar K.V
2014-06-12 4:44 ` Aneesh Kumar K.V
2014-06-12 4:44 ` Aneesh Kumar K.V
2014-06-12 4:44 ` Aneesh Kumar K.V
2014-06-12 5:37 ` Minchan Kim
2014-06-12 5:37 ` Minchan Kim
2014-06-12 5:37 ` Minchan Kim
2014-06-12 5:37 ` Minchan Kim
2014-06-12 5:37 ` Minchan Kim
2014-06-16 5:24 ` Joonsoo Kim
2014-06-16 5:24 ` Joonsoo Kim
2014-06-16 5:24 ` Joonsoo Kim
2014-06-16 5:24 ` Joonsoo Kim
2014-06-16 5:24 ` Joonsoo Kim
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 9:55 ` Michal Nazarewicz
2014-06-12 3:21 ` [PATCH v2 04/10] DMA, CMA: support alignment constraint on cma region Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 4:50 ` Aneesh Kumar K.V
2014-06-12 5:52 ` Minchan Kim
2014-06-12 5:52 ` Minchan Kim
2014-06-12 5:52 ` Minchan Kim
2014-06-12 5:52 ` Minchan Kim
2014-06-12 5:52 ` Minchan Kim
2014-06-12 6:07 ` Joonsoo Kim
2014-06-12 6:07 ` Joonsoo Kim
2014-06-12 6:07 ` Joonsoo Kim
2014-06-12 6:07 ` Joonsoo Kim
2014-06-12 6:07 ` Joonsoo Kim
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-12 10:02 ` Michal Nazarewicz
2014-06-16 5:19 ` Joonsoo Kim
2014-06-16 5:19 ` Joonsoo Kim
2014-06-16 5:19 ` Joonsoo Kim
2014-06-16 5:19 ` Joonsoo Kim
2014-06-16 5:19 ` Joonsoo Kim
2014-06-16 5:19 ` Joonsoo Kim
2014-06-12 3:21 ` [PATCH v2 05/10] DMA, CMA: support arbitrary bitmap granularity Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 6:06 ` Minchan Kim
2014-06-12 6:06 ` Minchan Kim
2014-06-12 6:06 ` Minchan Kim
2014-06-12 6:06 ` Minchan Kim
2014-06-12 6:06 ` Minchan Kim
2014-06-12 6:43 ` Joonsoo Kim
2014-06-12 6:43 ` Joonsoo Kim
2014-06-12 6:43 ` Joonsoo Kim
2014-06-12 6:43 ` Joonsoo Kim
2014-06-12 6:43 ` Joonsoo Kim
2014-06-12 6:42 ` Minchan Kim
2014-06-12 6:42 ` Minchan Kim
2014-06-12 6:42 ` Minchan Kim
2014-06-12 6:42 ` Minchan Kim
2014-06-12 6:42 ` Minchan Kim
2014-06-12 7:08 ` Minchan Kim
2014-06-12 7:08 ` Minchan Kim
2014-06-12 7:08 ` Minchan Kim
2014-06-12 7:08 ` Minchan Kim
2014-06-12 7:08 ` Minchan Kim
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:25 ` Zhang Yanfei
2014-06-12 7:41 ` Joonsoo Kim
2014-06-12 7:41 ` Joonsoo Kim
2014-06-12 7:41 ` Joonsoo Kim
2014-06-12 7:41 ` Joonsoo Kim
2014-06-12 7:41 ` Joonsoo Kim
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 8:28 ` Zhang Yanfei
2014-06-12 10:19 ` Michal Nazarewicz [this message]
2014-06-12 10:19 ` Michal Nazarewicz
2014-06-12 10:19 ` Michal Nazarewicz
2014-06-12 10:19 ` Michal Nazarewicz
2014-06-12 10:19 ` Michal Nazarewicz
2014-06-12 10:19 ` Michal Nazarewicz
2014-06-16 5:23 ` Joonsoo Kim
2014-06-16 5:23 ` Joonsoo Kim
2014-06-16 5:23 ` Joonsoo Kim
2014-06-16 5:23 ` Joonsoo Kim
2014-06-16 5:23 ` Joonsoo Kim
2014-06-14 10:09 ` Aneesh Kumar K.V
2014-06-14 10:21 ` Aneesh Kumar K.V
2014-06-14 10:09 ` Aneesh Kumar K.V
2014-06-14 10:09 ` Aneesh Kumar K.V
2014-06-14 10:09 ` Aneesh Kumar K.V
2014-06-14 10:09 ` Aneesh Kumar K.V
2014-06-12 3:21 ` [PATCH v2 06/10] CMA: generalize CMA reserved area management functionality Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 7:13 ` Minchan Kim
2014-06-12 7:13 ` Minchan Kim
2014-06-12 7:13 ` Minchan Kim
2014-06-12 7:13 ` Minchan Kim
2014-06-12 7:13 ` Minchan Kim
2014-06-12 7:42 ` Joonsoo Kim
2014-06-12 7:42 ` Joonsoo Kim
2014-06-12 7:42 ` Joonsoo Kim
2014-06-12 7:42 ` Joonsoo Kim
2014-06-12 7:42 ` Joonsoo Kim
2014-06-12 8:29 ` Zhang Yanfei
2014-06-12 8:29 ` Zhang Yanfei
2014-06-12 8:29 ` Zhang Yanfei
2014-06-12 8:29 ` Zhang Yanfei
2014-06-12 8:29 ` Zhang Yanfei
2014-06-12 8:29 ` Zhang Yanfei
2014-06-14 10:06 ` Aneesh Kumar K.V
2014-06-14 10:18 ` Aneesh Kumar K.V
2014-06-14 10:06 ` Aneesh Kumar K.V
2014-06-14 10:06 ` Aneesh Kumar K.V
2014-06-14 10:06 ` Aneesh Kumar K.V
2014-06-14 10:06 ` Aneesh Kumar K.V
2014-06-14 10:08 ` Aneesh Kumar K.V
2014-06-14 10:20 ` Aneesh Kumar K.V
2014-06-14 10:08 ` Aneesh Kumar K.V
2014-06-14 10:08 ` Aneesh Kumar K.V
2014-06-14 10:08 ` Aneesh Kumar K.V
2014-06-14 10:08 ` Aneesh Kumar K.V
2014-06-14 10:16 ` Aneesh Kumar K.V
2014-06-14 10:28 ` Aneesh Kumar K.V
2014-06-14 10:16 ` Aneesh Kumar K.V
2014-06-14 10:16 ` Aneesh Kumar K.V
2014-06-14 10:16 ` Aneesh Kumar K.V
2014-06-14 10:16 ` Aneesh Kumar K.V
2014-06-16 5:27 ` Joonsoo Kim
2014-06-16 5:27 ` Joonsoo Kim
2014-06-16 5:27 ` Joonsoo Kim
2014-06-16 5:27 ` Joonsoo Kim
2014-06-16 5:27 ` Joonsoo Kim
2014-06-12 3:21 ` [PATCH v2 07/10] PPC, KVM, CMA: use general CMA reserved area management framework Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-14 8:53 ` Aneesh Kumar K.V
2014-06-14 8:54 ` Aneesh Kumar K.V
2014-06-14 8:53 ` Aneesh Kumar K.V
2014-06-14 8:53 ` Aneesh Kumar K.V
2014-06-14 8:53 ` Aneesh Kumar K.V
2014-06-14 8:53 ` Aneesh Kumar K.V
2014-06-16 5:34 ` Joonsoo Kim
2014-06-16 5:34 ` Joonsoo Kim
2014-06-16 5:34 ` Joonsoo Kim
2014-06-16 5:34 ` Joonsoo Kim
2014-06-16 5:34 ` Joonsoo Kim
2014-06-16 7:02 ` Aneesh Kumar K.V
2014-06-16 7:14 ` Aneesh Kumar K.V
2014-06-16 7:02 ` Aneesh Kumar K.V
2014-06-16 7:02 ` Aneesh Kumar K.V
2014-06-16 7:02 ` Aneesh Kumar K.V
2014-06-14 10:05 ` Aneesh Kumar K.V
2014-06-14 10:17 ` Aneesh Kumar K.V
2014-06-14 10:05 ` Aneesh Kumar K.V
2014-06-14 10:05 ` Aneesh Kumar K.V
2014-06-14 10:05 ` Aneesh Kumar K.V
2014-06-14 10:05 ` Aneesh Kumar K.V
2014-06-16 5:29 ` Joonsoo Kim
2014-06-16 5:29 ` Joonsoo Kim
2014-06-16 5:29 ` Joonsoo Kim
2014-06-16 5:29 ` Joonsoo Kim
2014-06-16 5:29 ` Joonsoo Kim
2014-06-12 3:21 ` [PATCH v2 08/10] mm, cma: clean-up cma allocation error path Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 7:16 ` Minchan Kim
2014-06-12 7:16 ` Minchan Kim
2014-06-12 7:16 ` Minchan Kim
2014-06-12 7:16 ` Minchan Kim
2014-06-12 7:16 ` Minchan Kim
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 8:31 ` Zhang Yanfei
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-12 11:34 ` Michal Nazarewicz
2014-06-14 7:18 ` Aneesh Kumar K.V
2014-06-14 7:30 ` Aneesh Kumar K.V
2014-06-14 7:18 ` Aneesh Kumar K.V
2014-06-14 7:18 ` Aneesh Kumar K.V
2014-06-14 7:18 ` Aneesh Kumar K.V
2014-06-12 3:21 ` [PATCH v2 09/10] mm, cma: move output param to the end of param list Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 7:19 ` Minchan Kim
2014-06-12 7:19 ` Minchan Kim
2014-06-12 7:19 ` Minchan Kim
2014-06-12 7:19 ` Minchan Kim
2014-06-12 7:19 ` Minchan Kim
2014-06-12 7:43 ` Joonsoo Kim
2014-06-12 7:43 ` Joonsoo Kim
2014-06-12 7:43 ` Joonsoo Kim
2014-06-12 7:43 ` Joonsoo Kim
2014-06-12 7:43 ` Joonsoo Kim
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-12 11:38 ` Michal Nazarewicz
2014-06-14 7:20 ` Aneesh Kumar K.V
2014-06-14 7:32 ` Aneesh Kumar K.V
2014-06-14 7:20 ` Aneesh Kumar K.V
2014-06-14 7:20 ` Aneesh Kumar K.V
2014-06-14 7:20 ` Aneesh Kumar K.V
2014-06-14 7:20 ` Aneesh Kumar K.V
2014-06-12 3:21 ` [PATCH v2 10/10] mm, cma: use spinlock instead of mutex Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 3:21 ` Joonsoo Kim
2014-06-12 7:40 ` Minchan Kim
2014-06-12 7:40 ` Minchan Kim
2014-06-12 7:40 ` Minchan Kim
2014-06-12 7:40 ` Minchan Kim
2014-06-12 7:40 ` Minchan Kim
2014-06-12 7:56 ` Joonsoo Kim
2014-06-12 7:56 ` Joonsoo Kim
2014-06-12 7:56 ` Joonsoo Kim
2014-06-12 7:56 ` Joonsoo Kim
2014-06-12 7:56 ` Joonsoo Kim
2014-06-14 7:25 ` [PATCH v2 00/10] CMA: generalize CMA reserved area management code Aneesh Kumar K.V
2014-06-14 7:37 ` Aneesh Kumar K.V
2014-06-14 7:25 ` Aneesh Kumar K.V
2014-06-14 7:25 ` Aneesh Kumar K.V
2014-06-14 7:25 ` Aneesh Kumar K.V
2014-06-14 7:25 ` Aneesh Kumar K.V
2014-06-16 5:32 ` Joonsoo Kim
2014-06-16 5:32 ` Joonsoo Kim
2014-06-16 5:32 ` Joonsoo Kim
2014-06-16 5:32 ` Joonsoo Kim
2014-06-16 5:32 ` Joonsoo Kim
2014-06-16 7:04 ` Aneesh Kumar K.V
2014-06-16 7:16 ` Aneesh Kumar K.V
2014-06-16 7:04 ` Aneesh Kumar K.V
2014-06-16 7:04 ` Aneesh Kumar K.V
2014-06-16 7:04 ` Aneesh Kumar K.V
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xa1t61k6juph.fsf@mina86.com \
--to=mina86@mina86.com \
--cc=agraf@suse.de \
--cc=akpm@linux-foundation.org \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=gleb@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=iamjoonsoo.kim@lge.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux@arm.linux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=m.szyprowski@samsung.com \
--cc=minchan@kernel.org \
--cc=paulus@samba.org \
--cc=pbonzini@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.