Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4488324ybz; Tue, 28 Apr 2020 12:09:44 -0700 (PDT) X-Google-Smtp-Source: APiQypLfjPuwVPMhef/YInpZ3hVxscvwHpQdFesU5NtGXrOJH0qJJxU5svf5n2+VcU2U9sfNem0k X-Received: by 2002:a50:8dc2:: with SMTP id s2mr8732674edh.318.1588100984473; Tue, 28 Apr 2020 12:09:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588100984; cv=none; d=google.com; s=arc-20160816; b=WJqznAv2BuarCW0bSazzf6NGHB8xd0Htzt6tC2NbBi1FAJk4xPpnBHtaHtjep+5/8D aJQyFkV0yzy9sKj12y4qQetP/2AeBxwtu+16DvTZq4kXi3OmgYwGTRNCbAoy3E6gklFl hiFrlvN3PG4ZtCxVSxSgp+O/Hi3vLhBtMET01O844xybYjjsilRQAejzDepSjQuEZYJb /vRgeuPMXAt72+iUMKSvhM9BNutLGWYSfkepwkO2PzmS8nNOiCK3j9wtP3Fevg38Mcsb 3GTfGIv0y+p2AMNtBYEl/xlYtXvoVhERWjdrU3oLqqPlbHYYLpPe50b546qxH203cNtE wnUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=p+x64A+dDz8VBk7AoXpZwSvkv4GjBPlP3V7OLvzzwB0=; b=hi/8+CpEXArrf3nlr4skhxEm4sViCtHmeTFJjCMMIWXGQf+YjraOG8c3R6Qvwxfsea VBPT/Qjqo7trueNU1ntDfYxE0JvkcWDXoprGbDoMhMZWcqxIIYKs9+QoN+BMDTfMMUHo iQbxi9WvQJynBE2hs/cym3itCNUiHnjdMh3/WnqutJ+8D4HXxp+jKdo24+kHH26Q1PYN tml4Gs40LYciKqgvSL4t81cTsok54BIvOWEss2GiVhxPC4NCcB5I31EXrFLVHLJyDkvl ubn+ript0QBbKgPV1JVLcRYUlt7ww8wJIF9KPBFqLuKqvDFRP8Hm9NdSZVHHtEyfM48Y /1pg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (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 fi25si2385830ejb.25.2020.04.28.12.09.21; Tue, 28 Apr 2020 12:09:44 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728729AbgD1TH1 convert rfc822-to-8bit (ORCPT + 99 others); Tue, 28 Apr 2020 15:07:27 -0400 Received: from mga04.intel.com ([192.55.52.120]:45384 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728547AbgD1TH1 (ORCPT ); Tue, 28 Apr 2020 15:07:27 -0400 IronPort-SDR: ZNywR7xBh6y98kbCcwl7O6hkSRmqErZMF3dnMLQpnbn9cvcs5+7Ermir0Fylp52DTgRxOMOeO0 jkbXM8k+iZGg== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2020 12:07:26 -0700 IronPort-SDR: H9WMt1ccVsFYYldEOJJiXYnUjdrg0S5E87Hcxdt2iFCHphHKG0StdfXzj9GjiUZAd+NHrqTEpG AJy/ZUPIkUAA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,328,1583222400"; d="scan'208";a="459331916" Received: from orsmsx103.amr.corp.intel.com ([10.22.225.130]) by fmsmga006.fm.intel.com with ESMTP; 28 Apr 2020 12:07:26 -0700 Received: from orsmsx160.amr.corp.intel.com (10.22.226.43) by ORSMSX103.amr.corp.intel.com (10.22.225.130) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 28 Apr 2020 12:07:26 -0700 Received: from orsmsx115.amr.corp.intel.com ([169.254.4.83]) by ORSMSX160.amr.corp.intel.com ([169.254.13.187]) with mapi id 14.03.0439.000; Tue, 28 Apr 2020 12:07:26 -0700 From: "Luck, Tony" To: Thomas Gleixner , "Pan, Jacob jun" CC: "Yu, Fenghua" , Ingo Molnar , Borislav Petkov , H Peter Anvin , "David Woodhouse" , Lu Baolu , "Hansen, Dave" , "Raj, Ashok" , "Jiang, Dave" , "Mehta, Sohil" , "Shankar, Ravi V" , linux-kernel , x86 , "iommu@lists.linux-foundation.org" , "Pan, Jacob jun" Subject: RE: [PATCH 5/7] x86/mmu: Allocate/free PASID Thread-Topic: [PATCH 5/7] x86/mmu: Allocate/free PASID Thread-Index: AQHWBtMgRqn1rM/ldEi9589O6eqhDKiMHSGAgANeKoCAAAkqgP//jPrQ Date: Tue, 28 Apr 2020 19:07:25 +0000 Message-ID: <3908561D78D1C84285E8C5FCA982C28F7F608BE9@ORSMSX115.amr.corp.intel.com> References: <1585596788-193989-1-git-send-email-fenghua.yu@intel.com> <1585596788-193989-6-git-send-email-fenghua.yu@intel.com> <87pnbus3du.fsf@nanos.tec.linutronix.de> <20200428112113.000033bd@intel.com> <87tv13o306.fsf@nanos.tec.linutronix.de> In-Reply-To: <87tv13o306.fsf@nanos.tec.linutronix.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > If fd release cleans up then how should there be something in flight at > the final mmdrop? ENQCMD from the user is only synchronous in that it lets the user know their request has been added to a queue (or not). Execution of the request may happen later (if the device is busy working on requests for other users). The request will take some time to complete. Someone told me the theoretical worst case once, which I've since forgotten, but it can be a long time. So the driver needs to use flush/drain operations to make sure all the in-flight work has completed before releasing/re-using the PASID. -Tony