[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <201201261058.27098.laurent.pinchart@ideasonboard.com>
Date: Thu, 26 Jan 2012 10:58:25 +0100
From: Laurent Pinchart <laurent.pinchart@...asonboard.com>
To: "Semwal, Sumit" <sumit.semwal@...com>
Cc: linaro-mm-sig@...ts.linaro.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-mm@...ck.org,
dri-devel@...ts.freedesktop.org, linux-media@...r.kernel.org,
arnd@...db.de, airlied@...hat.com, linux@....linux.org.uk,
patches@...aro.org, jesse.barker@...aro.org, daniel@...ll.ch
Subject: Re: [Linaro-mm-sig] [PATCH 1/3] dma-buf: Introduce dma buffer sharing mechanism
Hi Sumit,
On Wednesday 25 January 2012 14:56:52 Semwal, Sumit wrote:
> On Fri, Jan 20, 2012 at 6:53 PM, Laurent Pinchart wrote:
> > Hi Summit,
> >
> > Sorry for the late review. I know that this code is now in mainline, but
> > I still have a couple of comments. I'll send patches if you agree with
> > them.
>
> Hi Laurent,
>
> Thanks for your review; apologies for being late in replying - I was
> OoO for last couple of days.
No worries.
[snip]
> Let me know if you'd send patches for these, or should I just go ahead and
> correct.
I'll send patches.
Another small comment. The map_dma_buf operation is defined as
struct sg_table * (*map_dma_buf)(struct dma_buf_attachment *,
enum dma_data_direction);
If we want to let exporters cache the sg_table we should return a const struct
sg_table *. unmap_dma_buf will then take a const pointer as well, which would
need to be cast to a non-const pointer internally. What's your opinion on that
?
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists