mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Robin Murphy <robin.murphy@arm.com>
To: Herbert Xu <herbert@gondor.apana.org.au>, Harsh Jain <Harsh@chelsio.com>
Cc: leedom@chelsio.com, linux-kernel@vger.kernel.org,
	iommu@lists.linux-foundation.org, linux-crypto@vger.kernel.org,
	dwmw2@infradead.org
Subject: Re: DMA error when sg->offset value is greater than PAGE_SIZE in Intel IOMMU
Date: Wed, 20 Sep 2017 11:12:08 +0100	[thread overview]
Message-ID: <26992a1e-edb3-ed78-ce8e-31e0739d75f4@arm.com> (raw)
In-Reply-To: <20170920080151.GA3348@gondor.apana.org.au>

On 20/09/17 09:01, Herbert Xu wrote:
> Harsh Jain <Harsh@chelsio.com> wrote:
>>
>> While debugging DMA mapping error in chelsio crypto driver we observed that when scatter/gather list received by driver has some entry with page->offset > 4096 (PAGE_SIZE). It starts giving DMA error.  Without IOMMU it works fine.
> 
> This is not a bug.  The network stack can and will feed us such
> SG lists.
> 
>> 2) It cannot be driver's responsibilty to update received sg entries to adjust offset and page 
>> because we are not the only one who directly uses received sg list.
> 
> No the driver must deal with this.  Having said that, if we can
> improve our driver helper interface to make this easier then we
> should do that too.  What we certainly shouldn't do is to take a
> whack-a-mole approach like this patch does.

AFAICS this is entirely on intel-iommu - from a brief look it appears
that all the IOVA calculations would handle the offset correctly, but
then __domain_mapping() blindly uses sg_page() for the physical address,
so if offset is larger than a page it would end up with the DMA mapping
covering the wrong part of the buffer.

Does the diff below help?

Robin.

----->8-----
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index b3914fce8254..2ed43d928135 100644
--- a/drivers/iommu/intel-iommu.c
+++ b/drivers/iommu/intel-iommu.c
@@ -2253,7 +2253,7 @@ static int __domain_mapping(struct dmar_domain *domain, unsigned long iov_pfn,
 			sg_res = aligned_nrpages(sg->offset, sg->length);
 			sg->dma_address = ((dma_addr_t)iov_pfn << VTD_PAGE_SHIFT) + sg->offset;
 			sg->dma_length = sg->length;
-			pteval = page_to_phys(sg_page(sg)) | prot;
+			pteval = (sg_phys(sg) & PAGE_MASK) | prot;
 			phys_pfn = pteval >> VTD_PAGE_SHIFT;
 		}
 

  reply	other threads:[~2017-09-20 10:12 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-16  6:11 Harsh Jain
2017-09-20  8:01 ` Herbert Xu
2017-09-20 10:12   ` Robin Murphy [this message]
2017-09-20 11:20     ` Harsh Jain
2017-09-25 17:46     ` Casey Leedom
2017-09-25 15:54       ` Raj, Ashok
2017-09-25 18:46         ` Casey Leedom
2017-09-26  3:46           ` Harsh Jain
2017-09-26 12:21             ` Harsh Jain
2017-09-26 14:22               ` Robin Murphy
2017-09-26 14:34                 ` Raj, Ashok
2017-09-26 14:40                   ` Raj, Ashok
2017-09-26 20:50                     ` Casey Leedom
2017-09-26 18:15                   ` Robin Murphy
     [not found]                 ` <MWHPR12MB1600694D099E1CFAD6849A68C87B0@MWHPR12MB1600.namprd12.prod.outlook.com>
2017-09-26 16:10                   ` Dan Williams
2017-09-27 16:31                     ` Casey Leedom
2017-09-27 17:13                       ` Dan Williams
2017-10-01  8:59                         ` Christoph Hellwig
2017-09-27 17:18                       ` Robin Murphy
2017-09-27 14:48                         ` Raj, Ashok
2017-09-27 21:29                           ` Casey Leedom
2017-09-27 19:07                             ` Raj, Ashok
2017-09-27 22:13                               ` Casey Leedom
2017-09-28  5:01                                 ` Harsh Jain
2017-09-28 10:33                                 ` Herbert Xu
2017-09-28 13:38                             ` Harsh Jain
2017-09-28 13:05                               ` Raj, Ashok
2017-09-29  5:37                                 ` Harsh Jain
2017-09-27 17:30                         ` Casey Leedom
2017-09-26 17:30                 ` Casey Leedom
2017-09-25 19:31       ` Dan Williams
2017-09-25 20:05         ` Casey Leedom
2017-09-25 20:11           ` Dan Williams
2017-09-25 19:03             ` Raj, Ashok
2017-09-25 23:41               ` Casey Leedom
2017-09-26 13:04             ` Harsh Jain
2017-09-20 11:30   ` Harsh Jain
2017-09-25 18:45   ` David Woodhouse
2017-09-25 20:19     ` Casey Leedom
2017-09-26 11:17     ` Harsh Jain

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=26992a1e-edb3-ed78-ce8e-31e0739d75f4@arm.com \
    --to=robin.murphy@arm.com \
    --cc=Harsh@chelsio.com \
    --cc=dwmw2@infradead.org \
    --cc=herbert@gondor.apana.org.au \
    --cc=iommu@lists.linux-foundation.org \
    --cc=leedom@chelsio.com \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®