[PATCH] genirq: Set initial default irq affinity to just CPU0
David Miller
davem at davemloft.net
Tue Oct 28 06:25:24 EST 2008
From: "Chris Friesen" <cfriesen at nortel.com>
Date: Mon, 27 Oct 2008 13:10:55 -0600
> David Miller wrote:
> > From: "Chris Friesen" <cfriesen at nortel.com>
>
> > Hello, we either have hardware that does flow seperation and has multiple
> > RX queues going to multiple MSI-X interrupts or we do flow seperation in
> > software (work in progress patches were posted for that about a month ago,
> > maybe something final will land in 2.6.29)
>
> Are there any plans for a mechanism to allow the kernel to figure
> out (or be told) what packets cpu-affined tasks are interested in
> and route the interrupts appropriately?
No, not at all.
Now there are plans to allow the user to add classification rules into
the chip for specific flows, on hardware that supports this, via ethtool.
> Ideally I agree with you. In this particular case however the
> hardware is capable of doing flow separation, but the vendor driver
> doesn't support it (and isn't in mainline). Packet rates are high
> enough that a single core cannot keep up, but are low enough that
> they can be handled by multiple cores without reordering if
> interrupt mitigation is not used.
Your driver is weak and doesn't support the hardware correctly, and you
want to put the onus on everyone else with sane hardware and drivers?
> It's not an ideal situation, but we're sort of stuck unless we do
> custom driver work.
Wouldn't want you to get your hands dirty or anything like that now,
would we? :-)))
More information about the Linuxppc-dev
mailing list