I believe the problem can be manually triggered by using a script that
will mass-add and then mass-delete routes (the problem happens on delete).
-Pierre
On 12/12/2011 6:46 PM, Li, Qing wrote:
So you have RADIX_MPATH option enabled in the kernel configuration, and booting
up OpenBGPD triggers
Hello.
I recently installed 8.2 with the following card:
dmesg
...
fxp0: Intel 82550 Pro/100 Ethernet port 0xdc00-0xdc3f mem
0xfebfb000-0xfebfbfff,0xfebc-0xfebd irq 20 at device 5.0 on pci4
...
pciconv -lv
...
fxp0@pci0:4:5:0:class=0x02 card=0x00408086
On Wed, Dec 14, 2011 at 08:33:36PM +0100, Andrea Venturoli wrote:
Hello.
I recently installed 8.2 with the following card:
dmesg
...
fxp0: Intel 82550 Pro/100 Ethernet port 0xdc00-0xdc3f mem
0xfebfb000-0xfebfbfff,0xfebc-0xfebd irq 20 at device 5.0 on pci4
...
pciconv -lv
On 12/14/11 20:59, YongHyeon PYUN wrote:
AFAIK the firmware of controller has no known TSO issue so it
indicates a bug in driver.
What makes me wonder is ICMP ECHO packet should not be affected by
TSO and I have no clue at this moment.
I wasn't talking about ICMP ECHO.
What happened was:
a)
On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote:
An update. I've sent Pawel a testing patch to see if my hypothesis is correct
(www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I intend
to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix.
Sorry
On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote:
On 12/14/11 20:59, YongHyeon PYUN wrote:
AFAIK the firmware of controller has no known TSO issue so it
indicates a bug in driver.
What makes me wonder is ICMP ECHO packet should not be affected by
TSO and I have no clue at
Hi All! I found next issue with gif tunnels.
gif3 work look's like mpd without tcpmssfix - google opened, but another sites
waiting read forever
gif4 work fine.
all connection to internet in Box2,3 similar
I changed gif3 tunnel to vtun ethernet tunnel (tap) - it solve problem and all
sites
On Wed, Dec 14, 2011 at 01:32:42PM -0800, YongHyeon PYUN wrote:
On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote:
On 12/14/11 20:59, YongHyeon PYUN wrote:
AFAIK the firmware of controller has no known TSO issue so it
indicates a bug in driver.
What makes me wonder is
On Wed, Dec 14, 2011 at 03:22:06PM -0800, YongHyeon PYUN wrote:
On Wed, Dec 14, 2011 at 01:32:42PM -0800, YongHyeon PYUN wrote:
On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote:
On 12/14/11 20:59, YongHyeon PYUN wrote:
AFAIK the firmware of controller has no known TSO
On 14. Dec 2011, at 23:11 , Andrey Smagin wrote:
Hi All! I found next issue with gif tunnels.
gif3 work look's like mpd without tcpmssfix - google opened, but another
sites waiting read forever
Given it's RFC1918 addresses, this normally sounds like a firewall/NAT with
ICMP filter breaking
Hi all,
I had built 9.0-RC3 snapshots without IPv4 support (formerly known as
IPv6-only, but as we still support IPX, IPv6-only is not quite right so they
are called noinet now related to the INET kernel config option we disable)
earlier last week.
Please see http://www.freebsd.org/ipv6/ and
Hi, the following LOR is reported on my system:
f6070c-01% lock order reversal:
1st 0xff00043c0c18 e5a:rx(0) (e5a:rx(0)) @ sys/dev/e1000/if_em.c:1607
2nd 0x80f10780 in6_multi_mtx (in6_multi_mtx) @
sys/netinet6/in6_var.h:734
KDB: stack backtrace:
kdb_backtrace() at kdb_backtrace+0x3e
12 matches
Mail list logo