Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2733996pxb; Mon, 31 Jan 2022 03:10:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJy3bpTXrEzUV8lGaCcI52/sl7VFSQRir/Q9xGG2st1HkzBj2vATYp4NWvpvQkfKhhQsRNl7 X-Received: by 2002:a17:90b:1802:: with SMTP id lw2mr24139590pjb.232.1643627454391; Mon, 31 Jan 2022 03:10:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643627454; cv=none; d=google.com; s=arc-20160816; b=fAKR+ER5V3aTFNllzbzNDqIGajIzvsZl4NrMVHK7C7HOHjgoa7VfwchHnXuHLF/l7v H0JHpQoCjoK7tbX9dIctXPwdANkHpgpV2/Benr2zygb6pnz1KLkcxswX9cMTML8hB92+ 0BEJur6CrrcfzK/ijiuFtgGifvL9ExjrsfRQWtO/KKTtyEMrfmVn61juUMuspGH/lNbw ud5o6j0P62ulPW5yx+GtzJGARxge8u4mY1Tnwe1EGK31w32F2+7/1FjWkbYoNfzsLKFL ecXzVii0flKjO5dvqRJ6xPJTpZMEGmzhMrun78vi/9c/NfByEYAH5ja8T+YWy2xX4Mnv DdJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=C5w2S5ndYwVItVkiDPg/uT/UFko3VOhpELYHRGKacXU=; b=DnuTgUfsgFBzivvC+wSgOarE2T7857Ju8kIG8BqY6HQaYAZoYJ6Bsg0tmbb6NpZt2i QbnwPf0K7vKb+IlyCJkmFrgm2BdZZvl+wvYofUiTP2H2GDCmLjUaw2X+1gVVFp+xBlHJ 5WyUW5fJjp2JEzR2u5hzURZwCTWhbprqlvGBeizTas6Cdrc0GGOkJrHQzyxhrYwcKSjY MBC7Wfgtd5GRwmV151asnyN3Kuwn1Aif39vJkbcb5VcrOsRvZaoh5EQe35jjlujkptlV REFNDisGJ0qI109KgVI9PTI47j470D7w3X9yl6IYkY7Q3PR6y8Bh8FOh3OerKyOSSv5Z o/lQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=LFOjhaqC; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n4si15764473plc.375.2022.01.31.03.10.42; Mon, 31 Jan 2022 03:10:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=LFOjhaqC; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241974AbiA1Oxr (ORCPT + 99 others); Fri, 28 Jan 2022 09:53:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231773AbiA1Oxq (ORCPT ); Fri, 28 Jan 2022 09:53:46 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 154DDC061714 for ; Fri, 28 Jan 2022 06:53:46 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1643381623; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=C5w2S5ndYwVItVkiDPg/uT/UFko3VOhpELYHRGKacXU=; b=LFOjhaqC5qvgSmaAH2KNicSXyl3qeriZ/Gj0IQOoWMWNe4v28oznoIF43IiHE0hhxjd4pf Dp0SDui1xtKckdpveuc/8T8ybHkXnLDZIR6DFQW0s/b1vSLKuIJ9kSTqQ8TBY23jW6LVGt DHUEPv55YkuVVdstdaDU13BUaeb1itS4WUj2Pr0XQ3D7Q0wvLxjguI6VYi3F/x4LOvLDYt PF4VvIMrXt0sTvyMKURsjt1wlCvm1vmU4AzRXd45wcmaDcjKm7Ce/ZtjpHCHu7Ph9IaiFp h+393lQsyi1qViC4Ll9U2p27LHRbZIm3h9sWyqdC9ACvINqSuQdlxLIx/4AluA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1643381623; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=C5w2S5ndYwVItVkiDPg/uT/UFko3VOhpELYHRGKacXU=; b=r7H3xY7nCZjmcsVrwvUy6GaO5T8z2QBOTJ/TnVehHwHwFxDF2NmH291HC3ZYSLHtC8DAvx AgDGj7XNHAFaklBA== To: Fenghua Yu Cc: Ingo Molnar , Borislav Petkov , Peter Zijlstra , Andy Lutomirski , Dave Hansen , Tony Luck , Lu Baolu , Joerg Roedel , Josh Poimboeuf , Jacob Pan , Ashok Raj , Ravi V Shankar , iommu@lists.linux-foundation.org, x86 , linux-kernel Subject: Re: [PATCH v2 05/11] iommu/sva: Assign a PASID to mm on PASID allocation and free it on mm exit In-Reply-To: References: <20211217220136.2762116-1-fenghua.yu@intel.com> <20211217220136.2762116-6-fenghua.yu@intel.com> <87ee4w6g1n.ffs@tglx> <87bl006fdb.ffs@tglx> <878rv46eg3.ffs@tglx> <87k0em4lu9.ffs@tglx> <8735la41qb.ffs@tglx> Date: Fri, 28 Jan 2022 15:53:42 +0100 Message-ID: <87zgnf29op.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 27 2022 at 18:42, Fenghua Yu wrote: > On Wed, Jan 26, 2022 at 10:38:04PM +0100, Thomas Gleixner wrote: >> Against Linus tree please so that the bugfix applies. >> >> > I will fold the following patch into patch #5. The patch #11 (the doc patch) >> > also needs to remove one paragraph talking about refcount. >> > >> > So I will send the whole patch set with the following changes: >> > 1. One new bug fix patch (the above patch) > > When I study your above aux_domain bug fix path, I find more aux_domain bugs. > But then I find aux_domain will be completely removed because all aux_domain > related callbacks are not called and are dead code (no wonder there are > so many bugs in aux_domain). Please see this series: https://lore.kernel.org/linux-iommu/20220124071103.2097118-4-baolu.lu@linux.intel.com/ > For the series, Baolu confirms that he is "pretty sure that should be part > of v5.18". And I don't find the series calls any IOASID function after > removing the aux_domain code. > > So that means we don't need to fix those issues in the dead aux_domain > code any more because it will be completely removed in 5.18, right? > > If you agree, I will not include the aux_domain fix patch or any other > aux_domain fix patches in the up-coming v3. Is that OK? Fair enough.