netdev - Re: [PATCH v2] Receive Packet Steering

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]

Message-ID: <65634d660907171259l2a3a31fel549176274201bd66@mail.gmail.com>
Date:	Fri, 17 Jul 2009 12:59:31 -0700
From:	Tom Herbert <therbert@...gle.com>
To:	David Miller <davem@...emloft.net>
Cc:	netdev@...r.kernel.org
Subject: Re: [PATCH v2] Receive Packet Steering

On Fri, Jul 17, 2009 at 11:08 AM, David Miller<davem@...emloft.net> wrote:
> From: Tom Herbert <therbert@...gle.com>
> Date: Fri, 17 Jul 2009 11:05:58 -0700
>
>> The advantage is that Toeplitz, or any reasonable device provided
>> hash, allows packet steering to be done without taking any cache
>> misses on the packet itself.  In particular, this helps with a NIC
>> that just provides Toeplitz hash (without multiQ),
>
> Good point.
>
> Depending upon the cache line size, however, we might have
> at least the IP header in the cpu cache at this point since
> eth_type_trans() had to pull in the entire ethernet header
> underneath.
>

eth_type_trans does not need to even be called assuming that the
packet type information can be inferred from the RX descriptor.  We
are doing steering completely based on contents of the RX descriptor.
--
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