Re: if_msk in 6.2

2007-04-05 Thread Marv
It works with acpi disabled: mskkc0: port 0x2000-0x20ff mem 0xd000-0xd0003fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:16:36:8a:f4:a3 miibus0: on msk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto When using acpi I get

Re: IPv6 Router Alert breaks forwarding

2007-04-05 Thread Andrew McDonald
On Thu, Apr 05, 2007 at 03:07:43PM +0900, JINMEI Tatuya / [EMAIL PROTECTED]@C#:H wrote: > At Wed, 4 Apr 2007 22:18:15 +0100, > Andrew McDonald <[EMAIL PROTECTED]> wrote: > > > In the absence of a full fix, it would probably be a good idea to > > remove this unconditional check. This would avoid F

Re: IPv6 Router Alert breaks forwarding

2007-04-05 Thread Bruce M. Simpson
I can only speak about IPv4 router alert in detail; we do nothing with IPv4 RA nor would it appear that it would make any real difference in performance given how the code is laid out. RSVP packets should be passed verbatim to userland from ip_input() via rip_input() there. I think your IPv6 f

Re: IPv6 Router Alert breaks forwarding

2007-04-05 Thread JINMEI Tatuya / 神明達哉
At Thu, 5 Apr 2007 09:16:39 +0100, Andrew McDonald <[EMAIL PROTECTED]> wrote: > Thinking about it a bit, there is a simple fix that leaves MLD working > (but currently doesn't provide a way for other applications to use > router alert). The IPv6 Router Alert Option (RAO) has a 16-bit value > field

Re: Merging rc.d/network_ipv6 into rc.d/netif

2007-04-05 Thread Mike Makonnen
On Tue, Apr 03, 2007 at 11:11:32PM +0200, Jeremie Le Hen wrote: > > As Dag-Erling said, it may conflict with a future if_ip. Moreover, > network interfaces are renameable, so the namespace conflict is even > more likely. > > Although it breaks the standard rc(8) syntax, I would personaly prefer:

Re: IPv6 Router Alert breaks forwarding

2007-04-05 Thread Andrew McDonald
On Thu, Apr 05, 2007 at 11:02:42PM +0900, JINMEI Tatuya / [EMAIL PROTECTED]@C#:H wrote: > > The behavior looks reasonable, but I'd code it more explicitly with > some comments so that the intent is clear and others can correctly > modify it for future extensions. A possible patch to implement it

Re: Merging rc.d/network_ipv6 into rc.d/netif

2007-04-05 Thread Mike Makonnen
On Tue, Apr 03, 2007 at 06:14:23PM -0500, Brooks Davis wrote: > > - You can now do things like: > > # Start/Stop IPv6 on all interfaces > > /etc/rc.d/netif (start|stop) ip6 > > # Start/Stop IPv6 only on interface rl0 > > /etc/rc.d/netif (start|stop) rl0 ip6 > > # Do IPv6 option

Re: Merging rc.d/network_ipv6 into rc.d/netif

2007-04-05 Thread Brooks Davis
On Thu, Apr 05, 2007 at 06:46:44PM +0300, Mike Makonnen wrote: > On Tue, Apr 03, 2007 at 06:14:23PM -0500, Brooks Davis wrote: > > > - You can now do things like: > > > # Start/Stop IPv6 on all interfaces > > > /etc/rc.d/netif (start|stop) ip6 > > > # Start/Stop IPv6 only on interface rl0 >

Problem with ipx

2007-04-05 Thread Margarita Manterola
Hi! I'm having troubles with a Novell network, and found your message, which is strangely exactly two years old: http://lists.freebsd.org/pipermail/freebsd-net/2005-April/006907.html My problem looks a lot like yours. Did you ever find what was going on? Given the date coincidence, I'm incline

Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).

2007-04-05 Thread Vladimir Ivanov
Hi, We have reported serious bug with em driver (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87418) one year and half ago. It's very funny but most freebsd ethernet drivers cloned this bug I seem. You can see same bug in bce, bge, ixgb and so on. I've attached draft patch for bce driver t

Status of sasyncd for IPSEC?

2007-04-05 Thread David DeSimone
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Lists - Sorry for the cross-post, but I am not actually sure which list this question belongs on. I have been working on building HA firewall/VPN systems using PF and IPSEC and CARP. The systems work quite well, however there is a small gap in

Stack panic with em driver unload

2007-04-05 Thread Jack Vogel
Our test group uses a script that does 100 iterations of a module load, then bring up all interfaces, and then unload driver. Depending on the system in anything from just a few iterations to 20 or more, the system will panic. Its doing an em_detach() which calls ether_ifdetach() which goes to i

Re: if_msk in 6.2

2007-04-05 Thread Pyun YongHyeon
On Thu, Apr 05, 2007 at 09:29:45AM +0200, Marv wrote: > It works with acpi disabled: > > mskkc0: port 0x2000-0x20ff mem > 0xd000-0xd0003fff irq 16 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:16:36:8a:f4:a3 > miibus0: on msk0 > e1000phy0: on miibus0 > e1000p

Re: Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).

2007-04-05 Thread Bruce Evans
On Thu, 5 Apr 2007, Vladimir Ivanov wrote: We have reported serious bug with em driver (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87418) one year and half ago. It's very funny but most freebsd ethernet drivers cloned this bug I seem. You can see same bug in bce, bge, ixgb and so on. I