On Wed, 01 Apr 2026 21:52:50 +0200, Alexander Bluhm <[email protected]> wrote: > > On Wed, Apr 01, 2026 at 06:15:13PM +0200, Kirill A. Korinsky wrote: > > folks, > > > > I think I found the missed piece which brokes my device. > > > > Right now octeon increases ncpus after octciu_intr_establish() is called, > > and kn@ patch moves increases of ncpus into cpuattach() which happens before > > octciu_intr_establish(), so inside that it routes irq into different cpu and > > it somehow affects my setup. > > > > Attached version of the patch removes that routing irq to different cpus > > which actually doesn't work now because ncpus is 1 and % 1 is always 0. > > > > I tested it on my device and it works like a charm. > > > > Feedback? Objection? OK? > > Diff looks good. My machine distributes traffic on loopback over > the 8 softnet threads. Physical interfaces do not distribute traffic > as I have no multiqueue interfaces. > > I am not an octeon expert, but diff looks good to me. Does the > ncpus++ in mips64/cpu.c affect other mips architectures beside > octeon? >
Good point. Fast search shows that at least in loongson's hw_cpu_hatch the same ncpus++ need to be remvoed as well. But I don't understand which impact it brings nor have ability to test it. -- wbr, Kirill
