In the last episode (Feb 01), lini...@freebsd.org said:
> Is this easily reproducible? And, if so, do you have a corefile
> available that can be posted on the web somewhere?
I've only had it happen once, but I still have the corefile if it might
help.
--
Dan Nelson
dnel...@alla
Synopsis: [tcp] [panic] Panic during shutdown, tcp_ctloutput: inp == NULL
State-Changed-From-To: open->feedback
State-Changed-By: linimon
State-Changed-When: Sun Feb 1 01:33:56 UTC 2009
State-Changed-Why:
Is this easily reproducible? And, if so, do you have a corefile
available that can be poste
Hi!
Is there any progress on this error reported:
http://freebsd.monkey.org/freebsd-net/200805/msg00026.html
I have the same or very similar issue. On my server large HTTP uploads
are failing because there are only one direction data transmissions
(when reading/receiving a request) and kernel dr
At 04:33 PM 1/31/2009, Andrew Thompson wrote:
>
> and do the same pulling of the cable, it does not work. BUT, if I do an
> arp -nda on a machine that is part of vlan102 which is doing the pinging
> (so an arp-who has gets sent out and a reply answered), it works. The
> other option is if I se
Hi!
I have found also:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108670
http://lists.freebsd.org/mailman/htdig/freebsd-net/2007-February/013095.html
I am using FreeBSD 7.0-STABLE.
Mitar
___
freebsd-net@freebsd.org mailing list
http://lists.free
http://people.freebsd.org/~jeff/mbuf_ref2.diff
Hello,
I have been experimenting with different revisions to the mbuf api to
improve performance and simplify code. This patch is the first of several
proposed steps towards those goals. The aim of this patch is two fold;
1) Revising the refe
Synopsis: [ipsec] [panic] kernel trap with ipsec
Responsible-Changed-From-To: freebsd-net->vanhu
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Jan 31 22:25:12 UTC 2009
Responsible-Changed-Why:
kern/124609 seems linked to this one and you handled that; could
you check if both PRs are th
On Tue, Jan 27, 2009 at 12:39:26PM -0500, Mike Tancsa wrote:
...
>
> but if I create some vlan interfaces off lagg0
>
> lagg0.100: flags=8843 metric 0 mtu
> 1500
> options=3
> ether 00:30:48:90:4c:fe
> inet 192.168.100.1 netmask 0xff00 broadcast 192.168.100.255
>
Synopsis: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6
State-Changed-From-To: open->closed
State-Changed-By: vwe
State-Changed-When: Sat Jan 31 14:23:06 UTC 2009
State-Changed-Why:
kern/122039 is a DUP of this PR but we're closing this in favour of
kern/122039 as it does contain
Synopsis: [netgraph] Server failure due to netgraph mpd and dhcpclient
State-Changed-From-To: feedback->closed
State-Changed-By: mav
State-Changed-When: Sat Jan 31 13:52:36 UTC 2009
State-Changed-Why:
Patches fixing crashes/freezes on VPN routing loop were merged to 7-STABLE.
http://www.freebsd
Synopsis: [ip6] PF_INET6 proto domain state can't be cleared without a reboot
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Sat Jan 31 13:42:49 UTC 2009
State-Changed-Why:
The problem has been analyzed a few months back.
A workaround for what I think the submitter
The following reply was made to PR kern/118880; it has been noted by GNATS.
From: "Bjoern A. Zeeb"
To: bug-follo...@freebsd.org, j...@iki.fi
Cc:
Subject: Re: kern/118880: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented
for IPv6
Date: Sat, 31 Jan 2009 13:25:20 + (UTC)
Hi,
see ker
Synopsis: [bce] [patch] "Error mapping mbuf into TX chain!" (tentative patch)
State-Changed-From-To: open->closed
State-Changed-By: vwe
State-Changed-When: Sat Jan 31 11:09:15 UTC 2009
State-Changed-Why:
Michael,
we think this issue is fixed by r159411 and r164327. If you think
this issue is stil
Synopsis: ifconfig(8): ifconfig -l (address_family) does not work correctly on
RELENG-7
State-Changed-From-To: open->analyzed
State-Changed-By: vwe
State-Changed-When: Sat Jan 31 10:31:59 UTC 2009
State-Changed-Why:
Will has created a patch for evaluation
http://www.freebsd.org/cgi/query-pr.cgi
The following reply was made to PR bin/118987; it has been noted by GNATS.
From: Will Andrews
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not
work correctly on RELENG-7
Date: Sat, 31 Jan 2009 03:29:52 -0700
--001636c5986450
Synopsis: [ath] doesn't work with my PCI-E X1 wireless network adaptor
State-Changed-From-To: feedback->closed
State-Changed-By: vwe
State-Changed-When: Sat Jan 31 10:22:17 UTC 2009
State-Changed-Why:
Intron,
the latest HAL changes have been committed to 7-STABLE with rev 186910.
Please update yo
Julian Elischer wrote:
anyone who has commands and args for their favourite
thing the'd like me to test... send it in..
so far using ttcp I have seem no measureable difference.
but I have more tests to do of course..
for example throughput with small packets with ttcp (KB/Sec)
x VIMAGE
Here is another demonstration of this bug:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=190401+0+archive/2008/freebsd-net/20080406.freebsd-net
Friday, January 30, 2009, 10:48:55 PM, you wrote:
vFo> Synopsis: [tcp] Turning on TCP blackholing causes slow localhost
connections
vFo> State-Change
anyone who has commands and args for their favourite
thing the'd like me to test... send it in..
so far using ttcp I have seem no measureable difference.
but I have more tests to do of course..
for example throughput with small packets with ttcp (KB/Sec)
x VIMAGE_GLOBALS
+ NO_VIMAGE_GLO
19 matches
Mail list logo
