All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Ellerman <mpe@ellerman.id.au>
To: Anshuman Khandual <khandual@linux.vnet.ibm.com>,
	David Miller <davem@davemloft.net>,
	khandual@linux.vnet.ibm.com
Cc: hch@lst.de, konrad.wilk@oracle.com,
	iommu@lists.linux-foundation.org, x86@kernel.org,
	linux-block@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-mm@kvack.org, linux-ide@vger.kernel.org,
	linux-mips@linux-mips.org, sparclinux@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 01/12] iommu-common: move to arch/sparc
Date: Tue, 17 Apr 2018 22:53:53 +1000	[thread overview]
Message-ID: <87wox60za6.fsf@concordia.ellerman.id.au> (raw)
In-Reply-To: <f5741528-427d-3537-5498-2080766df0fe@linux.vnet.ibm.com>

Anshuman Khandual <khandual@linux.vnet.ibm.com> writes:
> On 04/16/2018 07:28 PM, David Miller wrote:
>> From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
>> Date: Mon, 16 Apr 2018 14:26:07 +0530
>> 
>>> On 04/15/2018 08:29 PM, Christoph Hellwig wrote:
>>>> This code is only used by sparc, and all new iommu drivers should use the
>>>> drivers/iommu/ framework.  Also remove the unused exports.
>>>>
>>>> Signed-off-by: Christoph Hellwig <hch@lst.de>
>>>
>>> Right, these functions are used only from SPARC architecture. Simple
>>> git grep confirms it as well. Hence it makes sense to move them into
>>> arch code instead.
>> 
>> Well, we put these into a common location and used type friendly for
>> powerpc because we hoped powerpc would convert over to using this
>> common piece of code as well.
>> 
>> But nobody did the powerpc work.
 
Sorry.

>> If you look at the powerpc iommu support, it's the same code basically
>> for entry allocation.
>
> I understand. But there are some differences in iommu_table structure,
> how both regular and large IOMMU pools are being initialized etc. So
> if the movement of code into SPARC help cleaning up these generic config
> options in general, I guess we should do that. But I will leave it upto
> others who have more experience in this area.
>
> +mpe

This is the first I've heard of it, I guess it's probably somewhere on
Ben's append-only TODO list.

Some of the code does look very similar, but not 100%. So someone would
need to do some work to reconcile the two and test the result. TBH I
doubt we're going to get around to it any time soon. Unless we have a
volunteer?

cheers

WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe-Gsx/Oe8HsFggBc27wqDAHg@public.gmane.org>
To: Anshuman Khandual
	<khandual-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
	David Miller
	<davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>khandual-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org
Cc: linux-ide-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org,
	konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org,
	linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	linux-block-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	hch-jcswGhMUV9g@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH 01/12] iommu-common: move to arch/sparc
Date: Tue, 17 Apr 2018 22:53:53 +1000	[thread overview]
Message-ID: <87wox60za6.fsf@concordia.ellerman.id.au> (raw)
In-Reply-To: <f5741528-427d-3537-5498-2080766df0fe-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>

Anshuman Khandual <khandual-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> writes:
> On 04/16/2018 07:28 PM, David Miller wrote:
>> From: Anshuman Khandual <khandual-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
>> Date: Mon, 16 Apr 2018 14:26:07 +0530
>> 
>>> On 04/15/2018 08:29 PM, Christoph Hellwig wrote:
>>>> This code is only used by sparc, and all new iommu drivers should use the
>>>> drivers/iommu/ framework.  Also remove the unused exports.
>>>>
>>>> Signed-off-by: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
>>>
>>> Right, these functions are used only from SPARC architecture. Simple
>>> git grep confirms it as well. Hence it makes sense to move them into
>>> arch code instead.
>> 
>> Well, we put these into a common location and used type friendly for
>> powerpc because we hoped powerpc would convert over to using this
>> common piece of code as well.
>> 
>> But nobody did the powerpc work.
 
Sorry.

>> If you look at the powerpc iommu support, it's the same code basically
>> for entry allocation.
>
> I understand. But there are some differences in iommu_table structure,
> how both regular and large IOMMU pools are being initialized etc. So
> if the movement of code into SPARC help cleaning up these generic config
> options in general, I guess we should do that. But I will leave it upto
> others who have more experience in this area.
>
> +mpe

This is the first I've heard of it, I guess it's probably somewhere on
Ben's append-only TODO list.

Some of the code does look very similar, but not 100%. So someone would
need to do some work to reconcile the two and test the result. TBH I
doubt we're going to get around to it any time soon. Unless we have a
volunteer?

cheers

WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe@ellerman.id.au>
To: Anshuman Khandual <khandual@linux.vnet.ibm.com>,
	David Miller <davem@davemloft.net>khandual@linux.vnet.ibm.com
Cc: hch@lst.de, konrad.wilk@oracle.com,
	iommu@lists.linux-foundation.org, x86@kernel.org,
	linux-block@vger.kernel.org, linux-pci@vger.kernel.org,
	linux-mm@kvack.org, linux-ide@vger.kernel.org,
	linux-mips@linux-mips.org, sparclinux@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 01/12] iommu-common: move to arch/sparc
Date: Tue, 17 Apr 2018 22:53:53 +1000	[thread overview]
Message-ID: <87wox60za6.fsf@concordia.ellerman.id.au> (raw)
Message-ID: <20180417125353._HrRsS6ooKMh8Om3zy06oKPZX9HmuNh3tJdl4URUfn8@z> (raw)
In-Reply-To: <f5741528-427d-3537-5498-2080766df0fe@linux.vnet.ibm.com>

Anshuman Khandual <khandual@linux.vnet.ibm.com> writes:
> On 04/16/2018 07:28 PM, David Miller wrote:
>> From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
>> Date: Mon, 16 Apr 2018 14:26:07 +0530
>> 
>>> On 04/15/2018 08:29 PM, Christoph Hellwig wrote:
>>>> This code is only used by sparc, and all new iommu drivers should use the
>>>> drivers/iommu/ framework.  Also remove the unused exports.
>>>>
>>>> Signed-off-by: Christoph Hellwig <hch@lst.de>
>>>
>>> Right, these functions are used only from SPARC architecture. Simple
>>> git grep confirms it as well. Hence it makes sense to move them into
>>> arch code instead.
>> 
>> Well, we put these into a common location and used type friendly for
>> powerpc because we hoped powerpc would convert over to using this
>> common piece of code as well.
>> 
>> But nobody did the powerpc work.
 
Sorry.

>> If you look at the powerpc iommu support, it's the same code basically
>> for entry allocation.
>
> I understand. But there are some differences in iommu_table structure,
> how both regular and large IOMMU pools are being initialized etc. So
> if the movement of code into SPARC help cleaning up these generic config
> options in general, I guess we should do that. But I will leave it upto
> others who have more experience in this area.
>
> +mpe

This is the first I've heard of it, I guess it's probably somewhere on
Ben's append-only TODO list.

Some of the code does look very similar, but not 100%. So someone would
need to do some work to reconcile the two and test the result. TBH I
doubt we're going to get around to it any time soon. Unless we have a
volunteer?

cheers

WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe@ellerman.id.au>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 01/12] iommu-common: move to arch/sparc
Date: Tue, 17 Apr 2018 12:53:53 +0000	[thread overview]
Message-ID: <87wox60za6.fsf@concordia.ellerman.id.au> (raw)
In-Reply-To: <f5741528-427d-3537-5498-2080766df0fe@linux.vnet.ibm.com>

Anshuman Khandual <khandual@linux.vnet.ibm.com> writes:
> On 04/16/2018 07:28 PM, David Miller wrote:
>> From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
>> Date: Mon, 16 Apr 2018 14:26:07 +0530
>> 
>>> On 04/15/2018 08:29 PM, Christoph Hellwig wrote:
>>>> This code is only used by sparc, and all new iommu drivers should use the
>>>> drivers/iommu/ framework.  Also remove the unused exports.
>>>>
>>>> Signed-off-by: Christoph Hellwig <hch@lst.de>
>>>
>>> Right, these functions are used only from SPARC architecture. Simple
>>> git grep confirms it as well. Hence it makes sense to move them into
>>> arch code instead.
>> 
>> Well, we put these into a common location and used type friendly for
>> powerpc because we hoped powerpc would convert over to using this
>> common piece of code as well.
>> 
>> But nobody did the powerpc work.
 
Sorry.

>> If you look at the powerpc iommu support, it's the same code basically
>> for entry allocation.
>
> I understand. But there are some differences in iommu_table structure,
> how both regular and large IOMMU pools are being initialized etc. So
> if the movement of code into SPARC help cleaning up these generic config
> options in general, I guess we should do that. But I will leave it upto
> others who have more experience in this area.
>
> +mpe

This is the first I've heard of it, I guess it's probably somewhere on
Ben's append-only TODO list.

Some of the code does look very similar, but not 100%. So someone would
need to do some work to reconcile the two and test the result. TBH I
doubt we're going to get around to it any time soon. Unless we have a
volunteer?

cheers

WARNING: multiple messages have this Message-ID (diff)
From: mpe@ellerman.id.au (Michael Ellerman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 01/12] iommu-common: move to arch/sparc
Date: Tue, 17 Apr 2018 22:53:53 +1000	[thread overview]
Message-ID: <87wox60za6.fsf@concordia.ellerman.id.au> (raw)
In-Reply-To: <f5741528-427d-3537-5498-2080766df0fe@linux.vnet.ibm.com>

Anshuman Khandual <khandual@linux.vnet.ibm.com> writes:
> On 04/16/2018 07:28 PM, David Miller wrote:
>> From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
>> Date: Mon, 16 Apr 2018 14:26:07 +0530
>> 
>>> On 04/15/2018 08:29 PM, Christoph Hellwig wrote:
>>>> This code is only used by sparc, and all new iommu drivers should use the
>>>> drivers/iommu/ framework.  Also remove the unused exports.
>>>>
>>>> Signed-off-by: Christoph Hellwig <hch@lst.de>
>>>
>>> Right, these functions are used only from SPARC architecture. Simple
>>> git grep confirms it as well. Hence it makes sense to move them into
>>> arch code instead.
>> 
>> Well, we put these into a common location and used type friendly for
>> powerpc because we hoped powerpc would convert over to using this
>> common piece of code as well.
>> 
>> But nobody did the powerpc work.
 
Sorry.

>> If you look at the powerpc iommu support, it's the same code basically
>> for entry allocation.
>
> I understand. But there are some differences in iommu_table structure,
> how both regular and large IOMMU pools are being initialized etc. So
> if the movement of code into SPARC help cleaning up these generic config
> options in general, I guess we should do that. But I will leave it upto
> others who have more experience in this area.
>
> +mpe

This is the first I've heard of it, I guess it's probably somewhere on
Ben's append-only TODO list.

Some of the code does look very similar, but not 100%. So someone would
need to do some work to reconcile the two and test the result. TBH I
doubt we're going to get around to it any time soon. Unless we have a
volunteer?

cheers

  reply	other threads:[~2018-04-17 12:53 UTC|newest]

Thread overview: 292+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-15 14:59 centralize SWIOTLB config symbol and misc other cleanups Christoph Hellwig
2018-04-15 14:59 ` Christoph Hellwig
2018-04-15 14:59 ` Christoph Hellwig
2018-04-15 14:59 ` Christoph Hellwig
2018-04-15 14:59 ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 01/12] iommu-common: move to arch/sparc Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-16  8:56   ` Anshuman Khandual
2018-04-16  8:56     ` Anshuman Khandual
2018-04-16  8:56     ` Anshuman Khandual
2018-04-16  8:56     ` Anshuman Khandual
2018-04-16  8:56     ` Anshuman Khandual
2018-04-16 13:58     ` David Miller
2018-04-16 13:58       ` David Miller
2018-04-16 13:58       ` David Miller
2018-04-16 13:58       ` David Miller
2018-04-16 13:58       ` David Miller
2018-04-17  5:50       ` Anshuman Khandual
2018-04-17  5:51         ` Anshuman Khandual
2018-04-17  5:50         ` Anshuman Khandual
2018-04-17  5:50         ` Anshuman Khandual
2018-04-17  5:50         ` Anshuman Khandual
2018-04-17 12:53         ` Michael Ellerman [this message]
2018-04-17 12:53           ` Michael Ellerman
2018-04-17 12:53           ` Michael Ellerman
2018-04-17 12:53           ` Michael Ellerman
2018-04-17 12:53           ` Michael Ellerman
2018-04-17 19:55       ` Christoph Hellwig
2018-04-17 19:55         ` Christoph Hellwig
2018-04-17 19:55         ` Christoph Hellwig
2018-04-17 19:55         ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 02/12] iommu-helper: unexport iommu_area_alloc Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 21:52   ` Sam Ravnborg
2018-04-15 21:52     ` Sam Ravnborg
2018-04-15 21:52     ` Sam Ravnborg
2018-04-15 21:52     ` Sam Ravnborg
2018-04-15 21:52     ` Sam Ravnborg
2018-04-16  9:06   ` Anshuman Khandual
2018-04-16  9:18     ` Anshuman Khandual
2018-04-16  9:06     ` Anshuman Khandual
2018-04-16  9:06     ` Anshuman Khandual
2018-04-16  9:06     ` Anshuman Khandual
2018-04-15 14:59 ` [PATCH 03/12] iommu-helper: mark iommu_is_span_boundary as inline Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 04/12] iommu-helper: move the IOMMU_HELPER config symbol to lib/ Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-16  9:43   ` Anshuman Khandual
2018-04-16  9:55     ` Anshuman Khandual
2018-04-16  9:43     ` Anshuman Khandual
2018-04-16  9:43     ` Anshuman Khandual
2018-04-16  9:43     ` Anshuman Khandual
2018-04-15 14:59 ` [PATCH 05/12] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-16  9:54   ` Anshuman Khandual
2018-04-16  9:54     ` Anshuman Khandual
2018-04-16  9:54     ` Anshuman Khandual
2018-04-16  9:54     ` Anshuman Khandual
2018-04-16  9:54     ` Anshuman Khandual
2018-04-15 14:59 ` [PATCH 06/12] dma-mapping: move the NEED_DMA_MAP_STATE " Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-16  9:57   ` Anshuman Khandual
2018-04-16  9:58     ` Anshuman Khandual
2018-04-16  9:57     ` Anshuman Khandual
2018-04-16  9:57     ` Anshuman Khandual
2018-04-16  9:57     ` Anshuman Khandual
2018-04-15 14:59 ` [PATCH 07/12] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 08/12] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 09/12] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-20 18:42   ` Bjorn Helgaas
2018-04-20 18:42     ` Bjorn Helgaas
2018-04-20 18:42     ` Bjorn Helgaas
2018-04-20 18:42     ` Bjorn Helgaas
2018-04-20 18:42     ` Bjorn Helgaas
2018-04-15 14:59 ` [PATCH 10/12] arm: don't build swiotlb by default Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59 ` [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-17  6:10   ` Anshuman Khandual
2018-04-17  6:22     ` Anshuman Khandual
2018-04-17  6:10     ` Anshuman Khandual
2018-04-17  6:10     ` Anshuman Khandual
2018-04-17  6:10     ` Anshuman Khandual
2018-04-15 14:59 ` [PATCH 12/12] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-15 14:59   ` Christoph Hellwig
2018-04-23 17:04 centralize SWIOTLB config symbol and misc other cleanups V2 Christoph Hellwig
2018-04-23 17:04 ` Christoph Hellwig
2018-04-23 17:04 ` Christoph Hellwig
2018-04-23 17:04 ` Christoph Hellwig
2018-04-23 17:04 ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 01/12] iommu-common: move to arch/sparc Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 02/12] iommu-helper: unexport iommu_area_alloc Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 03/12] iommu-helper: mark iommu_is_span_boundary as inline Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 04/12] iommu-helper: move the IOMMU_HELPER config symbol to lib/ Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 05/12] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 06/12] dma-mapping: move the NEED_DMA_MAP_STATE " Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 07/12] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 08/12] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 09/12] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 10/12] arm: don't build swiotlb by default Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 20:09   ` Konrad Rzeszutek Wilk
2018-04-23 20:09     ` Konrad Rzeszutek Wilk
2018-04-23 20:09     ` Konrad Rzeszutek Wilk
2018-04-23 20:09     ` Konrad Rzeszutek Wilk
2018-04-23 20:09     ` Konrad Rzeszutek Wilk
2018-04-23 17:04 ` [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 20:11   ` Konrad Rzeszutek Wilk
2018-04-23 20:11     ` Konrad Rzeszutek Wilk
2018-04-23 20:11     ` Konrad Rzeszutek Wilk
2018-04-23 20:11     ` Konrad Rzeszutek Wilk
2018-04-23 20:11     ` Konrad Rzeszutek Wilk
2018-04-23 23:52   ` Russell King - ARM Linux
2018-04-23 23:52     ` Russell King - ARM Linux
2018-04-23 23:52     ` Russell King - ARM Linux
2018-04-23 23:52     ` Russell King - ARM Linux
2018-04-23 23:52     ` Russell King - ARM Linux
2018-04-24  6:55     ` Christoph Hellwig
2018-04-24  6:55       ` Christoph Hellwig
2018-04-24  6:55       ` Christoph Hellwig
2018-04-24  6:55       ` Christoph Hellwig
2018-04-24  6:55       ` Christoph Hellwig
2018-04-24  7:47       ` Russell King - ARM Linux
2018-04-24  7:47         ` Russell King - ARM Linux
2018-04-24  7:47         ` Russell King - ARM Linux
2018-04-24  7:47         ` Russell King - ARM Linux
2018-04-24  7:47         ` Russell King - ARM Linux
2018-04-24  7:56         ` Christoph Hellwig
2018-04-24  7:56           ` Christoph Hellwig
2018-04-24  7:56           ` Christoph Hellwig
2018-04-24  7:56           ` Christoph Hellwig
2018-04-24  7:56           ` Christoph Hellwig
2018-04-23 17:04 ` [PATCH 12/12] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-23 17:04   ` Christoph Hellwig
2018-04-25  5:15 centralize SWIOTLB config symbol and misc other cleanups V3 Christoph Hellwig
2018-04-25  5:15 ` Christoph Hellwig
2018-04-25  5:15 ` Christoph Hellwig
2018-04-25  5:15 ` Christoph Hellwig
2018-04-25  5:15 ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 01/13] iommu-common: move to arch/sparc Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25 14:58   ` David Miller
2018-04-25 14:58     ` David Miller
2018-04-25 14:58     ` David Miller
2018-04-25 14:58     ` David Miller
2018-04-25 14:58     ` David Miller
2018-04-25  5:15 ` [PATCH 02/13] iommu-helper: unexport iommu_area_alloc Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 03/13] iommu-helper: mark iommu_is_span_boundary as inline Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 04/13] iommu-helper: move the IOMMU_HELPER config symbol to lib/ Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 05/13] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 06/13] dma-mapping: move the NEED_DMA_MAP_STATE " Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 07/13] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-05-02 20:11   ` James Hogan
2018-05-02 20:11     ` James Hogan
2018-05-02 20:11     ` James Hogan
2018-05-02 20:11     ` James Hogan
2018-04-25  5:15 ` [PATCH 08/13] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-05-02 22:09   ` James Hogan
2018-05-02 22:09     ` James Hogan
2018-05-02 22:09     ` James Hogan via iommu
2018-05-02 22:09     ` James Hogan
2018-05-02 22:09     ` James Hogan
2018-04-25  5:15 ` [PATCH 09/13] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 10/13] arm: don't build swiotlb by default Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-05-02 22:20   ` [PATCH 11/13] mips, unicore32: " James Hogan
2018-05-02 22:20     ` James Hogan
2018-05-02 22:20     ` James Hogan via iommu
2018-05-02 22:20     ` [PATCH 11/13] mips,unicore32: " James Hogan
2018-05-02 22:20     ` James Hogan
2018-05-03  3:56     ` Christoph Hellwig
2018-05-03  3:56       ` Christoph Hellwig
2018-05-03  3:56       ` Christoph Hellwig
2018-05-03  3:56       ` Christoph Hellwig
2018-05-03  6:47       ` [PATCH 11/13] mips, unicore32: " James Hogan
2018-05-03  6:47         ` James Hogan
2018-05-03  6:47         ` James Hogan via iommu
2018-05-03  6:47         ` [PATCH 11/13] mips,unicore32: " James Hogan
2018-05-03  6:47         ` James Hogan
2018-04-25  5:15 ` [PATCH 12/13] swiotlb: move the SWIOTLB config symbol to lib/Kconfig Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15 ` [PATCH 13/13] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-04-25  5:15   ` Christoph Hellwig
2018-05-02 12:46 ` centralize SWIOTLB config symbol and misc other cleanups V3 Christoph Hellwig
2018-05-02 12:46   ` Christoph Hellwig
2018-05-02 12:46   ` Christoph Hellwig
2018-05-02 12:46   ` Christoph Hellwig
2018-05-02 12:46   ` Christoph Hellwig
2018-05-09  4:59   ` Christoph Hellwig
2018-05-09  5:03     ` Christoph Hellwig
2018-05-09  5:03     ` Christoph Hellwig
2018-05-09  5:03     ` Christoph Hellwig
2018-05-09  5:03     ` Christoph Hellwig

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=87wox60za6.fsf@concordia.ellerman.id.au \
    --to=mpe@ellerman.id.au \
    --cc=davem@davemloft.net \
    --cc=hch@lst.de \
    --cc=iommu@lists.linux-foundation.org \
    --cc=khandual@linux.vnet.ibm.com \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=sparclinux@vger.kernel.org \
    --cc=x86@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.