All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>
To: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Cc: Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <Will.Deacon-5wv7dgnIgG8@public.gmane.org>,
	"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org"
	<iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
	Russell King <rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Subject: Re: [PATCH] arm: dma-mapping: Fix mapping size value
Date: Mon, 21 Apr 2014 00:36:18 +0200	[thread overview]
Message-ID: <1874836.zxC6fKeeQv@avalon> (raw)
In-Reply-To: <CAD15agbgOhK2b4WaWM4g45iiT7yH8HPYu=GmsOs7BkCnVvjcsw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Hi Ritesh,

On Saturday 19 April 2014 16:55:30 Ritesh Harjani wrote:
> In explaining the issue below, made a mistake of taking PAGE_SIZE
> instead of PAGE_SHIFT (mistake mentioned inline).
> Although numerical values and patch is correct.

I was about to send the same patch, so, provided you fix the commit message,

Acked-by: Laurent Pinchart <laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>

> On Sat, Apr 19, 2014 at 4:49 PM, Ritesh Harjani
> 
> <ritesh.harjani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > I am finding an oops after following commit. I am on 3.10.30 kernel but
> > applied all the latest patches from arch/arm/mm/dma-mapping.c
> > 
> > I added some debug logs to see what is the error, on which I found that we
> > are incorrectly setting mapping->size value.
> > Please take a look at this and correct me if I am wrong here.
> > 
> > FAULTY COMMIT:
> > commit 68efd7d2fb32c2606f1da318b6a851
> > d933813f27
> > Author: Marek Szyprowski <m.szyprowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
> > Date:   Tue Feb 25 13:01:09 2014 +0100
> > 
> >     arm: dma-mapping: remove order parameter from
> >     arm_iommu_create_mapping()
> > 
> > OOPS LOGS:
> > [26.898145] __alloc_iova#LINE: 1097 start = 0x3500
> > [26.898159] __alloc_iova#LINE:1136 iova = 0x53500000
> > [26.898170] __alloc_iova#LINE:1138 mapping->base= 0x50000000
> > [26.898181] __alloc_iova#LINE:1140 mapping->size = 0x1000000, i = 0
> > [26.924442] __free_iova, bitmap_index = 3
> > 
> > [Ritesh]: bitmap_index should be 0 for address 0x53500000. see in
> > alloc_iova above.
> > 
> > [26.924454] __free_iova,addr = 0x53500000
> > [26.924463] __free_iova,mapping->base = 0x50000000
> > [26.924472] __free_iova,mapping->size = 0x1000000
> > [26.924482] __free_iova,bitmap_base = 0x53000000
> > [26.924490] __free_iova, start = 0x500
> > 
> > [Ritesh]: start should be 0x3500 for address 0x53500000. see in alloc_iova
> > above.
> > 
> > [26.924533] Unable to handle kernel NULL pointer dereference at virtual
> > address 000000a0
> > [26.924543] pgd = e7a84000
> > [26.924558] [000000a0] *pgd=00000000
> > [26.924572] Internal error: Oops: 5 [#1] PREEMPT SMP ARM
> > [26.924598] Modules linked in:
> > [26.924613] CPU: 1 PID: 2263 Comm: BufferLiberator Not tainted 3.10.30+
> > #144
> > [26.924624] task: e7370a40 ti: e6e06000 task.ti: e6e06000
> > [26.924644] PC is at bitmap_clear+0x48/0xd0
> > [26.924659] LR is at __iommu_remove_mapping+0x130/0x164
> > [26.924673] pc : [<c02d0814>]    lr : [<c001bd30>]    psr: 20000093
> > [26.924673] sp : e6e07e20  ip : ffffffff  fp : e6e07e3c
> > [26.924682] r10: 00000500  r9 : c1333ea8  r8 : 80000013
> > [26.924692] r7 : ffffffff  r6 : 00000321  r5 : 000000a0  r4 : 00000028
> > [26.924707] r3 : 00000000  r2 : 00000341  r1 : 00000500  r0 : 00000000
> > [26.924730] Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment
> > user
> > [26.924742] Control: 10c5387d  Table: 77a8406a  DAC: 00000015
> > 
> > 
> > See below on how this is wrong:
> > 
> > here iova_base = 0x50000000
> > iova_size = 0x20000000
> > => bits needed to map = 131072.
> > 
> >         => bitmap_size = 0x4000
> >         since bitmap_size > PAGE_SIZE
> >         => bitmap_size = PAGE_SIZE,  extensions = 4;
> > 
> > Now, mapping->size is currently set as bitmap_size << PAGE_SHIFT.
> > 
> >         =>mapping->size = 0x1000000.
> > 
> > mapping->size is the IOVA size, which one bitmap can address.
> > 
> > Now mapping->size * extensions should be size (0x20000000).
> > which is not true, => our bitmap_size is set wrong.
> > 
> > it should be (mapping->bits << PAGE_SIZE) or say
> 
> It should be PAGE_SHIFT here.
> 
> > (BITS_PER_BYTE * bitmap_size << PAGE_SIZE)
> 
> It should be PAGE_SHIFT here.
> 
> >         => (8 * 0x1000) << 12) = 0x8000000
> > 
> > With this IOVA_SIZE = extensions * mapping->size = 0x20000000
> > 
> > 
> > 
> > PATCH:
> > 
> > Currently mapping->size is wrongly set resulting
> > in OOPS (atleast we see OOPS with extension 4).
> > 
> > Fix this.
> > 
> > Signed-off-by: Ritesh Harjani <ritesh.harjani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > ---
> > 
> >  arch/arm/mm/dma-mapping.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> > index f62aa06..d1701a2 100644
> > --- a/arch/arm/mm/dma-mapping.c
> > +++ b/arch/arm/mm/dma-mapping.c
> > @@ -1963,8 +1963,8 @@ arm_iommu_create_mapping(struct bus_type *bus,
> > dma_addr_t base, size_t size)
> >         mapping->nr_bitmaps = 1;
> >         mapping->extensions = extensions;
> >         mapping->base = base;
> > -       mapping->size = bitmap_size << PAGE_SHIFT;
> >         mapping->bits = BITS_PER_BYTE * bitmap_size;
> > +       mapping->size = mapping->bits << PAGE_SHIFT;
> > 
> >         spin_lock_init(&mapping->lock);
> > 

-- 
Regards,

Laurent Pinchart

WARNING: multiple messages have this Message-ID (diff)
From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] arm: dma-mapping: Fix mapping size value
Date: Mon, 21 Apr 2014 00:36:18 +0200	[thread overview]
Message-ID: <1874836.zxC6fKeeQv@avalon> (raw)
In-Reply-To: <CAD15agbgOhK2b4WaWM4g45iiT7yH8HPYu=GmsOs7BkCnVvjcsw@mail.gmail.com>

Hi Ritesh,

On Saturday 19 April 2014 16:55:30 Ritesh Harjani wrote:
> In explaining the issue below, made a mistake of taking PAGE_SIZE
> instead of PAGE_SHIFT (mistake mentioned inline).
> Although numerical values and patch is correct.

I was about to send the same patch, so, provided you fix the commit message,

Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>

> On Sat, Apr 19, 2014 at 4:49 PM, Ritesh Harjani
> 
> <ritesh.harjani@gmail.com> wrote:
> > I am finding an oops after following commit. I am on 3.10.30 kernel but
> > applied all the latest patches from arch/arm/mm/dma-mapping.c
> > 
> > I added some debug logs to see what is the error, on which I found that we
> > are incorrectly setting mapping->size value.
> > Please take a look at this and correct me if I am wrong here.
> > 
> > FAULTY COMMIT:
> > commit 68efd7d2fb32c2606f1da318b6a851
> > d933813f27
> > Author: Marek Szyprowski <m.szyprowski@samsung.com>
> > Date:   Tue Feb 25 13:01:09 2014 +0100
> > 
> >     arm: dma-mapping: remove order parameter from
> >     arm_iommu_create_mapping()
> > 
> > OOPS LOGS:
> > [26.898145] __alloc_iova#LINE: 1097 start = 0x3500
> > [26.898159] __alloc_iova#LINE:1136 iova = 0x53500000
> > [26.898170] __alloc_iova#LINE:1138 mapping->base= 0x50000000
> > [26.898181] __alloc_iova#LINE:1140 mapping->size = 0x1000000, i = 0
> > [26.924442] __free_iova, bitmap_index = 3
> > 
> > [Ritesh]: bitmap_index should be 0 for address 0x53500000. see in
> > alloc_iova above.
> > 
> > [26.924454] __free_iova,addr = 0x53500000
> > [26.924463] __free_iova,mapping->base = 0x50000000
> > [26.924472] __free_iova,mapping->size = 0x1000000
> > [26.924482] __free_iova,bitmap_base = 0x53000000
> > [26.924490] __free_iova, start = 0x500
> > 
> > [Ritesh]: start should be 0x3500 for address 0x53500000. see in alloc_iova
> > above.
> > 
> > [26.924533] Unable to handle kernel NULL pointer dereference at virtual
> > address 000000a0
> > [26.924543] pgd = e7a84000
> > [26.924558] [000000a0] *pgd=00000000
> > [26.924572] Internal error: Oops: 5 [#1] PREEMPT SMP ARM
> > [26.924598] Modules linked in:
> > [26.924613] CPU: 1 PID: 2263 Comm: BufferLiberator Not tainted 3.10.30+
> > #144
> > [26.924624] task: e7370a40 ti: e6e06000 task.ti: e6e06000
> > [26.924644] PC is at bitmap_clear+0x48/0xd0
> > [26.924659] LR is at __iommu_remove_mapping+0x130/0x164
> > [26.924673] pc : [<c02d0814>]    lr : [<c001bd30>]    psr: 20000093
> > [26.924673] sp : e6e07e20  ip : ffffffff  fp : e6e07e3c
> > [26.924682] r10: 00000500  r9 : c1333ea8  r8 : 80000013
> > [26.924692] r7 : ffffffff  r6 : 00000321  r5 : 000000a0  r4 : 00000028
> > [26.924707] r3 : 00000000  r2 : 00000341  r1 : 00000500  r0 : 00000000
> > [26.924730] Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment
> > user
> > [26.924742] Control: 10c5387d  Table: 77a8406a  DAC: 00000015
> > 
> > 
> > See below on how this is wrong:
> > 
> > here iova_base = 0x50000000
> > iova_size = 0x20000000
> > => bits needed to map = 131072.
> > 
> >         => bitmap_size = 0x4000
> >         since bitmap_size > PAGE_SIZE
> >         => bitmap_size = PAGE_SIZE,  extensions = 4;
> > 
> > Now, mapping->size is currently set as bitmap_size << PAGE_SHIFT.
> > 
> >         =>mapping->size = 0x1000000.
> > 
> > mapping->size is the IOVA size, which one bitmap can address.
> > 
> > Now mapping->size * extensions should be size (0x20000000).
> > which is not true, => our bitmap_size is set wrong.
> > 
> > it should be (mapping->bits << PAGE_SIZE) or say
> 
> It should be PAGE_SHIFT here.
> 
> > (BITS_PER_BYTE * bitmap_size << PAGE_SIZE)
> 
> It should be PAGE_SHIFT here.
> 
> >         => (8 * 0x1000) << 12) = 0x8000000
> > 
> > With this IOVA_SIZE = extensions * mapping->size = 0x20000000
> > 
> > 
> > 
> > PATCH:
> > 
> > Currently mapping->size is wrongly set resulting
> > in OOPS (atleast we see OOPS with extension 4).
> > 
> > Fix this.
> > 
> > Signed-off-by: Ritesh Harjani <ritesh.harjani@gmail.com>
> > ---
> > 
> >  arch/arm/mm/dma-mapping.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
> > index f62aa06..d1701a2 100644
> > --- a/arch/arm/mm/dma-mapping.c
> > +++ b/arch/arm/mm/dma-mapping.c
> > @@ -1963,8 +1963,8 @@ arm_iommu_create_mapping(struct bus_type *bus,
> > dma_addr_t base, size_t size)
> >         mapping->nr_bitmaps = 1;
> >         mapping->extensions = extensions;
> >         mapping->base = base;
> > -       mapping->size = bitmap_size << PAGE_SHIFT;
> >         mapping->bits = BITS_PER_BYTE * bitmap_size;
> > +       mapping->size = mapping->bits << PAGE_SHIFT;
> > 
> >         spin_lock_init(&mapping->lock);
> > 

-- 
Regards,

Laurent Pinchart

  parent reply	other threads:[~2014-04-20 22:36 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-19 11:19 [PATCH] arm: dma-mapping: Fix mapping size value Ritesh Harjani
2014-04-19 11:19 ` Ritesh Harjani
     [not found] ` <CAD15aga8DTuzYrPfHF3X=ZvCuCQxfx1nOTk90DdwdxeZvV5tdA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-19 11:25   ` Ritesh Harjani
2014-04-19 11:25     ` Ritesh Harjani
     [not found]     ` <CAD15agbgOhK2b4WaWM4g45iiT7yH8HPYu=GmsOs7BkCnVvjcsw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-20 22:36       ` Laurent Pinchart [this message]
2014-04-20 22:36         ` Laurent Pinchart
  -- strict thread matches above, loose matches on Subject: below --
2014-04-21  4:01 Ritesh Harjani
     [not found] ` <CAD15agZwxTQOBZtJCmAkbBW6hXGfRgedSc_Fi_-nHOE5MeAjTw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-21  9:53   ` Laurent Pinchart
2014-04-21  9:53     ` Laurent Pinchart
2014-04-21 12:25     ` Laurent Pinchart
2014-04-21 12:25       ` Laurent Pinchart
2014-04-21  6:47 [PATCH RESEND] " Ritesh Harjani
     [not found] ` <1398062847-5770-1-git-send-email-ritesh.harjani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-04-21  6:47   ` [PATCH] " Ritesh Harjani
2014-04-21  6:47     ` Ritesh Harjani
     [not found]     ` <1398062847-5770-2-git-send-email-ritesh.harjani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-04-22  8:53       ` Will Deacon
2014-04-22  8:53         ` Will Deacon
     [not found]         ` <20140422085307.GB5747-5wv7dgnIgG8@public.gmane.org>
2014-04-23  8:53           ` Marek Szyprowski
2014-04-23  8:53             ` Marek Szyprowski
     [not found]             ` <53577F84.1080101-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2014-04-23  9:30               ` Laurent Pinchart
2014-04-23  9:30                 ` Laurent Pinchart
2014-04-23 10:04                 ` Ritesh Harjani
2014-04-23 10:04                   ` Ritesh Harjani
     [not found]                   ` <CAD15agYETzLJZ26wh8c=+PCSoQ9dR9vLgg7VmZTnQquXxoW+2Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-23 13:17                     ` Marek Szyprowski
2014-04-23 13:17                       ` Marek Szyprowski
     [not found]                       ` <5357BD77.3060908-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2014-04-23 13:22                         ` Ritesh Harjani
2014-04-23 13:22                           ` Ritesh Harjani
2014-04-22  9:09       ` Marek Szyprowski
2014-04-22  9:09         ` Marek Szyprowski

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=1874836.zxC6fKeeQv@avalon \
    --to=laurent.pinchart-rylnwiuwjnjg/c1bvhzhaw@public.gmane.org \
    --cc=Will.Deacon-5wv7dgnIgG8@public.gmane.org \
    --cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
    --cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=rmk-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
    /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.