irq cpu binding

Adrian Chadd adrian at freebsd.org
Tue Mar 31 23:14:06 UTC 2015


You also have to do the taskqueue threads.

(I mean, pmc could also be broken...)


-a


On 31 March 2015 at 15:59, Slawa Olhovchenkov <slw at zxy.spb.ru> wrote:
> On Sat, Mar 28, 2015 at 12:33:52PM -0700, Adrian Chadd wrote:
>
>> That's done deferred by the bus interrupt wiring. That's something
>> John's been looking into as part of the general NUMA work (and I'm
>> trying to debug right now, on dual-socket boxes with ixgbe. :-)
>>
>> Look at bus_bind_intr() and the twisty path to intr_event_bind(), then
>> x86/x86/intr_machdep.c:intr_assign_cpu(), then intr_shuffle_cpus() at
>> boot, versus what happens via calls to pic_assign_cpu to setup the
>> wiring.
>
> I am do simple, ugle hack ixgbe driver for let start cpu binding.
> I am still see ixgbe in pmc output.
>
> What may be wrong?
> What may be miss?
>
> =====
> static int ixgbe_start_cpu = 0;
> TUNABLE_INT("hw.ix.start_cpu", &ixgbe_start_cpu);
> SYSCTL_INT(_hw_ix, OID_AUTO, start_cpu, CTLFLAG_RDTUN, &ixgbe_start_cpu, 0,
>     "Start CPU for next IRQ binding");
>
> [...]
>                 if (adapter->num_queues > 1)
>                         bus_bind_intr(dev, que->res, i+ixgbe_start_cpu);
>
> #ifndef IXGBE_LEGACY_TX
>                 TASK_INIT(&txr->txq_task, 0, ixgbe_deferred_mq_start, txr);
> #endif
>                 TASK_INIT(&que->que_task, 0, ixgbe_handle_que, que);
>                 que->tq = taskqueue_create_fast("ixgbe_que", M_NOWAIT,
>                     taskqueue_thread_enqueue, &que->tq);
>                 taskqueue_start_threads(&que->tq, 1, PI_NET, "%s que",
>                     device_get_nameunit(adapter->dev));
>         }
>         ixgbe_start_cpu += adapter->num_queues;
>


More information about the freebsd-hackers mailing list