lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <8C82BBEB-2302-49F7-A441-600014D7E250@gmail.com>
Date: Thu, 30 Oct 2025 02:00:23 +0800
From: Coia Prant <coiaprant@...il.com>
To: Conor Dooley <conor@...nel.org>
CC: Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
 Conor Dooley <conor+dt@...nel.org>, Heiko Stuebner <heiko@...ech.de>,
 Dragan Simic <dsimic@...jaro.org>, Jonas Karlman <jonas@...boo.se>,
 devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
 linux-rockchip@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/3] dt-bindings: vendor-prefixes: Add NineTripod

On October 30, 2025 1:24:55 AM GMT+08:00, Conor Dooley <conor@...nel.org> wrote:
>On Tue, Oct 28, 2025 at 01:04:32PM -0700, Coia Prant wrote:
>> There won't be any problems at the moment.
>
>Please stop top posting.
>
>> Just out of habit (because when writing code, variable names cannot
>> begin with a number)
>> There may be some misimplemented parsers that cannot do this.
>> 
>> As a practical matter, the branch of openwrt has added support for
>> this board in advance, and openwrt uses the DTS name to initialize
>> some default settings such as LEDs and bridge
>
>That sounds like a problem with the WRT development process. This is a
>trivial change, there could be more disruptive things required to
>satisfy reviewers. Why was it submitted there in advance anyway?
>
>> I'm not sure if he will affect the version that has been released.
>> But maybe it's not a big problem.
>> 
>> If you feel that there is no problem, I can send a new set of patches
>> to fix this problem.
>
>Please do.
>
>> 2025-10-28 19:46 (GMT+00:00), Conor Dooley <conor@...nel.org> said:
>> > On Tue, Oct 28, 2025 at 12:38:10PM -0700, Coia Prant wrote:
>> > At first, it was to avoid problems with the beginning of numbers.
>> > What problems does starting with a number produce?
>> > Given that it is already used by downstream projects, we have retained
>> > this to ensure that users can seamlessly migrate to the mainline
>> > version.
>> > What's the actual impact of changing it from "nine" to "9" for
>> > downstream users? This is a board vendor, probably nothing is even
>> > interacting with the board-level compatible at all programmatically?
>> > Please don't top post.
>> > Thanks.
>> >
>> > 2025-10-28 19:35 (GMT+00:00), Conor Dooley  said:
>> > On Sun, Oct 26, 2025 at 10:36:44PM +0800, Coia Prant wrote:
>> > Add NineTripod to the vendor prefixes.
>> >
>> > Signed-off-by: Coia Prant
>> > ---
>> > Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
>> > 1 file changed, 2 insertions(+)
>> >
>> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
>> > b/Documentation/devicetree/bindings/vendor-prefixes.yaml
>> > index f1d188200..37687737e 100644
>> > --- a/Documentation/devicetree/bindings/vendor-prefixes.yaml
>> > +++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml
>> > @@ -1124,6 +1124,8 @@ patternProperties:
>> > description: National Instruments
>> > "^nicera,.*":
>> > description: Nippon Ceramic Co., Ltd.
>> > +  "^ninetripod,.*":
>> > Why ninetripod instead of 9tripod? That's what the company uses and in
>> > the marketing fluff for the boards.
>> > +    description: Shenzhen 9Tripod Innovation and Development CO., LTD.
>> > "^nintendo,.*":
>> > description: Nintendo
>> > "^nlt,.*":
>> > --
>> > 2.47.3
>> >

Sorry.

I already switch to a new mali client which support bottom posting.

I will send new patches after test with install PCIe CLK.

Wish have a good day.
:)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ