Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp625068ybg; Tue, 9 Jun 2020 08:49:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzy3uJps8UCn9JYjzceArg1pyujbSWa4vwiXkO5hA+SdZm5qx6/JIe8snPe6zRsbRpfwlL1 X-Received: by 2002:a17:906:ae88:: with SMTP id md8mr27494538ejb.347.1591717775301; Tue, 09 Jun 2020 08:49:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591717775; cv=none; d=google.com; s=arc-20160816; b=ScTRpSw7A1S7y6Ns1QKJeG42b4C/3X0Ot5Q2CrsEk+lxV17mNEbGqD1f3t3npcov4C sr9FiiD0B2p1rXED3xGt2Am+Vaykzs768LIdqAoTQEvhvrxiVM1aDP53mvWeI9sx1Vzc yBJYng2P8+xkd+A9gG9qkDO/U+LhGz/UR7fWyRdK83v4oOKcSD9LJSZuC2JXuuzcmGB1 cBfYyJY40SPyQEUgGcWYFSbOB9MXf7FaFQkHZY5xVYoE+vF7l7Noqs1OhpPHcuS75Gc3 m3mBsgsFJXKj8oEpjfM8nvIP8E1lGp9qrxkTs3K1Cx/D2tW5lT3amoET3I9BwIz155j1 P8Ag== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=lFHfnTPEJE2wW2QNW4+ZLum13jG3CUhEGUNiffejJRk=; b=a0yNPZlzXBmeW1vJylzkPMmNGIDbI+RbJlfZkYJ2RvqC/60UV9oZ1gXxkAHfHBoB9m Shfpss4YCRWhpndem+97dK64y9xGgTC8NiI62+CZjakL7xVRr+5nkLzZDtKJ652t67+H I4i8EUxUcYv5qVUhk3UAC3cKncydy1CRfHdANhNjGFrnKPW7RNBHHOHL9XByX7Fo9o7m 5/oisn2JpDrMzvauKfsEZtue3exdv+mSOwQZK5GUnh3y69RwSlRiUZwb5l8ghrxSrABJ lqUzFM35kQuEwSWzRBS7HhyFqyHqxYFkf4+8zjyuupH1j859uuiGeb9E9MYho5+OcCkH eWmw== 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 y6si10652614edo.114.2020.06.09.08.49.10; Tue, 09 Jun 2020 08:49:35 -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 S1730902AbgFIPoC (ORCPT + 99 others); Tue, 9 Jun 2020 11:44:02 -0400 Received: from foss.arm.com ([217.140.110.172]:44310 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728903AbgFIPn7 (ORCPT ); Tue, 9 Jun 2020 11:43:59 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E60621FB; Tue, 9 Jun 2020 08:43:58 -0700 (PDT) Received: from [10.57.49.155] (unknown [10.57.49.155]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2950B3F66F; Tue, 9 Jun 2020 08:43:55 -0700 (PDT) Subject: Re: [PATCH 2/2] arm-nommu: Add use_reserved_mem() to check if device support reserved memory To: Christoph Hellwig , dillon min Cc: Rob Herring , Maxime Coquelin , Alexandre Torgue , linux@armlinux.org.uk, Kate Stewart , allison@lohutok.net, info@metux.net, tglx@linutronix.de, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-stm32@st-md-mailman.stormreply.com, Linux ARM , Linux Kernel Mailing List References: <1591605038-8682-1-git-send-email-dillon.minfei@gmail.com> <1591605038-8682-3-git-send-email-dillon.minfei@gmail.com> <90df5646-e0c4-fcac-d934-4cc922230dd2@arm.com> <20200609153646.GA17969@lst.de> From: Vladimir Murzin Message-ID: <031034fb-b109-7410-3ff8-e78cd12a5552@arm.com> Date: Tue, 9 Jun 2020 16:43:54 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20200609153646.GA17969@lst.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/9/20 4:36 PM, Christoph Hellwig wrote: > On Tue, Jun 09, 2020 at 11:22:24PM +0800, dillon min wrote: >> Hi Vladimir, >> >> Thanks for reviewing. >> >> Hi Christoph Hellwig, >> >> I just want to know if kernel dma mapping/direct is focused on >> platforms with MMU. >> leave arch code to handle dma coherent memory management themself for >> no-MMU platform. > > No, I'd really like to consolidate everything that isn't overly > arch specific eventually. > >> >> so, you just return error code in kernel/dma/mapping.c,direct.c >> without CONFIG_MMU defined ? >> which means dma-direct mapping doesn't support !CONFIG_MMU is not a >> bug, but design as it's. >> or, just return error code currently, will add dma direct mapping >> support for !CONFIG_MMU in the >> future? >> >> As Vladimir Murzin's suggestion has changes in kernel code, I need >> your input to get >> the design goal about dma-direct mapping, thanks. > > Can someone repost the whole patch? > Happy to repost as separate patch once dillon confirms it actually works. Meanwhile, I'm trying to understand at which point we lost this functionality for NOMMU... maybe it will become different patch :) Cheers Vladimir