Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755689AbdDLW54 (ORCPT ); Wed, 12 Apr 2017 18:57:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50354 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752851AbdDLW5y (ORCPT ); Wed, 12 Apr 2017 18:57:54 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 3630C61D17 Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=bhe@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 3630C61D17 Date: Thu, 13 Apr 2017 06:57:50 +0800 From: Baoquan He To: Joerg Roedel Cc: iommu@lists.linux-foundation.org, Joerg Roedel , David Woodhouse , linux-kernel@vger.kernel.org Subject: Re: [PATCH] iommu/vt-d: Make sure IOMMUs are off when intel_iommu=off Message-ID: <20170412225750.GA28936@x1> References: <1490799639-15965-1-git-send-email-joro@8bytes.org> <20170412014056.GB3033@x1> <20170412215408.GF7266@8bytes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170412215408.GF7266@8bytes.org> User-Agent: Mutt/1.7.0 (2016-08-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Wed, 12 Apr 2017 22:57:54 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 598 Lines: 15 On 04/12/17 at 11:54pm, Joerg Roedel wrote: > Hi Baoquan, > > On Wed, Apr 12, 2017 at 09:40:56AM +0800, Baoquan He wrote: > > Do you plan to merge this one as urgent? > > > > There's bug created about this issue on rhel, it would be great if it > > can be put in next or merged so that we can back port it. > > No, I am not sending this for v4.11, because this issue existed forever > and is no regression. I queued it for v4.12 and the commit-id in the > iommu-tree will be the same as upstream, if you need that for your > backport. Yeah, agree. The commit-id should be enough. Thanks a lot!