Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp540456ybj; Tue, 5 May 2020 03:26:42 -0700 (PDT) X-Google-Smtp-Source: APiQypLSbjdgrYe8Dsz6xw7LapYhEXI/TQCpE+bzKjHj39oj46iKlzEdKsX6YVpQt13c/0dZ1j5l X-Received: by 2002:a17:906:3607:: with SMTP id q7mr1817899ejb.313.1588674402656; Tue, 05 May 2020 03:26:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588674402; cv=none; d=google.com; s=arc-20160816; b=A5zsXFqFcQpJGeW1wJcrbNNXMazG2eZgMVCunt7KMfKsKuhlJwQlv7wDStMckbyxVe lNLCoPFQWIul1du5AlJJY2mmMGWQfmLUYNvLLWSGcYzVBD5nXrkiT7OwB4ly3raGhwEy F1rdGG5GQinBIicOL93u4JX2Xsqg2XCxtYOQPArNWWmebBujtb7hB0eTXgQvbK0QmBBv J4V9qqC2bj0/cYVTUwApCxg3hBOwRfdYB8XXw9f5ThTnPOBU4UwllZzg4y2RaJCUYEdU ATwmitLqdMR7I6fNx6vv6TamKyUc9yb2XmK1zelbSC2g2W0UuJLvzQRk7xuKgFeoIGCx aL4A== 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=GjSo7Rz/lDjes1+B0AYM6M+iq5iBrRyvgeaSaX1Tv9g=; b=CWjsyC7xC7mPk7LdmbEx6qEfi8X+jZJBfdb1ZQk2sL3J5K+NnRvIpsVYH5r4e6bscb IKeKmU4pUq7SAeooqxOE/5MyYzUPDOoo40+c2FGNB2q5MZlMVS2B29oR+3Qvr5g28MSn qZ48BzrzT+TBxlkUemM3hblkmpysVeXNtKWtiKcJWhMO8kQ3nPPXBvjX+w3BbQa7ryHI ijiZbYztWIYZC2mWDoFUoSJFaupTIq1VSoqeqEKBs7XNOATRIuYjJwVkf9I+oIwzif8q dZkYwJ9dBRZl0t4cLw2lFtCp6jM8vakr3Yk7JsQPC5M4yKAuk/kgk51NLwIMAN/EIQoA eMFw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si873156ejx.212.2020.05.05.03.26.18; Tue, 05 May 2020 03:26:42 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728641AbgEEKWi (ORCPT + 99 others); Tue, 5 May 2020 06:22:38 -0400 Received: from verein.lst.de ([213.95.11.211]:34498 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725766AbgEEKWi (ORCPT ); Tue, 5 May 2020 06:22:38 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id AC3CE68C4E; Tue, 5 May 2020 12:22:34 +0200 (CEST) Date: Tue, 5 May 2020 12:22:34 +0200 From: Christoph Hellwig To: Marek Szyprowski Cc: dri-devel@lists.freedesktop.org, iommu@lists.linux-foundation.org, linaro-mm-sig@lists.linaro.org, linux-kernel@vger.kernel.org, Christoph Hellwig , Robin Murphy , Bartlomiej Zolnierkiewicz , linux-arm-kernel@lists.infradead.org, David Airlie , Daniel Vetter , Joerg Roedel Subject: Re: [PATCH v3 01/25] dma-mapping: add generic helpers for mapping sgtable objects Message-ID: <20200505102234.GA15038@lst.de> References: <20200505083926.28503-1-m.szyprowski@samsung.com> <20200505084614.30424-1-m.szyprowski@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200505084614.30424-1-m.szyprowski@samsung.com> 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 > +static inline int dma_map_sgtable_attrs(struct device *dev, > + struct sg_table *sgt, enum dma_data_direction dir, unsigned long attrs) Two tab indents for parameter continuation, please. Can we also skip the separate _attrs version? The existing ones have the separate _attrs variant as there were pre-existing versions without the attrs argument and lots of users, but that doesn't really apply here as an extra 0 argument isn't really an issue. > +static inline size_t iommu_map_sgtable(struct iommu_domain *domain, > + unsigned long iova, struct sg_table *sgt, int prot) > +{ > + return iommu_map_sg(domain, iova, sgt->sgl, sgt->orig_nents, prot); > +} Should this be a separate patch due to the different subsystems? FYI, I'll happily pick up the prep patches in an immutable branch of the dma-mapping tree one we have settled on the details.