Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1353545imu; Thu, 20 Dec 2018 14:56:38 -0800 (PST) X-Google-Smtp-Source: ALg8bN4BNGeKrkRaMeTkqxEsdkFe8syqLyQnZ54Ui4ZJtdLb7VzwUFhTcYodh78GuisGU1Fxm470 X-Received: by 2002:a17:902:346:: with SMTP id 64mr80684pld.337.1545346598251; Thu, 20 Dec 2018 14:56:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545346598; cv=none; d=google.com; s=arc-20160816; b=b7anvs281HAcZTpLQ5E69lIC31UF0GGq+KVLURiWp8GeDsse2fBJnQNJmbbvJcSNC4 9TXzwRgkiMQ3Ft73Hmoyz5q7lL8T9YmTBoIwdmvYTQMV0Zf/om20o0DXQluSedT8XbOw ZZ7JVCWyzFQg2X0QaJ45YA2yHj9z1Ch8qenl6lz+cSipgvdDYcuCe+Z2GoMXTZuhn42d uFamakJaeRwg/uuw4Js0Li6t5w7Z761VbOlIVr8XwzodnxxqOY5mud/Hv0ED2b/7jMNZ itequzdM5Wz+3CDmBJo+E2vaLgEeNBmRiscxM32JQtp7tuBmjIKpKJcZas6qSgdoCVcZ BSsA== 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=w0Ws877hI/RMwUmgLzLnRO/+z7YBk2HNHVAy3DCL06c=; b=S1PLLyyISsp3trPF+okg/XSC+9p2qqOglUzCeN4xEHdOWRayNkc2QxNiIOyg1Qropp ol7CIva5bsyZRcs2cptz+yT/TdAETjUimNUNxomScdJVfLEB/QbDSGApBAPyvOj5Vs1t KAGYO2eRSoYlYumOfFUdrrYGJr0rcVLJ11v9IGritXUyn6hjA62zR+2xgdIuUyjLRe6W j+EqB3ikDiIMpxZVnUbSg1ExRcHiOvV9Kb80Xdr6jIVZqUsidfyAWCsiGO88XHaM48qv O9GcD8IkWn4b3eGTc7w9ydLk6/7Jws7B3tZMK3b6hfcmFGaDprT/cSdMm/WBEFGZ/V0O LxXQ== 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 e7si19454963pgv.499.2018.12.20.14.56.22; Thu, 20 Dec 2018 14:56:38 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731427AbeLTQqM (ORCPT + 99 others); Thu, 20 Dec 2018 11:46:12 -0500 Received: from verein.lst.de ([213.95.11.211]:54138 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731411AbeLTQqL (ORCPT ); Thu, 20 Dec 2018 11:46:11 -0500 Received: by newverein.lst.de (Postfix, from userid 2407) id 02B4C68AA6; Thu, 20 Dec 2018 17:46:09 +0100 (CET) Date: Thu, 20 Dec 2018 17:46:08 +0100 From: Christoph Hellwig To: Thierry Reding Cc: Christoph Hellwig , iommu@lists.linux-foundation.org, Linus Torvalds , Jesper Dangaard Brouer , Tariq Toukan , Ilias Apalodimas , Toke =?iso-8859-1?Q?H=F8iland-J=F8rgensen?= , Robin Murphy , Konrad Rzeszutek Wilk , Tony Luck , Fenghua Yu , Marek Szyprowski , Keith Busch , Jonathan Derrick , linux-pci@vger.kernel.org, linux-ia64@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 15/15] dma-mapping: bypass indirect calls for dma-direct Message-ID: <20181220164608.GA20000@lst.de> References: <20181207190720.18517-1-hch@lst.de> <20181207190720.18517-16-hch@lst.de> <20181220164418.GA18777@ulmo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181220164418.GA18777@ulmo> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 20, 2018 at 05:44:18PM +0100, Thierry Reding wrote: > On Fri, Dec 07, 2018 at 11:07:20AM -0800, Christoph Hellwig wrote: > [...] > > diff --git a/kernel/dma/mapping.c b/kernel/dma/mapping.c > > index 0b18cfbdde95..fc84c81029d9 100644 > > --- a/kernel/dma/mapping.c > > +++ b/kernel/dma/mapping.c > [...] > > @@ -397,9 +404,9 @@ int dma_supported(struct device *dev, u64 mask) > > { > > const struct dma_map_ops *ops = get_dma_ops(dev); > > > > - if (!ops) > > - return 0; > > - if (!ops->dma_supported) > > + if (dma_is_direct(ops)) > > + return dma_direct_supported(dev, mask); > > + if (ops->dma_supported) > > return 1; > > return ops->dma_supported(dev, mask); > > } > > Hi Christoph, > > This hunk causes a crash on boot for me. It looks like a ! got lost in > the rework here. The following patch fixes the crash for me and restores > the logic of the op->dma_supported check. > > Feel free to squash this patch into the above if you prefer that. I don't want to rebase, so I'll pick this up ASAP.