Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3622627pxb; Mon, 24 Jan 2022 13:44:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJy8yMgJFBf9nNhj+xIOQHeEEnMZszlb+MHQQZ5Md/w86drcEX5K/ygoJJDpJZFVmd6bfG3P X-Received: by 2002:aa7:904e:0:b0:4bc:bdd5:f3d with SMTP id n14-20020aa7904e000000b004bcbdd50f3dmr15689914pfo.9.1643060592213; Mon, 24 Jan 2022 13:43:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643060592; cv=none; d=google.com; s=arc-20160816; b=UxRiun8R4GO23H+ZuxvWRJRhjYu5p/Y4OOCFDIKXeZe86y/vgITBzN6RO5UznUSb3l uiiCqDMdR1orH0YP+xwYN161Q6NxNwLzvN+MVrvncGAIgcFHhidL/Vl3ahNKCIPWOkWe 2PUSg8yE27SN6LbpysgAmR7L5ApzKmBnyCpDFoJvwZOaE4GoPwUpUv2mRD/n7wT26KSx WOZL/j9RxWLRrvAiQTB9F1snOf8diV4utJr1shc5M5KhYHp2WA2RvbQ7GFBiXU2qWcuT nE8FpXhBdyt8m0+oGliS8T4WAwUuskTcPNZtC1k559ejfGEq3iIUjaJt4b+f00FXRFMW Qzaw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=ZqhqNfKppJ96bIdNOZ4cQl3Wi+uTDKCOXskWzFaAxnY=; b=OELi9qsWjXnySVrFJgShopCxzYjZb17qKzJPMR6OPbFy0Yae7yYLMV/TYfYYaQG7Av 3krcnDGGs7moEFM8862xNJkhEZOrzGp7l6o93wYwRm2O1aQSvuAC0RgLIcon3aORxIKq Pw1SpkHSptdshPcPi/W3irOPjQz6dRiR4lQmMhq7baz4S7JKjGTJJIRRJqM44qMGi7GM IJK4J7JFnB5VyNh+97QjDoehIave3605uz3n9bNIaL2sBJyCKn5dOyXHbnZZZN5Om6Bd 4gu6CmfuqcfZ+4aZ7jnX0wfeFJV2pbDJj5TKMZ5iNtomBKYtWxgztYr5RmZx5Ya2lTmF AaIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=NVgagemP; 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=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k22si13982397pfc.49.2022.01.24.13.43.00; Mon, 24 Jan 2022 13:43:12 -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=@intel.com header.s=Intel header.b=NVgagemP; 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=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1451274AbiAXVWe (ORCPT + 99 others); Mon, 24 Jan 2022 16:22:34 -0500 Received: from mga17.intel.com ([192.55.52.151]:34488 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1358374AbiAXUwu (ORCPT ); Mon, 24 Jan 2022 15:52:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1643057570; x=1674593570; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=zk4FsO8id3AQmClLhfi5ct2JYeKgImL1nYfcJmgal4M=; b=NVgagemPeVa8SVzPZLhl/OfEFP1BQOkY0g78Jg5gIVe6UtBVOEnut4VD nbmhf8INY4eMt2b+IHf1M8rmm29izvDDzdVxAMVYUaoKzlQxDU6J+hH5m KhfxUlOlYw1gJHwfMyzjpSe+3s9eT+AAgHg5TFrOnGY102iNG1VcKeGBr 9scEDhMJfd/LUgN6xaSkHjwWuWVU9u9sR5z7ZSweStY+ZQCYpJYChTiy7 9X30DGCCrkgqWdEs5HWaRH4n0SpxghRXyynbXC7dy5s3dq93HwJ4T1vVs y0d2IJux3e516/kRCv09Phc5u8+wyUj6ZUQV+joLUqbKurZPIINNmNtbj Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10237"; a="226818763" X-IronPort-AV: E=Sophos;i="5.88,313,1635231600"; d="scan'208";a="226818763" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jan 2022 12:52:48 -0800 X-IronPort-AV: E=Sophos;i="5.88,313,1635231600"; d="scan'208";a="479226615" Received: from otcwcpicx3.sc.intel.com ([172.25.55.73]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jan 2022 12:52:47 -0800 Date: Mon, 24 Jan 2022 12:52:42 -0800 From: Fenghua Yu To: Thomas Gleixner 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 Message-ID: References: <20211217220136.2762116-1-fenghua.yu@intel.com> <20211217220136.2762116-6-fenghua.yu@intel.com> <87ee4w6g1n.ffs@tglx> <87bl006fdb.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87bl006fdb.ffs@tglx> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Thomas, On Mon, Jan 24, 2022 at 09:36:00PM +0100, Thomas Gleixner wrote: > On Mon, Jan 24 2022 at 21:21, Thomas Gleixner wrote: > > > > Hrm. This is odd. > > > >> +/* Associate a PASID with an mm_struct: */ > >> +static inline void mm_pasid_get(struct mm_struct *mm, u32 pasid) > >> +{ > >> + mm->pasid = pasid; > >> +} > > > > This does not get anything. It sets the allocated PASID in the mm. The > > refcount on the PASID was already taken by the allocation. So this > > should be mm_pasid_set() or mm_pasid_install(), right? > > And as a result of all this ioasid_get() is now left without users... > > Thanks, Ah. This patch should remove ioasid_get(). So I will change this patch as follows: 1. Remove ioasid_get() because it's not used any more when IOASID's refcount is set to 1 once the IOASID is allocated and is freed on mm exit. 2. Change mm_pasid_get() to mm_pasid_set(). Will that work? Thanks. -Fenghua