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

Reply via email to