Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1938312pxu; Fri, 27 Nov 2020 21:04:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJytK2hqA92n9cHqhEU2w1TltwddvWlYrLbf9bBX1qZUG1Z+SAmshoS0f4a/hAcEjiIQTCax X-Received: by 2002:a05:6402:17f0:: with SMTP id t16mr11147635edy.107.1606539850202; Fri, 27 Nov 2020 21:04:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606539850; cv=none; d=google.com; s=arc-20160816; b=xU4TPQGrqzC1wPpaGavozV3fGgMKdkeu0+7W5P7rYwaTyX3PPdgv5zYBFQruxyEOvF /nN4FMgTOtRlqOsvjd52L1Y3d0D9d8o1ZHQx4e2IwDnUDxNu6/adGPwdqkikUsaWTg+6 nKgNNerJ9WnvyJCQSvtP573kDjeHup7+W+Litb8Z4+LGIam5CLaDbSa+nYB+WFqZ0tKL vkpybjPO9sV2owbS9zYYEEBMF3w/em0HrtPwd8VCz1c4VO9A6CiESNLn7Lm2VipIOPAD np+4lyv8F802jUAcEz86QqblbJJyNRPbK7W9Gq+wCWT9+NMaI8Ggtm6vUkqG7ZsbhGd+ JKAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:to:from :dkim-signature; bh=MNLKIBMH7ybUpHig1eG9Mv/94KwRp5IA7CDnO20AI+I=; b=f1f0KWQwwW9vhg8cx+/4iyqVQj71G30j15CflLgeh1HC+yNMl8IDWHpuiBLmr6GqjA scAbZzldjkqfbpLWgh9tw/G2FVKiFVe8eHC9RjpMJTbNZTDX2xpZAeEdugrEUYjvCwP+ YlueYDUJdXcsFcn5jsQvMnF/E4KWHTfD2gXCUNqIIua5K7d9ACEe0E2RiLXjuSCm5Ntr yFd1iFbPGe9ej8MwbNsQzlVhSXBoZGUvBOl7OzyDQQ0fl03lidFEnEQpV5/hUx+LIpIj YSEzu19YWTVPevRlLIF5NXltNtbExOljtNJWTM4aBnpgl9Kq+DnQepUumb01q58eNk3k 9BZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=eNDcQV7j; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id od22si6787555ejb.404.2020.11.27.21.03.46; Fri, 27 Nov 2020 21:04:10 -0800 (PST) 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=@gmail.com header.s=20161025 header.b=eNDcQV7j; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731980AbgK1Ezs (ORCPT + 99 others); Fri, 27 Nov 2020 23:55:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731499AbgK1Exb (ORCPT ); Fri, 27 Nov 2020 23:53:31 -0500 Received: from mail-pl1-x642.google.com (mail-pl1-x642.google.com [IPv6:2607:f8b0:4864:20::642]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 34094C0613D1; Fri, 27 Nov 2020 20:53:31 -0800 (PST) Received: by mail-pl1-x642.google.com with SMTP id b23so3592517pls.11; Fri, 27 Nov 2020 20:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=MNLKIBMH7ybUpHig1eG9Mv/94KwRp5IA7CDnO20AI+I=; b=eNDcQV7juXZXD+kS1/WHfMBrSFI1u9gs/e9hpZSCr1dbt9ZV1DBy7H/6qnKeRK+aYT 7ESboMUuzzboMsrMq+f0gXNFgtL5ZZ+yu54eer0dJQhxcUZU8AmpNHDqeN+nHibfyTgS PnQehFaQaIVRDGuaAw70Z0ABGUMH5Og4wH3/yPUlAVPxSY9MBozg4IGO3XLwM7f7mRYr 9hQY63j5IiI+porBB01dROcojZ4nyd8jvIDNs4AZGBy06FvI7ZeHoo44tFGfTECIjS3n bPhfJsdQbRTIcQmxdYvxNfrE097XLCUCcsC9IL3/VMswS90Mykfb4jUONNBr6LiEihxI h/0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=MNLKIBMH7ybUpHig1eG9Mv/94KwRp5IA7CDnO20AI+I=; b=OSwt0SX04ONn2JnUoyfkdOPZIhvZJrmdBraRoiQjkFkkH/ElSr9wZn3nyhqU4LLPnp MY9G5yOPuQRl90c7PnhScyeCz6UPCHmSADHqBAdrIsr5xQK2CGiYhwwxAaE+k84uGkq7 /MbxQWdxpQMlyAbkh8VGrNk02lPrrbl5DE/z77nreXTaYo+mrCbFMv8okRLpI2PeqL/L yK7+OShd7RqLkuN+Kbz3ZgO2K/k016LdihhY/xcsnOrkLM1yX3bebRMMwENrhdaORlMk /uizRLHytgssQMJpRFrmOkcztWYlRRNc5gHLbH5nwK45xzUVE19izah7L/JxNLmMWD3x iVQQ== X-Gm-Message-State: AOAM531zgwadUTYsHi/3157B4DpBt7HWaYzz3TycvGZobK8xs7firuLp V9kxB6eEZD/knw4eMajCN2vsAKZERPM= X-Received: by 2002:a17:902:bb92:b029:d9:e9bf:b775 with SMTP id m18-20020a170902bb92b02900d9e9bfb775mr9958801pls.24.1606539210764; Fri, 27 Nov 2020 20:53:30 -0800 (PST) Received: from fainelli-desktop.igp.broadcom.net ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id g16sm9190473pfb.201.2020.11.27.20.53.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Nov 2020 20:53:30 -0800 (PST) From: Florian Fainelli To: bcm-kernel-feedback-list@broadcom.com, Zhen Lei , Rob Herring , Arnd Bergmann , Ray Jui , Scott Branden , Andy Gross , Bjorn Andersson , linux-arm-msm , devicetree , linux-arm-kernel , linux-kernel Subject: Re: [PATCH v2 1/2] arm64: dts: broadcom: clear the warnings caused by empty dma-ranges Date: Fri, 27 Nov 2020 20:53:28 -0800 Message-Id: <20201128045328.2411772-1-f.fainelli@gmail.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20201016090833.1892-2-thunder.leizhen@huawei.com> References: <20201016090833.1892-1-thunder.leizhen@huawei.com> <20201016090833.1892-2-thunder.leizhen@huawei.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 16 Oct 2020 17:08:32 +0800, Zhen Lei wrote: > The scripts/dtc/checks.c requires that the node have empty "dma-ranges" > property must have the same "#address-cells" and "#size-cells" values as > the parent node. Otherwise, the following warnings is reported: > > arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning \ > (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but \ > its #address-cells (1) differs from / (2) > arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning \ > (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but \ > its #size-cells (1) differs from / (2) > > Arnd Bergmann figured out why it's necessary: > Also note that the #address-cells=<1> means that any device under > this bus is assumed to only support 32-bit addressing, and DMA will > have to go through a slow swiotlb in the absence of an IOMMU. > > Suggested-by: Arnd Bergmann > Signed-off-by: Zhen Lei > --- Applied to devicetree-arm64/next, thanks! -- Florian