[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5177D771.6050307@mojatatu.com>
Date: Wed, 24 Apr 2013 09:00:33 -0400
From: Jamal Hadi Salim <jhs@...atatu.com>
To: Eric Dumazet <eric.dumazet@...il.com>
CC: Stephen Hemminger <stephen@...workplumber.org>,
Willem de Bruijn <willemb@...gle.com>,
netdev@...r.kernel.org, davem@...emloft.net
Subject: Re: [PATCH net-next v4] rps: selective flow shedding during softnet
overflow
On 13-04-23 10:11 PM, Eric Dumazet wrote:
>
> The caller does this already ;)
[..]
>
> Rationale being : if l4 rxhash was already provided, use it.
>
> AFAIK, only bnx2x provides this.
>
> For other cases, we prefer trying a software rxhash, as it gives us
> more
> capabilities than the standard Toepliz hash (Not l4 for UDP flows for
> example)
>
I forgot about the Toepliz hash connection. I can see it makes sense here.
Let me clarify:
In the scenario i am thinking of, I have clever hardware which is smart
enough to deal with details of identifying flow state(including
fragementation etc) and tagging it in a DMA descriptor with 32 bit id.
I want to be able to take the tag produced by the hardware and use
that for rps cpu selection i.e assume the hardware has already done the
hashing and is giving me a 32 bit id. My initial thought was skb->rxhash
is the right spot to store this; then make get_rps_cpu() do the
selection based on this. l4 rxhash is 1 bit which is too small.
cheers,
jamal
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists