From: "Krzysztof Olędzki" <ole@ans.pl>
To: Michael Chan <mchan@broadcom.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: bnx2/BCM5709: why 5 interrupts on a 4 core system (2.6.33.3)
Date: Sun, 16 May 2010 21:24:10 +0200 [thread overview]
Message-ID: <4BF0465A.5030307@ans.pl> (raw)
In-Reply-To: <C27F8246C663564A84BB7AB3439772421B78147539@IRVEXCHCCR01.corp.ad.broadcom.com>
On 2010-05-16 20:51, Michael Chan wrote:
> Krzysztof Oledzki wrote:
>
>>
>> Why the driver registers 5 interrupts instead of 4? How to
>> limit it to 4?
>>
>
> The first vector (eth0-0) handles link interrupt and other slow
> path events. It also has an RX ring for non-IP packets that are
> not hashed by the RSS hash. The majority of the rx packets should
> be hashed to the rx rings eth0-1 - eth0-4, so I would assign these
> vectors to different CPUs.
Thank you for your prompt response.
In my case the first vector must be handling something more:
- "ping -f 192.168.0.1" increases interrupts on both eth1-0 and eth1-4
- "ping -f 192.168.0.2" increases interrupts on both eth1-0 and eth1-3
- "ping -f 192.168.0.3" increases interrupts on both eth1-0 and eth1-1
- "ping -f 192.168.0.7" increases interrupts on both eth1-0 and eth1-2
CPU0 CPU1 CPU2 CPU3
67: 1563979 0 0 0 PCI-MSI-edge eth1-0
68: 1072869 0 0 0 PCI-MSI-edge eth1-1
69: 137905 0 0 0 PCI-MSI-edge eth1-2
70: 259246 0 0 0 PCI-MSI-edge eth1-3
71: 760252 0 0 0 PCI-MSI-edge eth1-4
As you can see, eth1-1 + eth1-2 + eth1-3 + eth1-4 ~= eth1-0.
So, it seems that TX or RX is always handled by the first vector.
I'll try to find if it is TX or RX.
BTW: I'm using .1Q vlans over bonding, does it change anything?
Best regards,
Krzysztof Olędzki
next prev parent reply other threads:[~2010-05-16 19:24 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-16 13:33 bnx2/BCM5709: why 5 interrupts on a 4 core system (2.6.33.3) Krzysztof Oledzki
2010-05-16 18:51 ` Michael Chan
2010-05-16 19:24 ` Krzysztof Olędzki [this message]
2010-05-16 19:49 ` Krzysztof Olędzki
2010-05-16 20:00 ` Michael Chan
2010-05-16 20:15 ` Eric Dumazet
2010-05-16 20:24 ` Michael Chan
2010-05-16 20:34 ` Krzysztof Olędzki
2010-05-16 20:47 ` Eric Dumazet
2010-05-16 21:06 ` George B.
2010-05-16 21:12 ` Krzysztof Olędzki
2010-05-16 21:26 ` Eric Dumazet
2010-05-18 14:22 ` Krzysztof Olędzki
2010-05-18 14:26 ` Eric Dumazet
2010-05-18 14:55 ` Krzysztof Olędzki
2010-05-18 15:35 ` Krzysztof Olędzki
2010-05-18 2:11 ` Michael Chan
2010-05-18 16:28 ` Krzysztof Olędzki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BF0465A.5030307@ans.pl \
--to=ole@ans.pl \
--cc=mchan@broadcom.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.