Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3468591pxu; Tue, 15 Dec 2020 07:44:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJyF02AuiL8VCX3wTMAwpteisEKcG2PjSSsOvtd4EdzDrKo0a4Ra8SdwKe/ysslTqvtneALM X-Received: by 2002:a05:6402:149a:: with SMTP id e26mr30679597edv.150.1608047048673; Tue, 15 Dec 2020 07:44:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608047048; cv=none; d=google.com; s=arc-20160816; b=uPvlJBg4k+AMErx2hGGGd7MmMIBwug3ElWe5VevoOBlVHafgg8VAItZCr/BuZwpIQm 35+1R5fM2qnI3r2hRXX3VQALVfDxq/wdbKM63m/Br/eHG+pospJDoXQ0djrlH8rDHtcu djJnFPZ7d35yy3d26CyCq6PdyIlA/3sTgA3l1zocBBoAGUSG3raRfaoserIYcvsmRQMJ bichpX+hxMWVXqwhRaV7EyhX8Ao4dSn3awNbTFo+mQQJb8dK27tDnhD3gIkKHJFaPjFj EMcpFwiLMo2i9vN0jIYChvhg658kr0vQubbLEL6VMW/KHLCaLnqltD7IhXLo0aHer5kL g6qQ== 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=CUUB0IoWATxzada4ikDi7RLq5JzMboA0EYEjnfSTamo=; b=x2WiSNZCrm0v7eqjETwAmvmcZFryS6Pz4TtWugoM50LY/uFcbcu47x6VUQanbuDvx9 xd/qaD4X0ganIhivg3j/20pVIzCuJfD75uLbW1LQ7VN1IAIbipb3Gxbqiq4tDxW6wWz6 +8DvodrZ4C1On+r4Wxd/nzxTTi5V/6TPdb6P/6ZznnMMFXEwiX8hn19QdZhaJflr0LZ4 Wiuf+QkjkVQ9q7aIfMTKIge3M29W4CQo02fszToOR3R/ZfCIDNPb4Jia5qll8jIpKS3h BfAuJn05z31SoSWxHB/tmVpqG3JNV7thOxrPDHS0Wcss+8nEBC7cZ14Aw6agBGZnyldV CUxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QPGOCcKZ; 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 j13si1047967edt.512.2020.12.15.07.43.44; Tue, 15 Dec 2020 07:44:08 -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=QPGOCcKZ; 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 S1730212AbgLOPlA (ORCPT + 99 others); Tue, 15 Dec 2020 10:41:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53392 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726844AbgLOPkv (ORCPT ); Tue, 15 Dec 2020 10:40:51 -0500 Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 375C2C0617B0; Tue, 15 Dec 2020 07:40:11 -0800 (PST) Received: by mail-pl1-x641.google.com with SMTP id j1so11236717pld.3; Tue, 15 Dec 2020 07:40:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CUUB0IoWATxzada4ikDi7RLq5JzMboA0EYEjnfSTamo=; b=QPGOCcKZlmf1rjtVYZP9Smv6yPTlv0/rbiED5VUUf0XswRlwwB9NsinuplahUu1L8N qDuQuWRfYJqaaam6KW45R53YuVIBOSNZF4M7gygz7R66yiDen/DMlNVqEz415ya5BwsI z890OkTuLV9DQ05pNJP1X3mwAD5GyYFK7043xSZxIaj9rrS11oIKn6FNhuRPBFPQcc9T AhHn3alnDhvjIOKoWb7Gd3t1XqPe9GeHnh3i3nB5jYYAfoJbMvkn9zpl4AndJXsfV/VO fZqxH4VaTXiSplYYcPxM6p+8fJppYTyhMJ/1no1m/yrnODUBj3Mp0QVj+xVHadqlsZp+ 6cPA== 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=CUUB0IoWATxzada4ikDi7RLq5JzMboA0EYEjnfSTamo=; b=d063JZw/Qr6RrLH05g2iFK5zq+Icdft1uHsZFvjy6Ls4m4lMdlXHj87iOATBAX0oG2 oTcyA+8CiU3Hu5tF58OzFfn7CZ+s3wjc3uTtjwvOaYVZa9VkkUWkE9W6euBGGfVmokSl PGf2tgtjH/h657EOZ11wXEhPkeb++L0vDlTVBzVEcyl9OiJpDjXrvqlR8dbvptQZHskH Icq8YxRQTtaOn4vXktv0ojdM0vE8rbobqM2s2nGOV9nqWYOPGxx+UCUYZOfNFyZsOx/5 pZdpiyWDgjFInnspE7qcRrs7bMrbl8tQbaBQ5EE/9ZRJzru938EMjKqEEpV1rRqNwHn1 93MA== X-Gm-Message-State: AOAM530DxDb+cp/vvIQaL4tlQrkp6plwXZoQz7mRx6vKqItv96HMIpQR ZeigtOQ2LOilTw7um2jSIA8= X-Received: by 2002:a17:90a:dc18:: with SMTP id i24mr30737250pjv.118.1608046810646; Tue, 15 Dec 2020 07:40:10 -0800 (PST) Received: from [10.230.29.166] ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id w2sm25321830pfb.104.2020.12.15.07.40.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Dec 2020 07:40:09 -0800 (PST) Subject: Re: [PATCH v2 1/2] arm64: dts: broadcom: clear the warnings caused by empty dma-ranges To: Arnd Bergmann , Ray Jui Cc: Florian Fainelli , devicetree , linux-kernel , Arnd Bergmann , Scott Branden , Ray Jui , linux-arm-msm , Andy Gross , Bjorn Andersson , Rob Herring , bcm-kernel-feedback-list , Zhen Lei , linux-arm-kernel , Bharat Gooty References: <20201016090833.1892-1-thunder.leizhen@huawei.com> <20201016090833.1892-2-thunder.leizhen@huawei.com> <20201128045328.2411772-1-f.fainelli@gmail.com> <9c6c6b7e-8c39-8c49-5c87-9b560c027841@broadcom.com> From: Florian Fainelli Message-ID: Date: Tue, 15 Dec 2020 07:40:07 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: 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 12/14/2020 11:46 AM, Arnd Bergmann wrote: > On Mon, Dec 14, 2020 at 8:09 PM Ray Jui wrote: >> On 11/28/2020 1:58 AM, Arnd Bergmann wrote: >>> On Sat, Nov 28, 2020 at 5:53 AM Florian Fainelli wrote: >>>> >>>> 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! >>> >>> The notification may have gone missing, but I had merged it into v5.10-fixes >>> already, and as of today, it's in mainline, so you can drop it from your >>> next branch, or just leave it in if you want to avoid taking things out of >>> your tree. >> >> It looks like this patch might have caused a regression on Stingray USB. >> Bharat, could you please confirm? > > Well, this is what I had asked about originally, I assumed that > Florian had asked someone with access to the datasheet. It looks like we had some bad communication here, the notification email indicating that you had applied the patch did not make it through, and I failed to make you aware that I was waiting for some testing from Scott and Ray. -- Florian