On Mon, 7 Nov 2011, Maxim Sobolev wrote:
On 11/7/2011 3:25 PM, Bjoern A. Zeeb wrote:
Now if you are clever you'd also log the inp there as the above will only
prove the case that something is wrong but still not help us in anything to
figure out what.
Good point, thank you Sir.
Would that
On 11/7/2011 3:25 PM, Bjoern A. Zeeb wrote:
Now if you are clever you'd also log the inp there as the above will
only prove the case that something is wrong but still not help us in
anything to figure out what.
Good point, thank you Sir.
Would that be good enough?
printf("BZZT! Something is t
On Mon, 7 Nov 2011, Maxim Sobolev wrote:
On 11/7/2011 2:57 PM, Maxim Sobolev wrote:
On 11/7/2011 10:24 AM, Bjoern A. Zeeb wrote:
Unlikely; the inp is properly locked there and the udp info attach
better still be valid there; your problem is most likely elsewhere;
try to see if you have other t
On 11/7/2011 2:57 PM, Maxim Sobolev wrote:
On 11/7/2011 10:24 AM, Bjoern A. Zeeb wrote:
Unlikely; the inp is properly locked there and the udp info attach
better still be valid there; your problem is most likely elsewhere;
try to see if you have other threads and see what they do at the same
tim
On 11/7/2011 10:24 AM, Bjoern A. Zeeb wrote:
Unlikely; the inp is properly locked there and the udp info attach
better still be valid there; your problem is most likely elsewhere;
try to see if you have other threads and see what they do at the same
time, etc. You would need to race with udp_det
Hi,
Probably my previous mail had been skipped or forgot replying, so I'd
like to try notice again.
# This is original post of this thread, if you don't remember what is
this: http://lists.freebsd.org/pipermail/freebsd-net/2011-August/029585.html
George said "I think we should try to integrate th
Old Synopsis: Enhancement:
New Synopsis: [patch] Enhancement: add SO_PROTO to socket.h
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Nov 7 21:18:58 UTC 2011
Responsible-Changed-Why:
reclassify.
http://www.freebsd.org/cgi/quer
On Mon, 7 Nov 2011, Maxim Sobolev wrote:
Hi Gang,
We are seeing repeatable panics under high PPS load on our production
systems. It happens when the traffic gets into the range or 200MBps and
150-200K PPS. We have been managed to track it down to the following piece of
code:
(gdb) l *udp_i
On Sun, Nov 06, 2011 at 03:40:54PM -0800, YongHyeon PYUN wrote:
> On Sat, Nov 05, 2011 at 12:53:23PM +0100, Michael La?? wrote:
> > Hi!
> >
> > I've got a small NAS with Intel D525MW (Atom) board inside using FreeBSD
> > 9.0-RC1 as operating system. It has an onboard Realtek 8111E ethernet
> > ada
On Mon, Oct 31, 2011 at 1:13 AM, Hooman Fazaeli wrote:
>
> Attached is a patch for if_em.c. It flushes interface queue when it is
> full
> and link is not active. Please note that when this happens, drops are
> increasing
> on interface and this will trigger your scripts as before. You need to
> c
Panic screenshot is here:
http://sobomax.sippysoft.com/ScreenShot859.png
-Maxim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Nov 4, 2011, at 1:41 PM, Patrick Lamaiziere wrote:
> Isn't a new option to build openbgpd with tcp-md5 (and without pf_key)?
>
> I've used TCP-MD5 signature for bgp between a FreeBSD 8.x and OpenBSD,
> using setkey(8) to enforce the signature between the peers. That
> worked (of cours
Hi Gang,
We are seeing repeatable panics under high PPS load on our production
systems. It happens when the traffic gets into the range or 200MBps and
150-200K PPS. We have been managed to track it down to the following
piece of code:
(gdb) l *udp_input+0x5d2
0x806f6202 is in udp_inp
Kristof,
On Thu, Nov 03, 2011 at 01:07:52PM +0100, Kristof Provost wrote:
K> > For example:
K> >
K> > icmp6_input calls icmp6_redirect_input and right after it returns it
K> > makes m=NULL. Inside icmp6_redirect_input there are checks for ifp and
K> > for the message being short (which probably
On Mon, Oct 31, 2011 at 10:31:25PM -0700, Julian Elischer wrote:
J> NGM_HASREPLY is not used that I can see in the kernel. It may be a
J> historical artifact or
J> maybe only used in the library as a hint.
I introduced NGM_HASREPLY. Yes, it is used in library, to make repliable
messages synchrono
Hello! I have problems with ip_mroute (loaded as module) - kernel
multicast packet forwarder.
I have 2 disk: freebsd 8.2 release amd64 on first and freebsd 9.0 rc1 on second.
I use net/igmpproxy to watch IPTV on my home atom-based router.
On FreeBSD 8.2 it works good.
But when I try to use FreeBS
02 ноября 2011, 06:07 от YongHyeon PYUN :
> If there is no cabling issue there, please try attached patch and
> let me know whether the patch makes any difference on you.
>
> Thanks.
>
I tried patch. Now automatic connection can't established.
In dmesg
vge0: MII read timed out
Hi. I updated system to r227141:227142M and tried patch. 6 hours uptime right
now. Bug looks fixed.
02 ноября 2011, 21:01 от Andrey Zonov :
> The following reply was made to PR kern/155585; it has been noted by GNATS.
>
> From: Andrey Zonov
> To: bug-follo...@freebsd.org, samsp...@mail.ru
> Cc
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
Hello,
we are experiencing interesing behaviour of dummynet enabled on IPv6 interfaces.
When the following rules are added:
add pipe 24 ip from any to any in recv vlan1
add pipe 25 ip from any to any out xmit vlan1
all ICMPv6 packets passing on vlan1 are being damaged:
10:55:53.180801 IP6 fe80:
20 matches
Mail list logo
