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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6B469C77B7F for ; Sat, 13 May 2023 21:54:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229485AbjEMVyx (ORCPT ); Sat, 13 May 2023 17:54:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56324 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229464AbjEMVyw (ORCPT ); Sat, 13 May 2023 17:54:52 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5DA74271C for ; Sat, 13 May 2023 14:54:51 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E708360E84 for ; Sat, 13 May 2023 21:54:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A2A69C433D2; Sat, 13 May 2023 21:54:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684014890; bh=NgMrOpISNBxNvGYXPclgMXoSV7daZbwXWL5lYCVLSlg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TuTuBt7qizZijHKv+d3UKhaB+QqDJZelwwWBDdSGdO/nsR/E0paEZVGX/SOjQRsOo uhgwTO0vCrIz/TdoVt5BRgGQRwV8Zd12kaodlrfKL15XGifzXnAyxH+GZuOEzOmrnE oE11b6ehMCWZb2xazcQsoS9Q39mO9pHICK4jsiA1i1D8kGUFdR/Z1vf9T1nPjCkVe8 Rb2BMfYJZxAk2DwmI0BINRtkx2JjuhC4ObPQl8HVO2PJjWmcKKnjGorXh/FagfSML1 J/BhZWGg6DPWlbldhV5wN9FpQLf8IEe/T99kVwqaynE+xrN/ZEPBWiux+jfqcEj6k9 gGtdkW6VNfCCw== Date: Sat, 13 May 2023 22:54:44 +0100 From: Conor Dooley To: Jessica Clarke Cc: Anup Patel , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , conor+dt@kernel.org, Heiko =?iso-8859-1?Q?St=FCbner?= , Paul Walmsley , Greg Favor , Philipp Tomsich , Andrew Waterman , cyy@cyyself.name, Conor Dooley , Rob Herring , Palmer Dabbelt , Krzysztof Kozlowski , Atish Patra , Krste Asanovic , linux-riscv , Mark Himelstein , Andrew Jones Subject: Re: [RFC 0/6] Deprecate riscv,isa DT property? Message-ID: <20230513-starlit-editor-058e609c10e4@spud> References: <20230511-occupancy-cleat-06e532e3ea11@spud> <20230512-streak-camper-08a68afb5897@spud> <20230512-exhume-unfold-f104dd4c4cbf@spud> <12BD8A89-CC3C-4C67-A501-7BB6BAD2EF59@jrtc27.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GD9tCDTvShhz02+o" Content-Disposition: inline In-Reply-To: <12BD8A89-CC3C-4C67-A501-7BB6BAD2EF59@jrtc27.com> Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org --GD9tCDTvShhz02+o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 13, 2023 at 10:34:15PM +0100, Jessica Clarke wrote: > On 13 May 2023, at 08:47, Anup Patel wrote: > > For DT, users can either use "riscv,isa" DT property or use boolean > > DT properties. >=20 > Can we please not gratuitously have two ways of doing the same thing. My intention, iff this goes ahead, is to deprecate that property, not have some 'you can use "riscv,isa" or boolean, whichever you choose' situation. Obviously for backwards compatibility reasons parsing it as a fallback would have be kept in Linux, so in theory a DT based Linux system "can use either". It would be up to other platforms to decide whether they would also like to do such a thing. > I say this as a non-Linux OS that has to deal with whatever Linux > decides to do with device trees. It is a total nuisance when you flip > flop on things and we have to follow suit. Please consider the breakage > very carefully. I think I said it in my cover & in a later message, that I sent it here only for first thoughts and my intention is to "send a non-RFC version of this that also CCs the likes of QEMU, U-Boot & the BSD folk". It's clearly not something that could be done unilaterally. --GD9tCDTvShhz02+o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZGAHJAAKCRB4tDGHoIJi 0tztAQDO35y2/lCm7w1u4RRxVzrcFsTqnIKgOhfRuGsT+pRylQEAhHIyOmwWeqSA 7qmj59rJ/EcJyqXuCxO83VxYIzLfMQg= =qYEv -----END PGP SIGNATURE----- --GD9tCDTvShhz02+o--