Re: [RFC patch] clean up swiotlb check in intel_iommu_init

[FUJITA Tomonori]

On Thu, 13 Aug 2009 11:11:27 +0800
Luming Yu <luming.yu@xxxxxxxxx> wrote:

> Hi there,
> 
> Since swiotlb is an fall back option that might have
> initialized. We don't need to stop intel_iommu_init
> because of swiotlb..

I think that this doesn't work on X86; breaks "soft" boot option.


> Please review. If make sense, please apply.
> 
> **The patch is enclosed in text attachment*
> **Using web client to send the patch* *
> **below is for review, please apply attached  patch*/
> 
> Thanks,
> Luming
> 
> Signed-off-by: Yu Luming <luming.yu@xxxxxxxxx>
> 
>  intel-iommu.c |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> 
> diff --git a/drivers/pci/intel-iommu.c b/drivers/pci/intel-iommu.c
> index 2314ad7..246acb9 100644
> --- a/drivers/pci/intel-iommu.c
> +++ b/drivers/pci/intel-iommu.c
> @@ -3194,7 +3194,7 @@ int __init intel_iommu_init(void)
>  	 * Check the need for DMA-remapping initialization now.
>  	 * Above initialization will also be used by Interrupt-remapping.
>  	 */
> -	if (no_iommu || (swiotlb && !iommu_pass_through) || dmar_disabled)
> +	if (no_iommu || dmar_disabled)
>  		return -ENODEV;
> 
>  	iommu_init_mempool();
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/