Re: question about freebsd sctp sctp_asconf_iterator_stcb function.

2011-02-23 Thread Peter Lei
Hi, No, the original code looks correct. The address management code needs to run regardless of whether SCTP_PCB_FLAGS_DO_ASCONF is enabled (or whether the peer supports ASCONF or not). The newly added address is put onto the restricted list to prevent the stack from using the new address as a s

question about freebsd sctp sctp_asconf_iterator_stcb function.

2011-02-23 Thread 黄登辉
Hi I have a little about the following code section of sctp_asconf_iterator_stcb function. if (type == SCTP_ADD_IP_ADDRESS) { /* prevent this address from being used as a source */ sctp_add_local_addr_restricted(stcb, ifa); } else if (type == SCTP_DEL

gif & bridge / ip over ip bridging tunnel

2011-02-23 Thread Brian McCann
Hi all. I've been trying to make this work and keep failing. I'm hoping someone smarter then me has some ideas. My end goal is to bridge (not route) a few remote networks to a main site. For example 10.0.0.0/24 ---> FreeBSD box ---> Internet <--- FreeBSD box <---10.0.0.0/24

gif & bridge / ip over ip bridging tunnel

2011-02-23 Thread Brian McCann
Hi all. I've been trying to make this work and keep failing. I'm hoping someone smarter then me has some ideas. My end goal is to bridge (not route) a few remote networks to a main site. For example 10.0.0.0/24 ---> FreeBSD box ---> Internet <--- FreeBSD box <---10.0.0.0/24

Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Jack Vogel
Here is the 7.2.2 tarball. IMPORTANT: if you use this DO NOT try and put it into your kernel source tree, it will break that. What you must do is config the em driver OUT of your kernel, then untar this, build it standalone, and then load it. This is just a temporary thing, once I have data to dec

New device_polling algorithm

2011-02-23 Thread Ryan Stone
I've put together a patch against HEAD that replaces the device_polling algorithm(it should apply cleanly to stable/8 as well -- nothing has changed with polling in some time). The patch can be found here: http://people.freebsd.org/~rstone/kern_poll.diff The new algorithm makes use of the feedbac

Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Jack Vogel
Anyone in net and stable that wants it, limits blocked it, so send me personal email and I'll send to you. Jack On Wed, Feb 23, 2011 at 9:47 AM, Jack Vogel wrote: > Here is the 7.2.2 tarball. IMPORTANT: if you use this DO NOT try and put it > > into your kernel source tree, it will break that.

Re: New device_polling algorithm

2011-02-23 Thread Ryan Stone
A couple of things that I forgot: - Note that DEVICE_POLLING is not included in GENERIC. You'll have to add the following to your kernel config to get polling support: options DEVICE_POLLING - you can enable polling on a interface with ifconfig(provided the driver supports polling) ifconfig p

Re: kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems

2011-02-23 Thread Andrew Boyer
While I understand that's generally the case, it's how Intel supports older releases. The code in -current does support building within older releases (at least 7.X and 8.X), except for the flaws I pointed out. Jack Vogel submitted r217129, r217131, and r217132 to fix this PR, but didn't mark

Re: kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems

2011-02-23 Thread brucec
Synopsis: [patch] [ixgbe] Version in -current won't build on 7.x systems State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Wed Feb 23 16:30:32 UTC 2011 State-Changed-Why: Fixed with r217129, r217131 and r217132. http://www.freebsd.org/cgi/query-pr.cgi?pr=150247 ___

Re: misc/154943: ifconfig gifX create on existing gifX clears IP

2011-02-23 Thread Piotr KUCHARSKI
The following reply was made to PR kern/154943; it has been noted by GNATS. From: Piotr KUCHARSKI To: bug-follo...@freebsd.org Cc: Subject: Re: misc/154943: ifconfig gifX create on existing gifX clears IP Date: Wed, 23 Feb 2011 15:34:27 +0100 I also found why 'getent hosts create' was resolvi

Re: kern/139268: [if_bridge] [patch] allow if_bridge to forward just VLAN-tagged (or untagged) packets

2011-02-23 Thread elof2
The following reply was made to PR kern/139268; it has been noted by GNATS. From: el...@sentor.se To: bug-follo...@freebsd.org, p...@cns.utoronto.ca Cc: Subject: Re: kern/139268: [if_bridge] [patch] allow if_bridge to forward just VLAN-tagged (or untagged) packets Date: Wed, 23 Feb 2011 14:57:4

Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Özkan KIRIK
Hi, How can we get 7.2.2. version of if_em driver ? I wanna test it. I can help you for testing changes to em drivers. Regards, Ozkan KIRIK On Wed, Feb 23, 2011 at 1:36 PM, Lev Serebryakov wrote: > Hello, Mike. > You wrote 23 февраля 2011 г., 14:16:28: > >>>   Driver from "em driver, 82574L

Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Lev Serebryakov
Hello, Mike. You wrote 23 февраля 2011 г., 14:16:28: >> Driver from "em driver, 82574L chip, and possibly ASPM" thread >> doesn't help, really: it seems, that it decrease frequincy of hangs, > Looking at your sysctl output, you are not using the test drivers posted > in that thread. Yes, as i

Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Mike Tancsa
On 2/23/2011 4:16 AM, Lev Serebryakov wrote: > Driver from "em driver, 82574L chip, and possibly ASPM" thread > doesn't help, really: it seems, that it decrease frequincy of hangs, Looking at your sysctl output, you are not using the test drivers posted in that thread. >>> sysctl dev.em.0 dev

em0 with latest driver hangs again and again (without "Watchdog timeout" message!)

2011-02-23 Thread Lev Serebryakov
Hello, Freebsd-net. It's me again, as problem is not solved and no "clear" answer was received. em0 NIC on my storage server hangs every several (2-3) days. Symptoms are simple: no packets can be send, mbufs are overfilled, "No buf space to send" error for any program. Configuration now

Re: kern/154959: [age] "Bad packet length xxxxx, Disconnecting: Packet corrupt" (unless TSO, rxcsum, txcsum are disabled)

2011-02-23 Thread linimon
Old Synopsis: age: "Bad packet length x, Disconnecting: Packet corrupt" (unless TSO, rxcsum, txcsum are disabled) New Synopsis: [age] "Bad packet length x, Disconnecting: Packet corrupt" (unless TSO, rxcsum, txcsum are disabled) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Resp