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
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
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
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
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
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
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.
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
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
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
___
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
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
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
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
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
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
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
17 matches
Mail list logo