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 7BE52C77B7C for ; Sun, 21 May 2023 14:00:31 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229693AbjEUN57 (ORCPT ); Sun, 21 May 2023 09:57:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40414 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229719AbjEUNzR (ORCPT ); Sun, 21 May 2023 09:55:17 -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 D82CCBB; Sun, 21 May 2023 06:55:16 -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 6BAC260B59; Sun, 21 May 2023 13:55:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4273AC433EF; Sun, 21 May 2023 13:55:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684677315; bh=pBCLLi539NwV8+/W4KsfZGUmhSMDLjN83ORiIGsKyD8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=cK/ec9CWGi3yDybEdGIX95PeMdA5wkUw3wyv9C1tGRMVsm4jLQTJGRk8vN45t6DMk gDy/AHrj628jCljwwcfoFfp2Tik+BvnFDfub90nmcKrLdIOdDhqbxLl6GEQq2119tt te+xml+FGGJceSPUkNja7qe+J4F3waEdhq1STW5I6QCri9KjAMZJZSK1sDXdkH7av+ Ky0wWMiToEkdtTEW1YKuHfQxsEIXfPNDGaBJSgbMOoOpA5qsw3QKRxwYMhJ2zLXj1u 6ML7cx178L1/n3gb78O9xsmX5vMzQ0a37czOvSk4L7xL6q9uN5NT/OZv96P/h+0Jkg TT3SPPqHKP00w== Date: Sun, 21 May 2023 14:55:09 +0100 From: Conor Dooley To: Jisheng Zhang Cc: Samuel Holland , linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, devicetree@vger.kernel.org, linux-serial@vger.kernel.org, Conor Dooley , Palmer Dabbelt , Thomas Gleixner , Marc Zyngier , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Palmer Dabbelt , Paul Walmsley , Albert Ou , Greg Kroah-Hartman , Jiri Slaby Subject: Re: [PATCH v4 01/10] dt-bindings: vendor-prefixes: add bouffalolab Message-ID: <20230521-dribble-brook-7dd1ad2096bb@spud> References: <20230518152244.2178-1-jszhang@kernel.org> <20230518152244.2178-2-jszhang@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FMaHoBVJWJuve3oJ" Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org --FMaHoBVJWJuve3oJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 21, 2023 at 05:02:23PM +0800, Jisheng Zhang wrote: > On Thu, May 18, 2023 at 09:53:12PM -0500, Samuel Holland wrote: > > Hi Jisheng, > >=20 > > Thanks for updating this series! > >=20 > > On 5/18/23 10:22, Jisheng Zhang wrote: > > > In the following commits, we will support bl808 SoC which is from > > > Bouffalo Lab Technology (Nanjing) Co., Ltd. > > >=20 > > > Add bouffalolab vendor prefix binding. > > >=20 > > > Link: https://en.bouffalolab.com/ > > > Signed-off-by: Jisheng Zhang > > > Reviewed-by: Conor Dooley > > > Acked-by: Palmer Dabbelt > > > --- > > > Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ > > > 1 file changed, 2 insertions(+) > > >=20 > > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml b= /Documentation/devicetree/bindings/vendor-prefixes.yaml > > > index 82d39ab0231b..3566346f2f9e 100644 > > > --- a/Documentation/devicetree/bindings/vendor-prefixes.yaml > > > +++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml > > > @@ -200,6 +200,8 @@ patternProperties: > > > description: BOE Technology Group Co., Ltd. > > > "^bosch,.*": > > > description: Bosch Sensortec GmbH > > > + "^bouffalolab,.*": > > > + description: Bouffalo Lab Technology (Nanjing) Co., Ltd. > >=20 > > Have you thought about using the "bflb" abbreviation as the vendor >=20 > I did think about bflb vs bouffalolab. Here is what I thought: I came > across "marvell" vs "mrvl" sevral years ago, I got an impression > "marvell" vendor prefix is preferred if I read the discussions > correctly. >=20 > As for Bouffalolab vendor prefix, I have no preference, maybe DT > maintainers can provide inputs here. > Rob, Conor, Krzysztof, what's your opinion? I had a look through the blame for vendor-prefixes.yaml since I had no clue how easy it would be to find the marvell discussion - the commit for gateworks' deprecated entry (done by Krzysztof says "Favor the longer one (more descriptive)" & I think the same point is valid here. I would have no idea what "bflb" was if I came across it in isolation! Cheers, Conor. --FMaHoBVJWJuve3oJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZGoivQAKCRB4tDGHoIJi 0nKuAP4hnuFH5NcKfffzyLkN8Barhu7GOpkz3/pxDVaBdSmPawEA7NUtHlY90ReQ o+9cvTiUjzAl5IcXBx3fNh+I9wjCzw4= =1Q15 -----END PGP SIGNATURE----- --FMaHoBVJWJuve3oJ--