Hi,
This is updated version of ixgbetool patch.
Here's improved feature list:
- signature filter list feature available
- user-defined filter can be use with an ATR.
To enable it, add hw.ixgbe.cooperative_atr=1 on /boot/loader.conf
Usage is as follows:
ixgbetool ifname [operation]
On Mon, Oct 7, 2013 at 12:01 AM, Takuya ASADA s...@dokukino.com wrote:
Hi,
This is updated version of ixgbetool patch.
I will try to give this a try tomorrow.
Cheers,
Hiren
Here's improved feature list:
- signature filter list feature available
- user-defined filter can be use with an ATR.
Hi,
This is updated version of the patch.
Signature filter list feature is added.
Here're usage of ixgbetool:
- add a filter
ixgbetool ix0 add_sig_filter tcpv4 10.1.0.1 34763 10.1.0.2 22 3
- show filters
ixgbetool ix0 show_sig_filter
- del a filter
ixgbetool ix0 del_sig_filter 1
2013/9/30
On Sep 30, 2013 5:08 AM, Takuya ASADA s...@dokukino.com wrote:
Hi,
This is updated version of the patch.
I will give this a try today.
Cheers
Hiren
Signature filter list feature is added.
Here're usage of ixgbetool:
- add a filter
ixgbetool ix0 add_sig_filter tcpv4 10.1.0.1 34763
Hi,
I just implemented device specific ioctl with device specific configuration
tool.
It still doesn't support some important features such as:
- FDIR enable / disable via sysctl or tunable params
- ATR enable / disable via sysctl or tunable params
- IPv6 support on signature filter
-
On Thu, Sep 26, 2013 at 10:38 AM, hiren panchasara
hiren.panchas...@gmail.com wrote:
On Thu, Sep 26, 2013 at 12:58 AM, Michio Honda micc...@outlook.comwrote:
Hi,
The handiest way to try flexible flow distribution is using Flow Director.
I've confirmed that the patch posted to this list
On 27 September 2013 00:43, hiren panchasara hiren.panchas...@gmail.comwrote:
Takuya,
I see a lot of responses/comments on proposed changes. Was anything decided
at the end of it? As far as I can tell, its still not committed to the
tree.
I'd rather see an ioctl API for that chipset and
Hi,
I think there were many comment which says don't use device specific
sysctls, we should have more generic interface to configure NIC filter,
like Linux's ethtool.
And I heard same idea in last BSDCan, but there's still no proposal of
generic interface for NIC filter, I suppose.
So, honestly I
I don't care about whether there's a generic API right now. I'd rather see
it done as a staged thing, but _not_ sysctls.
Having sysctls to add/remove entries from things is just plain evil.
I'd rather instead come up with a device specific ioctl API for this for
now w/ a userland tool for each
2013/9/27 Adrian Chadd adr...@freebsd.org
On 27 September 2013 00:43, hiren panchasara
hiren.panchas...@gmail.comwrote:
Takuya,
I see a lot of responses/comments on proposed changes. Was anything
decided
at the end of it? As far as I can tell, its still not committed to the
tree.
On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA s...@dokukino.com wrote:
2013/9/27 Adrian Chadd adr...@freebsd.org
On 27 September 2013 00:43, hiren panchasara
hiren.panchas...@gmail.comwrote:
Takuya,
I see a lot of responses/comments on proposed changes. Was anything
decided
at the end
11 matches
Mail list logo