Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp748754pxb; Thu, 5 Nov 2020 11:57:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJzl+MDY/xu8/mE4nSX2jfxH52RleMjutwfuQOWY6n9cdXGUT/yRrKOWtCprrSSSPPk/LCSE X-Received: by 2002:a17:906:52c6:: with SMTP id w6mr3787569ejn.199.1604606221722; Thu, 05 Nov 2020 11:57:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604606221; cv=none; d=google.com; s=arc-20160816; b=txZhCGyNHvwYKS+9FC+vTEbyjvzW5OoPjKIL2m2RY2ySP2NRBcz6+b1em2p3V1znGy rwmNaipFnGDW+3eUpERmUSUKHHPZMpHs5MVXr6g6xnRxFhn+ZfwEfhCn/gZXn0fSy8iy cYDN2lsknqLo6ZbZHuY0T3L3IcriK2NiXBv/KYLgK3S1IM1a/upS9fExKdVVwnYjOX0R lTkp0KAsh/jvI1bEjyny+mIFqa6kLhV+Q7o4vqE3eAKZTqPrdUoJuDp/doG2rgcyHwHD bIY82jvGPfs52mCelbI8SBYs8QHlRfUFp9YNAzWMRDi2FSIxpjRKPsmajIBvFX00zn64 210g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=oXHfR2lvTObmLAjJm6ZBV/FQYYtfDz1WL4SE4Hvo4lg=; b=gR/HdcytVjnERt8bHC6csbXbBaOo5EUIgGVFLz6myJjjCQ2laiqa0y4RQgIGI2BdTi 0Mh17atKzK/l4O5ZpAsED4m8iZuMCHTdk1lYBQJhPvop579vMDL47ohaGbrSXYbKVsrH Xl3pVIUZLgRbXoLpkoWrdFveGFq658f2UMsdMghVqgmL6t9pUr9lFSnQVP1jaX6bOX25 LWqDDwWJcVtK2oeKfhQt1DrBfvzfYgzANvMJq4aQXkZ/Tl+YRKc8JKSMdeAiC5VLEy95 dxGFaCaSfWlfNJxBEas6lCoHfudYE3he/1ht3wKDJiptTvKtoruJLl3TQf4BnO0hTiDh TIEg== 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 k22si1918838eds.368.2020.11.05.11.56.38; Thu, 05 Nov 2020 11:57:01 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731149AbgKETzK (ORCPT + 99 others); Thu, 5 Nov 2020 14:55:10 -0500 Received: from jabberwock.ucw.cz ([46.255.230.98]:57284 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726214AbgKETzK (ORCPT ); Thu, 5 Nov 2020 14:55:10 -0500 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id D8E121C0B82; Thu, 5 Nov 2020 20:55:08 +0100 (CET) Date: Thu, 5 Nov 2020 20:55:08 +0100 From: Pavel Machek To: Krzysztof Kozlowski Cc: Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" , Jonathan Bakker , Sasha Levin Subject: Re: [PATCH 4.19 107/191] ARM: dts: s5pv210: move PMU node out of clock controller Message-ID: <20201105195508.GB19957@duo.ucw.cz> References: <20201103203232.656475008@linuxfoundation.org> <20201103203243.594174920@linuxfoundation.org> <20201105114648.GB9009@duo.ucw.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > The Power Management Unit (PMU) is a separate device which has little > > > common with clock controller. Moving it to one level up (from clock > > > controller child to SoC) allows to remove fake simple-bus compatible = and > > > dtbs_check warnings like: > > > > > > clock-controller@e0100000: $nodename:0: > > > 'clock-controller@e0100000' does not match '^([a-z][a-z0-9\\-]+-b= us|bus|soc|axi|ahb|apb)(@[0-9a-f]+)?$' > > > > > +++ b/arch/arm/boot/dts/s5pv210.dtsi > > > @@ -98,19 +98,16 @@ > > > }; > > > > > > clocks: clock-controller@e0100000 { > > > - compatible =3D "samsung,s5pv210-clock", "simple= -bus"; > > > + compatible =3D "samsung,s5pv210-clock"; > > > reg =3D <0xe0100000 0x10000>; > > ... > > > + pmu_syscon: syscon@e0108000 { > > > + compatible =3D "samsung-s5pv210-pmu", "syscon"; > > > + reg =3D <0xe0108000 0x8000>; > > > }; > > > > Should clock-controller@e0100000's reg be shortened to 0x8000 so that > > the ranges do not overlap? > > > > Signed-off-by: Pavel Machek (CIP) >=20 > I don't think this commit should be backported to stable. It is simple > dtbs_check - checking whether Devicetree source matches device tree > schema. Neither the schema nor the warning existed in v4.19. I think > dtbs_check fixes should not be backported, unless a real issue is > pointed out. I agree with you about the backporting. Hopefully Greg drops the commit. But the other issue is: should mainline be fixed so that ranges do not over= lap? Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCX6RYnAAKCRAw5/Bqldv6 8i9/AJ9ai3hUhssI3I6aTYUeeZR3CWEr9wCfWAFAUwsvnzHtowU4UMMszdH3l30= =EtPM -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8--