On Mon, Oct 7, 2013 at 12:01 AM, Takuya ASADA 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.
> To enabl
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 [operation]
add_sig_filte
On Sep 30, 2013 5:08 AM, "Takuya ASADA" 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 10.1.0.2 22
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 Taku
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
- signatur
On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrote:
> 2013/9/27 Adrian Chadd
>
>> On 27 September 2013 00:43, hiren panchasara
>> wrote:
>>
>>
>>> 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 sti
2013/9/27 Adrian Chadd
> On 27 September 2013 00:43, hiren panchasara
> wrote:
>
>
>> 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
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 pa
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, honestl
On 27 September 2013 00:43, hiren panchasara wrote:
> 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 then have a separate t
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 wrote:
>
>> Hi,
>>
>> The handiest way to try flexible flow distribution is using Flow Director.
>> I've confirmed that the patch posted to this list two y
11 matches
Mail list logo
