Black Sesame Technologies Co., Ltd.s a leading automotive-grade
computing SoC and SoC-based
intelligent vehicle solution provider. Link: https://bst.ai/.

Acked-by: Rob Herring (Arm) <robh@kernel.org>
Signed-off-by: Ge Gordon <gordon.ge@bst.ai>
Signed-off-by: Albert Yang <yangzh0906@thundersoft.com>
---
 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 5d2a7a8d3ac6..3c2031417232 100644
--- a/Documentation/devicetree/bindings/vendor-prefixes.yaml
+++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml
@@ -222,6 +222,8 @@ patternProperties:
     description: Shenzhen BigTree Tech Co., LTD
   "^bitmain,.*":
     description: Bitmain Technologies
+  "^bst,.*":
+    description: Black Sesame Technologies Co., Ltd.
   "^blaize,.*":
     description: Blaize, Inc.
   "^blutek,.*":
-- 
2.25.1

On 02/07/2025 11:44, Albert Yang wrote:
> Black Sesame Technologies Co., Ltd.s a leading automotive-grade
> computing SoC and SoC-based
> intelligent vehicle solution provider. Link: https://bst.ai/.
> 
> Acked-by: Rob Herring (Arm) <robh@kernel.org>
> Signed-off-by: Ge Gordon <gordon.ge@bst.ai>
> Signed-off-by: Albert Yang <yangzh0906@thundersoft.com>
> ---
Why is this attached to v1?

Where is the changelog?

Most of your emails did not reach mailing list. I also did not get them.

... and the huge amount of CC list, mostly redundant and not relevant to
this work, could explain that. Don't Cc random people.

Anyway, fix above points - all three - and resend after 24h at least. Or
consider using b4 relay, if this hits rejections/spam.

Best regards,
Krzysztof

Hi Krzysztof,

Thank you for your feedback.

> Why is this attached to v1?

I apologize for the confusion. This is indeed v2 of the patch series. The patch itself hasn't changed from v1 because it already received Rob Herring's Acked-by in the v1 review.

> Where is the changelog?

You are right to ask for this. For this specific patch (1/8), there is no changelog because it received "Acked-by: Rob Herring (Arm) <robh@kernel.org>" in v1 and required no modifications. However, I should have included a note in the cover letter explaining that some patches were unchanged from v1.

The changes in v2 were primarily in other patches of the series (DTS consolidation, defconfig separation, etc.) based on your previous review feedback.

> Most of your emails did not reach mailing list. I also did not get them.
> ... and the huge amount of CC list, mostly redundant and not relevant to
> this work, could explain that. Don't Cc random people.

You are absolutely correct, and I apologize for this. I used get_maintainer.pl without proper filtering, which resulted in an unnecessarily large CC list. For future submissions, I will:

1. Limit TO/CC to only directly relevant maintainers and lists
2. Use a more targeted recipient list
3. Consider using b4 send if delivery issues persist

> Anyway, fix above points - all three - and resend after 24h at least.

I will prepare v3 with:
1. Proper changelog documentation in the cover letter
2. Reduced and targeted recipient lists
3. Clear indication of which patches changed vs. which carried forward acks

Thank you for your patience and guidance on proper submission practices.

Best regards,
Albert Yang