netdev - Re: RFC: ethtool support for n-tuple filter programming

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: <1257749659.2609.6.camel@ppwaskie-mobl2>
Date:	Sun, 08 Nov 2009 22:54:18 -0800
From:	Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@...el.com>
To:	David Miller <davem@...emloft.net>
Cc:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: RFC: ethtool support for n-tuple filter programming

On Sun, 2009-11-08 at 23:38 -0700, David Miller wrote:
> From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@...el.com>
> Date: Sun, 08 Nov 2009 21:49:21 -0800
> 
> > On Sat, 2009-11-07 at 21:27 -0700, David Miller wrote:
> >> From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@...el.com>
> >> Date: Fri, 06 Nov 2009 10:57:21 -0800
> >> 
> >> > Any comments, thoughts, suggestions, or ideas are welcome.
> >> 
> >> We can use the existing datastructures and defines used for
> >> ETHTOOL_GRX* for new ethtool commands that do filtering.
> >> 
> >> NIU can filter on these tuples too.
> > 
> > Are you suggesting to extend the flow hash stuff that is already in
> > ethtool (same ioctl)?  If so, that makes sense.  I'll go ahead and get
> > some patches together for review.
> 
> Not exactly.
> 
> Rather, I'm saying to use a new ethtool command, but make use of the
> existing flow hash datastructures as much as possible.

Ah ok.  Makes even more sense.

Thanks David.

-PJ

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