Re: Workaround automatic re-loading of network drivers

2010-05-03 Thread Doug Barton
Seems reasonable to me. Doug On 05/03/10 12:27, John Baldwin wrote: > While testing some changes with vlans and the new vlan_ syntax in rc.conf > I've noticed the following behavior: > > ifconfig foo0.100 destroy > > Will actually try to kldload the 'foo' driver. This can prove very no

Re: Workaround automatic re-loading of network drivers

2010-05-03 Thread John Baldwin
On Monday 03 May 2010 3:27:18 pm John Baldwin wrote: > While testing some changes with vlans and the new vlan_ syntax in rc.conf > I've noticed the following behavior: > > ifconfig foo0.100 destroy > > Will actually try to kldload the 'foo' driver. This can prove very non- > intuitive. I

6-STABLE + zebra == Can't bind to stream socket

2010-05-03 Thread Marc G. Fournier
In order to deal with a lack of layer 3 switch, last week I installed Quagga/OSPF on all of my servers, and got it configured. Works *great* on my 7.x servers, but, using the same config (and port), my 6-STABLE boxes all generate the same error when I try and start up zebra: 2010/05/01 01:4

Workaround automatic re-loading of network drivers

2010-05-03 Thread John Baldwin
While testing some changes with vlans and the new vlan_ syntax in rc.conf I've noticed the following behavior: ifconfig foo0.100 destroy Will actually try to kldload the 'foo' driver. This can prove very non- intuitive. In general I think we shouldn't try to kldload anything when dest

Re: kern/146165: [wlan] [panic] Setting bssid in adhoc mode causes panic

2010-05-03 Thread linimon
Old Synopsis: Setting bssid in adhoc mode causes panic New Synopsis: [wlan] [panic] Setting bssid in adhoc mode causes panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 3 18:22:35 UTC 2010 Responsible-Changed-Why: Over t

quagga:zebra errors on FreeBSD 6.x ...

2010-05-03 Thread Marc G. Fournier
In order to deal with a lack of layer 3 switch, last week I installed Quagga on all of my servers, and got it configured. Works *great* on my 7.x servers, but, using the same config (and port), my 6-STABLE boxes all generate the same error when I try and start up zebra: 2010/05/01 01:44:18

Fix deadlock in vlan detach

2010-05-03 Thread John Baldwin
When a vlan interface is torn down in vlan_unconfig(), it removes references to any multicast addresses from the parent device. If any of those attempts fail, then vlan_unconfig() fails and doesn't tear down the device. However, when a "normal" ifnet is detached, it destroys all its multicast add

Current problem reports assigned to freebsd-net@FreeBSD.org

2010-05-03 Thread FreeBSD bugmaster
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker

Re: kern/146190: [ipsec][patch] NAT traversal does not work in transport mode

2010-05-03 Thread vanhu
Synopsis: [ipsec][patch] NAT traversal does not work in transport mode Responsible-Changed-From-To: freebsd-net->vanhu Responsible-Changed-By: vanhu Responsible-Changed-When: Mon May 3 07:57:47 UTC 2010 Responsible-Changed-Why: Taking it, I'll also handle userland (racoon) part. http://www.free

Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault

2010-05-03 Thread Mikolaj Golub
The following reply was made to PR kern/133902; it has been noted by GNATS. From: Mikolaj Golub To: bug-follo...@freebsd.org Cc: Leonardo Santagostini , "Bjoern A. Zeeb" , freebsd-net@FreeBSD.org Subject: Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault Date:

Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault

2010-05-03 Thread Mikolaj Golub
This pr is duplicate of kern/116837 so I think we can close it. The problem is fixed in CURRENT and 8-STABLE and there is a patch for 7-STABLE (see kern/116837 for details). -- Mikolaj Golub ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.