Hi all,
I don't know if this belongs here or not, but here it is anyway.
I'm in the middle of troubleshooting why two sub-interfaces on two
FreeBSD boxes (directly connected via XO cable) within a /30 can't
communicate, and I found that output when doing ``netstat'' is carved at
a char length for
Synopsis: [netgraph] swi1: net 100% cpu usage
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 24 01:16:17 UTC 2009
Responsible-Changed-Why:
Over to maintainer.
http://www.freebsd.org/cgi/query-pr.cgi?pr=132984
_
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Bruce M Simpson
To: John Hay
Cc: Matthias Apitz , freebsd-net@freebsd.org,
Sam Leffler ,
"Sean C. Farley" , bug-follo...@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP
o
John Hay wrote:
I found doing a -bgscan before it happens, make it not happen. I now
have -bgscan in my rc.conf.
That's exactly the workaround I needed. Thanks John.
As Sam points out, the root fix is probably already in HEAD; it would be
nice to find time to backport, but this works for u
The following reply was made to PR kern/132889; it has been noted by GNATS.
From: Miroslav Drbal
To: bug-follo...@freebsd.org,
mdr...@nymfe.net
Cc:
Subject: Re: kern/132889: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN
driver
Date: Tue, 24 Mar 2009 00:38:31 +0100
Additional debug in
bru...@freebsd.org wrote:
Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:45:54 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Matthias Apitz
To: Sam Leffler
Cc: bug-follo...@freebsd.org, freebsd-net@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or
IP does not work
Date: Mon, 23 Mar 2009 22:42:07
Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:45:54 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/quer
El día Monday, March 23, 2009 a las 12:12:04PM -0700, Sam Leffler escribió:
> If you have the raw pcap capture please provide a url to it.
I have to capture it and will provide it;
>
> From the log it appears you're sending+receiving wep-encrypted frames.
> They keyid is the same and since yo
Synopsis: [libc] socket calls can return undocumented EINVAL
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:41:14 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=316
Synopsis: [libc] [patch] almost rewritten inet_network(3) function
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:35:59 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?
Synopsis: [libc] [patch] getaddrinfo(3) is broken with numeric service
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:34:21 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.
Synopsis: [libc] getaddrinfo(3) should return TTL info
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:33:48 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=100709
__
Synopsis: [libc] getaddrinfo(3) does not handle incorrect servname
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:33:10 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?
Sam Leffler wrote:
> You or someone else can do likewise but given things
> have sat basically untouched since 7.0RC1 I suspect that's expecting too
> much.
Sorry, this wasn't directed at you; it was meant at the community as a
whole. I don't run RELENG_7 and when I do I use a backport of the
wir
Synopsis: [patch] [libc] add support for SCTP to getaddrinfo(3)
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Mon Mar 23 21:18:26 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=
Bruce M Simpson wrote:
Sam Leffler wrote:
Bruce M Simpson wrote:
...
This may be orthogonal, but:
A lab colleague and I have been seeing a sporadic problem where
the ath0 exhibits the symptoms of being disassociated from its AP.
We are running RELENG_7 on the EeePC 701 since the open sourc
Synopsis: [bge] bge(4) transmit performance problem
State-Changed-From-To: open->closed
State-Changed-By: marius
State-Changed-When: Mon Mar 23 21:04:40 UTC 2009
State-Changed-Why:
close
http://www.freebsd.org/cgi/query-pr.cgi?pr=119361
___
freebsd-net
The following reply was made to PR kern/119361; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/119361: commit references a PR
Date: Mon, 23 Mar 2009 20:54:30 + (UTC)
Author: marius
Date: Mon Mar 23 20:53:50 2009
The following reply was made to PR kern/119361; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/119361: commit references a PR
Date: Mon, 23 Mar 2009 20:54:04 + (UTC)
Author: marius
Date: Mon Mar 23 20:53:38 2009
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: John Hay
To: Bruce M Simpson
Cc: Matthias Apitz , freebsd-net@freebsd.org,
Sam Leffler , "Sean C. Farley" ,
bug-follo...@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP
On Mon, Mar 23, 2009 at 06:44:42PM +, Bruce M Simpson wrote:
> Matthias Apitz wrote:
> >I went today evening with my EeePC and CURRENT on USB key
> >to that Greek restaurant; DHCP does not get IP in CURRENT either;
> >this is somehow good news, isn't it :-)
> >
>
> This may be orthogonal, bu
[Repost without attachment]
OK. We've managed to reproduce this set of symptoms now in our work area.
[If anyone needs to see a pcap, please Cc: me offlist.]
Timebase: beginning of the pcap is in sync with a bringup from
single-user mode; the tcpdump runs in the background from init whilst
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Matthias Apitz
To: bug-follo...@freebsd.org
Cc: Sam Leffler , freebsd-net@freebsd.org,
Bruce Simpson ,
"Sean C. Farley"
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP or
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Sam Leffler
To: Matthias Apitz
Cc: bug-follo...@freebsd.org, freebsd-net@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP
or IP does not work
Date: Mon, 23 Mar 2009 12:12:04
Bruce M Simpson wrote:
Matthias Apitz wrote:
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
This may be orthogonal, but:
A lab colleague and I have been seeing a sporadic
Matthias Apitz wrote:
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
below are some information concerning the AP, ifconfig ...
the output of the tcpdump is on my server as
http:/
El día Monday, March 23, 2009 a las 06:44:42PM +, Bruce M Simpson escribió:
> Matthias Apitz wrote:
> >I went today evening with my EeePC and CURRENT on USB key
> >to that Greek restaurant; DHCP does not get IP in CURRENT either;
> >this is somehow good news, isn't it :-)
> >
>
> This may b
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: Bruce M Simpson
To: Matthias Apitz
Cc: bug-follo...@freebsd.org, Sam Leffler ,
freebsd-net@freebsd.org, "Sean C. Farley"
Subject: Re: kern/132722: [ath] Wifi ath0 associates fine with AP, but DHCP
or IP does no
Matthias Apitz wrote:
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
This may be orthogonal, but:
A lab colleague and I have been seeing a sporadic problem where the
ath0
Michael and I have developed a fix here at
the IETF.
at least with pf=0 dac=1 and off=1
We will next test with pf..
I will commit the code to Head...
I can also send you a 7.x version tarball.. not sure if it will
compile (it will work for 7.1 I know for sure)
Let me know if you want such a t
I went today evening with my EeePC and CURRENT on USB key
to that Greek restaurant; DHCP does not get IP in CURRENT either;
this is somehow good news, isn't it :-)
below are some information concerning the AP, ifconfig ...
the output of the tcpdump is on my server as
http://www.unixarea.de/ath-c
The following reply was made to PR bin/130159; it has been noted by GNATS.
From: Brett Glass
To: bug-follo...@freebsd.org, loos...@gmail.com
Cc:
Subject: Re: bin/130159: [patch] ppp(8) fails to correctly set routes
Date: Mon, 23 Mar 2009 11:48:50 -0600
Patch appears to work properly. Please c
P.S. -- Just tried the patches in bin/130159 and bin/131250 and
they do seem to function properly. Please commit.
--Brett Glass
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mai
Thanks for looking at it Julian, I still can't figure out which
resource it needs to release before exiting.
I've replaced the raw ether_input routine on the interface to
continue my module until I can figure out what's wrong with my
netgraph glue.
Again this minimal module demons
On 3/21/09, lini...@freebsd.org wrote:
> Old Synopsis: NDIS kernel crash on load BCM4321 AGN driver
> New Synopsis: [ndis] [panic] NDIS kernel crash on load BCM4321 AGN driver
>
> Responsible-Changed-From-To: freebsd-bugs->freebsd-net
> Responsible-Changed-By: linimon
> Responsible-Changed-When: S
Luis:
It looks as if bin/130159 ought to fix the problem I am having. I
see that it sets the "IFP" flag in the route update request and
specifies the interface, which ought to be what is needed. I am not
seeing problems with proxy ARP, but that may be because I am
running 7.1-RELEASE and not
On 3/9/09, dfilter service wrote:
> The following reply was made to PR kern/132342; it has been noted by GNATS.
>
> From: dfil...@freebsd.org (dfilter service)
> To: bug-follo...@freebsd.org
> Cc:
> Subject: Re: kern/132342: commit references a PR
> Date: Mon, 9 Mar 2009 02:38:02 + (UTC)
>
>
Just a quick followup: I've finally figured out a workaround. A hack, to
be sure, but a workaround nonetheless.
I've created a shell script called /etc/ppp/pppfix, which looks like this:
#!/bin/sh
# Fix up PPP routes
sleep 1;
logger -i -t ppp Fixing route: route change -host $1 $2 -ifp $3
route
H Andrew,
what you describe is correct. Are there actually multiple addresses
changed within the INIT/INIT-ACK chunk? If yes, you have done everything
correctly.
The interesting thing: I also noticed that there are CMT problems on
FreeBSD 8.0 Current.
Randall Stewart and myself have started debu
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,
We have some problems when we tried to send data using CMT-SCTP.
Actually, we are not sure if we do enable CMT functionalities. We set
up two PCs with FreeBSD-7.0. Each PC has two NICs and two IPs. One is
public and the other is private. We wrote simple FTP server and client
programs.
42 matches
Mail list logo
