[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200405164053.GB1582475@kroah.com>
Date: Sun, 5 Apr 2020 18:40:53 +0200
From: Greg KH <greg@...ah.com>
To: Alex Deucher <alexdeucher@...il.com>
Cc: Marek Szyprowski <m.szyprowski@...sung.com>,
Maling list - DRI developers
<dri-devel@...ts.freedesktop.org>,
linux-samsung-soc@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
David Airlie <airlied@...ux.ie>,
Shane Francis <bigbeeshane@...il.com>,
"Michael J . Ruhl" <michael.j.ruhl@...el.com>,
"for 3.8" <stable@...r.kernel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
Alex Deucher <alexander.deucher@....com>
Subject: Re: [PATCH v2] drm/prime: fix extracting of the DMA addresses from a
scatterlist
On Sun, Apr 05, 2020 at 10:47:49AM -0400, Alex Deucher wrote:
> On Fri, Mar 27, 2020 at 12:23 PM Marek Szyprowski
> <m.szyprowski@...sung.com> wrote:
> >
> > Scatterlist elements contains both pages and DMA addresses, but one
> > should not assume 1:1 relation between them. The sg->length is the size
> > of the physical memory chunk described by the sg->page, while
> > sg_dma_len(sg) is the size of the DMA (IO virtual) chunk described by
> > the sg_dma_address(sg).
> >
> > The proper way of extracting both: pages and DMA addresses of the whole
> > buffer described by a scatterlist it to iterate independently over the
> > sg->pages/sg->length and sg_dma_address(sg)/sg_dma_len(sg) entries.
> >
> > Fixes: 42e67b479eab ("drm/prime: use dma length macro when mapping sg")
> > Signed-off-by: Marek Szyprowski <m.szyprowski@...sung.com>
> > Reviewed-by: Alex Deucher <alexander.deucher@....com>
>
> Applied. Thanks and sorry for the breakage.
<formletter>
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
for how to do this properly.
</formletter>
Powered by blists - more mailing lists