From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E7C03C4743C for ; Mon, 7 Jun 2021 06:51:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id CBB94611ED for ; Mon, 7 Jun 2021 06:51:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230256AbhFGGxC (ORCPT ); Mon, 7 Jun 2021 02:53:02 -0400 Received: from verein.lst.de ([213.95.11.211]:44692 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbhFGGxB (ORCPT ); Mon, 7 Jun 2021 02:53:01 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 2A62B67373; Mon, 7 Jun 2021 08:51:09 +0200 (CEST) Date: Mon, 7 Jun 2021 08:51:08 +0200 From: Christoph Hellwig To: Guo Ren Cc: Christoph Hellwig , Nick Kossifidis , Drew Fustini , Anup Patel , Palmer Dabbelt , wefu@redhat.com, Wei Wu =?utf-8?B?KOWQtOS8nyk=?= , linux-riscv , Linux Kernel Mailing List , linux-arch , linux-sunxi@lists.linux.dev, Guo Ren , Paul Walmsley , Benjamin Koch , Matteo Croce , Wei Fu Subject: Re: [PATCH RFC 0/3] riscv: Add DMA_COHERENT support Message-ID: <20210607065108.GA24872@lst.de> References: <20210519064435.GA3076809@x1> <20210519065352.GA31590@lst.de> <29733b0931d9dd6a2f0b6919067c7efe@mailhost.ics.forth.gr> <20210607062701.GB24060@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 07, 2021 at 02:41:14PM +0800, Guo Ren wrote: > Double/Triple the size of physical memory regions can't be accepted by > SOC vendors, because it wastes HW resources. > Some cost-down soc interconnects only have 32bit~34bit width of > physical address, are you sure you could force them to expand it? (I > can't) > > > or somewhat dynamic. > How can HW implement with dynamic modifying PMA? What's the granularity? I'm just stating the requirements from the Linux DMA perspective. You also do not need tripple the address space, just double.