RE: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

-----Original Message-----
From: Christoph Hellwig [mailto:hch@infradead.org]
Sent: Thursday, November 3, 2016 7:46 AM
To: Konrad Rzeszutek Wilk <redacted>
Cc: Christoph Hellwig <hch@infradead.org>; Duyck, Alexander H
[off-list ref]; linux-mm@kvack.org; akpm@linux-
foundation.org; netdev@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions
swiotlb_map_sg and swiotlb_unmap_sg

On Thu, Nov 03, 2016 at 10:29:52AM -0400, Konrad Rzeszutek Wilk wrote:

quoted

Somehow I thought you wanted to put them through your tree (which is
why I acked them).

I can take them and also the first couple of Alexander through my
tree. Or if it makes it simpler - they can go through the -mm tree?

I don't have a tree for it, so I kinda expected you to pick it up.
But I'm also fine with you just Acking the version from Alex and having him
funnel it through whatever tree he wants to get his patches in through.

For the first 3 patches in my series I am fine with them being pulled into the swiotlb tree.  So if you want to pull Christoph's two patches, and then drop my duplicate patch and instead pull the next 2 I could submit a v3 of my series without the swiotlb patches in it.

At this point I have redone my series so that I technically don't have anything with a hard dependency on the DMA_ATTR_SKIP_CPU_SYNC actually doing anything yet.  My plan is to get this all into Linus's tree first via whatever tree I can get these patches pulled into and once I have all that I will start updating drivers in net-next.

Thanks.

- Alex

--
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>