From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16698C433F5 for ; Thu, 28 Oct 2021 13:51:38 +0000 (UTC) Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 13E7F61056 for ; Thu, 28 Oct 2021 13:51:36 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 13E7F61056 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id E329583216; Thu, 28 Oct 2021 15:51:34 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="Tes0lI1b"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 99C24832AF; Thu, 28 Oct 2021 15:51:33 +0200 (CEST) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 000A880D1C for ; Thu, 28 Oct 2021 15:51:29 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qk1-x72f.google.com with SMTP id bl14so5830384qkb.4 for ; Thu, 28 Oct 2021 06:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=MdYA2zBPLqs4pRN8plQewCRAw/dTf8tdZgv+4Azzd9g=; b=Tes0lI1bc+MFDl/F/osc/ZLZ87lhNq38MOMQgm9KBS95GzzyKZrJruMVl8T0Cojtez 98vEJCtsV8pdyYunOxbZXKnhaGR4OIY68vz0bB2EoBM7YKVb68y4jM+72urt3uVkIk1S z5v43EA/UQRc69nsaOH0BuAjt4cMczFzNkL9c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=MdYA2zBPLqs4pRN8plQewCRAw/dTf8tdZgv+4Azzd9g=; b=1TeEVJJm/vZDxOVwXc9kaRbeU5VyGQliLSCGPSBWcS9qCx668SonSaKUljvDEq806e 9t57hY6ydAd2BstjgtJWdRbyubQLDMNYSOVj2WGkrXlotv4jeZHRObX6yTv/wtX94Ue5 rPdn19ZNR5si8jtYIDZJDbOXZ4bOUGdkZuhF2HqDlYK0h240oYfq7fOmHv6X2RxfAeXk EMDyAbtMl1m4m4Ni7YdLZEeHZwe1ozXIl/Q2JY44RriwZEIk2nh6aKkyImpihFA8sYOf PG+Be7O0JNyAI7j/hVv/lcdGyhRPa+naDq+axgQh2cY3JlSyypbNPzGZYUDnhbLPZT8Z 2/kQ== X-Gm-Message-State: AOAM532ehFZENYbxcZhmQTd0c1SLDOvG2vCDJ4Ta7Y8nL/eCgZToAwNk HWaeeT/oWCRiX4bNtMpI53Yh7A== X-Google-Smtp-Source: ABdhPJzs8TbAV0dDNB2SZc9KfKBxzWWK2YufbQEfogloHP8CdCR2w/+YPQ0S4/4XQBTaV4I/K2bEfw== X-Received: by 2002:a05:620a:b4d:: with SMTP id x13mr3605349qkg.430.1635429087711; Thu, 28 Oct 2021 06:51:27 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-015b-1704-43dd-8832.res6.spectrum.com. [2603:6081:7b01:cbda:15b:1704:43dd:8832]) by smtp.gmail.com with ESMTPSA id d19sm2138210qtb.49.2021.10.28.06.51.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Oct 2021 06:51:26 -0700 (PDT) Date: Thu, 28 Oct 2021 09:51:24 -0400 From: Tom Rini To: Marc Zyngier Cc: Michael Walle , u-boot@lists.denx.de, Vladimir Oltean , Hou Zhiqiang , Bharat Gooty , Rayagonda Kokatanur , Simon Glass , Priyanka Jain Subject: Re: [PATCH 0/2] arch: arm: gic-v3-its: stop abusing the device tree Message-ID: <20211028135124.GU8284@bill-the-cat> References: <20211027165454.1501398-1-michael@walle.cc> <871r45bk0h.wl-maz@kernel.org> <20211028123113.GS8284@bill-the-cat> <87wnlx9sml.wl-maz@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zRW3mUn8fSI0is1a" Content-Disposition: inline In-Reply-To: <87wnlx9sml.wl-maz@kernel.org> X-Clacks-Overhead: GNU Terry Pratchett X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.34 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean --zRW3mUn8fSI0is1a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 28, 2021 at 02:38:26PM +0100, Marc Zyngier wrote: > On Thu, 28 Oct 2021 13:31:13 +0100, > Tom Rini wrote: > >=20 > > On Thu, Oct 28, 2021 at 10:01:34AM +0100, Marc Zyngier wrote: > > > On Wed, 27 Oct 2021 17:54:52 +0100, > > > Michael Walle wrote: > > > >=20 > > > > Please stop throwing every ad-hoc information in the device tree. U= se the > > > > official bindings (or maybe some bindings which will get approved s= oon). > > > >=20 > > > > On the quest of syncing the device tree used in u-boot with the one= used in > > > > linux, there is this nice piece: > > > >=20 > > > > gic_lpi_base: syscon@0x80000000 { > > > > compatible =3D "gic-lpi-base"; > > > > reg =3D <0x0 0x80000000 0x0 0x100000>; > > > > max-gic-redistributors =3D <2>; > > > > }; > > > >=20 > > > > There is no offical binding for it. Also, the chances that there wi= ll be > > > > one are virtually zero. We need to get rid of it. In fact, most inf= ormation > > > > there are already known or can be deduced via the offical binding. > > >=20 > > > It is not "virtually zero". It is *exactly* zero. This node only shows > > > that the author didn't understand the nature of the problem, nor were > > > they aware of the existing solution which has been around since July > > > 2018. This solution doesn't require any update to the binding, only to > > > reserve the memory. > > >=20 > > > I really wish people would stop piling crap in u-boot, and that the > > > u-boot maintainers would reach out to people familiar with the > > > architecture before merging this sort of changes. > >=20 > > I'd be happy to reach out to people if I knew who would be receptive to > > spending some of their already I assume overload spare time looking in > > to things. If you're volunteering for "GIC related things" I'd be happy > > to CC you when patches come up. Thanks! >=20 > Absolutely. It is far less painful for me to quickly eyeball a change > and ask pointed questions on the spot, rather than having to reverse > engineer a set of dubious changes months after they have been merged. >=20 > I already provide similar "services" for EDK2, for example, so getting > the odd u-boot patch in my k.org inbox isn't a big deal. Will do, thanks! --=20 Tom --zRW3mUn8fSI0is1a Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmF6qtYACgkQFHw5/5Y0 tyw3oAv+Nvt8FHCg1FArBp/0c78Hr2m9Vvik3EpFGZic4nW3DTD08+FtrSViIjdW ZkPD83nyU2ZrnMpDCalQs8kJ0APYdo4eddSHb7D2B5Ms6ZoVf89Zb2u810qnl1QH NQSA5TVr1ON8O8UxPU5BggsH1AA8h6JU8L0hkdl3tKFSI9rgpdmMCiPYyDnc4aoN iX3CybFOH3U7XLtCVQmP3L0ppVbfQO3iCBq7eXo1DjHayatgSqx+y94VuVTuiq5+ OK21jDrEoJG5gohuqQlpu14qFuZLSwGETaY1BAui4qGkLfrk4gmv5V8NVWPrUq3x //tVAUlvfnrKytuN6/DS/9yZ/r/hYHO/l6rEpuftyCteEhJx0ChbL33hBHzIEA21 a5MDJdieW7My07A36UDyQEPDThgT61YNQvk6FNfktm4fGu9A7lD60VFffRMnMt85 GCDHta/D3mSAQecVdv/9tT4De4CTqJKy6ok2gIesrmEwzxx+tLMX4z7W4EIJmczr //O29bFY =X5aR -----END PGP SIGNATURE----- --zRW3mUn8fSI0is1a--