IPFW pipe list - invalid oid len 0

2012-11-07 Thread Pawel Tyll
Hi lists, I'm running: /sbin/ipfw pipe list > pipestats-`date "+%Y%m%d-%H%M%S"` from cron every minute for statistical purposes. Randomly (more often in loaded hours) it results in: ipfw: invalid oid len 0 Is this enough to squash this bug? ___ fre

Re: IPFW pipe list - invalid oid len 0

2012-11-07 Thread Pawel Tyll
> I'm running: > /sbin/ipfw pipe list > pipestats-`date "+%Y%m%d-%H%M%S"` > from cron every minute for statistical purposes. > Randomly (more often in loaded hours) it results in: > ipfw: invalid oid len 0 > Is this enough to squash this bug? Just a quick note: It happened since 8.2, and

arp/ndp default hash size

2012-11-07 Thread Alexander V. Chernikov
Hello list! Currently size of arp/ndp hash is the following: #defineLLTBL_HASHTBL_SIZE 32 /* default 32 ? */ This may be OK for end hosts, but this is definitely not enough for router howadays. Especially given that IPv6 hosts generate 2 ndp records. Output from 2 random v4 / v6

[patch] reducing arp locking

2012-11-07 Thread Alexander V. Chernikov
Hello list! Currently we need to acquire 2 read locks to perform simple 6-byte copying from arp record to packet ethernet header. It seems that acquiring lle lock for fast path (main traffic flow) is not necessary even with current code. My tests shows ~10% improvement with this patch appli

Re: kern/173201: [ixgbe] [patch] Missing / broken ixgbe sysctl' s and tunables (patch included)

2012-11-07 Thread Steven Hartland
The following reply was made to PR kern/173201; it has been noted by GNATS. From: "Steven Hartland" To: Cc: Subject: Re: kern/173201: [ixgbe] [patch] Missing / broken ixgbe sysctl's and tunables (patch included) Date: Wed, 7 Nov 2012 23:34:39 - This is a multi-part message in MIME forma

Re: [patch] reducing arp locking

2012-11-07 Thread Adrian Chadd
On 7 November 2012 15:24, Alexander V. Chernikov wrote: > Hello list! > > Currently we need to acquire 2 read locks to perform simple 6-byte copying > from arp record to packet ethernet header. > > It seems that acquiring lle lock for fast path (main traffic flow) is not > necessary even with curr

Typo in man page for icmp6

2012-11-07 Thread Frédéric Perrin
Hi list, In the man page for icmp6(4), the setsockopt() option name is ICMP6_FILTER, not ICMPV6_FILTER (RFC3542 and netinet6/in6.h agree). --- /usr/src/share/man/man4/icmp6.4 2012-01-03 04:25:44.0 +0100 +++ icmp6.4 2012-11-08 01:02:45.799293040 +0100 @@ -234,7 +234,7 @@ option le

Re: Typo in man page for icmp6

2012-11-07 Thread Xin Li
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/07/12 16:38, Frédéric Perrin wrote: > Hi list, > > In the man page for icmp6(4), the setsockopt() option name is > ICMP6_FILTER, not ICMPV6_FILTER (RFC3542 and netinet6/in6.h > agree). > > --- /usr/src/share/man/man4/icmp6.4 2012-01-03 >

Re: svn commit: r242739 - stable/9/sys/dev/ti

2012-11-07 Thread Adrian Chadd
So I am curious - did this give a real benefit? If so, may I suggest we perhaps accelerate discussing if_transmit() of multiple frames per call? That would allow features like this to be re-enabled. Adrian On 7 November 2012 18:06, Pyun YongHyeon wrote: > Author: yongari > Date: Thu Nov 8 02

Re: svn commit: r242739 - stable/9/sys/dev/ti

2012-11-07 Thread YongHyeon PYUN
On Wed, Nov 07, 2012 at 06:15:30PM -0800, Adrian Chadd wrote: > So I am curious - did this give a real benefit? In 3.x/4.x days it surely have had helped a lot, I guess mainly because the CPU was not fast enough to saturate the link with software checksum(i.e. NFS over UDP). Generally I prefer cor

SSL with kernel sockets

2012-11-07 Thread Vijay Singh
Hi, I am working on a project with FreeBSD that requires the use of SSL with kernel sockets (in a kmod). Does FreeBSD support this? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mai

Re: svn commit: r242739 - stable/9/sys/dev/ti

2012-11-07 Thread Adrian Chadd
On 7 November 2012 18:38, YongHyeon PYUN wrote: > On Wed, Nov 07, 2012 at 06:15:30PM -0800, Adrian Chadd wrote: >> So I am curious - did this give a real benefit? > > In 3.x/4.x days it surely have had helped a lot, I guess mainly > because the CPU was not fast enough to saturate the link with > s