Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp2023791img; Wed, 27 Feb 2019 09:11:35 -0800 (PST) X-Google-Smtp-Source: AHgI3IZtGlCNxad1N7TJfjgiCFgWt3yBHwFyWjSiy4aTw9M19D3oUZv0IH5MNqeq8gmFmfmTOQVm X-Received: by 2002:a63:2004:: with SMTP id g4mr3914722pgg.337.1551287495423; Wed, 27 Feb 2019 09:11:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551287495; cv=none; d=google.com; s=arc-20160816; b=qyEO4krAerBZQ36Q9IqQJ/TyJBTU4R4zsx4p7cnd1CAlvR8R8YxQI9k9wwc1N/uwrE 4dZQ9EuGepIynzGarevEtc9I9J4JyJ7h4or7r0HZOO9frcIS8HVywxpw6JwTJpPEfl9S aL7nyhMVG267MnYPbgNnM50s4CcmZRVuWlxfM8Vw42VvzjjREwvaD1/G2GgEfnHcWb+e HAFeDVab8SPmeb3skguZM9PMvjMeYX2oV4kYx8VFs4OVP9IOqMFoS3EbflKzyGqhkTwk 1EUhBL+h0KooJlYsppuCHRgq/3M/0p1Yy49DmMQS75KkEdHKNw0q3LsS69j/uK/i/KmW vppQ== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=lL9/jgTeaM7TXgXv1rdW6LPuLlqyH7uc5Jndwy7onE4=; b=YaTwMbl6DuXfME6c7JInXT7u6+HPAJSabiKJVRuq4KRlVO5uAj3zvNOGFZXbdCI4AJ X2YpVr+FmaOmjDZwmY1pBUPwdOL9WWY+eKCYpfz7tizv64Tw3NLKBip1SgIONcMTHTC3 8VvPctlLU7tEPBa1glWSthk/lDgOYSafHDVVsg3ew03wdMMMJQ3gJvIVN4Ah+VNHvn4y +0Hieqo/yLEWjyIq/Pd87trapbblaSa1PRVbiTC/lTvkYbEqg6+7YPGISvsjXP0uH9k4 8ZGSim2IhDfRvGsxqd4gLSSX4ig4LoGS1PboBlXOH542IPmbqHmDUAEh0YuFU1xHGWGn 2Yfg== 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 l3si14811060plt.307.2019.02.27.09.11.20; Wed, 27 Feb 2019 09:11:35 -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 S1729918AbfB0RK6 convert rfc822-to-8bit (ORCPT + 99 others); Wed, 27 Feb 2019 12:10:58 -0500 Received: from mx2.suse.de ([195.135.220.15]:36136 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726181AbfB0RK5 (ORCPT ); Wed, 27 Feb 2019 12:10:57 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 3F0DEAFCB; Wed, 27 Feb 2019 17:10:56 +0000 (UTC) Date: Wed, 27 Feb 2019 18:10:55 +0100 From: Thomas Bogendoerfer To: Christoph Hellwig Cc: Ralf Baechle , Paul Burton , James Hogan , Lorenzo Pieralisi , Bjorn Helgaas , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org Subject: Re: [PATCH v2 08/10] MIPS: SGI-IP27: use generic PCI driver Message-Id: <20190227181055.365f5f19ee724010ba37a81a@suse.de> In-Reply-To: <20190222144628.GA10643@infradead.org> References: <20190219155728.19163-1-tbogendoerfer@suse.de> <20190219155728.19163-9-tbogendoerfer@suse.de> <20190222144628.GA10643@infradead.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 Feb 2019 06:46:29 -0800 Christoph Hellwig wrote: > > diff --git a/arch/mips/include/asm/dma-direct.h b/arch/mips/include/asm/dma-direct.h > > index b5c240806e1b..bd11e7934df1 100644 > > --- a/arch/mips/include/asm/dma-direct.h > > +++ b/arch/mips/include/asm/dma-direct.h > > @@ -2,6 +2,8 @@ > > #ifndef _MIPS_DMA_DIRECT_H > > #define _MIPS_DMA_DIRECT_H 1 > > > > +#include > > + > > static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size) > > { > > if (!dev->dma_mask) > > How is your mach dma-direct.h scheme going to work, given that > we already have non-inline declarations of __phys_to_dma / __dma_to_phys > in this file? the compiler is fine with the declarations, that's why I left the non-inline prototypes as they are > Also this really should go into a separate commit, and we should either > have all of these functions inline or none. Having all of them out > of line seemed a lot saner to me to avoid all the mach header mess. hmm, so your inline version in include/linux/dma-direct.h is ok, while doing the same for MIPS in an other header files isn't ? Sounds inconsistent to me. Anyway I'll move __phys_to_dma/__dma_to_phy into a fitting/new .c file in the next version of the series. Thomas. -- SUSE Linux GmbH GF: Felix Imend?rffer, Jane Smithard, Graham Norton HRB 21284 (AG N?rnberg)