Hi,
I know some of people who were worked on Mobility support on KAME project,
and the code is still available on KAME site:
http://www.kame.net/dev/cvsweb2.cgi/kame/kame/sys/netinet6/
But it's for FreeBSD 5, probably not able to compile recent version of
FreeBSD anymore.
I guess there's no porti
note on a Wiki.
Here's a link:
https://wiki.freebsd.org/201305DevSummit/NetworkReceivePerformance/ComparingMutiqueueSupportLinuxvsFreeBSD
I hope it helps to decide what kind of interfaces/features do we need on
FreeBSD.
Takuya ASADA
___
freebsd-net@free
;> >
> >> > I haven't get a enough chance to talk about it in the summit, but I
> >> decided
> >> > to upload the note on a Wiki.
> >> >
> >> > Here's a link:
> >> >
> >> >
> >>
> https://wiki
Hi all,
I'd like to propose multiqueue support for bpf.
It's result of GSoC'11, and proposed on freebsd-net at Aug.2011 but not yet
merged:
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/syuu1228/1
http://lists.freebsd.org/pipermail/freebsd-net/2011-August/029585.html
The obje
Hi,
Do you have an updated URL for the diffs ? The link below from your
> original message
> seems not working now (NXDOMAIN)
>
> http://www.dokukino.com/mq_bpf_20110813.diff
>
Changes with recent head is on my repository:
http://svnweb.freebsd.org/base/user/syuu/mq_bpf/
And I attached a diff fil
ld discuss separately.
- M_QUEUEID/IFCAP_QUEUEID
M_QUEUEID is the flag for mbuf which contains hw queue id.
IFCAP_QUEUEID is the flag which means the driver has ability to set queue
id on mbuf.
2013/7/3 Luigi Rizzo
>
>
>
> On Tue, Jul 2, 2013 at 5:56 PM, Takuya ASADA wrote:
>
>
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
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
ilter
- signature filter list
- support perfect filter
But, at least it can configure signature filter manually.
Usage is as follows:
Usage: ixgbetool [operation]
add_sig_filter
del_sig_filter
2013/9/28 hiren panchasara
>
>
>
> On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrot
/9/30 Takuya ASADA
> 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 tuna
Hi,
This is originally part of "ixgbetool" patch, but I think it can be discuss
separately:
http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html
I implemented sysctls to expose Flow Director statistics.
It works like t
Hi,
descriptions are added.
2013/10/1 hiren panchasara
>
>
>
> On Mon, Sep 30, 2013 at 12:02 PM, Takuya ASADA wrote:
>
>> Hi,
>>
>> This is originally part of "ixgbetool" patch, but I think it can be
>> discuss
>> separately:
>>
2013/10/1 hiren panchasara
>
>
>
> On Mon, Sep 30, 2013 at 1:48 PM, Takuya ASADA wrote:
>
>> Hi,
>>
>> descriptions are added.
>>
>
> Great.
>
> My minor suggestions (you can ignore them :-))
>
> from
> "Number of filters additio
ws:
ixgbetool [operation]
add_sig_filter
show_sig_filter
del_sig_filter
2013/9/30 Takuya ASADA
> Hi,
>
> I just implemented device specific ioctl with device specific
> configuration tool.
> It still doesn't support some important features such as:
> - FDIR enable
Hi Marko,
I had working on bpf multiqueue support with 82599 in last year(on
-CURRENT), there's no issue for me.
http://freebsd.1045724.n5.nabble.com/Multiqueue-support-for-bpf-td4703899.html
Takuya ASADA
2012/4/25 Marko Zec :
> Hi all,
>
> Although the ixgbe driver appears to
Hi all,
I implemented multiqueue support for bpf, I'd like to present for review.
This is a Google Summer of Code project, the project goal is to
support multiqueue network interface on BPF, and provide interfaces
for multithreaded packet processing using BPF.
Modern high performance NICs have mul
2011/8/16 Vlad Galu :
> On Aug 16, 2011, at 11:50 AM, Vlad Galu wrote:
>> On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote:
>>> Hi all,
>>>
>>> I implemented multiqueue support for bpf, I'd like to present for review.
>>> This is a Google Summer o
Any comments or suggestions?
2011/8/18 Takuya ASADA :
> 2011/8/16 Vlad Galu :
>> On Aug 16, 2011, at 11:50 AM, Vlad Galu wrote:
>>> On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote:
>>>> Hi all,
>>>>
>>>> I implemented multiqueue support f
Hi,
I implemented Ethernet Flow Director sysctls to ixgbe(4), here's a detail:
- Adding removing signature filter
On linux version of ixgbe driver, it has ability to set/remove perfect
filter from userland using ethtool command.
I implemented similar feature, but on sysctl, and not perfect filter
Hi,
2011/9/5 Ben Hutchings :
> On Mon, 2011-09-05 at 15:51 +0900, Takuya ASADA wrote:
>> Hi,
>>
>> I implemented Ethernet Flow Director sysctls to ixgbe(4), here's a detail:
>>
>> - Adding removing signature filter
>> On linux version of ixgbe
On Sep 9, 2011, at 9:44 AM, Ben Hutchings wrote:
> But it would be a lot nicer if this could be done automatically. Which
> I believe it can - see the RFS and XPS features in Linux.
Does it cooperate with hw queues and hw hashing now?
When I saw RFS code, it was just worked with RPS.
__
Sorry for late replying,
> One comment, one question.
>
> First, I think we should try to integrate this work and then tune it up more.
> The API
> is, I think, fine, and performance tuning takes a bit of work.
Is there good way(I mean tools or something) to find the bottleneck?
> Second, what
;>> On Thu, Sep 08, 2011 at 08:34:11AM -0400, John Baldwin wrote:
>>>>> On Monday, September 05, 2011 7:21:12 am Ben Hutchings wrote:
>>>>>> On Mon, 2011-09-05 at 15:51 +0900, Takuya ASADA wrote:
>>>>>>> Hi,
>>>>>>>
>
ry to integrate this work and then
tune it up more. in previous mail, then I want to merge this now.
Is there any additional work required to merge, or just fine?
2011/9/22 Takuya ASADA :
> Sorry for late replying,
>
>> One comment, one question.
>>
>> First, I think we sho
24 matches
Mail list logo
