The following reply was made to PR kern/158930; it has been noted by GNATS.
From: "lanxw"
To: "bug-followup" ,
"lanxw"
Cc:
Subject: Re: kern/158930: [bpf] BPF element leak in ifp-
Date: Mon, 25 Jul 2011 15:27:51 +0800
This is a multi-part message in MIME format.
--=003_Dragon26151826
On Sun, Jul 24, 2011 at 09:43:59AM +0100, Robert N. M. Watson wrote:
R> Instead, I think we should go for a more radical notion, which is a bit
harder to implement in our stack: the network stack needs a race-free way to
"drain" all mbufs referring to a particular ifnet, which does not cause
exi
On Fri, 22 Jul 2011 11:08:18 -0400 Ryan Stone wrote:
I notice that the interface not up in your test. If you ifconfig it
up does it detect that it has lost link?
Thank you. When the interface is "up" driver works as expected.
Thanks,
Ivan
___
fre
Hi Robert,
On Sunday 24 July 2011 10:43:59 Robert N. M. Watson wrote:
> On 24 Jul 2011, at 04:51, Ryan Stone wrote:
> > I ran headlong into this issue today when trying to test some network
> > stack changes. It's depressingly easy to crash HEAD by periodically
> > destroying vlan interfaces whil
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
Hi,
I hope someone can explain to me the following:
in ieee80211_mesh.c in function mesh_parse_meshpeering_action().
The last argument uint8_t subtype is supposed to tell the type of Mesh
Peer Managment Action frame.
The weird thing is that inside the function subtype is checked if it
is equal t
Synopsis: netstat(1) doesn't print anything for SCTP sockets
State-Changed-From-To: open->closed
State-Changed-By: tuexen
State-Changed-When: Mon Jul 25 14:23:48 UTC 2011
State-Changed-Why:
Fixed in http://svn.freebsd.org/changeset/base/224271
http://www.freebsd.org/cgi/query-pr.cgi?pr=150642
_
On Mon, 2011-07-25 at 16:38 +0700, Ivan Alexandrovich wrote:
> On Fri, 22 Jul 2011 11:08:18 -0400 Ryan Stone wrote:
> > I notice that the interface not up in your test. If you ifconfig it
> > up does it detect that it has lost link?
>
> Thank you. When the interface is "up" driver works as exp
Ya, well that has some odd side effects also, for instance, the phy will in
fact
bring link up just via hardware initialization, so the link light will be on
if you
look at the port on the card, its this fact that is discovered when the
driver
attach routine is run, but as I said, no interrupts so
On Jul 23, 2011, at 3:38 PM, Randy Bush wrote:
> netflix streaming is not allowed to japan where we live. i can tunnel
> to a server in one of my racks in the states. the tokyo border is a
> soekris running FreeBSD 8. it will kinda look like
>
> .--.
>
Old Synopsis: Intel 3945ABG Wireless LAN not support IBSS
New Synopsis: [wpi] Intel 3945ABG Wireless LAN not support IBSS
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Jul 26 06:34:26 UTC 2011
Responsible-Changed-Why:
Over to
11 matches
Mail list logo