Received: by 10.192.165.148 with SMTP id m20csp3254796imm; Mon, 23 Apr 2018 03:27:53 -0700 (PDT) X-Google-Smtp-Source: AIpwx492V4r4L514tqhHx3+XFCYCJ8WQYMwn9eLGhZiGkMnjR6jEFqNGp1fjgKI9MD4GggQ+M2NG X-Received: by 2002:a17:902:a985:: with SMTP id bh5-v6mr20728145plb.0.1524479273758; Mon, 23 Apr 2018 03:27:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524479273; cv=none; d=google.com; s=arc-20160816; b=TEvYt3D/K9ELemo5JL41AuEfaOFGQ0y74gLovh0XCe097ek5fPJA837bmLr+6pJWYK Dtrmr3H7U5sVP/2pSzq1apvZEcEJssK9uwO76Kud+1pxsSCfANGVFdlg64UF4ZB7XNc4 u1KqTS+tPlICiJs0vfLBEEjZ5TBp1utJjw2DPa7PnZsyOqyfhsNBDXhAaC2Hi0/HptPM JvE2vIOcL+H+iMmR76ns+aSuWgVK9PBm88KyNSaUHd9TPutosmW3V2+T7PzlzVJV3/y9 HDn+SBc5MOlmA1rVwgYRTqhaF33i86Owa+VB54mCvmClS7iahpTRA1c/AWGkvSZRqT7p AkYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=Hp8YXmZpQ0cbN4UEP4oqfXOg58Ux1YVDfqan0cVNWGA=; b=aBndwa126P4CmfPiOcLJqpMlE8faDtGF//vxC8Yv5X4hdFl5yu8i/kp2qngvyPOP0P g9I8WOuosua/CW5JJhEVrMcbFA75Oi/iNLXmScr/1v8EBBFfY2e34Qk73g7UbLn19x6s cy7fHKlmHReOQWObu8DjyD97/gWKjlF05XJHVFWsZZWayWHSkqXAqb8EEAg7cocmmfV+ 8lDGW3ZYc+1VQcdyN//nhC/7VbuZ0TemJbRMn4Zkc7xnaAzHckjQkaJu2jcjcueQrMS+ cAIBtp1mJzNFKKW9QruUVrmjL0Hesxo4X0m9eDEUGyb5US3JSYfarkHqFpU8buh+O7jY oqDQ== 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 s11si9187181pgp.680.2018.04.23.03.27.39; Mon, 23 Apr 2018 03:27:53 -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 S1754765AbeDWK0N (ORCPT + 99 others); Mon, 23 Apr 2018 06:26:13 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:45008 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754607AbeDWK0M (ORCPT ); Mon, 23 Apr 2018 06:26:12 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id D42ABD34; Mon, 23 Apr 2018 10:26:11 +0000 (UTC) Date: Mon, 23 Apr 2018 12:26:06 +0200 From: Greg Kroah-Hartman To: Jacob Pan Cc: iommu@lists.linux-foundation.org, LKML , Joerg Roedel , David Woodhouse , Alex Williamson , Jean-Philippe Brucker , Rafael Wysocki , "Liu, Yi L" , "Tian, Kevin" , Raj Ashok , Jean Delvare , Christoph Hellwig , Lu Baolu Subject: Re: [PATCH v4 11/22] driver core: add per device iommu param Message-ID: <20180423102606.GA29194@kroah.com> References: <1523915351-54415-1-git-send-email-jacob.jun.pan@linux.intel.com> <1523915351-54415-12-git-send-email-jacob.jun.pan@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1523915351-54415-12-git-send-email-jacob.jun.pan@linux.intel.com> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 16, 2018 at 02:49:00PM -0700, Jacob Pan wrote: > DMA faults can be detected by IOMMU at device level. Adding a pointer > to struct device allows IOMMU subsystem to report relevant faults > back to the device driver for further handling. > For direct assigned device (or user space drivers), guest OS holds > responsibility to handle and respond per device IOMMU fault. > Therefore we need fault reporting mechanism to propagate faults beyond > IOMMU subsystem. > > There are two other IOMMU data pointers under struct device today, here > we introduce iommu_param as a parent pointer such that all device IOMMU > data can be consolidated here. The idea was suggested here by Greg KH > and Joerg. The name iommu_param is chosen here since iommu_data has been used. > > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Jacob Pan > Signed-off-by: Jean-Philippe Brucker > Link: https://lkml.org/lkml/2017/10/6/81 Reviewed-by: Greg Kroah-Hartman