Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp978565imu; Wed, 23 Jan 2019 08:51:30 -0800 (PST) X-Google-Smtp-Source: ALg8bN6QcpBRGioYrXt4Wx27MQDwEooA05HrBFUxJrF0HB1sBSb2EeSa4Zn2tPAVBA1SUPyK7ErL X-Received: by 2002:a62:5f07:: with SMTP id t7mr2651543pfb.108.1548262290594; Wed, 23 Jan 2019 08:51:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548262290; cv=none; d=google.com; s=arc-20160816; b=hgR5ciE2s0teO0nJliEEiibnOOua5ACp/zS8Zy5Edm3ZApepHy84nQCWEM/RhPh2/6 rmiUoKK5TNV18fLyK3/r/IlpjJLtBoNqIIMFsixfBIScIJ6X0OBLhxstghUu2EVFR+6q gUs4wI8NsBRx5n8p9c+oaV6MXcYyx0NecvIkSWWNYCtcnHB/b2/6tzarun5rCttq3oqf barmM5gaUsX84DLfCQhwaW0wm2mdmZY3abhOvqZR+MEzRkYMVAfny7ZWF0aYHiQMJokS R2n0vk9IUvOQDdKTpGbvl83Fu/9vQP/vicjvZYzK4iAV3SEp87xWVPpGdI8WCiy/STI7 vPUA== 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; bh=8mCds3Om59M9Ale5T7zoCFwbULRO3gaP0TVv2WpEK5w=; b=y5RuEa/w3oCaTPMMTmCxWkh2opJuiSJ1PaS+HMvFoHjHCAS+pvEOx4gZyQqgFedoRQ SHuHodQkI7lupphdnGt2Of1fXKuP+et0FEpqta1fe4nqkpCT+FfSkZqxHN62alqHLhM3 dsJHo3aEK50hyaqbBM1qHyPGPZwTYdnmVfgPF7iXKyr53ioys8z5G3C2pRIK1Hvpincn 2jqCLPQIASAusF51YQZVJ394kLPpIu8X4e9j7DyRH/xM3mXORkjbjfFt19pt5Wgtg4XY 23irGe1gPiIs66T02JS5WMlNVY/3BCPv7CeJy4xWvVhaQHws6ZI1R2CMPZZEY6VHrZNU fqaA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d189si19599252pgc.393.2019.01.23.08.51.14; Wed, 23 Jan 2019 08:51:30 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726411AbfAWQuB (ORCPT + 99 others); Wed, 23 Jan 2019 11:50:01 -0500 Received: from 8bytes.org ([81.169.241.247]:59296 "EHLO theia.8bytes.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725948AbfAWQuB (ORCPT ); Wed, 23 Jan 2019 11:50:01 -0500 Received: by theia.8bytes.org (Postfix, from userid 1000) id 5DADD42C; Wed, 23 Jan 2019 17:49:59 +0100 (CET) Date: Wed, 23 Jan 2019 17:49:59 +0100 From: Joerg Roedel To: Joonas Lahtinen Cc: Daniel Vetter , Eric Wong , David Woodhouse , David Airlie , Jani Nikula , Rodrigo Vivi , "list@263.net:IOMMU DRIVERS , Joerg Roedel , " , intel-gfx , dri-devel , Linux Kernel Mailing List Subject: Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx Message-ID: <20190123164959.GF32526@8bytes.org> References: <154642214920.6261.102817444136744919@jlahtine-desk.ger.corp.intel.com> <20190104010626.e6yqdqkmdcqjepke@dcvr> <154659116310.4596.13613897418163029789@jlahtine-desk.ger.corp.intel.com> <20190118121705.a4usvhnskyblooja@dcvr> <20190122103914.msboylvkor5sb5lq@8bytes.org> <20190122110109.x3zoynemdl3ysbsn@8bytes.org> <154816850584.8871.13562920355478587539@jlahtine-desk.ger.corp.intel.com> <20190122165135.6rkdsxqepvmaoatn@8bytes.org> <154825575844.19121.1110495981060533179@jlahtine-desk.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <154825575844.19121.1110495981060533179@jlahtine-desk.ger.corp.intel.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 23, 2019 at 05:02:38PM +0200, Joonas Lahtinen wrote: > We have many reports where just having intel_iommu=on (and using the > system normally, without any virtualization stuff going on) will cause > unexplained GPU hangs. For those users, simply switching to > intel_iommu=igfx_off solves the problems, and the debug often ends > there. If you can reproduce problems on your side, then you can try to enable CONFIG_INTEL_IOMMU_BROKEN_GFX_WA to force the GFX devices into the identity mapping. We can also add a boot-parameter and workarounds if it turns out that this is sufficient to make the GFX devices work with IOMMU enabled. Regards, Joerg