<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div>November 4, 2026 at 7:40 PM, "Thomas Monjalon" <<a href="mailto:thomas@monjalon.net?to=%22Thomas%20Monjalon%22%20%3Cthomas%40monjalon.net%3E" tabindex="-1" target="_blank">thomas@monjalon.net</a>> wrote:</div><blockquote>04/11/2026 10:29, David Marchand:<br><blockquote>On Wed, 4 Nov 2026 at 09:56, fengchengwen <fengchengwen@huawei.com> wrote:<br> On 11/4/2026 3:34 PM, Stephen Hemminger wrote:<br> >> From: Chengwen Feng <fengchengwen@huawei.com><br> >>  905 files changed, 6113 insertions(+), 5439 deletions(-)<br> ><br> > Maybe a single coccinelle script would help here? Rather than trying to look<br> > at so many patches.<br><br> A coccinelle script is a helpful idea. I will try to prepare one.<br> <br> Well, maybe.<br> But never a 200+ patches series again.<br> <br> Putting aside the way it was submitted, it seems this change is only<br> cosmetic, and it was not announced in a *previous* deprecation notice.<br> <br> Why do we need this change?<br> Why now, in this release?</blockquote><br>I assume it is not for 26.11.<br>Chengwen wanted to fix the namespace of SOCKET_ID_ANY, adding RTE_.<br>And I told him that we should avoid changing this API 2 times<br>when we will want to fix the terminology<br>around CPU socket and NUMA memory domain.<br>I think we should do both at once.<br>That's why we see this big change.<br><br>BUT<br><br>It would be more efficient for such a change to discuss it first.<br>Then once we agree on the names and usage,<br>we should make it in a way it can be reproduced, maintained<br>and ease future backport of patches containing the new terminology.<br>A coccinelle script looks appropriate.<br>And of course, the patch series should not have so many patches,<br>it does not make sense.<br>A mechanical change should come in one patch.<br>If the series deserves several different mechanical changes,<br>few patches should be sent for them, not hundreds.<br><br></blockquote><div><br></div><div>Thanks Thomas for explaining the background of this change.</div><div><br></div><div>This series was AI-generated following the one commit per module
convention</div><div> to support per-subsystem review, with the expectation
that these commits</div><div>would be squashed before merge.</div><div><br></div><div>I understand this split imposed heavy CI load now, and I will adjust
the patch</div><div>organisation in the next version.</div><div><br></div><div>Moving forward, I will prepare a coccinelle script for the mechanical
conversion</div><div>and follow the deprecation process before formal submission.</div><div><br></div></body></html>