Old Synopsis: Panic when creating vlan's on lagg interface
New Synopsis: [lagg] [panic] Panic when creating vlan's on lagg interface
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 17 02:33:42 UTC 2009
Responsible-Changed-Why
Old Synopsis: libwrap - infinite loop if hosts.allow line > 2k
New Synopsis: [tcp_wrappers] [patch] libwrap - infinite loop if hosts.allow
line > 2k
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 17 00:34:17 UTC 2009
Respon
It is the same issue but the root cause is unclear. There is much code
that does assumes ifma_protospec might be NULL and checks for it. In my
case (creating a wlan ifnet and then destroying it on eject) the patch
below is sufficient. I don't care to dig right now to understand how
this stuf
The crash that I am seeing (using if_ndis) occurs in igmp_fasttimo...
This patch doesn't fix that, I'll get more info as soon as I can.
On Sat, 2009-03-14 at 14:06 -0700, Sam Leffler wrote:
> This patches avoids the crash. Not sure how ifma_protospec is supposed
> to be handled so I'm not commit
Hi everyone,
I've implemented RTBH within our network, but I have one small issue.
I've got one FreeBSD/Quagga edge router that has an interface which
contains a default route out. Although this will change in the next
while, at this time, it is preventing me from doing reverse path check,
thereb
Synopsis: process swi1: net, taskq em0 and dummynet gives 100% CPU usage
Related to
http://lists.freebsd.org/pipermail/freebsd-net/2009-February/021120.html
Not depending on the conditions (no heavy load, not a lot of traffic passing
through, not a lot of ng nodes) server stops to work properly.
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
The following reply was made to PR kern/132277; it has been noted by GNATS.
From: Vasile Marii
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/132277: [crypto] [ipsec] poor performance using cryptodevice
for IPSEC
Date: Mon, 16 Mar 2009 11:26:46 +0200
Thanks Patrick.
Anyway, that