Received: by 10.192.165.148 with SMTP id m20csp3223946imm; Mon, 7 May 2018 08:39:54 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqA7B/+XkFU95iu93tdMLwX2Ht7YASv9Aos+c8LOQ6so32HdknPzd837m6fQuUVp14ynSrC X-Received: by 2002:a24:7341:: with SMTP id y62-v6mr1714496itb.109.1525707594111; Mon, 07 May 2018 08:39:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525707594; cv=none; d=google.com; s=arc-20160816; b=EEQDkLyD0m/VizutKYrCwt/WgJThiUOcMd65iDphd23JJfUz9rgn3sSJAihLPaycy/ qMIH0c5pCJob+Vy2ft0Q9isOigzD8iPTnhSLRW5izchJ4nNzGdJoUvacV86ljrvvZ/X0 HDif9XuklfdECAKrkpdDwuzGiNgCDS0FNWsoTCIVDFjIRftcQKCEiIPLQdQ2zgoOHPB/ UziIXEEWp4o6hDjjYM2nY/i7Pp//YD/yULdfmRqD4hv8I4qZqs9Ir9eM8B9364oSZF2I 0dRZNYPhEeq2pJlZYSUNMPZorJa1+Yqsq9VnP67/hXZTc6Rafhp/RWzo8lzrGiMVyRQN m5uw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=cYjCYT996otod0v7+KxgIvwI9Kql2MBAwAK9qZlgnKk=; b=JcLynE74aP5jMEJ4I8+yTJ6j6DDegXxYFHUEsL7IpM70je5oItuCjsRbGBYuXDMa36 GmYs7Toh4LNL2XW/mbMHiqWgOqM/fP5lRZXXWRPap9GJx0NWrRzd/MH6F7CXF7ZIOQM6 lRO0Bw+Y1dqkj9iH95vl782GZUW6KYOGsHrNzFGQDPLiMxrNPzaIyAWYF0eOxVcOBuuR XOYFRovhM/NigPo8fxc9zNDppIa5tYVVL+btbTD2ZBJUoE/bwoMSm6lPJfvO1O4PL5VN JZEPVO7NBSx1nJBMNzoDB82pY1cSKVq16DVOeWReFqozbR7qJligCoKPBVbhugy6oxYR b/Hg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b17-v6si20147174ioa.15.2018.05.07.08.39.40; Mon, 07 May 2018 08:39:54 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752309AbeEGPi0 (ORCPT + 99 others); Mon, 7 May 2018 11:38:26 -0400 Received: from mga07.intel.com ([134.134.136.100]:63826 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750934AbeEGPiZ (ORCPT ); Mon, 7 May 2018 11:38:25 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 May 2018 08:38:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,374,1520924400"; d="scan'208";a="53867724" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga001.jf.intel.com with ESMTP; 07 May 2018 08:38:24 -0700 Date: Mon, 7 May 2018 08:41:07 -0700 From: Jacob Pan To: Jerry Snitselaar Cc: iommu@lists.linux-foundation.org, LKML , Joerg Roedel , David Woodhouse , Greg Kroah-Hartman , Alex Williamson , Jean-Philippe Brucker , "Liu, Yi L" , Raj Ashok , Rafael Wysocki , Liu@mail.linuxfoundation.org, Jean Delvare , jacob.jun.pan@linux.intel.com Subject: Re: [PATCH v4 05/22] iommu: introduce iommu invalidate API function Message-ID: <20180507084107.2d1a9421@jacob-builder> In-Reply-To: <20180505221943.iy724cn4ltmycv5i@cantor> References: <1523915351-54415-1-git-send-email-jacob.jun.pan@linux.intel.com> <1523915351-54415-6-git-send-email-jacob.jun.pan@linux.intel.com> <20180505221943.iy724cn4ltmycv5i@cantor> Organization: OTC X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 5 May 2018 15:19:43 -0700 Jerry Snitselaar wrote: > > > >+static inline int iommu_sva_invalidate(struct iommu_domain *domain, > >+ struct device *dev, struct tlb_invalidate_info > >*inv_info) +{ > >+ return -EINVAL; > >+} > >+ > > Would -ENODEV make more sense here? > yes, make sense. thanks! > [...]