netdev - Re: RFC [PATCH net-2.6 1/6] net: Scheduling softirqs between CPUSs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 11 Mar 2008 16:48:26 -0700
From:	"Tom Herbert" <therbert@...gle.com>
To:	"Ben Hutchings" <bhutchings@...arflare.com>
Cc:	"Brandeburg, Jesse" <jesse.brandeburg@...el.com>,
	"Max Krasnyanskiy" <maxk@...lcomm.com>,
	"David Miller" <davem@...emloft.net>, netdev@...r.kernel.org,
	"Steven Rostedt" <rostedt@...dmis.org>,
	"Ingo Molnar" <mingo@...e.hu>
Subject: Re: RFC [PATCH net-2.6 1/6] net: Scheduling softirqs between CPUSs

>  Recent versions of Windows that are aware of RSS will instruct network
>  drivers to update their RSS indirection tables so that received
>  packets are handled on the same CPU as the thread likely to use the
>  received data.  This requires that the network stack knows the hash
>  function, so Microsoft specified a "Toeplitz hash" for IPv4 and IPv6.
>  You can expect that most hardware RSS implementations will use this
>  function and not a simple XOR.
>

Thanks.  I am planning to do the Toeplitz hash in the softRSS.  Also,
I was planning to add support for devices that provide the Toeplitz
hash but don't do full RSS.

One nice feature about Microsoft RSS seems to be the ability for the
stack to dynamically re-balance networking load of a device using
an indirection table that is set up in the device.  I was wondering if
this is supported in Linux stack or if anyone is working on that?

Tom
--
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