Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3556221pxv; Mon, 28 Jun 2021 07:19:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJymhFl9brEDLivg6qGXz4hWFQwIEthq6v/H301OEtxUZSeSHAwLecDotZg43BXR6TJvPWcf X-Received: by 2002:a92:b30b:: with SMTP id p11mr17496304ilh.114.1624889968443; Mon, 28 Jun 2021 07:19:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624889968; cv=none; d=google.com; s=arc-20160816; b=M6gz8k+b37TKHhurIUn/qlTYFaRsaDppkMU5ZcDpIhUX9a3FvggHCFP3Ddx4VaA8eR 5n1IeUGXniNVbp3B6VreRkQ8wz8cxrzpQ2ihXpk2b857fRJm8/KXQl6pIxVsQxnUf78W MmFV24OhH6JoOVhqM6WiV/FSLVMiVC+lzKVNwGhHMcS/iev83l6y7sf2do2aKoor4iS3 DpT9EqNEaGsvM3a90EYBFGHRC+zvw+Ory8BgU9rJAV1tqat+oJ5WLnZs6z9sMet/bmD7 EaxIm87MIwoJ0UV7yyE78iDvjVL8YJ1WmbUFgkCyEx/wdyHjyC7SBrSO6C8rvTC6EPGc 6f2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=rfeXX0z3uQGk3VM+2xtA2DmnGgP2rWO/RWy/3AwFX2Y=; b=MCpU4Oo9ULGuCedV+caT4fl7qK8Ew9keNC2IZUW2I1PJkbSeQ0J9s3jxjL9IoYs035 2s9PEUrCvrJjLITiQHGulJ4fUWT/I6Ws+ie/ZswqEN+B3UhkvMARd6HdVY+1mjslzeoU rJEu6ZojJsqZORY1gOglWhNYzItHF8AVBEhqOhlpSXj8BA/Q/v4/haI/6/i++NZ1qrjQ 5sZBhnnAbUmOvLmpP29PhjEphTGpmCRmHOkweBr25s1z9NBcVu/HrFagDo7s2IJD/K0O ZgT0qvFoHBiONxj12MvNWiVevOH9DQ8YjO1NOViAFvxuLCLT75ZXHU7l5ydGXcSM13b5 IolA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=oEx9hPhX; 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 s9si14396873ilq.3.2021.06.28.07.19.12; Mon, 28 Jun 2021 07:19:28 -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; dkim=pass header.i=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=oEx9hPhX; 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 S232397AbhF1OPR (ORCPT + 99 others); Mon, 28 Jun 2021 10:15:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60710 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230033AbhF1OPR (ORCPT ); Mon, 28 Jun 2021 10:15:17 -0400 Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EEAA7C061760 for ; Mon, 28 Jun 2021 07:12:50 -0700 (PDT) Received: by mail-ot1-x32b.google.com with SMTP id a5-20020a05683012c5b029046700014863so2084992otq.5 for ; Mon, 28 Jun 2021 07:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=rfeXX0z3uQGk3VM+2xtA2DmnGgP2rWO/RWy/3AwFX2Y=; b=oEx9hPhXaBPdvVIaz6BVAJzYzMGl1m/N8qbg7AEc2G1ta3UVBQUKXNySY2Fbm/zSZg 7CNt3L0bqI/4Ex96WZP/HbqN90z4RXEOrOk9kC4kPL859tXwX34YFvjbsBEf+E1q2rqj 4nykuDKfuw6dFHpbXiBlHRhLLw3RdF1KAVKOWeHIGiqU4ZVExCSWaIX4bqR7UMbOF08g qvRxi0uFH9hd3yV+KOBOTXMk8UOE3Lykv1AxSqqsucT4+HJyGb/3bue6CZ+d9OlkWDg7 2KkzfBq9ajnol99Q6mRWLMvg5b5Kg+aMSEk81qANYVNpsKJEjFshv6OBf+osh/Wbmcs4 /m3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rfeXX0z3uQGk3VM+2xtA2DmnGgP2rWO/RWy/3AwFX2Y=; b=I4R+pvwcJ8T3ImWsPwiTAeQ9cR37GQzV340zgukXjhAzMHIU4CLN/h5MAxJjTVtMFc r1yWgF8gD4zG+zDHY6x/3/T72kN/a9bC5nQxefBPBcvr8yGO4G5jECQg3Rkk8WjMLULw 4POKuBYUxfMcYnkZR0FGEO3A55hdbeyjBfiH1T+5c8fKrVHC7XFX4MRkigNKGwK5Uc2c m3EFIvQnEYgkpZrKhmsXNicPMONmlbwvEDtkBSJhtTTst2SASp0aZgek948GoU/08rK9 15XlOe2lJCrRFrPrpzNhX3XOFhjG6TU+zjvNGWAsZ5iCHsCbq+I8LVzIKNyc4U0BlLDz Uotg== X-Gm-Message-State: AOAM5332G2bOH4uVvpceaGbnQjvtXVlXb0ZeVP4B2ngFMrHI/YNLybFx HdQTlSyshHVa6nKm/kADCwAJsUXc/OkZ3p6U X-Received: by 2002:a05:6830:1e64:: with SMTP id m4mr20972177otr.23.1624889569949; Mon, 28 Jun 2021 07:12:49 -0700 (PDT) Received: from [192.168.86.166] ([136.62.4.88]) by smtp.gmail.com with ESMTPSA id b20sm3513621otq.41.2021.06.28.07.12.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 28 Jun 2021 07:12:49 -0700 (PDT) Subject: Re: dma_declare_coherent_memory and SuperH To: Christoph Hellwig Cc: Yoshinori Sato , Rich Felker , linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210623133205.GA28589@lst.de> <1a55cf69-8fe1-dca0-68c7-f978567f9ca0@landley.net> <20210628133858.GA21602@lst.de> <4d6b7c35-f2fa-b476-b814-598a812770e6@landley.net> <20210628134955.GA22559@lst.de> From: Rob Landley Message-ID: <1141b20f-7cdf-1477-ef51-876226db7a37@landley.net> Date: Mon, 28 Jun 2021 09:29:59 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210628134955.GA22559@lst.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/28/21 8:49 AM, Christoph Hellwig wrote: > On Mon, Jun 28, 2021 at 09:04:19AM -0500, Rob Landley wrote: >> > Well, the replacement is to declare the device memory carveouts in the >> > Device Tree. >> >> Your plan is to eliminate the ability for non-device-tree boards to do DMA? > > No. My hope is to kill dma_declarare_coherent, an API for board > support files to declare device-specific regions to be used for > coherent DMA. Q) If I haven't got regression test hardware to make sure I properly converted each of these entire boards to device tree, Is there anything else I can do to help you remove this function from common code, such as inlining some portion of this function? A) You can convert the board to device tree. Which part of this exchange have I misunderstood? Rob