Use of V_tcbinfo lock in tcp_do_segment()

2012-05-24 Thread Vijay Singh
Folks, I am trying to understand the need to hold the V_tcbinfo lock in part of this function [code included below for reference]. At present this causes the socket upcall to be called with the V_tcbinfo lock held, which I'd like to avoid. We release this lock right after this section. Looking at

Re: Major performance hit with ToS setting

2012-05-24 Thread Kevin Oberman
On Thu, May 24, 2012 at 4:43 PM, Bjoern A. Zeeb wrote: > On 24. May 2012, at 22:55 , Kevin Oberman wrote: > >> When we set the ToS bits for less than best effort (also called >> scavenger) on packets (ToS=32), performance on FreeBSD 8.2 is >> terrible. It was as good as best effort on FreeBSD 7.3

Re: Major performance hit with ToS setting

2012-05-24 Thread Bjoern A. Zeeb
On 24. May 2012, at 22:55 , Kevin Oberman wrote: > When we set the ToS bits for less than best effort (also called > scavenger) on packets (ToS=32), performance on FreeBSD 8.2 is > terrible. It was as good as best effort on FreeBSD 7.3 (assuming no > congestion). I will look into what 9 does, but

Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing

2012-05-24 Thread bz
Synopsis: [ipsec] immediate crash after the start of ipsec processing Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu May 24 23:40:20 UTC 2012 Responsible-Changed-Why: Whoops, it wasn't assigned to me yet. I broke it, I'll fix it though it ha

Major performance hit with ToS setting

2012-05-24 Thread Kevin Oberman
When we set the ToS bits for less than best effort (also called scavenger) on packets (ToS=32), performance on FreeBSD 8.2 is terrible. It was as good as best effort on FreeBSD 7.3 (assuming no congestion). I will look into what 9 does, but does anyone have an idea of why 8.2 behaves so badly when

Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing

2012-05-24 Thread Bjoern A. Zeeb
The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-follo...@freebsd.org, eug...@zhegan.in, "Andrew A. Khlebutin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Thu, 24 May 2012 21:50:

Re: kern/168294: [ixgbe] [patch] ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one

2012-05-24 Thread linimon
Old Synopsis: ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one New Synopsis: [ixgbe] [patch] ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one Responsible-Changed-From-To: freebsd-bugs->freebsd-net Res

Re: Any deployment with very many small (/28 .. /32) subnets ?

2012-05-24 Thread Aleksandr A Babaylov
On Thu, May 24, 2012 at 09:16:05AM +0200, Luigi Rizzo wrote: > Also related to my previous question on lookups, I believe some > ISPs may have a huge number of very small subnets (say /28 or > even smaller) attached to some kind of virtual interfaces > (vlans, gif, tun,...). > > Can anyone comment

Re: use of non-contiguous masks in address lookups ?

2012-05-24 Thread Aleksandr A Babaylov
On Thu, May 24, 2012 at 02:07:11PM +0200, Luigi Rizzo wrote: > On Thu, May 24, 2012 at 11:19:54AM +, Bjoern A. Zeeb wrote: > > > > On 24. May 2012, at 07:43 , sth...@nethelp.no wrote: > > > > >> every now and then the issue comes up on whether we still need > > >> to support non-contiguous ma

[PATCH] IPv6 rtadvd: little optimization

2012-05-24 Thread Maryse LEVAVASSEUR
Hi, Since upgrading to FreeBSD 8.3, I noticed that after rtadvd starts, it does not respond to router solicitations during a quite long time. I have made a patch which speeds up rtadvd's start by making fewer calls to if_indextoname. Moreover, it will react properly in case if_indextoname fa

Re: use of non-contiguous masks in address lookups ?

2012-05-24 Thread Luigi Rizzo
On Thu, May 24, 2012 at 11:19:54AM +, Bjoern A. Zeeb wrote: > > On 24. May 2012, at 07:43 , sth...@nethelp.no wrote: > > >> every now and then the issue comes up on whether we still need > >> to support non-contiguous masks in address lookups. > >> I seem to remember someone (perhaps on this

Re: use of non-contiguous masks in address lookups ?

2012-05-24 Thread Bjoern A. Zeeb
On 24. May 2012, at 07:43 , sth...@nethelp.no wrote: >> every now and then the issue comes up on whether we still need >> to support non-contiguous masks in address lookups. >> I seem to remember someone (perhaps on this list) making a >> case for their presence, but forgot the details. >> So, do

Re: LRO support for IPv6

2012-05-24 Thread Bjoern A. Zeeb
On 23. May 2012, at 08:22 , Venkat Duvvuru wrote: > Folks, > Can somebody please explain me why "tcp checsum" calculation is mandated in > the freebsd network stack (tcp_input--->in6_cksum) albeit the card supports > it? > > Probably Steve is the right person who can answer this. Just for publi

Re: Bug? adding a vlan on ix is not elegant

2012-05-24 Thread Nikolay Denev
On May 24, 2012, at 11:45 AM, Rudy (bulk) wrote: > > If I have my ix0 up and add another vlan... eg > ifconfig vlan777 vlandev ix0 vlan777 10.77.7.1/24 > the act of creating a vlan causes all the other vlans to go offline for 15 > seconds. > > Rudy What version of FreeBSD are you running? The

Bug? adding a vlan on ix is not elegant

2012-05-24 Thread Rudy (bulk)
If I have my ix0 up and add another vlan... eg ifconfig vlan777 vlandev ix0 vlan777 10.77.7.1/24 the act of creating a vlan causes all the other vlans to go offline for 15 seconds. Rudy ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.o

Re: use of non-contiguous masks in address lookups ?

2012-05-24 Thread sthaug
> every now and then the issue comes up on whether we still need > to support non-contiguous masks in address lookups. > I seem to remember someone (perhaps on this list) making a > case for their presence, but forgot the details. > So, does anyone know of a practical use of non contiguous masks ?