Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3007853pxu; Tue, 8 Dec 2020 00:37:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJx6nFVvOqw8bYFDoTBdUnKCkR18jEGp2EcohuddW8KDGfm0vetGPxAK7DMet5RhHBcsFqPS X-Received: by 2002:a50:ee11:: with SMTP id g17mr14946367eds.259.1607416631714; Tue, 08 Dec 2020 00:37:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607416631; cv=none; d=google.com; s=arc-20160816; b=SFq5y/RqO0V4/T7oX4hvgav6WOegFpr/u4SuIzczY5nwVaY9JN+I1I+RnP5lEOl5R/ +4DDxBReoTYrRJO1K9ngPW8ODrQ8L1Pb6mvaHXNYJMmWa0aWYI5PN3Vhstagcw1EuUiE lHNN1acC6KCrVTIefVdE8ETnRqnPn79kdbPTOip2mcNVdUlA6HUxO0ewmUP3ExTQvTwa hyzrO2Id17kk+YHjg7zo9UKNtFRQJtHKvAqtzhU3U7jVkBG2y5c0r19GNS54LxPoFri9 Z2UQ7Gf79h2sP07+D7Nwhjs/qci++h2SoWXkrFgGXWaLtUqbL4MwDmVEyDd9xS8QaK51 nbfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=enzNCtuTXUERAqWNP2FRX/lOAT01YdeUK6MfKS4566M=; b=gMtf1GppZ7lcWk7q7Gu2CqlTdUOncwev1Qyx3rcXAYNsaOOUZRdMhVOArU/KMbNP4M JpzgIngCekGRXvQ1k8fxlQnt3SgeOPR4zKix6yFNCL3sTGkcHGkH+UIzluqWsrSXpsJB 25npVbGsSvdJ+naZ2gSJBTtgdppdrWFnzRbSktBxWVpwgXY563SCrsjJhyj/rwZQOtR2 ZtHULCRGrEO7j92sgZM99y5EIYnXR9sEV8mZT82WLL8daewEtHxt9EweDWbv1XKxfdn/ q7oUo6/IIL7GjSI+AkwiwP/1uV0N9bts6JK5+spyMyTMd/DsbvM/wl6banFLk6xDafYe i2aw== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v5si9592872eda.107.2020.12.08.00.36.49; Tue, 08 Dec 2020 00:37:11 -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; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728184AbgLHIfP (ORCPT + 99 others); Tue, 8 Dec 2020 03:35:15 -0500 Received: from mail-wm1-f65.google.com ([209.85.128.65]:52157 "EHLO mail-wm1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727943AbgLHIfP (ORCPT ); Tue, 8 Dec 2020 03:35:15 -0500 Received: by mail-wm1-f65.google.com with SMTP id v14so1408393wml.1; Tue, 08 Dec 2020 00:34:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=enzNCtuTXUERAqWNP2FRX/lOAT01YdeUK6MfKS4566M=; b=Tlgm/H0r8g5Isq+IM4hd8x9wy7G6eeRJtwzBQGO0mkc22dG8Hm6uXLex11LM5naswG FAzZMWGCzb+N76xBr9YEDL2xthgDqkm+uvAIAfEinV2dH0Mq6Mem8T+946gPLvqlyPUN yjBJ4g/tsIlqrYzeumLV3CdzGdGF5x9HPkaYq4ES6P4+20LyTAcYEbq1yHlT5gfpHRSC v4YmYHTDRn7Nn6nVPZJkt6iSHY+qojY+6qMtnV3dksMpBhU4iUbxa/BbdhOAmoyX0rOM rm5ff/NuaQr3PG3IDxz/9F6WbLEmfjN2qdUbEJ1ALdeS/5yxpvw74QjAyhXcl+0USQAM jRbA== X-Gm-Message-State: AOAM532giyKWvCd39hMQPQjje8bOu1fKFjoL52Rh7beY51pi76n2YEd8 2l93adIq7nw9yqAPuJbfk+k= X-Received: by 2002:a1c:81d5:: with SMTP id c204mr2748186wmd.156.1607416472636; Tue, 08 Dec 2020 00:34:32 -0800 (PST) Received: from kozik-lap (adsl-84-226-167-205.adslplus.ch. [84.226.167.205]) by smtp.googlemail.com with ESMTPSA id u12sm2329147wmu.28.2020.12.08.00.34.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 00:34:31 -0800 (PST) Date: Tue, 8 Dec 2020 09:34:30 +0100 From: Krzysztof Kozlowski To: "S.j. Wang" Cc: "robh+dt@kernel.org" , "shawnguo@kernel.org" , "s.hauer@pengutronix.de" , "kernel@pengutronix.de" , "festevam@gmail.com" , dl-linux-imx , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] arm64: dts: imx8mn: Fix duplicate node name Message-ID: <20201208083430.GA6481@kozik-lap> References: <20201208080334.GA4026@kozik-lap> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20201208080334.GA4026@kozik-lap> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 08, 2020 at 09:03:34AM +0100, Krzysztof Kozlowski wrote: > On Tue, Dec 08, 2020 at 03:16:35AM +0000, S.j. Wang wrote: > > Hi > > > > > > > > On Mon, Dec 07, 2020 at 02:21:40PM +0100, Krzysztof Kozlowski wrote: > > > > On Mon, Dec 07, 2020 at 02:53:24PM +0800, Shengjiu Wang wrote: > > > > > Error log: > > > > > sysfs: cannot create duplicate filename > > > '/bus/platform/devices/30000000.bus' > > > > > > > > > > The spba bus name is duplicate with aips bus name. > > > > > Refine spba bus name to fix this issue. > > > > > > > > > > Fixes: 970406eaef3a ("arm64: dts: imx8mn: Enable Asynchronous Sample > > > > > Rate Converter") > > > > > Signed-off-by: Shengjiu Wang > > > > > --- > > > > > arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +- > > > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mn.dtsi > > > > > b/arch/arm64/boot/dts/freescale/imx8mn.dtsi > > > > > index fd669c0f3fe5..30762eb4f0a7 100644 > > > > > --- a/arch/arm64/boot/dts/freescale/imx8mn.dtsi > > > > > +++ b/arch/arm64/boot/dts/freescale/imx8mn.dtsi > > > > > @@ -246,7 +246,7 @@ aips1: bus@30000000 { > > > > > #size-cells = <1>; > > > > > ranges; > > > > > > > > > > - spba: bus@30000000 { > > > > > + spba: spba-bus@30000000 { > > > > > > > > The proper node name is "bus" so basically you introduce wrong name to > > > > other problem. Introducing wrong names at least requires a comment. > > > > > > I just noticed that my message was barely understandable... so let me fix it: > > > > > > The proper node name is "bus" so basically you introduce wrong name to > > > _fix_ other problem. Introducing wrong names at least requires a comment. > > > > > > > However the actual problem here is not in node names but in addresses: > > > > > > > > aips1: bus@30000000 { > > > > spba: bus@30000000 { > > > > > > > > You have to devices with the same unit address. How do you share the > > > > address space? > > > > > > > > I think this should be rather fixed. > > > > > > And again, hungry keyboard ate a letter, so: > > > > > > You have _two_ devices with the same unit address. How do you share the > > > address space? > > > I think this should be rather fixed. > > > > > > > spba is the first block of aips1 space, so it has same start address as > > aips1. > > The reference manual describes it "Reserved for SDMA2 internal memory", > so indeed it is first address but does it have to be mapped? > Anyway, why don't you use ranges to remove the conflict? The IO address space remapping could be a solution but there is another problem - the hardware representation in DT does not match what reference manual is saying. The AIPS bus @30000000 has several IPs: - SAI2@30020000 - ... - GPIO1@30200000 However in DTS you will find additional SPBA bus for 30000000 - 300c0000. It's not really the SDMA, as SDMA is at different address. It is rather an address space which SDMA should map... but it is not a bus with children. Adding spba-bus@30000000 with its children does not look like correct representation of HW in DTS. Best regards, Krzysztof