Re: centralize SWIOTLB config symbol and misc other cleanups V3
On Wed, May 02, 2018 at 05:46:17AM -0700, Christoph Hellwig wrote: > Any more comments? Especially from the x86, mips and powerpc arch > maintainers? I'd like to merge this in a few days as various other > patches depend on it. I've pulled it in to make forward progress. Any additional comments will have to be sent in the form of incremental patches. ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
Re: centralize SWIOTLB config symbol and misc other cleanups V3
Any more comments? Especially from the x86, mips and powerpc arch maintainers? I'd like to merge this in a few days as various other patches depend on it. On Wed, Apr 25, 2018 at 07:15:26AM +0200, Christoph Hellwig wrote: > Hi all, > > this seris aims for a single defintion of the Kconfig symbol. To get > there various cleanups, mostly about config symbols are included as well. > > Changes since V2: > - swiotlb doesn't need the dma_length field by itself, so don't select it > - don't offer a user visible SWIOTLB choice > > Chages since V1: > - fixed a incorrect Reviewed-by that should be a Signed-off-by. > ___ > iommu mailing list > iommu@lists.linux-foundation.org > https://lists.linuxfoundation.org/mailman/listinfo/iommu ---end quoted text--- ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
centralize SWIOTLB config symbol and misc other cleanups V3
Hi all, this seris aims for a single defintion of the Kconfig symbol. To get there various cleanups, mostly about config symbols are included as well. Changes since V2: - swiotlb doesn't need the dma_length field by itself, so don't select it - don't offer a user visible SWIOTLB choice Chages since V1: - fixed a incorrect Reviewed-by that should be a Signed-off-by. ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu