Re: kern/116837: ifconfig tunX destroy: panic

2008-01-11 Thread KUROSAWA Takahiro
The following reply was made to PR kern/116837; it has been noted by GNATS. From: KUROSAWA Takahiro <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: kern/116837: ifconfig tunX destroy: panic Date: Sat, 12 Jan 2008 15:48:39 +0900 The KASSERT() check in tun_destroy()

Re: kern/119225: 7.0-RC1 no carrier with Prism 2.5 wifi card

2008-01-11 Thread Harrison Grundy
The following reply was made to PR kern/119225; it has been noted by GNATS. From: Harrison Grundy <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: kern/119225: 7.0-RC1 no carrier with Prism 2.5 wifi card Date: Sat, 12 Jan 2008 07:48:32 +0900 I have seen the same be

Re: the socket can't bind?

2008-01-11 Thread Bruce M. Simpson
SnaiX wrote: So it would run 1-4. but it reports EADDRINUSE after bind. Why? The stack assumes that SO_REUSEADDR is never cleared on a socket after it gets set. How to resolve it? Should I dup() the fd? Did you close the affected socket in (5) ? Presumably you are still trying to use

Re: if_ral regression [was seq#'s on ap frames]

2008-01-11 Thread Sam Leffler
Sepherosa Ziehau wrote: On Jan 5, 2008 10:19 PM, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote: "Sepherosa Ziehau" <[EMAIL PROTECTED]> writes: This actually brings up two things: 1) I think we should ignore seq in multicast frames; this is permitted in 802.11 standard. In dfly I did th

Re: kern/119548: [pf] [ath] [patch] PF Altq with ath hostap problem

2008-01-11 Thread linimon
Old Synopsis: [pf] [ath] PF Altq with ath hostap problem New Synopsis: [pf] [ath] [patch] PF Altq with ath hostap problem State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Fri Jan 11 17:43:47 UTC 2008 State-Changed-Why: To submitter: a patch has been created, can

Re: kern/119361: [bge] bge(4) transmit performance problem

2008-01-11 Thread Sepherosa Ziehau
On Jan 8, 2008 1:28 AM, <[EMAIL PROTECTED]> wrote: > Synopsis: [bge] bge(4) transmit performance problem > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: remko > Responsible-Changed-When: Mon Jan 7 17:28:37 UTC 2008 > Responsible-Changed-Why: > reassign to -net

Re: kern/119548: [pf] [ath] PF Altq with ath hostap problem

2008-01-11 Thread Sepherosa Ziehau
On Jan 11, 2008 10:22 AM, <[EMAIL PROTECTED]> wrote: > Old Synopsis: PF Altq with ath hostap problem > New Synopsis: [pf] [ath] PF Altq with ath hostap problem > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Fri Jan 11 02:22:

the socket can't bind?

2008-01-11 Thread SnaiX
Hi all, I attempt to run a program like this: 1. make a socket 2. set socket option with SO_REUSEADDR. 3. bind it 4. listen... accept...etc.. Alright, it works well. And I kill it, it can bind immediately. After this, I do: 5. close all fd. 6. reload it with execvp. So it would run 1-4. but it r

Re: if_ral regression

2008-01-11 Thread Dag-Erling Smørgrav
"Sepherosa Ziehau" <[EMAIL PROTECTED]> writes: > revert the old patch at your AP side and try this one > http://people.freebsd.org/~sephe/rt2560_test.diff1 I will, thanks. > apply following patch at you STA side > http://people.freebsd.org/~sephe/ieee80211_input.c.diff My STA side doesn't run Fr

Re: if_ral regression

2008-01-11 Thread Sepherosa Ziehau
On Jan 5, 2008 10:19 PM, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote: > "Sepherosa Ziehau" <[EMAIL PROTECTED]> writes: > > This actually brings up two things: > > 1) I think we should ignore seq in multicast frames; this is permitted in > > 802.11 standard. In dfly I did that, since one of our u