Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp204674pxb; Mon, 2 Nov 2020 19:03:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJxUZxzQk2OyWogUrwjjGukkBVby61pNlrHIYiQWuPi8k7mEzMUbt7tnNhy35obFhXsvZaLe X-Received: by 2002:a50:f392:: with SMTP id g18mr3001829edm.140.1604372589202; Mon, 02 Nov 2020 19:03:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604372589; cv=none; d=google.com; s=arc-20160816; b=Lo4wwR+bP5n916mdkDsmgMKCjAJOePpqj4fhz4lSwbtiS6Xl8eC1suQm8qm/Rs6+jZ r19mmoixeIQJr5l/2aXdhQFMkwCxs1v6vgOV/i3frfzIH1Bttml4ouXgC23YMLuYQ0vb MQ1LNzS3NYwg2+dtZOuxFxSxMNnc1WmXaeUjEo7iTvLp/J0oLqqjZfwD0BUxyYg7bjRN Jj2ul8jMNpZlN+1uwewiavKlwYDB9oB1lqw8xbomCTEDYTxTbPpRWPx+A+Z7uwV+LyMO fdUoJqlh/Z6ImZIVuIJYdNvYEGmVU2h5be6DnRonuMNn5MDzL/GmmgffopfmLIjBslpg 4xww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:cc:ironport-sdr:ironport-sdr; bh=598uf3jHFTX4cUcgR9/depihU1ugjWU1EyTn041c+OU=; b=hecaJZtzGvn2hUrNdw1BUbb4ICz3rlnQmy4wDFd7TAQXKBRqtITgAdssfv2zJC0hLG gllnBVk9jFKMC+B39ezV4Q9dniDepXBheSvahQUFSuJEAJIJLUQrhlu/MezAD7AkVC0v BTBubEqPL9cRTuw1myq1PQ9bt10irYNrgKcEzDNEosSN5av6zrcIwomBC+uV5V6UcVLH 0EoJivX6IdwTDsyIL+4ebXkOIz/fjWsCXmC02QOqaSB8A/4U4Y1k+OzgZAHgayMkdY3H Vx8vDxRiGB1hHtErQLc8JW0snCZ/vAewyEHtzTfYQEYMRaHjntWiy1ji5LloFMwPX78Y WPiQ== 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 s13si7891855ejy.140.2020.11.02.19.02.46; Mon, 02 Nov 2020 19:03:09 -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; 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 S1727087AbgKCDAs (ORCPT + 99 others); Mon, 2 Nov 2020 22:00:48 -0500 Received: from mga02.intel.com ([134.134.136.20]:39656 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725913AbgKCDAs (ORCPT ); Mon, 2 Nov 2020 22:00:48 -0500 IronPort-SDR: y7R/KXT2igjnGNkSxDJWX4zEF83iDIy3+EBmbUVP8ugLq3soYYZtPObhGVeLncP9xGc7dFvEwj uboS9t82qaSQ== X-IronPort-AV: E=McAfee;i="6000,8403,9793"; a="155977602" X-IronPort-AV: E=Sophos;i="5.77,446,1596524400"; d="scan'208";a="155977602" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Nov 2020 19:00:47 -0800 IronPort-SDR: dGkHC1Tjp9yGTblC2nJZ7Rz2ncLYiT2V3ZvAFrhpWpVYVWS4BDwN2Mr2oC9zGTmjydprL6rDBl eR+uf1q7BSPg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,446,1596524400"; d="scan'208";a="426170571" Received: from allen-box.sh.intel.com (HELO [10.239.159.139]) ([10.239.159.139]) by fmsmga001.fm.intel.com with ESMTP; 02 Nov 2020 19:00:44 -0800 Cc: baolu.lu@linux.intel.com, Ashok Raj , Intel-gfx@lists.freedesktop.org, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 0/7] Convert the intel iommu driver to the dma-iommu api To: Tvrtko Ursulin , Joerg Roedel , Tom Murphy , David Woodhouse , Christoph Hellwig References: <20200927063437.13988-1-baolu.lu@linux.intel.com> <8bac9e91-36a0-c1d6-a887-4d60567ac75a@linux.intel.com> <3f5694f3-62f9-cc2b-1c2b-f9e99a4788c1@linux.intel.com> <1ce5b94a-38b3-548e-3b1a-a68390b93953@linux.intel.com> From: Lu Baolu Message-ID: <82dab98e-0761-8946-c31c-92f19a0615b4@linux.intel.com> Date: Tue, 3 Nov 2020 10:53:53 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <1ce5b94a-38b3-548e-3b1a-a68390b93953@linux.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/2/20 7:52 PM, Tvrtko Ursulin wrote: > > On 02/11/2020 02:00, Lu Baolu wrote: >> Hi Tvrtko, >> On 10/12/20 4:44 PM, Tvrtko Ursulin wrote: >>> >>> On 29/09/2020 01:11, Lu Baolu wrote: >>>> Hi Tvrtko, >>>> >>>> On 9/28/20 5:44 PM, Tvrtko Ursulin wrote: >>>>> >>>>> On 27/09/2020 07:34, Lu Baolu wrote: >>>>>> Hi, >>>>>> >>>>>> The previous post of this series could be found here. >>>>>> >>>>>> https://lore.kernel.org/linux-iommu/20200912032200.11489-1-baolu.lu@linux.intel.com/ >>>>>> >>>>>> >>>>>> This version introduce a new patch [4/7] to fix an issue reported >>>>>> here. >>>>>> >>>>>> https://lore.kernel.org/linux-iommu/51a1baec-48d1-c0ac-181b-1fba92aa428d@linux.intel.com/ >>>>>> >>>>>> >>>>>> There aren't any other changes. >>>>>> >>>>>> Please help to test and review. >>>>>> >>>>>> Best regards, >>>>>> baolu >>>>>> >>>>>> Lu Baolu (3): >>>>>>    iommu: Add quirk for Intel graphic devices in map_sg >>>>> >>>>> Since I do have patches to fix i915 to handle this, do we want to >>>>> co-ordinate the two and avoid having to add this quirk and then >>>>> later remove it? Or you want to go the staged approach? >>>> >>>> I have no preference. It depends on which patch goes first. Let the >>>> maintainers help here. >>> >>> FYI we have merged the required i915 patches to out tree last week or >>> so. I *think* this means they will go into 5.11. So the i915 specific >>> workaround patch will not be needed in Intel IOMMU. >> >> Do you mind telling me what's the status of this fix patch? I tried this >> series on v5.10-rc1 with the graphic quirk patch dropped. I am still >> seeing dma faults from graphic device. > > Hmm back then I thought i915 fixes for this would land in 5.11 so I will > stick with that. :) (See my quoted text a paragraph above yours.) What size are those fixes? I am considering pushing this series for v5.11. Is it possible to get some acks for those patches and let them go to Linus through iommu tree? Best regards, baolu