From bugzilla-noreply at FreeBSD.org  Sun Mar  1 21:00:12 2015
From: bugzilla-noreply at FreeBSD.org (bugzilla-noreply at FreeBSD.org)
Date: Sun, 01 Mar 2015 21:00:11 +0000
Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special
 attention
Message-ID: <201503012100.t21L0BQn043504@kenobi.freebsd.org>

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    154598 | [ath] Atheros 5424/2424 can't connect to WPA netw 
Open        |    163312 | [panic] [ath] kernel panic: page fault with ath0  
Open        |    166190 | [ath] TX hangs and frames stuck in TX queue       
Open        |    166357 | [ath] 802.11n TX stall when the first frame in th 
Open        |    169362 | [ath] AR5416: radar pulse PHY errors sometimes in 

5 problems total for which you should take action.

From bugzilla-noreply at freebsd.org  Thu Mar  5 02:51:05 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 05 Mar 2015 02:51:05 +0000
Subject: [Bug 198298] [ath] ath_edma_rxbuf_alloc()/ath_edma_rxfifo_alloc()
 causes system lockup when RX buffers are exausted
In-Reply-To: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198298-21060-aNCMHEfHow@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198298

Glen Barber <gjb at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-bugs at FreeBSD.org    |freebsd-wireless at FreeBSD.or
                   |                            |g

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar  6 11:35:26 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 06 Mar 2015 11:35:26 +0000
Subject: [Bug 196264] [iwn] [patch]: remove unneeded checks in iwn_scan()
In-Reply-To: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-196264-21060-LGGMah9tqH@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196264

Andriy Voskoboinyk <s3erios at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #150952|0                           |1
        is obsolete|                            |

--- Comment #1 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153892
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153892&action=edit
Few minor fixes

- Add missing IWN_UNLOCK(sc).
- Remove redundant initialization in iwn_ioctl().

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar  6 16:09:03 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 06 Mar 2015 16:09:02 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-YdMRcl0UgK@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #9 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153911
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153911&action=edit
Bugfixes2.diff

- Revert changes related to IEEE80211_F_DATAPAD (there is no padding in RX
path).
- Copy correct addresses to node.macaddr / rxon.myaddr.
- Handle beaconing properly.
- Enable HOSTAP mode (experimental).
- Use HW AES-CCMP for all keys.
- (partially) Replace global mutex with per-structure locks.
- Remove races in wpi*intr functions.
- Acquire ifq lock while checking / modifying IFF_DRV_OACTIVE flag.
- Add WPI_DEBUG_NODE / WPI_DEBUG_REGISTER debug categories.
- Use internal functions for node table management.
- Move association from wpi_tx_data() to wpi_newassoc().
- Other minor fixes.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar  6 18:02:46 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 06 Mar 2015 18:02:46 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-bKdDFLCy7U@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #10 from Adrian Chadd <adrian at freebsd.org> ---
Have you tested this on -HEAD with witness debugging? Changing the locks may
cause more LORs and I don't want to break locking. :(

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sat Mar  7 22:29:08 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 07 Mar 2015 22:29:08 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-erMawRtK0J@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

Andriy Voskoboinyk <s3erios at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #153911|0                           |1
        is obsolete|                            |

--- Comment #11 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153977
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153977&action=edit
Bugfixes2.diff

- Fix locking problems.
- Fix mbuf mapping errors in wpi_cmd2().
- Add note about DIAGNOSTIC option.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sat Mar  7 23:03:29 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 07 Mar 2015 23:03:29 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-k0P4B3kEAn@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #12 from Andriy Voskoboinyk <s3erios at gmail.com> ---
(In reply to Adrian Chadd from comment #10)
Yes, I have tested this version with WITNESS enabled and there were no messages
about lock order reversals in the driver. Also, locking order is described in
if_wpivar.h.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sat Mar  7 23:54:56 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 07 Mar 2015 23:54:56 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-lipzfDHTCj@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #13 from Adrian Chadd <adrian at freebsd.org> ---
Ok, cool.

Would you mind breaking it out into smaller pieces? it's a big commit.

Maybe start with RX path padding and correct addresses with RXON.

That way I can incrementally commit things so if people have issues, it's
possible to bisect which change caused it.

Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 00:11:01 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 00:11:01 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Feo3ySFjlG@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #14 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153983
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153983&action=edit
Copy correct addresses to node.macaddr / rxon.myaddr

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 01:17:53 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 01:17:53 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-D3WSBiU9s6@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #15 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153985
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153985&action=edit
Revert changes related to IEEE80211_F_DATAPAD (there is no padding in RX path).

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 01:45:25 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 01:45:25 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-u2BVcnTgdv@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #16 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar  8 01:44:58 UTC 2015
New revision: 279762
URL: https://svnweb.freebsd.org/changeset/base/279762

Log:
  Use the correct mac addresses when initialising things.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3rios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 01:47:26 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 01:47:26 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-2Lq6pwA1p8@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #17 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar  8 01:47:10 UTC 2015
New revision: 279763
URL: https://svnweb.freebsd.org/changeset/base/279763

Log:
  Undo some issues from the previous big patch - there's no padding on RX,
  so remove DATAPAD and re-do the padding in the TX path manually.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 01:48:39 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 01:48:39 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-NPOis0rmvz@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #18 from Adrian Chadd <adrian at freebsd.org> ---
Ok! Those two are committed.

What's next to break out and commit?

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 09:36:36 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 09:36:36 +0000
Subject: [Bug 196264] [iwn] [patch]: few minor fixes
In-Reply-To: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-196264-21060-5lOB0leHRk@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196264

Andriy Voskoboinyk <s3erios at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[iwn] [patch]: remove       |[iwn] [patch]: few minor
                   |unneeded checks in          |fixes
                   |iwn_scan()                  |

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 09:46:20 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 09:46:20 +0000
Subject: [Bug 196264] [iwn] [patch]: few minor fixes
In-Reply-To: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-196264-21060-kJUOGRN2H3@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196264

--- Comment #2 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153995
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153995&action=edit
Patch-v2.diff

- Set maxfrags to IWN_MAX_SCATTER - 1 (first segment is used by the TX command)
- Remove redundant "not" from error string.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 09:49:30 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 09:49:30 +0000
Subject: [Bug 196264] [iwn] [patch]: few minor fixes
In-Reply-To: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-196264-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-196264-21060-B2SqW1kW0T@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196264

Andriy Voskoboinyk <s3erios at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #153892|0                           |1
        is obsolete|                            |
 Attachment #153995|0                           |1
        is obsolete|                            |

--- Comment #3 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153996
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153996&action=edit
Patch-v2.diff

Mark previous patches as obsolete.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 11:05:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 11:05:44 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ANFnmwDEY1@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #19 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 153999
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153999&action=edit
Fix mbuf mapping errors in wpi_cmd2() + add check for nsegs

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 11:07:01 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 11:07:01 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-3n3H0gIfUH@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #20 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154000
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154000&action=edit
Fix a typo (IEEE80211_S_SCAN -> IEEE80211_F_SCAN)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 11:14:06 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 11:14:06 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-H9c2fFMOXU@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #21 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154002
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154002&action=edit
Add missed ieee80211_draintask

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 11:35:47 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 11:35:47 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-OtF2780uzb@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #22 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154006
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154006&action=edit
Run callout_reset() with mutex held.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 12:00:49 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 12:00:49 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-owFN2oiHMv@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #23 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154007
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154007&action=edit
Divide ackfailcnt by 2 (firmware decreases rate after two unsuccessful retries)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 12:08:28 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 12:08:28 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-8JdPQAAi3O@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #24 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154009
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154009&action=edit
Fix races between wpi_rx_done() and wpi_stop()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 12:31:38 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 12:31:38 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-I6L5HiI8sx@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #25 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154010
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154010&action=edit
Fix panics in wpi_tx_done() when powersave is enabled

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 13:09:26 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 13:09:26 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-R2v0beOYDV@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #26 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154011
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154011&action=edit
Use correct pointer for wpi_softc

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 13:34:15 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 13:34:14 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-sKWr9Qavsj@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #27 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154013
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154013&action=edit
Check some variables only on active TX rings

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 14:39:01 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 14:39:01 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-CytGYc7PA3@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #28 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154015
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154015&action=edit
(Non-functional) Fix indentation.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 14:56:33 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 14:56:32 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-DDw978oeV5@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #29 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154016
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154016&action=edit
Fix error handling in wpi_scan()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 15:30:22 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 15:30:22 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ScOcwLruev@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #30 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154017
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154017&action=edit
Fix warning: Value stored to 'supportsa' is never read

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 15:43:16 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 15:43:16 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ErrO9zX8nV@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #31 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154019
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154019&action=edit
Replace msleep() by mtx_sleep()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 15:58:58 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 15:58:58 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-AfhztepJ2z@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #32 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154020
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154020&action=edit
(Non-functional) Wrap cast to (struct wpi_node *) into WPI_NODE macros

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 16:20:27 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 16:20:27 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-bM22eZI6ZF@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #33 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154021
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154021&action=edit
(Non-functional) Replace few numbers with named constants

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 17:06:38 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 17:06:31 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-hnAgZpzBlj@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #34 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154022
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154022&action=edit
wpi_intr(): remove duplicate code

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 17:29:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 17:29:03 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-xhBLbgVJsd@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #36 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154026
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154026&action=edit
(Non-functional) Remove some unneeded variables

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 17:29:19 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 17:09:18 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-IB8HsUjU88@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #35 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154024
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154024&action=edit
(Non-functional) Break lines around 80 characters

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 17:53:46 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 17:53:46 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-aZEATeeeay@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #37 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154030
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154030&action=edit
(Non-functional) wpi_tx_data: move key processing

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 18:51:21 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 18:51:21 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-DytrGz8HqU@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #38 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154032
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154032&action=edit
Replace kernel unit number allocator with local set of functions

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar  8 19:19:35 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 08 Mar 2015 19:19:35 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-0OPltszy4z@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #39 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154033
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154033&action=edit
Wrap node addition in STA mode into wpi_add_sta_node()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at FreeBSD.org  Sun Mar  8 21:00:12 2015
From: bugzilla-noreply at FreeBSD.org (bugzilla-noreply at FreeBSD.org)
Date: Sun, 08 Mar 2015 21:00:11 +0000
Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special
 attention
Message-ID: <201503082100.t28L0BN7094833@kenobi.freebsd.org>

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    154598 | [ath] Atheros 5424/2424 can't connect to WPA netw 
Open        |    163312 | [panic] [ath] kernel panic: page fault with ath0  
Open        |    166190 | [ath] TX hangs and frames stuck in TX queue       
Open        |    166357 | [ath] 802.11n TX stall when the first frame in th 
Open        |    169362 | [ath] AR5416: radar pulse PHY errors sometimes in 

5 problems total for which you should take action.

From lev at FreeBSD.org  Mon Mar  9 11:20:17 2015
From: lev at FreeBSD.org (Lev Serebryakov)
Date: Mon, 09 Mar 2015 14:20:14 +0300
Subject: Problems with AR9280 in AP mode: hang ups, DMA timeouts and stuck
 beacons
Message-ID: <54FD81EE.6020503@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512


 I have Ubiquiti SR71E card based on AR9280:

ath0: <Atheros 9280> mem 0xd0000000-0xd000ffff irq 18 at device 0.0 on
pci3
ath0: [HT] enabling HT modes
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 stream STBC transmit enabled
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9280 mac 128.2 RF5133 phy 13.0
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0

 I have (again!) problems with it hangs in AP mode. It becomes
critical, as my wife use WiFi to teach via Skype. So, when WiFi hangs
for 2-3 minutes, I get loud (and righteous!) complains.

 Last such case leaves me this in dmesg:

Mar  9 12:59:32 gateway kernel: ath0: stuck beacon; resetting (bmiss
count 4)
Mar  9 12:59:32 gateway kernel: ar5416StopDmaReceive: dma failed to
stop in 10ms
Mar  9 12:59:32 gateway kernel: AR_CR=0x00000024
Mar  9 12:59:32 gateway kernel: AR_DIAG_SW=0x42000020
MMar  9 13:26:52 gateway kernel: ath0: ath_rx_proc: kickpcu; handled 0
packets
Mar  9 13:29:59 gateway kernel: ath0: stuck beacon; resetting (bmiss
count 4)
Mar  9 13:31:39 gateway kernel: ath0: stuck beacon; resetting (bmiss
count 4)
Mar  9 13:32:07 gateway kernel: ath0: stuck beacon; resetting (bmiss
count 4)

 And it looks like that client (Win7 with Intel N6235) lost connection
at ~13:26:30 (before "kickpcu") and restore it only at 13:32:10!

  AP is FreeBSD-CURRENT r278206 (from Feb 6 2015).

- -- 
// Lev Serebryakov AKA Black Lion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQJ8BAEBCgBmBQJU/YHtXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePm2wQAIlO/DKnLHwGpPaK06VUFbsY
vvFSiXNo8zQp99xRcExSP4W8YHrnJRKjAMlerOhlsW9huvM4ep8l18vaoOguH9BY
WzaruIsPonCbQJlNPurSFsVzGAqfdL92Zfbs+mgNbjoicz7zI/BOmhBw5ujcqgmb
A04C+f5Q6pVSdTkv9OQEJSll0wmyAxzFzwnyPaL9FSyIz0mmo8lnMmzP+jZLEPfJ
0ml2eNKXgvSxAEuEg/Xl52SpnPmtvz2FTQjt5glqgh9/BdRN+VRBCGpsxZWfPz+b
GH3WbUbizSbQA/SJ7gVeIP7dVRNMs1ZAe1u91W0appBkPpIg5bS6lPsbPOm8fW0N
bxOugYzc7tlcgN9EBfTVeAo3G15OKSkIIAkYJ+lQPP8BwxZbV3FhLmjffgv1AmzC
lTO4GrKCjQozsKmXC1pcmn2hnZUGznYqWhZs8CtRtGnvwhd54XGquS9tSedbSCB+
rAZNFQnvun8Fl1ggf3rWf4fFDMQsXYV/Kxt8/muv0QfBDGU/Kt9ct8lIYOOm3rIS
EmHW5LZN5/DLCuY04J37lCR4J9ku9HU5t+2lqCCgv6D9t2mJVbnhRTGGBSSY7G+I
hJC0tAY8zVvciTUAe2MNUYFTx9lEItVjVLvhGqva1vdrF6kl8+C1AejMpCgwXwg2
v+XIhBDlVYOA4EucRZ9T
=U3Xj
-----END PGP SIGNATURE-----

From lev at FreeBSD.org  Mon Mar  9 11:54:25 2015
From: lev at FreeBSD.org (Lev Serebryakov)
Date: Mon, 09 Mar 2015 14:54:15 +0300
Subject: Problems with AR9280 in AP mode: hang ups, DMA timeouts and stuck
 beacons
In-Reply-To: <54FD81EE.6020503@FreeBSD.org>
References: <54FD81EE.6020503@FreeBSD.org>
Message-ID: <54FD89E7.806@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 09.03.2015 14:20, Lev Serebryakov wrote:

> Last such case leaves me this in dmesg:
 And one more, but without any evidences in dmesg / /var/log/messages!

- -- 
// Lev Serebryakov AKA Black Lion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQJ8BAEBCgBmBQJU/YnmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP5AQP/1NQYxQlR84wcZ93tqb2zqqj
4Q7Wu37Y+mjWIpIiglIGHaUhWm0xNzrt7E00BG4RvuQwa0mmXQCVGrEVeQVyE/pf
oUY2wglqbGAsOYlDaRAPU7vJDvPSfkvqCD8dIT2CAwfygBsKzTjs5ExhP6pEJ5gs
41PomE/rl+gu8CfAwm2Rmw+4wYLn/Uybt6U6jPPMIVk0FukYuczMmC41PsYTuoV7
jGPxKHB1O+d125sGO+JRFh85O60JVmrx1irL300Vqk4XHX2lWp0ddPs7pYUUELlY
9JKUVSjv9vqNhBs+/NiaN+/3/rTj/C48H4PIdF2ckEXR91X2+An1swaF+OLr8NCt
Jpt3eKkm4KRrnjd9ZJNg3cfIZJ4XsS2JlL9/ouL8GTdL6fyMjHDV21FfS6Z8Bren
Uff8itLtM+HvUUEb3mz2PyOCNCilo0WrD86W/U+h9YnrAnzGJ2LT4DpQDZfui35a
RWatHYJqarszkb5AXg0C8spKu9MbGghH7l9LvjkCkECcUD5NJyFwFxYddGUIjkoK
OPxmRm76OMpdEh5cjUFxt0ly9AxGic0lI6alA2CBUmZRqgwADWCgVIydWYht9Dn5
Tx4l+qzaIC9jb+XSdtaDOKU0tJsQwYUDYzlptLnr6FY3TByYcfm6UjDU6Czht7Ii
rCyW5SUmouAQ4QRxSWsr
=GV7E
-----END PGP SIGNATURE-----

From adrian at freebsd.org  Mon Mar  9 15:13:38 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Mon, 9 Mar 2015 08:13:37 -0700
Subject: Problems with AR9280 in AP mode: hang ups,
 DMA timeouts and stuck beacons
In-Reply-To: <54FD81EE.6020503@FreeBSD.org>
References: <54FD81EE.6020503@FreeBSD.org>
Message-ID: <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>

Which version of FreeBSD is this with?


-a


On 9 March 2015 at 04:20, Lev Serebryakov <lev at freebsd.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
>
>  I have Ubiquiti SR71E card based on AR9280:
>
> ath0: <Atheros 9280> mem 0xd0000000-0xd000ffff irq 18 at device 0.0 on
> pci3
> ath0: [HT] enabling HT modes
> ath0: [HT] 1 stream STBC receive enabled
> ath0: [HT] 1 stream STBC transmit enabled
> ath0: [HT] 2 RX streams; 2 TX streams
> ath0: AR9280 mac 128.2 RF5133 phy 13.0
> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0
>
>  I have (again!) problems with it hangs in AP mode. It becomes
> critical, as my wife use WiFi to teach via Skype. So, when WiFi hangs
> for 2-3 minutes, I get loud (and righteous!) complains.
>
>  Last such case leaves me this in dmesg:
>
> Mar  9 12:59:32 gateway kernel: ath0: stuck beacon; resetting (bmiss
> count 4)
> Mar  9 12:59:32 gateway kernel: ar5416StopDmaReceive: dma failed to
> stop in 10ms
> Mar  9 12:59:32 gateway kernel: AR_CR=0x00000024
> Mar  9 12:59:32 gateway kernel: AR_DIAG_SW=0x42000020
> MMar  9 13:26:52 gateway kernel: ath0: ath_rx_proc: kickpcu; handled 0
> packets
> Mar  9 13:29:59 gateway kernel: ath0: stuck beacon; resetting (bmiss
> count 4)
> Mar  9 13:31:39 gateway kernel: ath0: stuck beacon; resetting (bmiss
> count 4)
> Mar  9 13:32:07 gateway kernel: ath0: stuck beacon; resetting (bmiss
> count 4)
>
>  And it looks like that client (Win7 with Intel N6235) lost connection
> at ~13:26:30 (before "kickpcu") and restore it only at 13:32:10!
>
>   AP is FreeBSD-CURRENT r278206 (from Feb 6 2015).
>
> - --
> // Lev Serebryakov AKA Black Lion
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (MingW32)
>
> iQJ8BAEBCgBmBQJU/YHtXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
> QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePm2wQAIlO/DKnLHwGpPaK06VUFbsY
> vvFSiXNo8zQp99xRcExSP4W8YHrnJRKjAMlerOhlsW9huvM4ep8l18vaoOguH9BY
> WzaruIsPonCbQJlNPurSFsVzGAqfdL92Zfbs+mgNbjoicz7zI/BOmhBw5ujcqgmb
> A04C+f5Q6pVSdTkv9OQEJSll0wmyAxzFzwnyPaL9FSyIz0mmo8lnMmzP+jZLEPfJ
> 0ml2eNKXgvSxAEuEg/Xl52SpnPmtvz2FTQjt5glqgh9/BdRN+VRBCGpsxZWfPz+b
> GH3WbUbizSbQA/SJ7gVeIP7dVRNMs1ZAe1u91W0appBkPpIg5bS6lPsbPOm8fW0N
> bxOugYzc7tlcgN9EBfTVeAo3G15OKSkIIAkYJ+lQPP8BwxZbV3FhLmjffgv1AmzC
> lTO4GrKCjQozsKmXC1pcmn2hnZUGznYqWhZs8CtRtGnvwhd54XGquS9tSedbSCB+
> rAZNFQnvun8Fl1ggf3rWf4fFDMQsXYV/Kxt8/muv0QfBDGU/Kt9ct8lIYOOm3rIS
> EmHW5LZN5/DLCuY04J37lCR4J9ku9HU5t+2lqCCgv6D9t2mJVbnhRTGGBSSY7G+I
> hJC0tAY8zVvciTUAe2MNUYFTx9lEItVjVLvhGqva1vdrF6kl8+C1AejMpCgwXwg2
> v+XIhBDlVYOA4EucRZ9T
> =U3Xj
> -----END PGP SIGNATURE-----
> _______________________________________________
> freebsd-wireless at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe at freebsd.org"

From lev at FreeBSD.org  Mon Mar  9 21:22:18 2015
From: lev at FreeBSD.org (Lev Serebryakov)
Date: Tue, 10 Mar 2015 00:22:12 +0300
Subject: Problems with AR9280 in AP mode: hang ups, DMA timeouts and stuck
 beacons
In-Reply-To: <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>
References: <54FD81EE.6020503@FreeBSD.org>
 <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>
Message-ID: <54FE0F04.1040402@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 09.03.2015 18:13, Adrian Chadd wrote:

> Which version of FreeBSD is this with?
>> AP is FreeBSD-CURRENT r278206 (from Feb 6 2015).

 Oh, it is /amd64 :)


- -- 
// Lev Serebryakov AKA Black Lion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQJ8BAEBCgBmBQJU/g7/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePb5cP/3X08zmu7VvDysOHE6w2PHxZ
g8fzq1g2w4WfQVzyfTqoXdze4koQ2ECnqxBoSAemCo54zp6oIRNcjeX7Ldfz7HLr
Dck+7oHwWlF9aOxYo6texQOq19CynPKWBhBHwoWlh/qad69Q1XnXtK25tTIwKvBy
5VVN8qQcY0g/ZsAgxiwRa5sorkpkApGt5aXk4oMddkl0+OW5Ez2mEYHz7AOTDb6R
WtXcRqmQpZfYW3/hWHzMhGyK2cLS5tBnzMwIqvLqhRxZusEX43t6Gcqc3yzeXr9C
pzZkvfUgJPW2zcGstVexk4Y/ABPotraK8tFoucG0Od77Tjpx0zczz0FkVj5AMLOK
8q70ZXo5+eSqmRqgnHkjpya/SPdhKus6c9is/13JigA+0gSSbgngSA0DiXe0G5tn
BW6exThTJdUTKywfhpK4xAGsoKB8cD4DhG8ls5i2n//I5ylQ+5XsKQPnp6syBaNA
2R/jjIK4Kgi5O3kF2bERTe75b5tnuRFYF4da/qQkfueUr6sji0Q5vx8TbPM8GW86
5FiG0KOlNv0vDklTweE3FIsecnppe5a0KjL+xka8r27jk/ZLX2uuZ1CVpAwAnBEM
Kvy6QMIUN2wI7Nfrjf2SaahjN6/6nv4HaRGaThu5sMn2ggp/9oZselvTYYKB/WKz
z+Ws3ZA6r77IJ/k+DMkh
=CdsJ
-----END PGP SIGNATURE-----

From adrian at freebsd.org  Mon Mar  9 21:46:00 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Mon, 9 Mar 2015 14:45:59 -0700
Subject: Problems with AR9280 in AP mode: hang ups,
 DMA timeouts and stuck beacons
In-Reply-To: <54FE0F04.1040402@FreeBSD.org>
References: <54FD81EE.6020503@FreeBSD.org>
 <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>
 <54FE0F04.1040402@FreeBSD.org>
Message-ID: <CAJ-Vmok-3wE0q=kO5XMBUn7V2SvYJqYWhmyXyiqSjEJRz2NpAQ@mail.gmail.com>

Hi,

Compile up tools/ath/ath/athsurvey, and run it. Let's see how busy the air is.


-a

From bugzilla-noreply at freebsd.org  Tue Mar 10 01:54:34 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 01:54:34 +0000
Subject: [Bug 163455] [ath] "bssid" in wlanN create_args does not change wlan
 MAC address
In-Reply-To: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-163455-21060-KXQWQeO6GT@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163455

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-bugs at FreeBSD.org    |freebsd-wireless at FreeBSD.or
                   |                            |g
           Keywords|                            |patch

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 02:16:33 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 02:16:33 +0000
Subject: [Bug 183259] [iwn] [4965] transmit seems to fail after a while
In-Reply-To: <bug-183259-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-183259-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-183259-21060-jVRNiuyDjY@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183259

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-bugs at FreeBSD.org    |freebsd-wireless at FreeBSD.or
                   |                            |g

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 02:16:55 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 02:16:55 +0000
Subject: [Bug 178225] [bwn] kernel panic during high network activity
In-Reply-To: <bug-178225-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-178225-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-178225-21060-IBwk3RIrwq@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178225

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-bugs at FreeBSD.org    |freebsd-wireless at FreeBSD.or
                   |                            |g

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 03:26:16 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 03:26:16 +0000
Subject: [Bug 169433] [iwn] iwn(4) doesn't support 6235 chip.
In-Reply-To: <bug-169433-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-169433-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-169433-21060-WAI0n7Uyq3@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169433

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|bschmidt at FreeBSD.org        |freebsd-wireless at FreeBSD.or
                   |                            |g
           Keywords|                            |patch

--- Comment #9 from Mark Linimon <linimon at FreeBSD.org> ---
Release to wild.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 03:27:24 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 03:27:23 +0000
Subject: [Bug 131087] [ipw] [panic] ipw / iwi - no sent/received packets; iwi
 needs to be restarted; ipw / iwi causes kernel panic
In-Reply-To: <bug-131087-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-131087-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-131087-21060-bXMHJL8Qiv@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=131087

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|bschmidt at FreeBSD.org        |freebsd-wireless at FreeBSD.or
                   |                            |g

--- Comment #9 from Mark Linimon <linimon at FreeBSD.org> ---
Release to wild.

To submitter: is this PR still valid?

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 05:38:40 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 05:38:39 +0000
Subject: [Bug 163455] [ath] "bssid" in wlanN create_args does not change wlan
 MAC address
In-Reply-To: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-163455-21060-pBM71dszfP@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163455

miguelmclara at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |miguelmclara at gmail.com

--- Comment #2 from miguelmclara at gmail.com ---
I remember changing one email or to with Adrian Chad about some time ago "MAC
spoofing" (I want to use bhyve with wlan0+tap0 in bridge, and this laptop only
comes with the wifi card, no Ethernet...) and it wasn't supported at the time,
so I wonder if this is by design?

Mine does the same:
ath0 at pci0:2:0:0:        class=0x028000 card=0xe052105b chip=0x0034168c rev=0x01
hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR9462 Wireless Network Adapter'
    class      = network

ath0: <Atheros AR946x/AR948x> mem 0xc0400000-0xc047ffff irq 19 at device 0.0 on
pci2
ath0: [HT] enabling HT modes
ath0: [HT] enabling short-GI in 20MHz mode
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 stream STBC transmit enabled
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9460 mac 640.2 RF5110 phy 1070.0
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000

I'm just wondering if the driver created wlanX with different MAC address, the
driver is still (I'm assuming sorry if I'm wrong) not ready to deal with
that... and so things would work properly anyway?
Sorry if I'm saying total none-sense.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 10 05:41:13 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 10 Mar 2015 05:41:13 +0000
Subject: [Bug 163455] [ath] "bssid" in wlanN create_args does not change wlan
 MAC address
In-Reply-To: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-163455-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-163455-21060-CRujQLaVHS@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163455

--- Comment #3 from miguelmclara at gmail.com ---
(In reply to miguelmclara from comment #2)
*"I remember exchanging one email or two"*

-- 
You are receiving this mail because:
You are the assignee for the bug.

From lev at FreeBSD.org  Tue Mar 10 19:06:11 2015
From: lev at FreeBSD.org (Lev Serebryakov)
Date: Tue, 10 Mar 2015 22:06:01 +0300
Subject: Problems with AR9280 in AP mode: hang ups, DMA timeouts and stuck
 beacons
In-Reply-To: <CAJ-Vmok-3wE0q=kO5XMBUn7V2SvYJqYWhmyXyiqSjEJRz2NpAQ@mail.gmail.com>
References: <54FD81EE.6020503@FreeBSD.org>
 <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>
 <54FE0F04.1040402@FreeBSD.org>
 <CAJ-Vmok-3wE0q=kO5XMBUn7V2SvYJqYWhmyXyiqSjEJRz2NpAQ@mail.gmail.com>
Message-ID: <54FF4099.3000201@FreeBSD.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 10.03.2015 00:45, Adrian Chadd wrote:

> Compile up tools/ath/ath/athsurvey, and run it. Let's see how busy
> the air is.
 Looks like "athsurvey | tee log" and "athsurvey > log" doesn't work :)
log is always empty.

 Ok, here is some output (no stucks/hangs today), client receives files
via SMB to utilize channel.

(a) 19:20 MSK

         min                   avg                   max
  tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%
( 2.1  4.2  7.5  0.0) ( 5.3  8.6 15.5  0.0) (26.5 23.2 38.2  0.0)
( 2.1  4.3  6.9  0.0) ( 5.1  8.2 14.6  0.0) (26.5 23.2 38.2  0.0)
( 2.1  4.3  6.9  0.0) ( 4.1  7.8 13.4  0.0) (12.3 14.3 23.7  0.0)
( 2.1  4.3  6.9  0.0) ( 5.0  8.3 14.9  0.0) (28.6 14.3 44.1  0.0)
( 2.1  4.3  7.5  0.0) ( 4.8  8.9 15.5  0.0) (28.6 14.3 44.1  0.0)
( 2.1  4.3  7.5  0.0) ( 4.7  8.6 15.1  0.0) (28.6 13.1 44.1  0.0)
( 2.2  4.8  7.9  0.0) ( 6.2  8.1 16.2  0.0) (39.1 13.1 47.0  0.0)
( 2.2  3.8  7.9  0.0) ( 6.8  8.0 17.0  0.0) (39.1 22.7 47.0  0.0)
( 2.1  3.8  8.5  0.0) ( 6.6  8.1 16.8  0.0) (39.1 22.7 47.0  0.0)
( 2.1  3.8  8.8  0.0) ( 5.0  8.4 15.3  0.0) (16.4 22.7 27.9  0.0)
( 2.1  4.6  7.9  0.0) ( 3.6  8.4 13.8  0.0) (12.7 22.7 25.9  0.0)
( 2.2  4.6  7.9  0.0) ( 4.1  8.2 14.2  0.0) (12.7 16.8 25.2  0.0)
( 2.2  4.6  7.9  0.0) ( 4.5  8.2 14.9  0.0) (12.7 16.8 25.2  0.0)
( 2.2  4.0  7.9  0.0) ( 4.5  8.1 14.8  0.0) (29.2 16.8 45.1  0.0)
( 2.2  4.0  8.5  0.0) (14.1  8.6 26.7  0.0) (55.7 16.8 77.3  0.0)
( 2.2  4.0  9.4  0.0) (29.3  9.9 45.3  0.0) (61.7 20.2 82.2  0.0)
( 2.1  5.3  9.3  0.0) (36.3 10.5 53.7  0.0) (67.6 20.2 83.7  0.0)
( 2.1  5.3  9.3  0.0) (42.9 11.8 62.2  0.0) (69.3 20.7 84.2  0.0)
( 2.1  5.3  9.3  0.0) (42.4 11.9 61.4  0.0) (72.9 20.7 87.0  0.0)
( 2.1  5.7  9.3  0.0) (44.6 10.8 62.3  0.0) (72.9 20.7 91.3  0.0)
( 2.2  5.5  9.6  0.0) (45.1 10.9 63.1  0.0) (72.9 18.1 91.3  0.0)
( 2.2  5.5  9.6  0.0) (48.0 11.2 66.6  0.0) (72.9 21.8 91.3  0.0)
( 2.1  5.4  8.2  0.0) (38.1 11.1 55.7  0.0) (64.1 21.8 85.6  0.0)


(b) 22:00 MSK, it should be worst time, as network is in resedential
area and now many of my neighborhoods use their own Wifi netwroks

         min                   avg                   max
  tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%
(37.8  7.8 48.2  0.0) (70.3 15.3 87.2  0.0) (80.6 25.0 96.0  0.0)
(47.7  7.8 66.4  0.0) (71.5 15.2 88.4  0.0) (83.8 25.0 96.0  0.0)
(35.0  7.8 49.4  0.0) (70.7 13.6 86.0  0.0) (85.1 25.0 96.0  0.0)
(35.0  8.0 49.4  0.0) (70.4 12.3 84.6  0.0) (85.1 17.2 95.4  0.0)
( 6.4  8.0 16.7  0.0) (66.1 11.7 79.6  0.0) (85.1 16.7 94.5  0.0)
( 6.4  8.0 16.7  0.0) (66.5 12.4 80.8  0.0) (85.1 21.3 94.5  0.0)
( 6.4  8.8 16.7  0.0) (60.8 14.4 77.8  0.0) (82.8 22.7 94.2  0.0)
(33.0  9.6 54.1  0.0) (64.2 15.1 82.5  0.0) (82.8 22.7 94.2  0.0)
(33.0  9.2 54.1  0.0) (64.3 15.0 82.6  0.0) (83.8 22.7 94.8  0.0)
(45.2  8.8 62.2  0.0) (70.9 13.2 86.5  0.0) (83.8 22.7 94.8  0.0)
( 1.9  6.1 15.0  0.0) (68.9 12.5 83.3  0.0) (87.4 26.2 94.9  0.0)
( 1.9  6.1 15.0  0.0) (64.5 12.7 79.0  0.0) (87.4 26.2 94.9  0.0)
( 1.9  6.1 15.0  0.0) (59.8 12.3 73.7  0.0) (87.4 26.2 94.9  0.0)
( 1.9  8.1 15.0  0.0) (60.4 11.8 73.8  0.0) (82.9 17.2 95.2  0.0)
( 5.6  8.1 16.2  0.0) (68.4 11.5 81.8  0.0) (82.9 20.2 95.2  0.0)
(40.9  7.8 54.6  0.0) (72.2 11.8 85.9  0.0) (81.7 20.2 95.2  0.0)
(40.9  7.3 54.6  0.0) (71.1 12.0 84.9  0.0) (81.7 24.2 93.9  0.0)
( 2.3  7.3 14.2  0.0) (63.4 12.7 77.7  0.0) (81.5 24.2 93.9  0.0)
( 2.3  7.3 14.2  0.0) (62.8 13.1 77.5  0.0) (83.1 24.2 94.4  0.0)
( 2.3  7.6 14.2  0.0) (61.9 13.4 77.1  0.0) (83.1 19.9 94.4  0.0)
(12.1  7.6 25.8  0.0) (65.4 13.7 81.0  0.0) (83.1 19.9 94.7  0.0)
(37.3  8.2 59.9  0.0) (65.2 13.8 81.0  0.0) (82.4 27.5 94.7  0.0)
(37.3  8.1 58.7  0.0) (64.6 13.6 80.1  0.0) (82.4 27.5 94.7  0.0)
         min                   avg                   max
  tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%
(37.3  8.1 58.7  0.0) (64.7 13.6 80.2  0.0) (81.1 27.5 93.3  0.0)
(37.5  8.1 58.7  0.0) (66.4 14.1 82.4  0.0) (82.4 27.5 94.6  0.0)
(44.2  8.1 63.5  0.0) (68.2 14.0 84.1  0.0) (82.4 18.7 94.6  0.0)
(31.5  9.3 52.4  0.0) (67.0 14.3 83.2  0.0) (82.4 19.4 94.6  0.0)
(31.5  9.3 52.4  0.0) (66.7 13.5 82.2  0.0) (83.1 19.4 94.6  0.0)
(31.5  8.6 52.4  0.0) (66.4 13.2 81.6  0.0) (83.4 19.4 94.4  0.0)
(46.2  8.6 62.5  0.0) (67.6 13.2 82.9  0.0) (83.4 19.0 94.4  0.0)
(46.2  8.6 67.1  0.0) (68.6 13.3 84.0  0.0) (83.4 19.8 94.4  0.0)
(40.0  9.3 68.0  0.0) (67.2 13.6 82.7  0.0) (83.9 25.5 95.1  0.0)
(40.0  6.5 65.0  0.0) (67.4 13.6 82.9  0.0) (87.8 25.5 95.3  0.0)
(40.0  6.5 61.9  0.0) (67.6 13.3 82.9  0.0) (87.8 25.5 95.3  0.0)
(40.8  6.5 57.5  0.0) (62.2 13.1 78.4  0.0) (87.8 21.8 95.3  0.0)
(36.3  6.6 53.6  0.0) (55.1 13.6 72.8  0.0) (83.1 20.9 94.0  0.0)
(30.2  6.6 46.1  0.0) (47.3 14.0 66.5  0.0) (83.1 22.1 92.4  0.0)
(29.4  7.9 46.1  0.0) (47.3 14.4 66.7  0.0) (71.7 22.1 83.9  0.0)
(29.4  7.9 46.1  0.0) (48.2 15.0 68.0  0.0) (71.7 25.0 86.9  0.0)
(29.4  8.8 54.9  0.0) (50.2 15.2 70.3  0.0) (71.7 25.0 86.9  0.0)
(30.2  9.5 59.1  0.0) (47.7 15.7 68.4  0.0) (70.9 31.2 86.9  0.0)
(30.2  8.4 50.8  0.0) (45.8 15.7 66.7  0.0) (68.1 31.2 82.0  0.0)
( 2.2  7.4 10.0  0.0) (37.6 14.9 56.6  0.0) (68.1 31.2 82.0  0.0)
( 2.1  7.4 10.0  0.0) (26.6 13.7 43.3  0.0) (68.1 28.4 82.0  0.0)
( 2.1  7.4 10.0  0.0) (34.4 12.2 49.2  0.0) (79.1 28.4 93.0  0.0)
( 2.1  7.4 10.0  0.0) (44.6 12.7 60.5  0.0) (79.1 23.9 93.0  0.0)


- -- 
// Lev Serebryakov

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQJ8BAEBCgBmBQJU/0CZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePJuYP/3o1NAmzJDAgPcJ/SGs6iSyC
kcpFe6V1xV+CvHClwM3R8+miw5nQ489Lg5g5kuzMx+DUBLwjw/cT+3l+rw3Lu3Sm
Rc2lSDHGwB7H7KdNQ/1mEj9EK4UBiDw+xa/aD8CWtOqn26zBZ03VBzsirQCqlyAZ
WWKgumYZhys6LUlAJMSxn0+YjfIEb0cuVC7Oli+fmnjJHPh7zbLmGVbVqLBxEft5
2fDcRTjyqOQ18bMJimvVRo7nB4jisY4ViRfpYcVi9uvm4IeCB85hXk/GZ2RuQoYL
Jw8o5aZ63NMZKx6vw1FYSfRsizIFFw5eKYTONr4h5nemv1PMxwKI8msoVUdHbl9t
yeHG+OmEGbFqkpB6tIZl8vPovwcvVL2DJtVmYUUJtSKTZyWvOHn3Ovn4aW6dAAex
d0jilCBChj/9oChWuPp8FNjpwN3dt1uQ13xkmKLU7THon4kJPqh5LnvaN8fOwbMM
5umxPzsEI3hCtC/C8ATLWaDm/IiHaNjWj4A7HC3VdXiJCgzoe4VwsfvQBZPm8Htd
oupaScSxRIkl4BpWnLhURGoS0FClBheCCo+HGhWcpX+3j6rMDD2eAvo6DAhbkJxY
BhmWW79bGBtSL+OJ95XMpykHUANTqtsKura94vG1VMn/vAcbysFV4ST8xDCqWUU9
WpHuC6s6v48f5bvmkpE/
=UZje
-----END PGP SIGNATURE-----

From adrian at freebsd.org  Wed Mar 11 17:13:12 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Wed, 11 Mar 2015 10:13:11 -0700
Subject: Problems with AR9280 in AP mode: hang ups,
 DMA timeouts and stuck beacons
In-Reply-To: <54FF4099.3000201@FreeBSD.org>
References: <54FD81EE.6020503@FreeBSD.org>
 <CAJ-Vmo=fcoZ0KyqO8y23QXTwgi2KsT-EKtNdQChTwfNue=HeZA@mail.gmail.com>
 <54FE0F04.1040402@FreeBSD.org>
 <CAJ-Vmok-3wE0q=kO5XMBUn7V2SvYJqYWhmyXyiqSjEJRz2NpAQ@mail.gmail.com>
 <54FF4099.3000201@FreeBSD.org>
Message-ID: <CAJ-Vmo=fyaJ1OBrmvzDj7ULnNAhRDcuGR9c8m2QL=4W1R6C7sA@mail.gmail.com>

Hi,

So it says that your airtime is very busy (bc%) during those peak/busy
periods. Chances are a lot of that is upsetting the AR9280 :(


-adrian

From bugzilla-noreply at freebsd.org  Thu Mar 12 04:54:05 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 12 Mar 2015 04:54:05 +0000
Subject: [Bug 197709] Log messages on wrong device when running hostapd on
 multiple interfaces.
In-Reply-To: <bug-197709-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197709-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197709-21060-LeO3GermrZ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197709

Mark Linimon <linimon at FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|freebsd-bugs at FreeBSD.org    |freebsd-wireless at FreeBSD.or
                   |                            |g

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar 13 02:59:24 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 13 Mar 2015 02:59:24 +0000
Subject: [Bug 198556] ath(4) channel 'any' not working correctly
Message-ID: <bug-198556-21060@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198556

            Bug ID: 198556
           Summary: ath(4) channel 'any' not working correctly
           Product: Base System
           Version: 11.0-CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: wireless
          Assignee: freebsd-wireless at FreeBSD.org
          Reporter: cmb at pfsense.org

When configuring ath(4) with channel any, the interface always ends up in
11b mode only on channel 6. 

ath0_wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
1500
        ether 00:80:48:79:99:f2
        inet6 fe80::280:48ff:fe79:99f2%ath0_wlan0 prefixlen 64 scopeid 0x9
        inet 100.70.0.1 netmask 0xffffff00 broadcast 100.70.0.255
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11b <hostap>
        status: running
        ssid APUtest channel 6 (2437 MHz 11b) bssid 00:80:48:79:99:f2
        country US ecm authmode WPA2/802.11i privacy MIXED deftxkey 2
        AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 27 scanvalid 60 wme burst
        -apbridge dtimperiod 1 -dfs


If I configure any specific channel 1-11, and change nothing else, I
end up with b/g/n as expected.

ath0_wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
1500
        ether 00:80:48:79:99:f2
        inet6 fe80::280:48ff:fe79:99f2%ath0_wlan0 prefixlen 64 scopeid 0x9
        inet 100.70.0.1 netmask 0xffffff00 broadcast 100.70.0.255
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng <hostap>
        status: running
        ssid APUtest channel 1 (2412 MHz 11g ht/40+) bssid 00:80:48:79:99:f2
        country US ecm authmode WPA2/802.11i privacy MIXED deftxkey 2
        AES-CCM 2:128-bit txpower 27 scanvalid 60 protmode OFF ampdulimit 64k
        ampdudensity 8 shortgi wme burst -apbridge dtimperiod 1 -dfs

This has been verified on multiple systems in disparate locations with
different ath cards. At least two locations with significant 2.4 GHz noise (a
dozen up to a few dozen visible APs), and one location with minimal 2.4 GHz
noise, with the exact same results. 

The above is the circumstance with -CURRENT. This also doesn't work in FreeBSD
10.1, though with different symptoms. It's completely broken and gets stuck in
"no carrier" there with channel any. 

ath0_wlan0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST>
metric 0 mtu 1500
        ether 00:80:48:79:99:f2
        inet6 fe80::280:48ff:fe79:99f2%ath0_wlan0 prefixlen 64 scopeid 0x9
        inet 100.64.0.1 netmask 0xffffff00 broadcast 100.64.0.255
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng
<hostap> (autoselect <hostap>)
        status: no carrier
        ssid asdfasfd channel 1 (2412 MHz 11b)
        country US ecm authmode WPA2/802.11i privacy MIXED deftxkey 3
        TKIP 2:128-bit TKIP 3:128-bit txpower 27 scanvalid 60 wme burst
        -apbridge dtimperiod 1 -dfs

I haven't tested anything other than ath(4) cards, so not sure if this is
specific to ath or net80211 in general.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar 13 06:05:54 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 13 Mar 2015 06:05:54 +0000
Subject: [Bug 198558] ath(4) ar9300 generates stub_get log spam
Message-ID: <bug-198558-21060@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198558

            Bug ID: 198558
           Summary: ath(4) ar9300 generates stub_get log spam
           Product: Base System
           Version: 11.0-CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: wireless
          Assignee: freebsd-wireless at FreeBSD.org
          Reporter: cbuechler at gmail.com

A number of operations on ath on an ar9300 card result in spamming the logs
like the following: 

Mar 13 00:58:01    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:01    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:01    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:01    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:27    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:27    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:27    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:27    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:35    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:40    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:40    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:40    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:40    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:44    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:44    kernel: ar9300_Stub_GetAntennaSwitch: called
Mar 13 00:58:44    kernel: ar9300_Stub_GetCTSTimeout: called
Mar 13 00:58:44    kernel: ar9300_Stub_GetCTSTimeout: called

-- 
You are receiving this mail because:
You are the assignee for the bug.

From sgeos at hotmail.com  Sat Mar 14 17:22:17 2015
From: sgeos at hotmail.com (Brendan Sechter)
Date: Sun, 15 Mar 2015 02:22:10 +0900
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
Message-ID: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>

I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects.  My requirements are 802.11ac / Bluetooth 4.0.  The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development.
-Brendan 		 	   		  

From ticso at cicely7.cicely.de  Sat Mar 14 23:08:02 2015
From: ticso at cicely7.cicely.de (Bernd Walter)
Date: Sun, 15 Mar 2015 00:07:23 +0100
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
Message-ID: <20150314230723.GA41587@cicely7.cicely.de>

On Sun, Mar 15, 2015 at 02:22:10AM +0900, Brendan Sechter wrote:
> I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects.  My requirements are 802.11ac / Bluetooth 4.0.  The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development.

I'd bought some nano WiFi USB on AliExpress marketed for Rasberry usage.
They are Ralink RT5390 based, but I only used it for some small tests
on a Wandboard, since a Wandboard is what I currently use as a lab
gadged and the wandboard internal isn't supported by FreeBSD yet.
Bluetooth USB isn't a real problem - most cheap should work.

-- 
B.Walter <bernd at bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

From adrian at freebsd.org  Sun Mar 15 00:57:05 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 14 Mar 2015 17:50:42 -0700
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <20150314230723.GA41587@cicely7.cicely.de>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
 <20150314230723.GA41587@cicely7.cicely.de>
Message-ID: <CAJ-Vmompv0LS6e6wcQZXfEh3A3-BTMQZ9PQn5rt3OsOW4mxEEg@mail.gmail.com>

Hi,

Just note - there's no 11ac support in FreeBSD.



-a

From sgeos at hotmail.com  Sun Mar 15 02:51:12 2015
From: sgeos at hotmail.com (Brendan Sechter)
Date: Sun, 15 Mar 2015 11:50:05 +0900
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <CAJ-Vmompv0LS6e6wcQZXfEh3A3-BTMQZ9PQn5rt3OsOW4mxEEg@mail.gmail.com>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>,
 <20150314230723.GA41587@cicely7.cicely.de>,
 <CAJ-Vmompv0LS6e6wcQZXfEh3A3-BTMQZ9PQn5rt3OsOW4mxEEg@mail.gmail.com>
Message-ID: <BAY182-W8158049CBF3251F949AB1FA2050@phx.gbl>

> Date: Sat, 14 Mar 2015 17:50:42 -0700
> Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects?
> From: adrian at freebsd.org
> To: ticso at cicely.de
> CC: sgeos at hotmail.com; freebsd-arm at freebsd.org; freebsd-wireless at freebsd.org
> 
> Just note - there's no 11ac support in FreeBSD.

Is 802.11ac on the roadmap somewhere?
-Brendan 		 	   		  

From adrian at freebsd.org  Sun Mar 15 05:05:41 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 14 Mar 2015 22:05:40 -0700
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <BAY182-W8158049CBF3251F949AB1FA2050@phx.gbl>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
 <20150314230723.GA41587@cicely7.cicely.de>
 <CAJ-Vmompv0LS6e6wcQZXfEh3A3-BTMQZ9PQn5rt3OsOW4mxEEg@mail.gmail.com>
 <BAY182-W8158049CBF3251F949AB1FA2050@phx.gbl>
Message-ID: <CAJ-Vmo=wCD6KMHD1CijT0bbvLz45Acgmj2H1XE1aQL9MO3QDNQ@mail.gmail.com>

On 14 March 2015 at 19:50, Brendan Sechter <sgeos at hotmail.com> wrote:
>> Date: Sat, 14 Mar 2015 17:50:42 -0700
>> Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM
>> projects?
>> From: adrian at freebsd.org
>> To: ticso at cicely.de
>> CC: sgeos at hotmail.com; freebsd-arm at freebsd.org;
>> freebsd-wireless at freebsd.org
>>
>> Just note - there's no 11ac support in FreeBSD.
>
> Is 802.11ac on the roadmap somewhere?

I'd love to do it, but I just don't have the time at the moment. :(



-adrian

From bugzilla-noreply at freebsd.org  Sun Mar 15 11:40:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 11:40:04 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Uvekqne7zc@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #40 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154328
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154328&action=edit
Add separate lock for TX queues

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 11:43:49 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 11:43:49 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-GwOQqzTSf5@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #41 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154329
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154329&action=edit
Eliminate 'busy' flag

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 11:46:15 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 11:46:15 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-rLfwkG3W4L@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #42 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154330
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154330&action=edit
Remove unnecessary locking

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 11:48:21 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 11:48:21 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-jpnzvYGfdB@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #43 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154332
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154332&action=edit
Move some code under mutex

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 11:59:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 11:59:04 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-VMXSPOvmyY@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #44 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154334
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154334&action=edit
Use ring->queued for WPI_CMD_TX_DATA only

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:00:12 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:00:12 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-eP61vmfpY3@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #45 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154335
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154335&action=edit
Optimize sc->rev processing

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:03:02 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:03:02 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-5ONCPDZSvc@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #46 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154336
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154336&action=edit
Add node table lock (fixes possible LOR in wpi_node_free())

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:06:13 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:06:13 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-UfHgmdVntN@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #47 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154337
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154337&action=edit
wpi_tx_done() shouldn't wait for wpi_start()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:14:00 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:14:00 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-LygimDA4gP@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #48 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154338
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154338&action=edit
Move IBSS association processing to wpi_newassoc()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:15:16 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:15:16 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-2qYzoZmJ8N@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #49 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154340
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154340&action=edit
Fix debug category in wpi_read_eeprom_band()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:17:21 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:17:21 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-o8DHhxDlkV@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #50 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154341
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154341&action=edit
Use WPI_RSSI_OFFSET instead of stat->noise (always 0 for me)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:20:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:20:23 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-zawYuufKeV@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #51 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154343
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154343&action=edit
Allocate 'data' field in wpi_buf structure as static array

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:22:46 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:22:45 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-tgHll6B3JW@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #52 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154346
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154346&action=edit
Move beacon command initialization to wpi_init_beacon()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:24:42 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:24:42 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-wF8lfsNYU7@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #53 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154347
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154347&action=edit
Use ieee80211_beacon_update() for dynamic beacon contents

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:26:35 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:26:35 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-KkvEouH6ea@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #54 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154348
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154348&action=edit
(Non-functional) Add prefixes to field names

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:29:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:29:22 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-JpnEkGoTyY@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #55 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154349
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154349&action=edit
Use separate mutex for wv_bcbuf / wv_boff structures

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:35:10 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:35:10 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-XAgn6vbG4y@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #56 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154350
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154350&action=edit
Encrypt frame if IEEE80211_BPF_CRYPTO flag is set

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:43:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:43:44 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Gg8o5gcbJ5@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #57 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154351
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154351&action=edit
Add support for AES-CCMP group keys

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:47:11 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:47:11 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-aQYdrIDeJA@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #58 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154352
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154352&action=edit
Remove useless message

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:49:16 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:49:16 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-U1ziajVemR@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #59 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154353
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154353&action=edit
Remove unnecessary assignment

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:50:25 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:50:25 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-xsA54nAWA0@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #60 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154354
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154354&action=edit
Remove unrelated comment

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:51:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:51:23 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-WyqNLEEYI2@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #61 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154355
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154355&action=edit
Add new debug category: WPI_DEBUG_REGISTER (0x00080000)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:53:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:53:23 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-hGizzBvMfB@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #62 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154356
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154356&action=edit
Add new debug category: WPI_DEBUG_NODE

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:54:36 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:54:36 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-w1RKSKOivC@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #63 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154357
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154357&action=edit
Refactor wpi_ioctl()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:56:24 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:56:24 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ZO3Ragh6th@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #64 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154358
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154358&action=edit
Merge wpi_init() and wpi_init_locked()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 12:58:47 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 12:58:47 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-vJ0on3bGZr@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #65 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154359
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154359&action=edit
Acquire ifq lock while checking / modifying IFF_DRV_OACTIVE flag

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:00:45 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:00:45 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-liLVbhWfpE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #66 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154360
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154360&action=edit
Do some cleanup before device startup

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:09:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:09:44 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-trkCK8RREn@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #67 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154361
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154361&action=edit
Disable powersave in IBSS mode (packet loss > 90%)

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:13:35 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:13:35 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-fQ8NBXEr8Q@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #68 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154362
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154362&action=edit
Add few KASSERTs

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:15:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:15:04 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-HBDD3xrPDm@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #69 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154363
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154363&action=edit
Fix some printfs

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:19:32 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:19:32 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-633KoEmNCN@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #70 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154364
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154364&action=edit
Rearrange checks in wpi_send_rxon()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:22:27 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:22:26 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-6qPFIjnuP5@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #71 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154365
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154365&action=edit
Minor optimization in wpi_limit_dwell()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:23:24 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:23:24 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-6aqXeMJ6hz@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #72 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154366
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154366&action=edit
Merge wpi_start() and wpi_start_locked()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:52:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:52:03 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-jCGZOgKZ58@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #73 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154368
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154368&action=edit
Add (experimental) HOSTAP mode support

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:55:02 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:55:02 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-hAvCP4T4Jd@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #74 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154369
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154369&action=edit
Split TX and scan timers

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:57:09 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:57:08 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-00SRu9xVXG@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #75 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154370
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154370&action=edit
Use WPI_FILTER_BSS for checking current state

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 13:58:10 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 13:58:10 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-wo5iV98IcY@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #76 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154371
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154371&action=edit
Add mutex for rxon structure

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:03:19 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:03:19 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-vueQwwfrKZ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #77 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154372
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154372&action=edit
Turn sc_tx_timer into callout parameter

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:07:18 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:07:17 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-XDkTBhi7hc@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #78 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154373
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154373&action=edit
Don't use sc->qfullmsk in wpi_start()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:10:54 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:10:54 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-QJvXC5Tg2R@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #79 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154374
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154374&action=edit
Regroup ring state checks in wpi_tx_done()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:13:59 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:13:59 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-17z7EzuHdW@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #80 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154375
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154375&action=edit
Add extra mutex for qfullmsk / ring->queued variables

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:16:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:16:23 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-aitZDpZPJn@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #81 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154378
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154378&action=edit
Use another lock for TX path

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:18:54 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:18:53 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-RvghHjwNgA@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #82 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154379
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154379&action=edit
Use correct types

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:20:00 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:20:00 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-hBiduWKiVv@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #83 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154380
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154380&action=edit
Sync with previous version

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:21:30 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:21:30 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-KIjaJrcmqJ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #84 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154381
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154381&action=edit
Do not unlock mutex in interrupt thread (except wpi_rx_done()) - fixes various
races between wpi_notif_intr() and wpi_stop_locked()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:22:37 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:22:37 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-dLuMKC8oRy@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #85 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154382
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154382&action=edit
Fix scan timeouts with powersave enabled

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:23:56 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:23:56 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-EluLcINVQw@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #86 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154383
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154383&action=edit
Workaround delays caused by vmem_check()

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 14:25:54 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 14:25:54 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-v4q8AnxiOG@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #87 from Andriy Voskoboinyk <s3erios at gmail.com> ---
Created attachment 154384
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154384&action=edit
Use separate taskqueue for device restart

-- 
You are receiving this mail because:
You are the assignee for the bug.

From ian at freebsd.org  Sun Mar 15 16:21:31 2015
From: ian at freebsd.org (Ian Lepore)
Date: Sun, 15 Mar 2015 10:21:02 -0600
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
Message-ID: <1426436462.67325.1.camel@freebsd.org>

On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote:
> I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects.  My requirements are 802.11ac / Bluetooth 4.0.  The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development.
> -Brendan 		 	   		  

Right now, USB is pretty much your only option for bluetooth and wifi on
freebsd-arm.  All the other chips I've seen that aren't USB are SDIO,
and we have no SDIO infrastructure for talking to anything except an
sdcard.

-- Ian



From bugzilla-noreply at freebsd.org  Sun Mar 15 20:10:31 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:10:31 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-e40NEl9WpZ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #88 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:09:48 UTC 2015
New revision: 280050
URL: https://svnweb.freebsd.org/changeset/base/280050

Log:
  Fix mbuf mapping errors in wpi_cmd2() + add check for nsegs

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:11:32 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:11:32 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-d1FkDK9j0B@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #89 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:10:55 UTC 2015
New revision: 280051
URL: https://svnweb.freebsd.org/changeset/base/280051

Log:
  Fix a typo (IEEE80211_S_SCAN -> IEEE80211_F_SCAN)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:12:34 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:12:34 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Q8U2McbrYA@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #90 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:12:17 UTC 2015
New revision: 280052
URL: https://svnweb.freebsd.org/changeset/base/280052

Log:
  Add missed ieee80211_draintask()

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:13:35 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:13:35 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-e4kEri8tyH@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #91 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:13:07 UTC 2015
New revision: 280053
URL: https://svnweb.freebsd.org/changeset/base/280053

Log:
  Run callout_reset() with mutex held.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:14:37 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:14:37 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-WtpVShky7F@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #92 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:13:59 UTC 2015
New revision: 280054
URL: https://svnweb.freebsd.org/changeset/base/280054

Log:
  Divide ackfailcnt by 2 (firmware decreases rate after two unsuccessful
retries)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:15:38 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:15:38 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-vcaWDlK3sG@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #93 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:15:11 UTC 2015
New revision: 280055
URL: https://svnweb.freebsd.org/changeset/base/280055

Log:
  Fix races between wpi_rx_done() and wpi_stop()

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:17:40 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:17:40 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-XqW5Mztkbu@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #94 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:17:25 UTC 2015
New revision: 280056
URL: https://svnweb.freebsd.org/changeset/base/280056

Log:
  Fix panics in wpi_tx_done() when powersave is enabled

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:18:41 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:18:41 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-mP85UQvyga@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #95 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:18:10 UTC 2015
New revision: 280057
URL: https://svnweb.freebsd.org/changeset/base/280057

Log:
  Use correct pointer for wpi_softc

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:19:43 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:19:43 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-devmEM884t@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #96 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:19:02 UTC 2015
New revision: 280058
URL: https://svnweb.freebsd.org/changeset/base/280058

Log:
  Check some variables only on active TX rings

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpireg.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:20:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:20:44 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-DYuu62w1I4@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #97 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:19:56 UTC 2015
New revision: 280059
URL: https://svnweb.freebsd.org/changeset/base/280059

Log:
  Fix indentation - non-functional change.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpireg.h
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:21:47 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:21:47 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-hDsoGYq0LE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #99 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:21:31 UTC 2015
New revision: 280061
URL: https://svnweb.freebsd.org/changeset/base/280061

Log:
  Fix warning: Value stored to 'supportsa' is never read.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:21:46 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:21:45 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-3TamoSxvFW@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #98 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:20:44 UTC 2015
New revision: 280060
URL: https://svnweb.freebsd.org/changeset/base/280060

Log:
  Fix error handling in wpi_scan().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:22:49 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:22:48 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-v0lW87Uzou@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #100 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:22:17 UTC 2015
New revision: 280062
URL: https://svnweb.freebsd.org/changeset/base/280062

Log:
  msleep() -> mtx_sleep()

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:24:50 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:24:50 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-VcKGJFrwUs@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #101 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:23:59 UTC 2015
New revision: 280063
URL: https://svnweb.freebsd.org/changeset/base/280063

Log:
  Wrap cast to (struct wpi_node *) into WPI_NODE macros

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:29:52 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:29:52 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-519klqw9Er@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #102 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:29:23 UTC 2015
New revision: 280064
URL: https://svnweb.freebsd.org/changeset/base/280064

Log:
  Replace few numbers with named constants.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpireg.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:30:53 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:30:53 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-S0Iz75OCAy@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #103 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:30:04 UTC 2015
New revision: 280065
URL: https://svnweb.freebsd.org/changeset/base/280065

Log:
  wpi_intr(): remove duplicate code

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:31:55 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:31:55 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-gJlI7fFpsb@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #104 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:31:22 UTC 2015
New revision: 280066
URL: https://svnweb.freebsd.org/changeset/base/280066

Log:
  Reformatting - break lines ~ 80 characters.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:32:57 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:32:56 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-5Jf122jIGh@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #105 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:32:13 UTC 2015
New revision: 280067
URL: https://svnweb.freebsd.org/changeset/base/280067

Log:
  Remove some un-needed variables.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:33:58 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:33:58 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-4QquiKDoXd@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #106 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:33:14 UTC 2015
New revision: 280068
URL: https://svnweb.freebsd.org/changeset/base/280068

Log:
  Move key processing in wpi_tx_data.

  (This is in preparation for further work to support hardware encryption.)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:35:01 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:35:01 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-7O7C8yRyS4@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #107 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:34:27 UTC 2015
New revision: 280069
URL: https://svnweb.freebsd.org/changeset/base/280069

Log:
  Replace kernel unit allocator with local set of functions.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:36:02 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:36:02 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Xg5POBQB8C@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #108 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:35:26 UTC 2015
New revision: 280070
URL: https://svnweb.freebsd.org/changeset/base/280070

Log:
  Wrap node addition in STA mode into wpi_add_sta_node().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:41:04 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:41:04 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-UsCpAihoJS@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #109 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:40:12 UTC 2015
New revision: 280071
URL: https://svnweb.freebsd.org/changeset/base/280071

Log:
  Add separate lock for TX queues.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:41:06 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:41:06 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-AEIp0MZpdE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #110 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:41:00 UTC 2015
New revision: 280072
URL: https://svnweb.freebsd.org/changeset/base/280072

Log:
  Eliminate the WPI_FLAG_BUSY flag.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:42:07 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:42:07 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-HFmpVomEFz@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #111 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:41:58 UTC 2015
New revision: 280073
URL: https://svnweb.freebsd.org/changeset/base/280073

Log:
  Remove unnecessary locking.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:43:09 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:43:09 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-3qx0tSnj70@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #112 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:42:42 UTC 2015
New revision: 280074
URL: https://svnweb.freebsd.org/changeset/base/280074

Log:
  Move some code under WPI_LOCK().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:44:12 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:44:12 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-IguoU427zg@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #114 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:43:59 UTC 2015
New revision: 280076
URL: https://svnweb.freebsd.org/changeset/base/280076

Log:
  Optimise sc->rev processing.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:44:10 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:44:10 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-6OkoLWrcPm@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #113 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:43:23 UTC 2015
New revision: 280075
URL: https://svnweb.freebsd.org/changeset/base/280075

Log:
  Use ring->queued for WPI_CMD_TX_DATA only.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:45:13 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:45:13 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-vucF4AY7lB@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #115 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:44:54 UTC 2015
New revision: 280077
URL: https://svnweb.freebsd.org/changeset/base/280077

Log:
  Add node table lock - addresses LOR in wpi_node_free().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:46:15 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:46:15 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-jsHHbeo3aR@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #116 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:45:44 UTC 2015
New revision: 280078
URL: https://svnweb.freebsd.org/changeset/base/280078

Log:
  wpi_tx_done() shouldn't wait for wpi_start().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:47:16 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:47:16 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-aYY4r7OCMe@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #117 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:46:25 UTC 2015
New revision: 280079
URL: https://svnweb.freebsd.org/changeset/base/280079

Log:
  Move IBSS assocation processing to wpi_newassoc().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:48:18 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:48:18 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-bLIyDaw10X@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #118 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:48:01 UTC 2015
New revision: 280080
URL: https://svnweb.freebsd.org/changeset/base/280080

Log:
  Fix debug category in wpi_read_eeprom_band()

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:49:19 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:49:19 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-3U9tsH1NMI@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #119 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:48:33 UTC 2015
New revision: 280081
URL: https://svnweb.freebsd.org/changeset/base/280081

Log:
  Use WPI_RSSI_OFFSET instead of stat->noise (always 0 for me)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:51:21 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:51:21 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-2Q4XjeJGzl@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #120 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:50:25 UTC 2015
New revision: 280082
URL: https://svnweb.freebsd.org/changeset/base/280082

Log:
  Use a static buffer in wpi_cmd - rather than alloc/free'ing the
  beacon buffer frequently.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:51:23 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:51:22 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ts4SEKsT8N@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #121 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:51:07 UTC 2015
New revision: 280083
URL: https://svnweb.freebsd.org/changeset/base/280083

Log:
  Move beacon initialisation to wpi_init_beacon()

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:52:24 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:52:24 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-dNCyJJBE6S@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #122 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:51:57 UTC 2015
New revision: 280084
URL: https://svnweb.freebsd.org/changeset/base/280084

Log:
  Use ieee80211_beacon_update() for dynamic beacon contents.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:53:25 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:53:25 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-mAhvGT4oGR@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #123 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:52:48 UTC 2015
New revision: 280085
URL: https://svnweb.freebsd.org/changeset/base/280085

Log:
  Add prefixes to field names.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:54:27 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:54:27 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-OnvOFEJLQ4@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #124 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:53:47 UTC 2015
New revision: 280086
URL: https://svnweb.freebsd.org/changeset/base/280086

Log:
  Use separate mutex for wv_bcbuf and wv_boff structures.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:54:28 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:54:28 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Uvx8Mn5Otk@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #125 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:54:11 UTC 2015
New revision: 280087
URL: https://svnweb.freebsd.org/changeset/base/280087

Log:
  Encrypt frame if IEEE80211_BPF_CRYPTO is set.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:55:30 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:55:30 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-GPIIaNgWu5@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #126 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:54:41 UTC 2015
New revision: 280088
URL: https://svnweb.freebsd.org/changeset/base/280088

Log:
  Add support for AES-CCMP group keys.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 20:55:31 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 20:55:31 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Dxyv9rG4HE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #127 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 20:55:24 UTC 2015
New revision: 280089
URL: https://svnweb.freebsd.org/changeset/base/280089

Log:
  Remove unnecessary debug output.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at FreeBSD.org  Sun Mar 15 21:00:08 2015
From: bugzilla-noreply at FreeBSD.org (bugzilla-noreply at FreeBSD.org)
Date: Sun, 15 Mar 2015 21:00:07 +0000
Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special
 attention
Message-ID: <201503152100.t2FL07Sm054145@kenobi.freebsd.org>

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    154598 | [ath] Atheros 5424/2424 can't connect to WPA netw 
Open        |    163312 | [panic] [ath] kernel panic: page fault with ath0  
Open        |    166190 | [ath] TX hangs and frames stuck in TX queue       
Open        |    166357 | [ath] 802.11n TX stall when the first frame in th 
Open        |    169362 | [ath] AR5416: radar pulse PHY errors sometimes in 

5 problems total for which you should take action.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:03:33 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:03:33 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-pdHbBqz7G7@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #128 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:03:00 UTC 2015
New revision: 280091
URL: https://svnweb.freebsd.org/changeset/base/280091

Log:
  Remove unnecessary assignment.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:04:35 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:04:34 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-fPmiK6uqCs@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #129 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:03:49 UTC 2015
New revision: 280092
URL: https://svnweb.freebsd.org/changeset/base/280092

Log:
  Remove unrelated comment.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:05:36 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:05:36 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-krAvV7qlXQ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #130 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:04:56 UTC 2015
New revision: 280093
URL: https://svnweb.freebsd.org/changeset/base/280093

Log:
  * Add new debug category
  * Refactor out / restructure / extend debugging information

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpi_debug.h
  head/sys/dev/wpi/if_wpireg.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:06:37 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:06:37 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-u4PwMVUPel@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #131 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:06:00 UTC 2015
New revision: 280094
URL: https://svnweb.freebsd.org/changeset/base/280094

Log:
  Add WPI_DEBUG_NODE + some debugging.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpi_debug.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:07:39 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:07:39 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-wutrh7PRRB@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #132 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:06:36 UTC 2015
New revision: 280095
URL: https://svnweb.freebsd.org/changeset/base/280095

Log:
  Refactor wpi_ioctl().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:08:41 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:08:40 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-V1sRaKfL3M@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #133 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:07:44 UTC 2015
New revision: 280096
URL: https://svnweb.freebsd.org/changeset/base/280096

Log:
  Merge wpi_init() and wpi_init_locked().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:08:42 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:08:42 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-02DGsajprn@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #134 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:08:25 UTC 2015
New revision: 280097
URL: https://svnweb.freebsd.org/changeset/base/280097

Log:
  Acquire ifq lock when checking / modifying IFF_DRV_OACTIVE flag.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:09:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:09:43 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-6nUZurzYV7@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #135 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:08:54 UTC 2015
New revision: 280098
URL: https://svnweb.freebsd.org/changeset/base/280098

Log:
  Do some cleanup before device startup.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:09:45 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:09:45 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-iuuLPbtlXn@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #136 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:09:30 UTC 2015
New revision: 280099
URL: https://svnweb.freebsd.org/changeset/base/280099

Log:
  Disable powersave in IBSS mode (packet loss > 90%.)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:11:47 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:11:46 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-K0kWoCAXoC@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #137 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:11:01 UTC 2015
New revision: 280100
URL: https://svnweb.freebsd.org/changeset/base/280100

Log:
  Add more KASSERTs.

  (Committer note: these checks will have to be re-established in a future
  commit as /well/ as having the KASSERTs.)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:12:48 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:12:48 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-OcEnmg6M9X@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #138 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:12:06 UTC 2015
New revision: 280101
URL: https://svnweb.freebsd.org/changeset/base/280101

Log:
  Fix some printfs(); add some debugging.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:13:50 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:13:49 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-NHUWgtFOam@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #139 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:12:58 UTC 2015
New revision: 280102
URL: https://svnweb.freebsd.org/changeset/base/280102

Log:
  Rearrange checks in wpi_send_rxon().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:17:51 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:17:51 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-x7UNQSv5JZ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #140 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:17:04 UTC 2015
New revision: 280103
URL: https://svnweb.freebsd.org/changeset/base/280103

Log:
  Minor optimisation in wpi_limit_dwell()

  PR:        kenr/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:18:53 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:18:53 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-qnO4XXLmlk@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #141 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:17:58 UTC 2015
New revision: 280104
URL: https://svnweb.freebsd.org/changeset/base/280104

Log:
  Merge wpi_start() and wpi_start_locked().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:18:54 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:18:54 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-pIN8jywUCO@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #142 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:18:19 UTC 2015
New revision: 280105
URL: https://svnweb.freebsd.org/changeset/base/280105

Log:
  Add experimental HOSTAP support.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpireg.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:19:56 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:19:56 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-wXIrfyUeUN@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #143 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:19:16 UTC 2015
New revision: 280106
URL: https://svnweb.freebsd.org/changeset/base/280106

Log:
  Split TX and scan timeouts; use a callout now for the scan timeout.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:19:58 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:19:57 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-CNlEDWuHW7@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #144 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:19:53 UTC 2015
New revision: 280107
URL: https://svnweb.freebsd.org/changeset/base/280107

Log:
  Use WPI_FILTER_BSS for checking current state.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:21:59 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:21:59 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Ig7hvbBfjy@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #145 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:20:59 UTC 2015
New revision: 280108
URL: https://svnweb.freebsd.org/changeset/base/280108

Log:
  Add mutex for RXON structure; convert some callouts/lock use to use
  RXON rather than the global WPI lock.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:23:00 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:23:00 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-oy3X1j3LeJ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #146 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:22:05 UTC 2015
New revision: 280109
URL: https://svnweb.freebsd.org/changeset/base/280109

Log:
  turn sc_tx_timeout into its own callout, rather than a global watchdog
  timer.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:24:02 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:24:02 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-mc5uExzITM@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #147 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:23:45 UTC 2015
New revision: 280110
URL: https://svnweb.freebsd.org/changeset/base/280110

Log:
  Don't use sc->qfullmsk in wpi_start().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:25:03 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:25:03 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-KKfwBWVbye@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #148 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:24:12 UTC 2015
New revision: 280111
URL: https://svnweb.freebsd.org/changeset/base/280111

Log:
  Regroup ring state checks in wpi_tx_done().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:26:05 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:26:05 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-5DrlvxAQC4@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #149 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:25:07 UTC 2015
New revision: 280112
URL: https://svnweb.freebsd.org/changeset/base/280112

Log:
  Add an extra mutex for qfullmsk / ring->queued variables.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:27:06 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:27:06 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-u3MtnvC0h8@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #150 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:26:23 UTC 2015
New revision: 280113
URL: https://svnweb.freebsd.org/changeset/base/280113

Log:
  Add another lock for the TX path.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:27:09 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:27:08 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-Mk9lDpWGZs@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #151 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:27:04 UTC 2015
New revision: 280114
URL: https://svnweb.freebsd.org/changeset/base/280114

Log:
  Use correct types

  (attachment 154379)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:28:09 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:28:09 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-usTs5AsGXC@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #152 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:27:51 UTC 2015
New revision: 280115
URL: https://svnweb.freebsd.org/changeset/base/280115

Log:
  Reformatting changes.

  (attachment 154380)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:30:11 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:30:11 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-ZksfEUREl9@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #153 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:29:19 UTC 2015
New revision: 280116
URL: https://svnweb.freebsd.org/changeset/base/280116

Log:
  Don't unlock mutex in interrupt thread (except for wpi_rx_done() - for now) -
  fixes various races between wpi_notif_intr() and wpi_stop_locked().

  (attachment 154381)

  Committers note: yes, unlock/if_input/lock has to go away, but that'll
  have to be done later.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:30:12 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:30:12 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-7ck4hsp3lh@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #154 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:29:37 UTC 2015
New revision: 280118
URL: https://svnweb.freebsd.org/changeset/base/280118

Log:
  Fix scan timeouts with powersave enabled.

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:31:14 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:31:14 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-76x9WCNRiT@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #155 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:30:21 UTC 2015
New revision: 280119
URL: https://svnweb.freebsd.org/changeset/base/280119

Log:
  Workaround delays caused by vmem_check().

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpireg.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:32:15 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:32:15 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-8Kiboa2DFE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

--- Comment #156 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sun Mar 15 21:32:12 UTC 2015
New revision: 280120
URL: https://svnweb.freebsd.org/changeset/base/280120

Log:
  Add a new taskqueue (device specific, not net80211 ic->tq); use it for
  device restart.

  (Committers note - once scan overhaul and a few other things have been
  fixed in net80211 to not block things in the taskqueue, this can disappear
  and the device specific taskqueues in other drivers can also go away.)

  PR:        kern/197143
  Submitted by:    Andriy Voskoboinyk <s3erios at gmail.com>

Changes:
  head/sys/dev/wpi/if_wpi.c
  head/sys/dev/wpi/if_wpivar.h

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sun Mar 15 21:33:26 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 15 Mar 2015 21:33:26 +0000
Subject: [Bug 197143] [wpi] [patch]: sync with iwn / OpenBSD wpi
In-Reply-To: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-197143-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-197143-21060-V1CKLNLOrl@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197143

Adrian Chadd <adrian at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |In Progress

--- Comment #157 from Adrian Chadd <adrian at freebsd.org> ---
Hi!

I've committed everything to attachment 154384. There are a few comments in the
commit messages, so please have a read of the ticket history and see what's
there.

Thanks!


-a

-- 
You are receiving this mail because:
You are the assignee for the bug.

From adrian at freebsd.org  Sun Mar 15 21:35:24 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 15 Mar 2015 14:35:23 -0700
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <201503152132.t2FLWBaw095774@svn.freebsd.org>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
Message-ID: <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>

.. promise I'm done for now.

(God, it'd be nice to use git, or some web ui that lets me batch
review and commit things like this.)


-a


On 15 March 2015 at 14:32, Adrian Chadd <adrian at freebsd.org> wrote:
> Author: adrian
> Date: Sun Mar 15 21:32:11 2015
> New Revision: 280120
> URL: https://svnweb.freebsd.org/changeset/base/280120
>
> Log:
>   Add a new taskqueue (device specific, not net80211 ic->tq); use it for
>   device restart.
>
>   (Committers note - once scan overhaul and a few other things have been
>   fixed in net80211 to not block things in the taskqueue, this can disappear
>   and the device specific taskqueues in other drivers can also go away.)
>
>   PR:           kern/197143
>   Submitted by: Andriy Voskoboinyk <s3erios at gmail.com>
>
> Modified:
>   head/sys/dev/wpi/if_wpi.c
>   head/sys/dev/wpi/if_wpivar.h
>
> Modified: head/sys/dev/wpi/if_wpi.c
> ==============================================================================
> --- head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:30:20 2015        (r280119)
> +++ head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:32:11 2015        (r280120)
> @@ -532,6 +532,14 @@ wpi_attach(device_t dev)
>         TASK_INIT(&sc->sc_radioon_task, 0, wpi_radio_on, sc);
>         TASK_INIT(&sc->sc_start_task, 0, wpi_start_task, sc);
>
> +       sc->sc_tq = taskqueue_create("wpi_taskq", M_WAITOK,
> +           taskqueue_thread_enqueue, &sc->sc_tq);
> +       error = taskqueue_start_threads(&sc->sc_tq, 1, 0, "wpi_taskq");
> +       if (error != 0) {
> +               device_printf(dev, "can't start threads, error %d\n", error);
> +               goto fail;
> +       }
> +
>         wpi_sysctlattach(sc);
>
>         /*
> @@ -688,6 +696,9 @@ wpi_detach(device_t dev)
>
>                 wpi_stop(sc);
>
> +               taskqueue_drain_all(sc->sc_tq);
> +               taskqueue_free(sc->sc_tq);
> +
>                 callout_drain(&sc->watchdog_rfkill);
>                 callout_drain(&sc->tx_timeout);
>                 callout_drain(&sc->scan_timeout);
> @@ -2387,8 +2398,6 @@ wpi_intr(void *arg)
>         WPI_WRITE(sc, WPI_FH_INT, r2);
>
>         if (r1 & (WPI_INT_SW_ERR | WPI_INT_HW_ERR)) {
> -               struct ieee80211com *ic = ifp->if_l2com;
> -
>                 device_printf(sc->sc_dev, "fatal firmware error\n");
>  #ifdef WPI_DEBUG
>                 wpi_debug_registers(sc);
> @@ -2397,7 +2406,7 @@ wpi_intr(void *arg)
>                 DPRINTF(sc, WPI_DEBUG_HW,
>                     "(%s)\n", (r1 & WPI_INT_SW_ERR) ? "(Software Error)" :
>                     "(Hardware Error)");
> -               ieee80211_runtask(ic, &sc->sc_reinittask);
> +               taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>                 goto end;
>         }
>
> @@ -2950,10 +2959,9 @@ wpi_scan_timeout(void *arg)
>  {
>         struct wpi_softc *sc = arg;
>         struct ifnet *ifp = sc->sc_ifp;
> -       struct ieee80211com *ic = ifp->if_l2com;
>
>         if_printf(ifp, "scan timeout\n");
> -       ieee80211_runtask(ic, &sc->sc_reinittask);
> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>  }
>
>  static void
> @@ -2961,11 +2969,10 @@ wpi_tx_timeout(void *arg)
>  {
>         struct wpi_softc *sc = arg;
>         struct ifnet *ifp = sc->sc_ifp;
> -       struct ieee80211com *ic = ifp->if_l2com;
>
>         if_printf(ifp, "device timeout\n");
>         if_inc_counter(ifp, IFCOUNTER_OERRORS, 1);
> -       ieee80211_runtask(ic, &sc->sc_reinittask);
> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>  }
>
>  static int
>
> Modified: head/sys/dev/wpi/if_wpivar.h
> ==============================================================================
> --- head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:30:20 2015        (r280119)
> +++ head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:32:11 2015        (r280120)
> @@ -228,6 +228,9 @@ struct wpi_softc {
>         struct task             sc_radioon_task;
>         struct task             sc_start_task;
>
> +       /* Taskqueue */
> +       struct taskqueue        *sc_tq;
> +
>         /* Eeprom info. */
>         uint8_t                 cap;
>         uint16_t                rev;
>

From rysto32 at gmail.com  Sun Mar 15 21:44:32 2015
From: rysto32 at gmail.com (Ryan Stone)
Date: Sun, 15 Mar 2015 17:44:31 -0400
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
Message-ID: <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>

On Sun, Mar 15, 2015 at 5:35 PM, Adrian Chadd <adrian at freebsd.org> wrote:

> .. promise I'm done for now.
>
> (God, it'd be nice to use git, or some web ui that lets me batch
> review and commit things like this.)
>

I have a script that takes a series of git commits and makes a separate
Differential review for each.  I also have a second one that takes a series
of commits from git and commits to the svn.  I can share if anybody is
interested.

From adrian at freebsd.org  Sun Mar 15 21:45:11 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 15 Mar 2015 14:45:10 -0700
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
Message-ID: <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>

On 15 March 2015 at 14:44, Ryan Stone <rysto32 at gmail.com> wrote:
> On Sun, Mar 15, 2015 at 5:35 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>>
>> .. promise I'm done for now.
>>
>> (God, it'd be nice to use git, or some web ui that lets me batch
>> review and commit things like this.)
>
>
> I have a script that takes a series of git commits and makes a separate
> Differential review for each.  I also have a second one that takes a series
> of commits from git and commits to the svn.  I can share if anybody is
> interested.

Please place in tools/ somewhere.



-a

From peter at rulingia.com  Sun Mar 15 21:48:02 2015
From: peter at rulingia.com (Peter Jeremy)
Date: Mon, 16 Mar 2015 08:47:37 +1100
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
Message-ID: <20150315214737.GB42847@server.rulingia.com>

On 2015-Mar-15 14:35:23 -0700, Adrian Chadd <adrian at freebsd.org> wrote:
>.. promise I'm done for now.

69 commits (68 to the same file) and the perfect sequence only broken
by pav@ and jilles at .  I think you deserve some sort of reward.

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 949 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-wireless/attachments/20150316/dfaa41a5/attachment.sig>

From adrian at freebsd.org  Sun Mar 15 21:48:50 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 15 Mar 2015 14:48:49 -0700
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <20150315214737.GB42847@server.rulingia.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <20150315214737.GB42847@server.rulingia.com>
Message-ID: <CAJ-Vmon4UTr2mdkA19T3uvjM390L-Km--P5++JWzgs0KXJao_g@mail.gmail.com>

On 15 March 2015 at 14:47, Peter Jeremy <peter at rulingia.com> wrote:
> On 2015-Mar-15 14:35:23 -0700, Adrian Chadd <adrian at freebsd.org> wrote:
>>.. promise I'm done for now.
>
> 69 commits (68 to the same file) and the perfect sequence only broken
> by pav@ and jilles at .  I think you deserve some sort of reward.

Check the bugzilla PR. I asked for him to break things up... he did
exactly what I asked. That's my reward.




-a

From oliver.pinter at hardenedbsd.org  Sun Mar 15 22:11:59 2015
From: oliver.pinter at hardenedbsd.org (Oliver Pinter)
Date: Sun, 15 Mar 2015 23:11:52 +0100
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
Message-ID: <CAPQ4ffsT43qVx+ej_wSh3hLPBVsU=b==s0cb5pm+k3mJnG3Q3Q@mail.gmail.com>

On Sun, Mar 15, 2015 at 10:35 PM, Adrian Chadd <adrian at freebsd.org> wrote:
> .. promise I'm done for now.
>
> (God, it'd be nice to use git, or some web ui that lets me batch
> review and commit things like this.)

http://svnweb.freebsd.org/socsvn/soc2014/op/tools/svn-cherry-pick-from-git.csh?view=markup

>
>
> -a
>
>
> On 15 March 2015 at 14:32, Adrian Chadd <adrian at freebsd.org> wrote:
>> Author: adrian
>> Date: Sun Mar 15 21:32:11 2015
>> New Revision: 280120
>> URL: https://svnweb.freebsd.org/changeset/base/280120
>>
>> Log:
>>   Add a new taskqueue (device specific, not net80211 ic->tq); use it for
>>   device restart.
>>
>>   (Committers note - once scan overhaul and a few other things have been
>>   fixed in net80211 to not block things in the taskqueue, this can disappear
>>   and the device specific taskqueues in other drivers can also go away.)
>>
>>   PR:           kern/197143
>>   Submitted by: Andriy Voskoboinyk <s3erios at gmail.com>
>>
>> Modified:
>>   head/sys/dev/wpi/if_wpi.c
>>   head/sys/dev/wpi/if_wpivar.h
>>
>> Modified: head/sys/dev/wpi/if_wpi.c
>> ==============================================================================
>> --- head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:30:20 2015        (r280119)
>> +++ head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:32:11 2015        (r280120)
>> @@ -532,6 +532,14 @@ wpi_attach(device_t dev)
>>         TASK_INIT(&sc->sc_radioon_task, 0, wpi_radio_on, sc);
>>         TASK_INIT(&sc->sc_start_task, 0, wpi_start_task, sc);
>>
>> +       sc->sc_tq = taskqueue_create("wpi_taskq", M_WAITOK,
>> +           taskqueue_thread_enqueue, &sc->sc_tq);
>> +       error = taskqueue_start_threads(&sc->sc_tq, 1, 0, "wpi_taskq");
>> +       if (error != 0) {
>> +               device_printf(dev, "can't start threads, error %d\n", error);
>> +               goto fail;
>> +       }
>> +
>>         wpi_sysctlattach(sc);
>>
>>         /*
>> @@ -688,6 +696,9 @@ wpi_detach(device_t dev)
>>
>>                 wpi_stop(sc);
>>
>> +               taskqueue_drain_all(sc->sc_tq);
>> +               taskqueue_free(sc->sc_tq);
>> +
>>                 callout_drain(&sc->watchdog_rfkill);
>>                 callout_drain(&sc->tx_timeout);
>>                 callout_drain(&sc->scan_timeout);
>> @@ -2387,8 +2398,6 @@ wpi_intr(void *arg)
>>         WPI_WRITE(sc, WPI_FH_INT, r2);
>>
>>         if (r1 & (WPI_INT_SW_ERR | WPI_INT_HW_ERR)) {
>> -               struct ieee80211com *ic = ifp->if_l2com;
>> -
>>                 device_printf(sc->sc_dev, "fatal firmware error\n");
>>  #ifdef WPI_DEBUG
>>                 wpi_debug_registers(sc);
>> @@ -2397,7 +2406,7 @@ wpi_intr(void *arg)
>>                 DPRINTF(sc, WPI_DEBUG_HW,
>>                     "(%s)\n", (r1 & WPI_INT_SW_ERR) ? "(Software Error)" :
>>                     "(Hardware Error)");
>> -               ieee80211_runtask(ic, &sc->sc_reinittask);
>> +               taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>>                 goto end;
>>         }
>>
>> @@ -2950,10 +2959,9 @@ wpi_scan_timeout(void *arg)
>>  {
>>         struct wpi_softc *sc = arg;
>>         struct ifnet *ifp = sc->sc_ifp;
>> -       struct ieee80211com *ic = ifp->if_l2com;
>>
>>         if_printf(ifp, "scan timeout\n");
>> -       ieee80211_runtask(ic, &sc->sc_reinittask);
>> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>>  }
>>
>>  static void
>> @@ -2961,11 +2969,10 @@ wpi_tx_timeout(void *arg)
>>  {
>>         struct wpi_softc *sc = arg;
>>         struct ifnet *ifp = sc->sc_ifp;
>> -       struct ieee80211com *ic = ifp->if_l2com;
>>
>>         if_printf(ifp, "device timeout\n");
>>         if_inc_counter(ifp, IFCOUNTER_OERRORS, 1);
>> -       ieee80211_runtask(ic, &sc->sc_reinittask);
>> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>>  }
>>
>>  static int
>>
>> Modified: head/sys/dev/wpi/if_wpivar.h
>> ==============================================================================
>> --- head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:30:20 2015        (r280119)
>> +++ head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:32:11 2015        (r280120)
>> @@ -228,6 +228,9 @@ struct wpi_softc {
>>         struct task             sc_radioon_task;
>>         struct task             sc_start_task;
>>
>> +       /* Taskqueue */
>> +       struct taskqueue        *sc_tq;
>> +
>>         /* Eeprom info. */
>>         uint8_t                 cap;
>>         uint16_t                rev;
>>
> _______________________________________________
> svn-src-head at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/svn-src-head
> To unsubscribe, send any mail to "svn-src-head-unsubscribe at freebsd.org"

From rysto32 at gmail.com  Sun Mar 15 23:04:20 2015
From: rysto32 at gmail.com (Ryan Stone)
Date: Sun, 15 Mar 2015 19:04:18 -0400
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
 <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>
Message-ID: <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>

Anyone want to review them before I commit them? (I'm going to put them in
tools/tools/git/)

On Sun, Mar 15, 2015 at 5:45 PM, Adrian Chadd <adrian at freebsd.org> wrote:

> On 15 March 2015 at 14:44, Ryan Stone <rysto32 at gmail.com> wrote:
> > On Sun, Mar 15, 2015 at 5:35 PM, Adrian Chadd <adrian at freebsd.org>
> wrote:
> >>
> >> .. promise I'm done for now.
> >>
> >> (God, it'd be nice to use git, or some web ui that lets me batch
> >> review and commit things like this.)
> >
> >
> > I have a script that takes a series of git commits and makes a separate
> > Differential review for each.  I also have a second one that takes a
> series
> > of commits from git and commits to the svn.  I can share if anybody is
> > interested.
>
> Please place in tools/ somewhere.
>
>
>
> -a
>

From adrian at freebsd.org  Sun Mar 15 23:04:55 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 15 Mar 2015 16:04:53 -0700
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
 <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>
 <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>
Message-ID: <CAJ-VmokMyW4vWWJSA0kaBoVrN7WdMSM52t9yN=Tgu=660-wpUg@mail.gmail.com>

On 15 March 2015 at 16:04, Ryan Stone <rysto32 at gmail.com> wrote:
> Anyone want to review them before I commit them? (I'm going to put them in
> tools/tools/git/)

Sure, but we can always churn what's in tools/tools/ .



-a

From mjguzik at gmail.com  Sun Mar 15 23:08:13 2015
From: mjguzik at gmail.com (Mateusz Guzik)
Date: Mon, 16 Mar 2015 00:08:04 +0100
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
 <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>
 <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>
Message-ID: <20150315230803.GA21715@dft-labs.eu>

On Sun, Mar 15, 2015 at 07:04:18PM -0400, Ryan Stone wrote:
> Anyone want to review them before I commit them? (I'm going to put them in
> tools/tools/git/)
> 

I would say it would be nice see them + rough howto before we land stuff
in the tree.

I'm definitely more than happy to see usable git -> svn tools, largely
because i'm too lazy to even try to write ones myself.

> On Sun, Mar 15, 2015 at 5:45 PM, Adrian Chadd <adrian at freebsd.org> wrote:
> 
> > On 15 March 2015 at 14:44, Ryan Stone <rysto32 at gmail.com> wrote:
> > > On Sun, Mar 15, 2015 at 5:35 PM, Adrian Chadd <adrian at freebsd.org>
> > wrote:
> > >>
> > >> .. promise I'm done for now.
> > >>
> > >> (God, it'd be nice to use git, or some web ui that lets me batch
> > >> review and commit things like this.)
> > >
> > >
> > > I have a script that takes a series of git commits and makes a separate
> > > Differential review for each.  I also have a second one that takes a
> > series
> > > of commits from git and commits to the svn.  I can share if anybody is
> > > interested.
> >
> > Please place in tools/ somewhere.
> >
> >
> >
> > -a
> >

-- 
Mateusz Guzik <mjguzik gmail.com>

From rysto32 at gmail.com  Mon Mar 16 02:53:57 2015
From: rysto32 at gmail.com (Ryan Stone)
Date: Sun, 15 Mar 2015 22:53:56 -0400
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <20150315230803.GA21715@dft-labs.eu>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
 <CAFMmRNx9+px83nHQKm8GP-fJm0dUjGxQq_ZnpfowS793tjx7ng@mail.gmail.com>
 <CAJ-VmokuETKCQ-mgSQUXj73dzYPXHw6R1pTC3ngmaQQzvXUqPQ@mail.gmail.com>
 <CAFMmRNywqJzStxJW_RrsuuWy_XkNb0DqF9UmC5_4u6GOXi4LRQ@mail.gmail.com>
 <20150315230803.GA21715@dft-labs.eu>
Message-ID: <CAFMmRNw+-8rrY12SuoOSQ9MU9BF-m5pWD0Z_DQBviFJkq513uw@mail.gmail.com>

I've thrown them up for review here:

https://reviews.freebsd.org/D2071

Comments are welcome.  I'll commit it all later this week.

From bright at mu.org  Mon Mar 16 07:04:51 2015
From: bright at mu.org (Alfred Perlstein)
Date: Mon, 16 Mar 2015 00:08:59 -0700
Subject: svn commit: r280120 - head/sys/dev/wpi
In-Reply-To: <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
References: <201503152132.t2FLWBaw095774@svn.freebsd.org>
 <CAJ-Vmomu68aT0fveRvkUKW-DeMdsBpLCP0tH+3NPySCuyK3oTQ@mail.gmail.com>
Message-ID: <148C400A-4E75-48ED-9135-70C3E07E0E1D@mu.org>

Just use github, you can then just follow my directions on the https://wiki.freebsd.org/GitWorkflow page.

you can commit them as individual commits if you would like or make a giant squash commit.

Better would really be to replay all the commits into an svn branch, then make a single svn merge commit.  Although svn is meh.

-Alfred

On Mar 15, 2015, at 2:35 PM, Adrian Chadd wrote:

> .. promise I'm done for now.
> 
> (God, it'd be nice to use git, or some web ui that lets me batch
> review and commit things like this.)
> 
> 
> -a
> 
> 
> On 15 March 2015 at 14:32, Adrian Chadd <adrian at freebsd.org> wrote:
>> Author: adrian
>> Date: Sun Mar 15 21:32:11 2015
>> New Revision: 280120
>> URL: https://svnweb.freebsd.org/changeset/base/280120
>> 
>> Log:
>>  Add a new taskqueue (device specific, not net80211 ic->tq); use it for
>>  device restart.
>> 
>>  (Committers note - once scan overhaul and a few other things have been
>>  fixed in net80211 to not block things in the taskqueue, this can disappear
>>  and the device specific taskqueues in other drivers can also go away.)
>> 
>>  PR:           kern/197143
>>  Submitted by: Andriy Voskoboinyk <s3erios at gmail.com>
>> 
>> Modified:
>>  head/sys/dev/wpi/if_wpi.c
>>  head/sys/dev/wpi/if_wpivar.h
>> 
>> Modified: head/sys/dev/wpi/if_wpi.c
>> ==============================================================================
>> --- head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:30:20 2015        (r280119)
>> +++ head/sys/dev/wpi/if_wpi.c   Sun Mar 15 21:32:11 2015        (r280120)
>> @@ -532,6 +532,14 @@ wpi_attach(device_t dev)
>>        TASK_INIT(&sc->sc_radioon_task, 0, wpi_radio_on, sc);
>>        TASK_INIT(&sc->sc_start_task, 0, wpi_start_task, sc);
>> 
>> +       sc->sc_tq = taskqueue_create("wpi_taskq", M_WAITOK,
>> +           taskqueue_thread_enqueue, &sc->sc_tq);
>> +       error = taskqueue_start_threads(&sc->sc_tq, 1, 0, "wpi_taskq");
>> +       if (error != 0) {
>> +               device_printf(dev, "can't start threads, error %d\n", error);
>> +               goto fail;
>> +       }
>> +
>>        wpi_sysctlattach(sc);
>> 
>>        /*
>> @@ -688,6 +696,9 @@ wpi_detach(device_t dev)
>> 
>>                wpi_stop(sc);
>> 
>> +               taskqueue_drain_all(sc->sc_tq);
>> +               taskqueue_free(sc->sc_tq);
>> +
>>                callout_drain(&sc->watchdog_rfkill);
>>                callout_drain(&sc->tx_timeout);
>>                callout_drain(&sc->scan_timeout);
>> @@ -2387,8 +2398,6 @@ wpi_intr(void *arg)
>>        WPI_WRITE(sc, WPI_FH_INT, r2);
>> 
>>        if (r1 & (WPI_INT_SW_ERR | WPI_INT_HW_ERR)) {
>> -               struct ieee80211com *ic = ifp->if_l2com;
>> -
>>                device_printf(sc->sc_dev, "fatal firmware error\n");
>> #ifdef WPI_DEBUG
>>                wpi_debug_registers(sc);
>> @@ -2397,7 +2406,7 @@ wpi_intr(void *arg)
>>                DPRINTF(sc, WPI_DEBUG_HW,
>>                    "(%s)\n", (r1 & WPI_INT_SW_ERR) ? "(Software Error)" :
>>                    "(Hardware Error)");
>> -               ieee80211_runtask(ic, &sc->sc_reinittask);
>> +               taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>>                goto end;
>>        }
>> 
>> @@ -2950,10 +2959,9 @@ wpi_scan_timeout(void *arg)
>> {
>>        struct wpi_softc *sc = arg;
>>        struct ifnet *ifp = sc->sc_ifp;
>> -       struct ieee80211com *ic = ifp->if_l2com;
>> 
>>        if_printf(ifp, "scan timeout\n");
>> -       ieee80211_runtask(ic, &sc->sc_reinittask);
>> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>> }
>> 
>> static void
>> @@ -2961,11 +2969,10 @@ wpi_tx_timeout(void *arg)
>> {
>>        struct wpi_softc *sc = arg;
>>        struct ifnet *ifp = sc->sc_ifp;
>> -       struct ieee80211com *ic = ifp->if_l2com;
>> 
>>        if_printf(ifp, "device timeout\n");
>>        if_inc_counter(ifp, IFCOUNTER_OERRORS, 1);
>> -       ieee80211_runtask(ic, &sc->sc_reinittask);
>> +       taskqueue_enqueue(sc->sc_tq, &sc->sc_reinittask);
>> }
>> 
>> static int
>> 
>> Modified: head/sys/dev/wpi/if_wpivar.h
>> ==============================================================================
>> --- head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:30:20 2015        (r280119)
>> +++ head/sys/dev/wpi/if_wpivar.h        Sun Mar 15 21:32:11 2015        (r280120)
>> @@ -228,6 +228,9 @@ struct wpi_softc {
>>        struct task             sc_radioon_task;
>>        struct task             sc_start_task;
>> 
>> +       /* Taskqueue */
>> +       struct taskqueue        *sc_tq;
>> +
>>        /* Eeprom info. */
>>        uint8_t                 cap;
>>        uint16_t                rev;
>> 
> 


From ticso at cicely7.cicely.de  Mon Mar 16 19:30:23 2015
From: ticso at cicely7.cicely.de (Bernd Walter)
Date: Mon, 16 Mar 2015 20:30:15 +0100
Subject: Recommended WiFi / Bluetooth modules for embedded ARM projects?
In-Reply-To: <1426436462.67325.1.camel@freebsd.org>
References: <BAY182-W52197C09C7A61825BECE04A2040@phx.gbl>
 <1426436462.67325.1.camel@freebsd.org>
Message-ID: <20150316193015.GC53586@cicely7.cicely.de>

On Sun, Mar 15, 2015 at 10:21:02AM -0600, Ian Lepore wrote:
> On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote:
> > I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects.  My requirements are 802.11ac / Bluetooth 4.0.  The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development.
> > -Brendan 		 	   		  
> 
> Right now, USB is pretty much your only option for bluetooth and wifi on
> freebsd-arm.  All the other chips I've seen that aren't USB are SDIO,
> and we have no SDIO infrastructure for talking to anything except an
> sdcard.

How much work would be needed for PCI support?
My novena (iMX6) came with Atheros modules.

-- 
B.Walter <bernd at bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.

From bugzilla-noreply at freebsd.org  Tue Mar 17 22:21:10 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 17 Mar 2015 22:21:10 +0000
Subject: [Bug 198670] Log if there is an invalid ID with ath(4) at bootup
 preventing driver from attaching
Message-ID: <bug-198670-21060@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198670

            Bug ID: 198670
           Summary: Log if there is an invalid ID with ath(4) at bootup
                    preventing driver from attaching
           Product: Base System
           Version: 11.0-CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: wireless
          Assignee: freebsd-wireless at FreeBSD.org
          Reporter: cmb at pfsense.org

Opening at Adrian's request. 

If an ath(4) card doesn't get its initial power on config from EEPROM, the
driver doesn't attach. This is usually some power up reset bug in how the BIOS
sets up the PCI bus. The PC Engines APU appears to do this at times, seemingly
only with an older BIOS rev that was buggy in that regard. 

from Adrian: "I'll go see if I can at least have the driver explain why that's
an invalid id at boot up"

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Wed Mar 18 07:00:44 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 18 Mar 2015 07:00:43 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
Message-ID: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

            Bug ID: 198680
           Summary: [ath] Specifying "mode 11ng" breaks client
                    connectivity with ath(4)
           Product: Base System
           Version: 11.0-CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: wireless
          Assignee: freebsd-wireless at FreeBSD.org
          Reporter: cmb at pfsense.org

Version: 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279813: Mon Mar  9 16:31:08 UTC
2015

Configure an ath card as a client with "mode 11ng" specified, and it doesn't
work. For instance, this rc.conf: 

wlans_ath0="ath0_wlan0"
ifconfig_ath0_wlan0="mode 11ng ssid test_network DHCP"

The interface ends up endlessly stuck at "no carrier". 
ath0_wlan0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> metric 0
mtu 1500
    ether 00:80:48:79:99:f2
    inet6 fe80::280:48ff:fe79:99f2%ath0_wlan0 prefixlen 64 scopeid 0x6 
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
    media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng (autoselect)
    status: no carrier
    ssid test_network channel 1 (2412 MHz 11b)
    country US ecm authmode OPEN privacy OFF txpower 27 bmiss 7
    scanvalid 60 wme burst bintval 0
    groups: wlan 


Run ifconfig more, and you'll see the channel continues to change over and
over. A small sampling: 

    ssid test_network channel 1 (2412 MHz 11g)
    ssid test_network channel 3 (2422 MHz 11g)
    ssid test_network channel 44 (5220 MHz 11a)
    ssid test_network channel 9 (2452 MHz 11g)

It ends up stuck in that state indefinitely. Remove "mode 11ng" from the
ifconfig line in rc.conf, 'service netif restart', and it works.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Wed Mar 18 07:03:17 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 18 Mar 2015 07:03:17 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
In-Reply-To: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198680-21060-AIgu8LRy7C@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

--- Comment #1 from cmb at pfsense.org ---
Forgot to add, this is specific to 11ng only. 11na, 11a, 11g, 11b all seem
fine.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Wed Mar 18 07:08:19 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 18 Mar 2015 07:08:18 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
In-Reply-To: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198680-21060-DluUiYnJmQ@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

Adrian Chadd <adrian at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |adrian at freebsd.org

--- Comment #2 from Adrian Chadd <adrian at freebsd.org> ---
Ugh, 11g is "special". It's likely something busted in the scan code I "fixed"
to fix some other bug.

Ok, thanks. This is more than enough for me to replicate it and figure out
what's going on.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Wed Mar 18 07:41:39 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 18 Mar 2015 07:41:39 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
In-Reply-To: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198680-21060-aOJsZNASKH@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

--- Comment #3 from cmb at pfsense.org ---
It seems it's not specific to 11ng only, though I think with 11g it only
happens if you specify channel "any" (so that's more PR 198556 than this).

-- 
You are receiving this mail because:
You are the assignee for the bug.

From miguelmclara at gmail.com  Thu Mar 19 20:56:57 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Thu, 19 Mar 2015 20:56:35 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
Message-ID: <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>

On Sun, Feb 15, 2015 at 8:32 PM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
>
> On Sun, Feb 15, 2015 at 8:25 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>
>> I bet your environment is quite noisy and the ar9300 HAL is just not
>> coping well. :(
>>
>>
>> Could be, I have a laptop and a cell phone just close by and the TV is
> also using wireless, but those are on 2.4Ghtz... and ... Oooh
> I just noticed its connected to "PissnLove" and not "PissnLove5G".
>
> wpa_supplicant sometimes fails on selecting the on with higher priority.
>
> I'll force it back to the 5G and see if this goes away and if so I guess
> you are correct :)
>

Been busy for the last weeks, I wanted to update/sync my src before posting
more feedback on this.

# uname -a
FreeBSD r2d2 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r280238+2c4b57d(master):
Thu Mar 19 03:09:58 WET 2015     root at r2d2:/usr/obj/usr/src/sys/GENERIC-NODEBUG
 amd64

Note: the following test were done with only 2 wireless devices connect to
the router and while doing the tests on the laptop in turned wifi off in
the smartphone.
Also the smartphone was even a little bit more distant from the router than
the laptop (not much)


The issue is clear not with the 5G/2.4G as I get about the same performance
with boot see iperf results:

#############################
iperf3 -c _server_
Connecting to host yoda, port 5201
[  4] local 1.1.1.1 port 48073 connected to 1.1.1.2 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  1.67 MBytes  14.0 Mbits/sec
[  4]   1.00-2.00   sec  1.67 MBytes  14.0 Mbits/sec
[  4]   2.00-3.00   sec  1.35 MBytes  11.4 Mbits/sec
[  4]   3.00-4.00   sec  1.56 MBytes  13.1 Mbits/sec
[  4]   4.00-5.00   sec  1.35 MBytes  11.4 Mbits/sec
[  4]   5.00-6.00   sec  1.73 MBytes  14.5 Mbits/sec
[  4]   6.00-7.00   sec  1.93 MBytes  16.2 Mbits/sec
[  4]   7.00-8.00   sec  1.65 MBytes  13.8 Mbits/sec
[  4]   8.00-9.00   sec  1.15 MBytes  9.65 Mbits/sec
[  4]   9.00-10.00  sec  1.38 MBytes  11.6 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  15.4 MBytes  13.0 Mbits/sec                  sender
[  4]   0.00-10.00  sec  15.4 MBytes  12.9 Mbits/sec
 receiver
###########################

That's to a local Wired (1Gbit) connected iperf3 server.

In comparison I get 100+ Mpbs on my One Plus One device in an internet
speedtest, proof here: http://www.speedtest.net/my-result/a/1207329176

And an iperf3 test on the same smartphone to the server:
#############################
Connecting to host local_server, port 5201
[ 4] local 1.1.1.1 port 52337 connected to 1.1.1.2 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 11.8 MBytes 98.4 Mbits/sec
[ 4] 1.01-2.00 sec 13.4 MBytes 113 Mbits/sec
[ 4] 2.00-3.00 sec 13.6 MBytes 114 Mbits/sec
[ 4] 3.00-4.00 sec 13.3 MBytes 112 Mbits/sec
[ 4] 4.00-5.00 sec 14.1 MBytes 117 Mbits/sec
[ 4] 5.00-6.00 sec 13.6 MBytes 115 Mbits/sec
[ 4] 6.00-7.00 sec 13.7 MBytes 115 Mbits/sec
[ 4] 7.00-8.00 sec 13.4 MBytes 113 Mbits/sec
[ 4] 8.00-9.00 sec 13.7 MBytes 115 Mbits/sec
[ 4] 9.00-10.00 sec 13.2 MBytes 111 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 134 MBytes 112 Mbits/sec sender
[ 4] 0.00-10.00 sec 134 MBytes 112 Mbits/sec receiver
################################

So it seems that the performance is indeed very low and only on the ath,
and not due to to much clients in either 5g or 2.4g

If important:
ath0 at pci0:2:0:0:        class=0x028000 card=0xe052105b chip=0x0034168c
rev=0x01 hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR9462 Wireless Network Adapter'
    class      = netw

# cat /var/run/dmesg.boot  | grep ath

ath0: <Atheros AR946x/AR948x> mem 0xc0400000-0xc047ffff irq 19 at device
0.0 on pci2
ath0: [HT] enabling HT modes
ath0: [HT] enabling short-GI in 20MHz mode
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 stream STBC transmit enabled
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9460 mac 640.2 RF5110 phy 0.0
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000

Any more info I should add to help track this?

thanks

From adrian at freebsd.org  Thu Mar 19 21:49:13 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Thu, 19 Mar 2015 14:49:12 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
Message-ID: <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>

Whilst running this, can you run 'athstats 1' on the freebsd box?

i wonder what the signal level and retransmit rates are.

Thanks,


-a

From miguelmclara at gmail.com  Fri Mar 20 01:19:13 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 01:18:51 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
Message-ID: <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>

On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org> wrote:

> Whilst running this, can you run 'athstats 1' on the freebsd box?
>
> i wonder what the signal level and retransmit rates are.
>

Not sure hwo to do that... do I need ath_debug?

I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"

clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
-I/usr/src/tools/tools/ath/athstats
-I/usr/src/tools/tools/ath/athstats/../common
-I/usr/src/tools/tools/ath/athstats/../../../../sys
-I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
-I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
-I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
-I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
-DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
-I/usr/src/tools/tools/ath/athstats/../common
-I/usr/src/tools/tools/ath/athstats/../../../../sys
-I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
-I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
-I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
-I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
-fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
/usr/bin/ld: cannot find -lbsdstat
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
*** Error code 1

Stop.
make: stopped in /usr/src/tools/tools/ath/athstats

I installed bsdstats but after make clean;make  I still get the same.

Thanks,
>
>
> -a
>

From miguelmclara at gmail.com  Fri Mar 20 01:56:04 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 01:55:43 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
Message-ID: <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>

On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>
>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>
>> i wonder what the signal level and retransmit rates are.
>>
>
> Not sure hwo to do that... do I need ath_debug?
>
> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>
> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
> -I/usr/src/tools/tools/ath/athstats
> -I/usr/src/tools/tools/ath/athstats/../common
> -I/usr/src/tools/tools/ath/athstats/../../../../sys
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
> -I/usr/src/tools/tools/ath/athstats/../common
> -I/usr/src/tools/tools/ath/athstats/../../../../sys
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
> /usr/bin/ld: cannot find -lbsdstat
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> *** Error code 1
>
> Stop.
> make: stopped in /usr/src/tools/tools/ath/athstats
>
> I installed bsdstats but after make clean;make  I still get the same.
>

Oh wait:
-L/usr/src/lib/libbsdstat -lbsdstat

/usr/bin/ld: cannot find -lbsdstat

Should it look in /usr/private?

Or maybe not... I saw this:
######################
commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
Author: bapt <bapt at FreeBSD.org>
Date:   Tue Nov 25 22:37:27 2014 +0000

    Convert to LIBADD

Notes:
    svn path=/head/; revision=275084

diff --git a/tools/tools/ath/athstats/Makefile
b/tools/tools/ath/athstats/Makefile
index 8d1bfa6..a7ff43b 100644
--- a/tools/tools/ath/athstats/Makefile
+++ b/tools/tools/ath/athstats/Makefile
@@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA

 CFLAGS.clang+= -fbracket-depth=512

-USEPRIVATELIB= bsdstat
-
-LDADD= ${LDBSDSTAT}
+LIBADD=        bsdstat

 opt_ah.h:
        echo "#define AH_DEBUG 1" > opt_ah.h
#################

reverting gives me this:

[...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
athstats.o: In function `athstats_new':
athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
clang: error: linker command failed with exit code 1 (use -v to see
invocation)

If I can get arround this I'd love to post those stats



> Thanks,
>>
>>
>> -a
>>
>
>

From miguelmclara at gmail.com  Fri Mar 20 02:11:31 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 02:11:09 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
Message-ID: <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>

On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>
>>
>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>>
>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>>
>>> i wonder what the signal level and retransmit rates are.
>>>
>>
>> Not sure hwo to do that... do I need ath_debug?
>>
>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>>
>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>> -I/usr/src/tools/tools/ath/athstats
>> -I/usr/src/tools/tools/ath/athstats/../common
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>> -I/usr/src/tools/tools/ath/athstats/../common
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>> /usr/bin/ld: cannot find -lbsdstat
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/src/tools/tools/ath/athstats
>>
>> I installed bsdstats but after make clean;make  I still get the same.
>>
>
> Oh wait:
> -L/usr/src/lib/libbsdstat -lbsdstat
>
> /usr/bin/ld: cannot find -lbsdstat
>
> Should it look in /usr/private?
>
> Or maybe not... I saw this:
> ######################
> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
> Author: bapt <bapt at FreeBSD.org>
> Date:   Tue Nov 25 22:37:27 2014 +0000
>
>     Convert to LIBADD
>
> Notes:
>     svn path=/head/; revision=275084
>
> diff --git a/tools/tools/ath/athstats/Makefile
> b/tools/tools/ath/athstats/Makefile
> index 8d1bfa6..a7ff43b 100644
> --- a/tools/tools/ath/athstats/Makefile
> +++ b/tools/tools/ath/athstats/Makefile
> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>
>  CFLAGS.clang+= -fbracket-depth=512
>
> -USEPRIVATELIB= bsdstat
> -
> -LDADD= ${LDBSDSTAT}
> +LIBADD=        bsdstat
>
>  opt_ah.h:
>         echo "#define AH_DEBUG 1" > opt_ah.h
> #################
>
> reverting gives me this:
>
> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
> athstats.o: In function `athstats_new':
> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
> If I can get around this I'd love to post those stats
>
>
Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" defiantly
exists and the include bsdstat.h is in athstats.h...
makes no sense (to me) :|



>
>> Thanks,
>>>
>>>
>>> -a
>>>
>>
>>
>

From miguelmclara at gmail.com  Fri Mar 20 02:32:47 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 02:32:26 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
Message-ID: <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>

On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>
>>
>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com>
>> wrote:
>>
>>>
>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
>>> wrote:
>>>
>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>>>
>>>> i wonder what the signal level and retransmit rates are.
>>>>
>>>
>>> Not sure hwo to do that... do I need ath_debug?
>>>
>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>>>
>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>> -I/usr/src/tools/tools/ath/athstats
>>> -I/usr/src/tools/tools/ath/athstats/../common
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>> -I/usr/src/tools/tools/ath/athstats/../common
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>> /usr/bin/ld: cannot find -lbsdstat
>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> invocation)
>>> *** Error code 1
>>>
>>> Stop.
>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>>
>>> I installed bsdstats but after make clean;make  I still get the same.
>>>
>>
>> Oh wait:
>> -L/usr/src/lib/libbsdstat -lbsdstat
>>
>> /usr/bin/ld: cannot find -lbsdstat
>>
>> Should it look in /usr/private?
>>
>> Or maybe not... I saw this:
>> ######################
>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>> Author: bapt <bapt at FreeBSD.org>
>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>
>>     Convert to LIBADD
>>
>> Notes:
>>     svn path=/head/; revision=275084
>>
>> diff --git a/tools/tools/ath/athstats/Makefile
>> b/tools/tools/ath/athstats/Makefile
>> index 8d1bfa6..a7ff43b 100644
>> --- a/tools/tools/ath/athstats/Makefile
>> +++ b/tools/tools/ath/athstats/Makefile
>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>
>>  CFLAGS.clang+= -fbracket-depth=512
>>
>> -USEPRIVATELIB= bsdstat
>> -
>> -LDADD= ${LDBSDSTAT}
>> +LIBADD=        bsdstat
>>
>>  opt_ah.h:
>>         echo "#define AH_DEBUG 1" > opt_ah.h
>> #################
>>
>> reverting gives me this:
>>
>> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
>> athstats.o: In function `athstats_new':
>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
>>
>> If I can get around this I'd love to post those stats
>>
>>
> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" defiantly
> exists and the include bsdstat.h is in athstats.h...
> makes no sense (to me) :|
>
>
In the mean time I checked out a version before bsdstat and I was able to
complie, output follows
% sudo athstats
athstats: ioctl: ath0: Invalid argument <------------------ Is this
expected?
athstats: ioctl: ath0: Invalid argument
990785       data frames received
559194       data frames transmit
7602         tx frames with an alternate rate
27634        short on-chip tx retries
100075       long on-chip tx retries
374          tx failed 'cuz too many retries
24           mib overflow interrupts
3            tx linearized to cluster
MCS3         current transmit rate
17           beacon miss interrupts
31173        rx failed 'cuz of bad CRC
114          rx failed 'cuz of PHY err
    5            OFDM restart
    109          CCK restart
247          periodic calibrations
-0/+0        TDMA slot adjust (usecs, smoothed)
28           rssi of last ack
40           avg recv rssi
-96          rx noise floor
614          tx frames through raw api
601749       A-MPDU sub-frames received
187766       Half-GI frames received
443941       40MHz frames received
12776        CRC errors for non-last A-MPDU subframes
198          CRC errors for last subframe in an A-MPDU
558554       Frames transmitted with HT Protection
169          TX Timeout
Antenna profile:
[0] tx   558817 rx    36629
[1] tx        0 rx   772652
[2] tx        0 rx    26737
[3] tx        0 rx    30276
[4] tx        0 rx    28833
[5] tx        0 rx    25606
[6] tx        0 rx    30300
[7] tx        0 rx    39752




>
>
>>
>>> Thanks,
>>>>
>>>>
>>>> -a
>>>>
>>>
>>>
>>
>

From adrian at freebsd.org  Fri Mar 20 03:17:30 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Thu, 19 Mar 2015 20:17:29 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
Message-ID: <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>

Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and recompile!


-a


On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com> wrote:
>
> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>>
>>
>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com>
>> wrote:
>>>
>>>
>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com>
>>> wrote:
>>>>
>>>>
>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
>>>> wrote:
>>>>>
>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>>>>
>>>>> i wonder what the signal level and retransmit rates are.
>>>>
>>>>
>>>> Not sure hwo to do that... do I need ath_debug?
>>>>
>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>>>>
>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>>> -I/usr/src/tools/tools/ath/athstats
>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>>> /usr/bin/ld: cannot find -lbsdstat
>>>> clang: error: linker command failed with exit code 1 (use -v to see
>>>> invocation)
>>>> *** Error code 1
>>>>
>>>> Stop.
>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>>>
>>>> I installed bsdstats but after make clean;make  I still get the same.
>>>
>>>
>>> Oh wait:
>>> -L/usr/src/lib/libbsdstat -lbsdstat
>>>
>>> /usr/bin/ld: cannot find -lbsdstat
>>>
>>> Should it look in /usr/private?
>>>
>>> Or maybe not... I saw this:
>>> ######################
>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>>> Author: bapt <bapt at FreeBSD.org>
>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>>
>>>     Convert to LIBADD
>>>
>>> Notes:
>>>     svn path=/head/; revision=275084
>>>
>>> diff --git a/tools/tools/ath/athstats/Makefile
>>> b/tools/tools/ath/athstats/Makefile
>>> index 8d1bfa6..a7ff43b 100644
>>> --- a/tools/tools/ath/athstats/Makefile
>>> +++ b/tools/tools/ath/athstats/Makefile
>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>>
>>>  CFLAGS.clang+= -fbracket-depth=512
>>>
>>> -USEPRIVATELIB= bsdstat
>>> -
>>> -LDADD= ${LDBSDSTAT}
>>> +LIBADD=        bsdstat
>>>
>>>  opt_ah.h:
>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>>> #################
>>>
>>> reverting gives me this:
>>>
>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
>>> athstats.o: In function `athstats_new':
>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> invocation)
>>>
>>> If I can get around this I'd love to post those stats
>>>
>>
>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" defiantly
>> exists and the include bsdstat.h is in athstats.h...
>> makes no sense (to me) :|
>>
>
> In the mean time I checked out a version before bsdstat and I was able to
> complie, output follows
> % sudo athstats
> athstats: ioctl: ath0: Invalid argument <------------------ Is this
> expected?
> athstats: ioctl: ath0: Invalid argument
> 990785       data frames received
> 559194       data frames transmit
> 7602         tx frames with an alternate rate
> 27634        short on-chip tx retries
> 100075       long on-chip tx retries
> 374          tx failed 'cuz too many retries
> 24           mib overflow interrupts
> 3            tx linearized to cluster
> MCS3         current transmit rate
> 17           beacon miss interrupts
> 31173        rx failed 'cuz of bad CRC
> 114          rx failed 'cuz of PHY err
>     5            OFDM restart
>     109          CCK restart
> 247          periodic calibrations
> -0/+0        TDMA slot adjust (usecs, smoothed)
> 28           rssi of last ack
> 40           avg recv rssi
> -96          rx noise floor
> 614          tx frames through raw api
> 601749       A-MPDU sub-frames received
> 187766       Half-GI frames received
> 443941       40MHz frames received
> 12776        CRC errors for non-last A-MPDU subframes
> 198          CRC errors for last subframe in an A-MPDU
> 558554       Frames transmitted with HT Protection
> 169          TX Timeout
> Antenna profile:
> [0] tx   558817 rx    36629
> [1] tx        0 rx   772652
> [2] tx        0 rx    26737
> [3] tx        0 rx    30276
> [4] tx        0 rx    28833
> [5] tx        0 rx    25606
> [6] tx        0 rx    30300
> [7] tx        0 rx    39752
>
>
>
>>
>>
>>>
>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>> -a
>>>>
>>>>
>>>
>>
>

From adrian at freebsd.org  Fri Mar 20 03:20:16 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Thu, 19 Mar 2015 20:20:14 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
Message-ID: <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>

What's the output of ifconfig -v wlan0 ?

and run athstats 1 for a while whilst doing traffic, say speedtest,
and paste the results from there.



-a


On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
> Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and recompile!
>
>
> -a
>
>
> On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com> wrote:
>>
>> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com>
>> wrote:
>>>
>>>
>>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com>
>>> wrote:
>>>>
>>>>
>>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
>>>>> wrote:
>>>>>>
>>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>>>>>
>>>>>> i wonder what the signal level and retransmit rates are.
>>>>>
>>>>>
>>>>> Not sure hwo to do that... do I need ath_debug?
>>>>>
>>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>>>>>
>>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>>>> -I/usr/src/tools/tools/ath/athstats
>>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI -DATH_SUPPORT_TDMA
>>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o athstats
>>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>>>> /usr/bin/ld: cannot find -lbsdstat
>>>>> clang: error: linker command failed with exit code 1 (use -v to see
>>>>> invocation)
>>>>> *** Error code 1
>>>>>
>>>>> Stop.
>>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>>>>
>>>>> I installed bsdstats but after make clean;make  I still get the same.
>>>>
>>>>
>>>> Oh wait:
>>>> -L/usr/src/lib/libbsdstat -lbsdstat
>>>>
>>>> /usr/bin/ld: cannot find -lbsdstat
>>>>
>>>> Should it look in /usr/private?
>>>>
>>>> Or maybe not... I saw this:
>>>> ######################
>>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>>>> Author: bapt <bapt at FreeBSD.org>
>>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>>>
>>>>     Convert to LIBADD
>>>>
>>>> Notes:
>>>>     svn path=/head/; revision=275084
>>>>
>>>> diff --git a/tools/tools/ath/athstats/Makefile
>>>> b/tools/tools/ath/athstats/Makefile
>>>> index 8d1bfa6..a7ff43b 100644
>>>> --- a/tools/tools/ath/athstats/Makefile
>>>> +++ b/tools/tools/ath/athstats/Makefile
>>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>>>
>>>>  CFLAGS.clang+= -fbracket-depth=512
>>>>
>>>> -USEPRIVATELIB= bsdstat
>>>> -
>>>> -LDADD= ${LDBSDSTAT}
>>>> +LIBADD=        bsdstat
>>>>
>>>>  opt_ah.h:
>>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>>>> #################
>>>>
>>>> reverting gives me this:
>>>>
>>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
>>>> athstats.o: In function `athstats_new':
>>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>>>> clang: error: linker command failed with exit code 1 (use -v to see
>>>> invocation)
>>>>
>>>> If I can get around this I'd love to post those stats
>>>>
>>>
>>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" defiantly
>>> exists and the include bsdstat.h is in athstats.h...
>>> makes no sense (to me) :|
>>>
>>
>> In the mean time I checked out a version before bsdstat and I was able to
>> complie, output follows
>> % sudo athstats
>> athstats: ioctl: ath0: Invalid argument <------------------ Is this
>> expected?
>> athstats: ioctl: ath0: Invalid argument
>> 990785       data frames received
>> 559194       data frames transmit
>> 7602         tx frames with an alternate rate
>> 27634        short on-chip tx retries
>> 100075       long on-chip tx retries
>> 374          tx failed 'cuz too many retries
>> 24           mib overflow interrupts
>> 3            tx linearized to cluster
>> MCS3         current transmit rate
>> 17           beacon miss interrupts
>> 31173        rx failed 'cuz of bad CRC
>> 114          rx failed 'cuz of PHY err
>>     5            OFDM restart
>>     109          CCK restart
>> 247          periodic calibrations
>> -0/+0        TDMA slot adjust (usecs, smoothed)
>> 28           rssi of last ack
>> 40           avg recv rssi
>> -96          rx noise floor
>> 614          tx frames through raw api
>> 601749       A-MPDU sub-frames received
>> 187766       Half-GI frames received
>> 443941       40MHz frames received
>> 12776        CRC errors for non-last A-MPDU subframes
>> 198          CRC errors for last subframe in an A-MPDU
>> 558554       Frames transmitted with HT Protection
>> 169          TX Timeout
>> Antenna profile:
>> [0] tx   558817 rx    36629
>> [1] tx        0 rx   772652
>> [2] tx        0 rx    26737
>> [3] tx        0 rx    30276
>> [4] tx        0 rx    28833
>> [5] tx        0 rx    25606
>> [6] tx        0 rx    30300
>> [7] tx        0 rx    39752
>>
>>
>>
>>>
>>>
>>>>
>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>>
>>>>>> -a
>>>>>
>>>>>
>>>>
>>>
>>

From miguelmclara at gmail.com  Fri Mar 20 03:25:56 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 03:25:34 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
Message-ID: <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>

On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd <adrian at freebsd.org> wrote:

> What's the output of ifconfig -v wlan0 ?
>
> and run athstats 1 for a while whilst doing traffic, say speedtest,
> and paste the results from there.
>
>
>
> ]# ifconfig -v wlan0


wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether e0:06:e6:aa:bf:5b
        inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
        media: IEEE 802.11 Wireless Ethernet MCS mode 11na
        status: associated
        ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid
60:a4:4c:28:13:c4
        regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i -wps
        -tsn privacy ON deftxkey UNDEF
        AES-CCM 2:128-bit
        AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30
        txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
        11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
        11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
        11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
        turboA  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
        turboG  ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
        sturbo  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
        11na    ucast NONE    mgmt 12 MCS  mcast 12 MCS  maxretry 6
        11ng    ucast NONE    mgmt  2 MCS  mcast  2 MCS  maxretry 6
        half    ucast NONE    mgmt  3 Mb/s mcast  3 Mb/s maxretry 6
        quarter ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
        scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
        roam:11a     rssi    7dBm rate 12 Mb/s
        roam:11b     rssi    7dBm rate  1 Mb/s
        roam:11g     rssi    7dBm rate  5 Mb/s
        roam:turboA  rssi    7dBm rate 12 Mb/s
        roam:turboG  rssi    7dBm rate 12 Mb/s
        roam:sturbo  rssi    7dBm rate 12 Mb/s
        roam:11na    rssi    7dBm  MCS  1
        roam:11ng    rssi    7dBm  MCS  1
        roam:half    rssi    7dBm rate  6 Mb/s
        roam:quarter rssi    7dBm rate  3 Mb/s
        -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity 4
        amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds
        roaming MANUAL bintval 100
        AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
              cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
        AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
              cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
        AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
              cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
        AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
              cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
        groups: wlan

Going to recompile and I'll re-run athstats

> -a
>
>
> On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and recompile!
> >
> >
> > -a
> >
> >
> > On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com> wrote:
> >>
> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com>
> >> wrote:
> >>>
> >>>
> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com>
> >>> wrote:
> >>>>
> >>>>
> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <miguelmclara at gmail.com
> >
> >>>> wrote:
> >>>>>
> >>>>>
> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
> >>>>> wrote:
> >>>>>>
> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
> >>>>>>
> >>>>>> i wonder what the signal level and retransmit rates are.
> >>>>>
> >>>>>
> >>>>> Not sure hwo to do that... do I need ath_debug?
> >>>>>
> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
> >>>>>
> >>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
> >>>>> -I/usr/src/tools/tools/ath/athstats
> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
> >>>>>
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI
> -DATH_SUPPORT_TDMA
> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
> >>>>>
> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
> >>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o
> athstats
> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
> >>>>> /usr/bin/ld: cannot find -lbsdstat
> >>>>> clang: error: linker command failed with exit code 1 (use -v to see
> >>>>> invocation)
> >>>>> *** Error code 1
> >>>>>
> >>>>> Stop.
> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats
> >>>>>
> >>>>> I installed bsdstats but after make clean;make  I still get the same.
> >>>>
> >>>>
> >>>> Oh wait:
> >>>> -L/usr/src/lib/libbsdstat -lbsdstat
> >>>>
> >>>> /usr/bin/ld: cannot find -lbsdstat
> >>>>
> >>>> Should it look in /usr/private?
> >>>>
> >>>> Or maybe not... I saw this:
> >>>> ######################
> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
> >>>> Author: bapt <bapt at FreeBSD.org>
> >>>> Date:   Tue Nov 25 22:37:27 2014 +0000
> >>>>
> >>>>     Convert to LIBADD
> >>>>
> >>>> Notes:
> >>>>     svn path=/head/; revision=275084
> >>>>
> >>>> diff --git a/tools/tools/ath/athstats/Makefile
> >>>> b/tools/tools/ath/athstats/Makefile
> >>>> index 8d1bfa6..a7ff43b 100644
> >>>> --- a/tools/tools/ath/athstats/Makefile
> >>>> +++ b/tools/tools/ath/athstats/Makefile
> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
> >>>>
> >>>>  CFLAGS.clang+= -fbracket-depth=512
> >>>>
> >>>> -USEPRIVATELIB= bsdstat
> >>>> -
> >>>> -LDADD= ${LDBSDSTAT}
> >>>> +LIBADD=        bsdstat
> >>>>
> >>>>  opt_ah.h:
> >>>>         echo "#define AH_DEBUG 1" > opt_ah.h
> >>>> #################
> >>>>
> >>>> reverting gives me this:
> >>>>
> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
> >>>> athstats.o: In function `athstats_new':
> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
> >>>> clang: error: linker command failed with exit code 1 (use -v to see
> >>>> invocation)
> >>>>
> >>>> If I can get around this I'd love to post those stats
> >>>>
> >>>
> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init"
> defiantly
> >>> exists and the include bsdstat.h is in athstats.h...
> >>> makes no sense (to me) :|
> >>>
> >>
> >> In the mean time I checked out a version before bsdstat and I was able
> to
> >> complie, output follows
> >> % sudo athstats
> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this
> >> expected?
> >> athstats: ioctl: ath0: Invalid argument
> >> 990785       data frames received
> >> 559194       data frames transmit
> >> 7602         tx frames with an alternate rate
> >> 27634        short on-chip tx retries
> >> 100075       long on-chip tx retries
> >> 374          tx failed 'cuz too many retries
> >> 24           mib overflow interrupts
> >> 3            tx linearized to cluster
> >> MCS3         current transmit rate
> >> 17           beacon miss interrupts
> >> 31173        rx failed 'cuz of bad CRC
> >> 114          rx failed 'cuz of PHY err
> >>     5            OFDM restart
> >>     109          CCK restart
> >> 247          periodic calibrations
> >> -0/+0        TDMA slot adjust (usecs, smoothed)
> >> 28           rssi of last ack
> >> 40           avg recv rssi
> >> -96          rx noise floor
> >> 614          tx frames through raw api
> >> 601749       A-MPDU sub-frames received
> >> 187766       Half-GI frames received
> >> 443941       40MHz frames received
> >> 12776        CRC errors for non-last A-MPDU subframes
> >> 198          CRC errors for last subframe in an A-MPDU
> >> 558554       Frames transmitted with HT Protection
> >> 169          TX Timeout
> >> Antenna profile:
> >> [0] tx   558817 rx    36629
> >> [1] tx        0 rx   772652
> >> [2] tx        0 rx    26737
> >> [3] tx        0 rx    30276
> >> [4] tx        0 rx    28833
> >> [5] tx        0 rx    25606
> >> [6] tx        0 rx    30300
> >> [7] tx        0 rx    39752
> >>
> >>
> >>
> >>>
> >>>
> >>>>
> >>>>>
> >>>>>> Thanks,
> >>>>>>
> >>>>>>
> >>>>>> -a
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
>

From bugzilla-noreply at freebsd.org  Fri Mar 20 05:06:08 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 20 Mar 2015 05:06:08 +0000
Subject: [Bug 198298] [ath] ath_edma_rxbuf_alloc()/ath_edma_rxfifo_alloc()
 causes system lockup when RX buffers are exausted
In-Reply-To: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198298-21060-pBojn7uqs7@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198298

Adrian Chadd <adrian at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |adrian at freebsd.org

--- Comment #1 from Adrian Chadd <adrian at freebsd.org> ---
Which laptop hardware is this?

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Fri Mar 20 05:15:31 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 20 Mar 2015 05:15:31 +0000
Subject: [Bug 198298] [ath] ath_edma_rxbuf_alloc()/ath_edma_rxfifo_alloc()
 causes system lockup when RX buffers are exausted
In-Reply-To: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198298-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198298-21060-D2HcIw7t5m@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198298

--- Comment #2 from Adrian Chadd <adrian at freebsd.org> ---
I don't know why it's locking up your system - maybe this condition is causing
an interrupt storm from ath(4) and I'm not handling it right.

The EDMA NICs try to be smart, and I'm tempted to rip out the smart bits and
replace it with not-smart bits:

* the interrupt handler pulls out completed descriptors, pushes in fresh ones,
and puts the completed descriptors into a pending queue
* .. and then schedules a taskqueue.

* Then when the RX taskqueue runs, it handles RX of each packet and returns
now-free descriptors to the hardware.

It's possible that something is making that taskqueue not run and the RX path
runs out of descriptors.

Now, as to why .. hm. I'd like to figure that out.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From miguelmclara at gmail.com  Fri Mar 20 14:42:08 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 14:41:46 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
Message-ID: <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>

On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd <adrian at freebsd.org> wrote:
>
>> What's the output of ifconfig -v wlan0 ?
>>
>> and run athstats 1 for a while whilst doing traffic, say speedtest,
>> and paste the results from there.
>>
>>
>>
>> ]# ifconfig -v wlan0
>
>
> wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>         ether e0:06:e6:aa:bf:5b
>         inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255
>         nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>         media: IEEE 802.11 Wireless Ethernet MCS mode 11na
>         status: associated
>         ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid
> 60:a4:4c:28:13:c4
>         regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i -wps
>         -tsn privacy ON deftxkey UNDEF
>         AES-CCM 2:128-bit
>         AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30
>         txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
>         11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>         11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>         11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>         turboA  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>         turboG  ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>         sturbo  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>         11na    ucast NONE    mgmt 12 MCS  mcast 12 MCS  maxretry 6
>         11ng    ucast NONE    mgmt  2 MCS  mcast  2 MCS  maxretry 6
>         half    ucast NONE    mgmt  3 Mb/s mcast  3 Mb/s maxretry 6
>         quarter ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>         scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
>         roam:11a     rssi    7dBm rate 12 Mb/s
>         roam:11b     rssi    7dBm rate  1 Mb/s
>         roam:11g     rssi    7dBm rate  5 Mb/s
>         roam:turboA  rssi    7dBm rate 12 Mb/s
>         roam:turboG  rssi    7dBm rate 12 Mb/s
>         roam:sturbo  rssi    7dBm rate 12 Mb/s
>         roam:11na    rssi    7dBm  MCS  1
>         roam:11ng    rssi    7dBm  MCS  1
>         roam:half    rssi    7dBm rate  6 Mb/s
>         roam:quarter rssi    7dBm rate  3 Mb/s
>         -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity 4
>         amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds
>         roaming MANUAL bintval 100
>         AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
>               cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
>         AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
>               cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
>         AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
>               cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
>         AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
>               cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
>         groups: wlan
>
> Going to recompile and I'll re-run athstats
>

Hum it seems that after the recompile/reboot things are a bit better...

[miguelc at r2d2:~ ]% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 22.599 ms
Testing download speed........................................
Download: 91.17 Mbits/s
Testing upload speed..................................................
Upload: 9.48 Mbits/s
[miguelc at r2d2:~ ]% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 5.164 ms
Testing download speed........................................
Download: 93.21 Mbits/s
Testing upload speed..................................................
Upload: 10.65 Mbits/s

###########################################
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.01   sec  1.42 MBytes  11.8 Mbits/sec
[  4]   1.01-2.00   sec  5.66 KBytes  46.7 Kbits/sec
[  4]   2.00-3.00   sec  3.94 MBytes  33.1 Mbits/sec
[  4]   3.00-4.00   sec  4.15 MBytes  34.8 Mbits/sec
[  4]   4.00-5.00   sec  4.52 MBytes  37.9 Mbits/sec
[  4]   5.00-6.00   sec  4.44 MBytes  37.3 Mbits/sec
[  4]   6.00-7.00   sec  4.44 MBytes  37.3 Mbits/sec
[  4]   7.00-8.00   sec  4.36 MBytes  36.6 Mbits/sec
[  4]   8.00-9.00   sec  6.67 MBytes  55.9 Mbits/sec
[  4]   9.00-10.00  sec  5.45 MBytes  45.7 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  39.4 MBytes  33.1 Mbits/sec                  sender
[  4]   0.00-10.00  sec  38.9 MBytes  32.6 Mbits/sec
 receiver

( First Iperf was run on purpose in the middle of the first speedtest (and
while runing athstats 1)
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  6.20 MBytes  52.0 Mbits/sec
[  4]   1.00-2.00   sec  6.46 MBytes  54.2 Mbits/sec
[  4]   2.00-3.00   sec  6.55 MBytes  55.0 Mbits/sec
[  4]   3.00-4.00   sec  8.64 MBytes  72.5 Mbits/sec
[  4]   4.00-5.00   sec  8.50 MBytes  71.3 Mbits/sec
[  4]   5.00-6.00   sec  8.81 MBytes  73.9 Mbits/sec
[  4]   6.00-7.00   sec  9.24 MBytes  77.5 Mbits/sec
[  4]   7.00-8.00   sec  8.87 MBytes  74.4 Mbits/sec
[  4]   8.00-9.00   sec  8.68 MBytes  72.8 Mbits/sec
[  4]   9.00-10.00  sec  8.94 MBytes  75.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  80.9 MBytes  67.8 Mbits/sec                  sender
[  4]   0.00-10.00  sec  80.6 MBytes  67.6 Mbits/sec
 receiver
############################################################

athstats ==> http://pastebin.com/zXhG6FWc

things look better, even had better results before though, but I would
still consider this ok if it keeps this state...

-a
>>
>>
>> On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and recompile!
>> >
>> >
>> > -a
>> >
>> >
>> > On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com> wrote:
>> >>
>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com>
>> >> wrote:
>> >>>
>> >>>
>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <miguelmclara at gmail.com
>> >
>> >>> wrote:
>> >>>>
>> >>>>
>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <
>> miguelmclara at gmail.com>
>> >>>> wrote:
>> >>>>>
>> >>>>>
>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>> >>>>>>
>> >>>>>> i wonder what the signal level and retransmit rates are.
>> >>>>>
>> >>>>>
>> >>>>> Not sure hwo to do that... do I need ath_debug?
>> >>>>>
>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>> >>>>>
>> >>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>> >>>>> -I/usr/src/tools/tools/ath/athstats
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>> >>>>>
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI
>> -DATH_SUPPORT_TDMA
>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>> >>>>>
>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>> >>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o
>> athstats
>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>> >>>>> /usr/bin/ld: cannot find -lbsdstat
>> >>>>> clang: error: linker command failed with exit code 1 (use -v to see
>> >>>>> invocation)
>> >>>>> *** Error code 1
>> >>>>>
>> >>>>> Stop.
>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>> >>>>>
>> >>>>> I installed bsdstats but after make clean;make  I still get the
>> same.
>> >>>>
>> >>>>
>> >>>> Oh wait:
>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat
>> >>>>
>> >>>> /usr/bin/ld: cannot find -lbsdstat
>> >>>>
>> >>>> Should it look in /usr/private?
>> >>>>
>> >>>> Or maybe not... I saw this:
>> >>>> ######################
>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>> >>>> Author: bapt <bapt at FreeBSD.org>
>> >>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>> >>>>
>> >>>>     Convert to LIBADD
>> >>>>
>> >>>> Notes:
>> >>>>     svn path=/head/; revision=275084
>> >>>>
>> >>>> diff --git a/tools/tools/ath/athstats/Makefile
>> >>>> b/tools/tools/ath/athstats/Makefile
>> >>>> index 8d1bfa6..a7ff43b 100644
>> >>>> --- a/tools/tools/ath/athstats/Makefile
>> >>>> +++ b/tools/tools/ath/athstats/Makefile
>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>> >>>>
>> >>>>  CFLAGS.clang+= -fbracket-depth=512
>> >>>>
>> >>>> -USEPRIVATELIB= bsdstat
>> >>>> -
>> >>>> -LDADD= ${LDBSDSTAT}
>> >>>> +LIBADD=        bsdstat
>> >>>>
>> >>>>  opt_ah.h:
>> >>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>> >>>> #################
>> >>>>
>> >>>> reverting gives me this:
>> >>>>
>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o athstats.o
>> >>>> athstats.o: In function `athstats_new':
>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>> >>>> clang: error: linker command failed with exit code 1 (use -v to see
>> >>>> invocation)
>> >>>>
>> >>>> If I can get around this I'd love to post those stats
>> >>>>
>> >>>
>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init"
>> defiantly
>> >>> exists and the include bsdstat.h is in athstats.h...
>> >>> makes no sense (to me) :|
>> >>>
>> >>
>> >> In the mean time I checked out a version before bsdstat and I was able
>> to
>> >> complie, output follows
>> >> % sudo athstats
>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this
>> >> expected?
>> >> athstats: ioctl: ath0: Invalid argument
>> >> 990785       data frames received
>> >> 559194       data frames transmit
>> >> 7602         tx frames with an alternate rate
>> >> 27634        short on-chip tx retries
>> >> 100075       long on-chip tx retries
>> >> 374          tx failed 'cuz too many retries
>> >> 24           mib overflow interrupts
>> >> 3            tx linearized to cluster
>> >> MCS3         current transmit rate
>> >> 17           beacon miss interrupts
>> >> 31173        rx failed 'cuz of bad CRC
>> >> 114          rx failed 'cuz of PHY err
>> >>     5            OFDM restart
>> >>     109          CCK restart
>> >> 247          periodic calibrations
>> >> -0/+0        TDMA slot adjust (usecs, smoothed)
>> >> 28           rssi of last ack
>> >> 40           avg recv rssi
>> >> -96          rx noise floor
>> >> 614          tx frames through raw api
>> >> 601749       A-MPDU sub-frames received
>> >> 187766       Half-GI frames received
>> >> 443941       40MHz frames received
>> >> 12776        CRC errors for non-last A-MPDU subframes
>> >> 198          CRC errors for last subframe in an A-MPDU
>> >> 558554       Frames transmitted with HT Protection
>> >> 169          TX Timeout
>> >> Antenna profile:
>> >> [0] tx   558817 rx    36629
>> >> [1] tx        0 rx   772652
>> >> [2] tx        0 rx    26737
>> >> [3] tx        0 rx    30276
>> >> [4] tx        0 rx    28833
>> >> [5] tx        0 rx    25606
>> >> [6] tx        0 rx    30300
>> >> [7] tx        0 rx    39752
>> >>
>> >>
>> >>
>> >>>
>> >>>
>> >>>>
>> >>>>>
>> >>>>>> Thanks,
>> >>>>>>
>> >>>>>>
>> >>>>>> -a
>> >>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>
>>
>
>

From miguelmclara at gmail.com  Fri Mar 20 14:42:49 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Fri, 20 Mar 2015 14:42:28 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
Message-ID: <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>

On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>
>>
>> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd <adrian at freebsd.org> wrote:
>>
>>> What's the output of ifconfig -v wlan0 ?
>>>
>>> and run athstats 1 for a while whilst doing traffic, say speedtest,
>>> and paste the results from there.
>>>
>>>
>>>
>>> ]# ifconfig -v wlan0
>>
>>
>> wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
>> 1500
>>         ether e0:06:e6:aa:bf:5b
>>         inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255
>>         nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>>         media: IEEE 802.11 Wireless Ethernet MCS mode 11na
>>         status: associated
>>         ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid
>> 60:a4:4c:28:13:c4
>>         regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i -wps
>>         -tsn privacy ON deftxkey UNDEF
>>         AES-CCM 2:128-bit
>>         AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30
>>         txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
>>         11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>         11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>         11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>         turboA  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>         turboG  ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>         sturbo  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>         11na    ucast NONE    mgmt 12 MCS  mcast 12 MCS  maxretry 6
>>         11ng    ucast NONE    mgmt  2 MCS  mcast  2 MCS  maxretry 6
>>         half    ucast NONE    mgmt  3 Mb/s mcast  3 Mb/s maxretry 6
>>         quarter ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>         scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
>>         roam:11a     rssi    7dBm rate 12 Mb/s
>>         roam:11b     rssi    7dBm rate  1 Mb/s
>>         roam:11g     rssi    7dBm rate  5 Mb/s
>>         roam:turboA  rssi    7dBm rate 12 Mb/s
>>         roam:turboG  rssi    7dBm rate 12 Mb/s
>>         roam:sturbo  rssi    7dBm rate 12 Mb/s
>>         roam:11na    rssi    7dBm  MCS  1
>>         roam:11ng    rssi    7dBm  MCS  1
>>         roam:half    rssi    7dBm rate  6 Mb/s
>>         roam:quarter rssi    7dBm rate  3 Mb/s
>>         -pureg protmode CTS ht htcompat ampdu ampdulimit 64k ampdudensity
>> 4
>>         amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds
>>         roaming MANUAL bintval 100
>>         AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
>>               cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
>>         AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
>>               cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
>>         AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
>>               cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
>>         AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
>>               cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
>>         groups: wlan
>>
>> Going to recompile and I'll re-run athstats
>>
>
> Hum it seems that after the recompile/reboot things are a bit better...
>
> [miguelc at r2d2:~ ]% speedtest
> Retrieving speedtest.net configuration...
> Retrieving speedtest.net server list...
> Testing from Vodafone Portugal (89.114.40.155)...
> Selecting best server based on latency...
> Hosted by Vodafone PT (Porto) [16.63 km]: 22.599 ms
> Testing download speed........................................
> Download: 91.17 Mbits/s
> Testing upload speed..................................................
> Upload: 9.48 Mbits/s
> [miguelc at r2d2:~ ]% speedtest
> Retrieving speedtest.net configuration...
> Retrieving speedtest.net server list...
> Testing from Vodafone Portugal (89.114.40.155)...
> Selecting best server based on latency...
> Hosted by Vodafone PT (Porto) [16.63 km]: 5.164 ms
> Testing download speed........................................
> Download: 93.21 Mbits/s
> Testing upload speed..................................................
> Upload: 10.65 Mbits/s
>
> ###########################################
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-1.01   sec  1.42 MBytes  11.8 Mbits/sec
> [  4]   1.01-2.00   sec  5.66 KBytes  46.7 Kbits/sec
> [  4]   2.00-3.00   sec  3.94 MBytes  33.1 Mbits/sec
> [  4]   3.00-4.00   sec  4.15 MBytes  34.8 Mbits/sec
> [  4]   4.00-5.00   sec  4.52 MBytes  37.9 Mbits/sec
> [  4]   5.00-6.00   sec  4.44 MBytes  37.3 Mbits/sec
> [  4]   6.00-7.00   sec  4.44 MBytes  37.3 Mbits/sec
> [  4]   7.00-8.00   sec  4.36 MBytes  36.6 Mbits/sec
> [  4]   8.00-9.00   sec  6.67 MBytes  55.9 Mbits/sec
> [  4]   9.00-10.00  sec  5.45 MBytes  45.7 Mbits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-10.00  sec  39.4 MBytes  33.1 Mbits/sec
>  sender
> [  4]   0.00-10.00  sec  38.9 MBytes  32.6 Mbits/sec
>  receiver
>
> ( First Iperf was run on purpose in the middle of the first speedtest (and
> while runing athstats 1)
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-1.00   sec  6.20 MBytes  52.0 Mbits/sec
> [  4]   1.00-2.00   sec  6.46 MBytes  54.2 Mbits/sec
> [  4]   2.00-3.00   sec  6.55 MBytes  55.0 Mbits/sec
> [  4]   3.00-4.00   sec  8.64 MBytes  72.5 Mbits/sec
> [  4]   4.00-5.00   sec  8.50 MBytes  71.3 Mbits/sec
> [  4]   5.00-6.00   sec  8.81 MBytes  73.9 Mbits/sec
> [  4]   6.00-7.00   sec  9.24 MBytes  77.5 Mbits/sec
> [  4]   7.00-8.00   sec  8.87 MBytes  74.4 Mbits/sec
> [  4]   8.00-9.00   sec  8.68 MBytes  72.8 Mbits/sec
> [  4]   9.00-10.00  sec  8.94 MBytes  75.0 Mbits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-10.00  sec  80.9 MBytes  67.8 Mbits/sec
>  sender
> [  4]   0.00-10.00  sec  80.6 MBytes  67.6 Mbits/sec
>  receiver
> ############################################################
>
> athstats ==> http://pastebin.com/zXhG6FWc
>
> typo:

> things look better, *I've* had better results before though, but I would
> still consider this ok if it keeps this state...
>
> -a
>>>
>>>
>>> On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
>>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and
>>> recompile!
>>> >
>>> >
>>> > -a
>>> >
>>> >
>>> > On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com>
>>> wrote:
>>> >>
>>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <miguelmclara at gmail.com
>>> >
>>> >> wrote:
>>> >>>
>>> >>>
>>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <
>>> miguelmclara at gmail.com>
>>> >>> wrote:
>>> >>>>
>>> >>>>
>>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <
>>> miguelmclara at gmail.com>
>>> >>>> wrote:
>>> >>>>>
>>> >>>>>
>>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org>
>>> >>>>> wrote:
>>> >>>>>>
>>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>> >>>>>>
>>> >>>>>> i wonder what the signal level and retransmit rates are.
>>> >>>>>
>>> >>>>>
>>> >>>>> Not sure hwo to do that... do I need ath_debug?
>>> >>>>>
>>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to "make"
>>> >>>>>
>>> >>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>> >>>>> -I/usr/src/tools/tools/ath/athstats
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>> >>>>>
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI
>>> -DATH_SUPPORT_TDMA
>>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>> >>>>>
>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>> >>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private -o
>>> athstats
>>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>> >>>>> /usr/bin/ld: cannot find -lbsdstat
>>> >>>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> >>>>> invocation)
>>> >>>>> *** Error code 1
>>> >>>>>
>>> >>>>> Stop.
>>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>> >>>>>
>>> >>>>> I installed bsdstats but after make clean;make  I still get the
>>> same.
>>> >>>>
>>> >>>>
>>> >>>> Oh wait:
>>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat
>>> >>>>
>>> >>>> /usr/bin/ld: cannot find -lbsdstat
>>> >>>>
>>> >>>> Should it look in /usr/private?
>>> >>>>
>>> >>>> Or maybe not... I saw this:
>>> >>>> ######################
>>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>>> >>>> Author: bapt <bapt at FreeBSD.org>
>>> >>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>> >>>>
>>> >>>>     Convert to LIBADD
>>> >>>>
>>> >>>> Notes:
>>> >>>>     svn path=/head/; revision=275084
>>> >>>>
>>> >>>> diff --git a/tools/tools/ath/athstats/Makefile
>>> >>>> b/tools/tools/ath/athstats/Makefile
>>> >>>> index 8d1bfa6..a7ff43b 100644
>>> >>>> --- a/tools/tools/ath/athstats/Makefile
>>> >>>> +++ b/tools/tools/ath/athstats/Makefile
>>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>> >>>>
>>> >>>>  CFLAGS.clang+= -fbracket-depth=512
>>> >>>>
>>> >>>> -USEPRIVATELIB= bsdstat
>>> >>>> -
>>> >>>> -LDADD= ${LDBSDSTAT}
>>> >>>> +LIBADD=        bsdstat
>>> >>>>
>>> >>>>  opt_ah.h:
>>> >>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>>> >>>> #################
>>> >>>>
>>> >>>> reverting gives me this:
>>> >>>>
>>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o
>>> athstats.o
>>> >>>> athstats.o: In function `athstats_new':
>>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>>> >>>> clang: error: linker command failed with exit code 1 (use -v to see
>>> >>>> invocation)
>>> >>>>
>>> >>>> If I can get around this I'd love to post those stats
>>> >>>>
>>> >>>
>>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init"
>>> defiantly
>>> >>> exists and the include bsdstat.h is in athstats.h...
>>> >>> makes no sense (to me) :|
>>> >>>
>>> >>
>>> >> In the mean time I checked out a version before bsdstat and I was
>>> able to
>>> >> complie, output follows
>>> >> % sudo athstats
>>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this
>>> >> expected?
>>> >> athstats: ioctl: ath0: Invalid argument
>>> >> 990785       data frames received
>>> >> 559194       data frames transmit
>>> >> 7602         tx frames with an alternate rate
>>> >> 27634        short on-chip tx retries
>>> >> 100075       long on-chip tx retries
>>> >> 374          tx failed 'cuz too many retries
>>> >> 24           mib overflow interrupts
>>> >> 3            tx linearized to cluster
>>> >> MCS3         current transmit rate
>>> >> 17           beacon miss interrupts
>>> >> 31173        rx failed 'cuz of bad CRC
>>> >> 114          rx failed 'cuz of PHY err
>>> >>     5            OFDM restart
>>> >>     109          CCK restart
>>> >> 247          periodic calibrations
>>> >> -0/+0        TDMA slot adjust (usecs, smoothed)
>>> >> 28           rssi of last ack
>>> >> 40           avg recv rssi
>>> >> -96          rx noise floor
>>> >> 614          tx frames through raw api
>>> >> 601749       A-MPDU sub-frames received
>>> >> 187766       Half-GI frames received
>>> >> 443941       40MHz frames received
>>> >> 12776        CRC errors for non-last A-MPDU subframes
>>> >> 198          CRC errors for last subframe in an A-MPDU
>>> >> 558554       Frames transmitted with HT Protection
>>> >> 169          TX Timeout
>>> >> Antenna profile:
>>> >> [0] tx   558817 rx    36629
>>> >> [1] tx        0 rx   772652
>>> >> [2] tx        0 rx    26737
>>> >> [3] tx        0 rx    30276
>>> >> [4] tx        0 rx    28833
>>> >> [5] tx        0 rx    25606
>>> >> [6] tx        0 rx    30300
>>> >> [7] tx        0 rx    39752
>>> >>
>>> >>
>>> >>
>>> >>>
>>> >>>
>>> >>>>
>>> >>>>>
>>> >>>>>> Thanks,
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> -a
>>> >>>>>
>>> >>>>>
>>> >>>>
>>> >>>
>>> >>
>>>
>>
>>
>

From lsrz2006 at sina.com  Sat Mar 21 03:52:44 2015
From: lsrz2006 at sina.com (lsrz2006 at sina.com)
Date: Sat, 21 Mar 2015 11:52:34 +0800 
Subject: athsurvey can't run with AR9380 and AR9285 card
Message-ID: <20150321035234.D61A94062F@webmail.sinamail.sina.com.cn>

Hello everyone.
I have a box with two wlan card, one is AR9380 and another is AR9285. The athsurvey is normal in AR9285, but has an ioctl error in AR9380.I follow the dev/ath/debuggin in freebsd wiki: https://wiki.freebsd.org/dev/ath%284%29/Debugging,  does I have some mistakes?

root at wlan:/ # athsurvey -i ath0athsurvey: ioctl: ath0: Invalid argument
root at wlan:/ # athsurvey -i ath1         min                   avg                   max
  tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%
( 0.0  0.0  0.0 95.7) ( 0.9  0.1  1.0 99.0) ( 4.0  0.7  4.3 100.0)
( 0.0  0.0  0.0 96.8) ( 0.8  0.2  1.0 99.0) ( 3.1  2.6  3.2 100.0)
( 0.0  0.0  0.0 87.3) ( 1.2  0.2  1.4 98.6) (12.5  2.6 12.8 100.0)
( 0.0  0.0  0.0 87.3) ( 1.2  0.2  1.4 98.5) (12.5  2.6 12.8 100.0)


ath0 at pci0:1:0:0:        class=0x028000 card=0x3112168c chip=0x0030168c rev=0x01 hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR9300 Wireless LAN adaptor'
    class      = network
ath1 at pci0:2:0:0:        class=0x028000 card=0x3040103c chip=0x002b168c rev=0x01 hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR9285 Wireless Network Adapter (PCI-Express)'


root at wlan:/ # sysctl dev.ath.1.debugdev.ath.1.debug: 9223372036854775807
root at wlan:/ # sysctl dev.ath.0.debugdev.ath.0.debug: 9223372036854775807
root at wlan:/ # sysctl hw.ath.debug
hw.ath.debug: 4294967295



From adrian at freebsd.org  Sat Mar 21 03:58:09 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Fri, 20 Mar 2015 20:58:08 -0700
Subject: athsurvey can't run with AR9380 and AR9285 card
In-Reply-To: <20150321035234.D61A94062F@webmail.sinamail.sina.com.cn>
References: <20150321035234.D61A94062F@webmail.sinamail.sina.com.cn>
Message-ID: <CAJ-VmomugSAv28qQqbzUBW-sgo7SuXr6mwzOR=YH0ojVeeeHWg@mail.gmail.com>

I still haven't finished adding the freebsd diagnostic API to the AR9300 HAl.

I'll see what I can do about it this weekend.


-a


On 20 March 2015 at 20:52,  <lsrz2006 at sina.com> wrote:
> Hello everyone.
> I have a box with two wlan card, one is AR9380 and another is AR9285. The athsurvey is normal in AR9285, but has an ioctl error in AR9380.I follow the dev/ath/debuggin in freebsd wiki: https://wiki.freebsd.org/dev/ath%284%29/Debugging,  does I have some mistakes?
>
> root at wlan:/ # athsurvey -i ath0athsurvey: ioctl: ath0: Invalid argument
> root at wlan:/ # athsurvey -i ath1         min                   avg                   max
>   tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%    tx%  rx%  bc%  ec%
> ( 0.0  0.0  0.0 95.7) ( 0.9  0.1  1.0 99.0) ( 4.0  0.7  4.3 100.0)
> ( 0.0  0.0  0.0 96.8) ( 0.8  0.2  1.0 99.0) ( 3.1  2.6  3.2 100.0)
> ( 0.0  0.0  0.0 87.3) ( 1.2  0.2  1.4 98.6) (12.5  2.6 12.8 100.0)
> ( 0.0  0.0  0.0 87.3) ( 1.2  0.2  1.4 98.5) (12.5  2.6 12.8 100.0)
>
>
> ath0 at pci0:1:0:0:        class=0x028000 card=0x3112168c chip=0x0030168c rev=0x01 hdr=0x00
>     vendor     = 'Atheros Communications Inc.'
>     device     = 'AR9300 Wireless LAN adaptor'
>     class      = network
> ath1 at pci0:2:0:0:        class=0x028000 card=0x3040103c chip=0x002b168c rev=0x01 hdr=0x00
>     vendor     = 'Atheros Communications Inc.'
>     device     = 'AR9285 Wireless Network Adapter (PCI-Express)'
>
>
> root at wlan:/ # sysctl dev.ath.1.debugdev.ath.1.debug: 9223372036854775807
> root at wlan:/ # sysctl dev.ath.0.debugdev.ath.0.debug: 9223372036854775807
> root at wlan:/ # sysctl hw.ath.debug
> hw.ath.debug: 4294967295
>
>
> _______________________________________________
> freebsd-wireless at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe at freebsd.org"

From bugzilla-noreply at freebsd.org  Sat Mar 21 07:01:49 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 21 Mar 2015 07:01:49 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
In-Reply-To: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198680-21060-Pr1bSRDvJT@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

--- Comment #4 from Adrian Chadd <adrian at freebsd.org> ---
ok, compile in IEEE80211_DEBUG, then do this with:

wlandebug +scan +assoc

I bet what we'll see is:

Mar 20 23:57:16 lucy-11i386 kernel: - c4:3d:c7:6c:5f:14 c4:3d:c7:6c:5f:14    6!
  16  11M!  ess   no  "Sridhar 2.4G (Netgear2)"

.. the SSID is what I'm trying to associate to here.

I bet the scan code is mis-comparing the channels. (ie, the 6!)

What I see is:

Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_task: chan   1b ->   6b
[active, dwell min 20ms max 200ms]
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_curchan: calling; maxdwell=200
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_task: waiting
Mar 20 23:57:12 lucy-11i386 kernel: [b2:ca:b5:aa:b2:00] new beacon on chan 6
(bss chan 6) "" rssi 16
Mar 20 23:57:12 lucy-11i386 kernel: [b2:ca:b5:aa:b2:00] caps 0x411 bintval 100
erp 0x104 country [US  1-11,20]
Mar 20 23:57:12 lucy-11i386 kernel: [b6:ca:b5:aa:b2:00] new beacon on chan 6
(bss chan 6) "xfinitywifi" rssi 15
Mar 20 23:57:12 lucy-11i386 kernel: [b6:ca:b5:aa:b2:00] caps 0x401 bintval 100
erp 0x104 country [US  1-11,20]
Mar 20 23:57:12 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] new beacon on chan 6
(bss chan 6) "Sridhar 2.4G (Netgear2)" rssi 15
Mar 20 23:57:12 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] caps 0x401 bintval 100
erp 0x100
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: ieee80211_swscan_add_scan: chan   6b
min dwell met (2401585927 > 2401585885)
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_mindwell: called
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_task: loop start; scandone=0
Mar 20 23:57:12 lucy-11i386 kernel: wlan1: scan_task: chan   6b ->  11b
[active, dwell min 20ms max 200ms]

.. ok, so now let's try without the mode:

Mar 20 23:59:09 lucy-11i386 kernel: + c4:3d:c7:6c:5f:14 c4:3d:c7:6c:5f:14    6 
  14  54M   ess   no  "Sridhar 2.4G (Netgear2)"

.. and it associated.

Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_task: chan   1g ->   6g
[active, dwell min 20ms max 200ms]
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_curchan: calling; maxdwell=200
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_task: waiting
Mar 20 23:59:05 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] new probe_resp on chan
6 (bss chan 6) "Sridhar 2.4G (Netgear2)" rssi 14
Mar 20 23:59:05 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] caps 0x401 bintval 100
erp 0x100
Mar 20 23:59:05 lucy-11i386 kernel: [00:1d:d3:45:f3:f0] new beacon on chan 6
(bss chan 6) "HOME-F3F2" rssi 7
Mar 20 23:59:05 lucy-11i386 kernel: [00:1d:d3:45:f3:f0] caps 0x411 bintval 100
erp 0x104 country [US  1-11,20]
Mar 20 23:59:05 lucy-11i386 kernel: [d8:97:ba:cf:f5:b8] new beacon on chan 6
(bss chan 6) "HOME-72F7-2.4" rssi 20
Mar 20 23:59:05 lucy-11i386 kernel: [d8:97:ba:cf:f5:b8] caps 0x431 bintval 100
erp 0x100 country [US  1-11,30]
Mar 20 23:59:05 lucy-11i386 kernel: [92:87:7c:3b:b5:90] new beacon on chan 6
(bss chan 6) "" rssi 5
Mar 20 23:59:05 lucy-11i386 kernel: [92:87:7c:3b:b5:90] caps 0x411 bintval 100
erp 0x104 country [US  1-11,20]
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: ieee80211_swscan_add_scan: chan   6g
min dwell met (2401699610 > 2401699579)
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_mindwell: called
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_task: loop start; scandone=0
Mar 20 23:59:05 lucy-11i386 kernel: wlan1: scan_task: chan   6g ->  11g
[active, dwell min 20ms max 200ms]

.. note that it's scanning as 6g now, not 6b.

Mar 21 00:00:40 lucy-11i386 kernel: + c4:3d:c7:6c:5f:14 c4:3d:c7:6c:5f:14    6 
  15  11M   ess   no  "Sridhar 2.4G (Netgear2)"

with:

Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_task: chan   1b ->   6b
[active, dwell min 20ms max 200ms]
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_curchan: calling; maxdwell=200
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_task: waiting
Mar 21 00:00:36 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] new beacon on chan 6
(bss chan 6) "Sridhar 2.4G (Netgear2)" rssi 15
Mar 21 00:00:36 lucy-11i386 kernel: [c4:3d:c7:6c:5f:14] caps 0x401 bintval 100
erp 0x100
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: ieee80211_swscan_add_scan: chan   6b
min dwell met (2401789910 > 2401789866)
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_mindwell: called
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_task: loop start; scandone=0
Mar 21 00:00:36 lucy-11i386 kernel: wlan1: scan_task: chan   6b ->  11b
[active, dwell min 20ms max 200ms]

.. and that's odd. It's 6b, but it doesn't work this time.

I'll have to go digging into the scan code to see how it's comparing and what
flags it's using. Ugh.

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Sat Mar 21 23:13:18 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 21 Mar 2015 23:13:18 +0000
Subject: [Bug 198558] ath(4) ar9300 generates stub_get log spam
In-Reply-To: <bug-198558-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198558-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198558-21060-dviVrBX66X@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198558

--- Comment #1 from commit-hook at freebsd.org ---
A commit references this bug:

Author: adrian
Date: Sat Mar 21 23:12:46 UTC 2015
New revision: 280334
URL: https://svnweb.freebsd.org/changeset/base/280334

Log:
  Quieten some of the log spam from AR9300 sysctl tree walk and chip
setup/reset
  path.

  * For now there's no exposed control over classic / LNA antenna diversity,
    so just stub them out.  Adding this will take quite a bit of time.

  * Add a function to fetch the CTS timeout.

  PR:        kern/198558

Changes:
  head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c

-- 
You are receiving this mail because:
You are the assignee for the bug.

From miguelmclara at gmail.com  Sun Mar 22 01:00:33 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 01:00:12 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
Message-ID: <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>

On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>
>>
>> On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara <miguelmclara at gmail.com>
>> wrote:
>>
>>>
>>> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd <adrian at freebsd.org>
>>> wrote:
>>>
>>>> What's the output of ifconfig -v wlan0 ?
>>>>
>>>> and run athstats 1 for a while whilst doing traffic, say speedtest,
>>>> and paste the results from there.
>>>>
>>>>
>>>>
>>>> ]# ifconfig -v wlan0
>>>
>>>
>>> wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
>>> 1500
>>>         ether e0:06:e6:aa:bf:5b
>>>         inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255
>>>         nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>>>         media: IEEE 802.11 Wireless Ethernet MCS mode 11na
>>>         status: associated
>>>         ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid
>>> 60:a4:4c:28:13:c4
>>>         regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i -wps
>>>         -tsn privacy ON deftxkey UNDEF
>>>         AES-CCM 2:128-bit
>>>         AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30
>>>         txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
>>>         11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>         11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>         11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>         turboA  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>         turboG  ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>         sturbo  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>         11na    ucast NONE    mgmt 12 MCS  mcast 12 MCS  maxretry 6
>>>         11ng    ucast NONE    mgmt  2 MCS  mcast  2 MCS  maxretry 6
>>>         half    ucast NONE    mgmt  3 Mb/s mcast  3 Mb/s maxretry 6
>>>         quarter ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>         scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
>>>         roam:11a     rssi    7dBm rate 12 Mb/s
>>>         roam:11b     rssi    7dBm rate  1 Mb/s
>>>         roam:11g     rssi    7dBm rate  5 Mb/s
>>>         roam:turboA  rssi    7dBm rate 12 Mb/s
>>>         roam:turboG  rssi    7dBm rate 12 Mb/s
>>>         roam:sturbo  rssi    7dBm rate 12 Mb/s
>>>         roam:11na    rssi    7dBm  MCS  1
>>>         roam:11ng    rssi    7dBm  MCS  1
>>>         roam:half    rssi    7dBm rate  6 Mb/s
>>>         roam:quarter rssi    7dBm rate  3 Mb/s
>>>         -pureg protmode CTS ht htcompat ampdu ampdulimit 64k
>>> ampdudensity 4
>>>         amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst
>>> -dwds
>>>         roaming MANUAL bintval 100
>>>         AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
>>>               cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
>>>         AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
>>>               cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
>>>         AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
>>>               cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
>>>         AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
>>>               cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
>>>         groups: wlan
>>>
>>> Going to recompile and I'll re-run athstats
>>>
>>
>> Hum it seems that after the recompile/reboot things are a bit better...
>>
>> [miguelc at r2d2:~ ]% speedtest
>> Retrieving speedtest.net configuration...
>> Retrieving speedtest.net server list...
>> Testing from Vodafone Portugal (89.114.40.155)...
>> Selecting best server based on latency...
>> Hosted by Vodafone PT (Porto) [16.63 km]: 22.599 ms
>> Testing download speed........................................
>> Download: 91.17 Mbits/s
>> Testing upload speed..................................................
>> Upload: 9.48 Mbits/s
>> [miguelc at r2d2:~ ]% speedtest
>> Retrieving speedtest.net configuration...
>> Retrieving speedtest.net server list...
>> Testing from Vodafone Portugal (89.114.40.155)...
>> Selecting best server based on latency...
>> Hosted by Vodafone PT (Porto) [16.63 km]: 5.164 ms
>> Testing download speed........................................
>> Download: 93.21 Mbits/s
>> Testing upload speed..................................................
>> Upload: 10.65 Mbits/s
>>
>> ###########################################
>> [ ID] Interval           Transfer     Bandwidth
>> [  4]   0.00-1.01   sec  1.42 MBytes  11.8 Mbits/sec
>> [  4]   1.01-2.00   sec  5.66 KBytes  46.7 Kbits/sec
>> [  4]   2.00-3.00   sec  3.94 MBytes  33.1 Mbits/sec
>> [  4]   3.00-4.00   sec  4.15 MBytes  34.8 Mbits/sec
>> [  4]   4.00-5.00   sec  4.52 MBytes  37.9 Mbits/sec
>> [  4]   5.00-6.00   sec  4.44 MBytes  37.3 Mbits/sec
>> [  4]   6.00-7.00   sec  4.44 MBytes  37.3 Mbits/sec
>> [  4]   7.00-8.00   sec  4.36 MBytes  36.6 Mbits/sec
>> [  4]   8.00-9.00   sec  6.67 MBytes  55.9 Mbits/sec
>> [  4]   9.00-10.00  sec  5.45 MBytes  45.7 Mbits/sec
>> - - - - - - - - - - - - - - - - - - - - - - - - -
>> [ ID] Interval           Transfer     Bandwidth
>> [  4]   0.00-10.00  sec  39.4 MBytes  33.1 Mbits/sec
>>  sender
>> [  4]   0.00-10.00  sec  38.9 MBytes  32.6 Mbits/sec
>>  receiver
>>
>> ( First Iperf was run on purpose in the middle of the first speedtest
>> (and while runing athstats 1)
>> [ ID] Interval           Transfer     Bandwidth
>> [  4]   0.00-1.00   sec  6.20 MBytes  52.0 Mbits/sec
>> [  4]   1.00-2.00   sec  6.46 MBytes  54.2 Mbits/sec
>> [  4]   2.00-3.00   sec  6.55 MBytes  55.0 Mbits/sec
>> [  4]   3.00-4.00   sec  8.64 MBytes  72.5 Mbits/sec
>> [  4]   4.00-5.00   sec  8.50 MBytes  71.3 Mbits/sec
>> [  4]   5.00-6.00   sec  8.81 MBytes  73.9 Mbits/sec
>> [  4]   6.00-7.00   sec  9.24 MBytes  77.5 Mbits/sec
>> [  4]   7.00-8.00   sec  8.87 MBytes  74.4 Mbits/sec
>> [  4]   8.00-9.00   sec  8.68 MBytes  72.8 Mbits/sec
>> [  4]   9.00-10.00  sec  8.94 MBytes  75.0 Mbits/sec
>> - - - - - - - - - - - - - - - - - - - - - - - - -
>> [ ID] Interval           Transfer     Bandwidth
>> [  4]   0.00-10.00  sec  80.9 MBytes  67.8 Mbits/sec
>>  sender
>> [  4]   0.00-10.00  sec  80.6 MBytes  67.6 Mbits/sec
>>  receiver
>> ############################################################
>>
>> athstats ==> http://pastebin.com/zXhG6FWc
>>
>> typo:
>
>> things look better, *I've* had better results before though, but I would
>> still consider this ok if it keeps this state...
>>
>
I left the Laptop online for quite some time (almost all day) but with no
user activiy.

I was just replying some email (as adrian might have noticed :) )and notice
the internet seemed a lot slower, and I'm back to the same reported state
in see the error messages:
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetCTSTimeout: called
ar9300_Stub_GetAntennaSwitch: called
ar9300_Stub_GetAntennaSwitch: called
ath0: ath_intr: TSFOOR


and speedtest results are very poor:
speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 5.686 ms
Testing download speed........................................
Download: 33.64 Mbits/s
Testing upload speed..................................................
Upload: 6.69 Mbits/s

I was also playing with the "Fn-F3" key was reported in the other thread
but I've done it earlier and saw no issues at the time.

I wonder then if this as something to do with long periods of inactivity
which as the first TSFOOR is ~22pm
Mar 21 21:55:10 r2d2 kernel: ath0: ath_intr: TSFOOR

Thats basicly ~the time I resumed the session, and by that I mean just
login back to lumina-DE - I did not use resume/suspend, as I was plaining
to be back sooner :)





>> -a
>>>>
>>>>
>>>> On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
>>>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and
>>>> recompile!
>>>> >
>>>> >
>>>> > -a
>>>> >
>>>> >
>>>> > On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com>
>>>> wrote:
>>>> >>
>>>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <
>>>> miguelmclara at gmail.com>
>>>> >> wrote:
>>>> >>>
>>>> >>>
>>>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <
>>>> miguelmclara at gmail.com>
>>>> >>> wrote:
>>>> >>>>
>>>> >>>>
>>>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <
>>>> miguelmclara at gmail.com>
>>>> >>>> wrote:
>>>> >>>>>
>>>> >>>>>
>>>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <adrian at freebsd.org
>>>> >
>>>> >>>>> wrote:
>>>> >>>>>>
>>>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box?
>>>> >>>>>>
>>>> >>>>>> i wonder what the signal level and retransmit rates are.
>>>> >>>>>
>>>> >>>>>
>>>> >>>>> Not sure hwo to do that... do I need ath_debug?
>>>> >>>>>
>>>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to
>>>> "make"
>>>> >>>>>
>>>> >>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>> >>>>>
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>> >>>>>
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI
>>>> -DATH_SUPPORT_TDMA
>>>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>> >>>>>
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>> >>>>>
>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>>> >>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private
>>>> -o athstats
>>>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>>> >>>>> /usr/bin/ld: cannot find -lbsdstat
>>>> >>>>> clang: error: linker command failed with exit code 1 (use -v to
>>>> see
>>>> >>>>> invocation)
>>>> >>>>> *** Error code 1
>>>> >>>>>
>>>> >>>>> Stop.
>>>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>>> >>>>>
>>>> >>>>> I installed bsdstats but after make clean;make  I still get the
>>>> same.
>>>> >>>>
>>>> >>>>
>>>> >>>> Oh wait:
>>>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat
>>>> >>>>
>>>> >>>> /usr/bin/ld: cannot find -lbsdstat
>>>> >>>>
>>>> >>>> Should it look in /usr/private?
>>>> >>>>
>>>> >>>> Or maybe not... I saw this:
>>>> >>>> ######################
>>>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>>>> >>>> Author: bapt <bapt at FreeBSD.org>
>>>> >>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>>> >>>>
>>>> >>>>     Convert to LIBADD
>>>> >>>>
>>>> >>>> Notes:
>>>> >>>>     svn path=/head/; revision=275084
>>>> >>>>
>>>> >>>> diff --git a/tools/tools/ath/athstats/Makefile
>>>> >>>> b/tools/tools/ath/athstats/Makefile
>>>> >>>> index 8d1bfa6..a7ff43b 100644
>>>> >>>> --- a/tools/tools/ath/athstats/Makefile
>>>> >>>> +++ b/tools/tools/ath/athstats/Makefile
>>>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>>> >>>>
>>>> >>>>  CFLAGS.clang+= -fbracket-depth=512
>>>> >>>>
>>>> >>>> -USEPRIVATELIB= bsdstat
>>>> >>>> -
>>>> >>>> -LDADD= ${LDBSDSTAT}
>>>> >>>> +LIBADD=        bsdstat
>>>> >>>>
>>>> >>>>  opt_ah.h:
>>>> >>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>>>> >>>> #################
>>>> >>>>
>>>> >>>> reverting gives me this:
>>>> >>>>
>>>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o
>>>> athstats.o
>>>> >>>> athstats.o: In function `athstats_new':
>>>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>>>> >>>> clang: error: linker command failed with exit code 1 (use -v to see
>>>> >>>> invocation)
>>>> >>>>
>>>> >>>> If I can get around this I'd love to post those stats
>>>> >>>>
>>>> >>>
>>>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init"
>>>> defiantly
>>>> >>> exists and the include bsdstat.h is in athstats.h...
>>>> >>> makes no sense (to me) :|
>>>> >>>
>>>> >>
>>>> >> In the mean time I checked out a version before bsdstat and I was
>>>> able to
>>>> >> complie, output follows
>>>> >> % sudo athstats
>>>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this
>>>> >> expected?
>>>> >> athstats: ioctl: ath0: Invalid argument
>>>> >> 990785       data frames received
>>>> >> 559194       data frames transmit
>>>> >> 7602         tx frames with an alternate rate
>>>> >> 27634        short on-chip tx retries
>>>> >> 100075       long on-chip tx retries
>>>> >> 374          tx failed 'cuz too many retries
>>>> >> 24           mib overflow interrupts
>>>> >> 3            tx linearized to cluster
>>>> >> MCS3         current transmit rate
>>>> >> 17           beacon miss interrupts
>>>> >> 31173        rx failed 'cuz of bad CRC
>>>> >> 114          rx failed 'cuz of PHY err
>>>> >>     5            OFDM restart
>>>> >>     109          CCK restart
>>>> >> 247          periodic calibrations
>>>> >> -0/+0        TDMA slot adjust (usecs, smoothed)
>>>> >> 28           rssi of last ack
>>>> >> 40           avg recv rssi
>>>> >> -96          rx noise floor
>>>> >> 614          tx frames through raw api
>>>> >> 601749       A-MPDU sub-frames received
>>>> >> 187766       Half-GI frames received
>>>> >> 443941       40MHz frames received
>>>> >> 12776        CRC errors for non-last A-MPDU subframes
>>>> >> 198          CRC errors for last subframe in an A-MPDU
>>>> >> 558554       Frames transmitted with HT Protection
>>>> >> 169          TX Timeout
>>>> >> Antenna profile:
>>>> >> [0] tx   558817 rx    36629
>>>> >> [1] tx        0 rx   772652
>>>> >> [2] tx        0 rx    26737
>>>> >> [3] tx        0 rx    30276
>>>> >> [4] tx        0 rx    28833
>>>> >> [5] tx        0 rx    25606
>>>> >> [6] tx        0 rx    30300
>>>> >> [7] tx        0 rx    39752
>>>> >>
>>>> >>
>>>> >>
>>>> >>>
>>>> >>>
>>>> >>>>
>>>> >>>>>
>>>> >>>>>> Thanks,
>>>> >>>>>>
>>>> >>>>>>
>>>> >>>>>> -a
>>>> >>>>>
>>>> >>>>>
>>>> >>>>
>>>> >>>
>>>> >>
>>>>
>>>
>>>
>>
>

From adrian at freebsd.org  Sun Mar 22 01:09:08 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 21 Mar 2015 18:09:07 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
Message-ID: <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>

Tsfoor means that it didn't receive enough beacons before a timeout.

I've fixed the messages in head but they're not important. Its doing
something, like scanning or something, which is generating those messages.

Do athstats 1 for a while both before and afafter it happens.

Adrian
On Mar 21, 2015 6:00 PM, "Miguel Clara" <miguelmclara at gmail.com> wrote:

>
>
> On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>
>>
>> On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara <miguelmclara at gmail.com>
>> wrote:
>>
>>>
>>> On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara <miguelmclara at gmail.com>
>>> wrote:
>>>
>>>>
>>>> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd <adrian at freebsd.org>
>>>> wrote:
>>>>
>>>>> What's the output of ifconfig -v wlan0 ?
>>>>>
>>>>> and run athstats 1 for a while whilst doing traffic, say speedtest,
>>>>> and paste the results from there.
>>>>>
>>>>>
>>>>>
>>>>> ]# ifconfig -v wlan0
>>>>
>>>>
>>>> wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
>>>> 1500
>>>>         ether e0:06:e6:aa:bf:5b
>>>>         inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255
>>>>         nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>>>>         media: IEEE 802.11 Wireless Ethernet MCS mode 11na
>>>>         status: associated
>>>>         ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid
>>>> 60:a4:4c:28:13:c4
>>>>         regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i
>>>> -wps
>>>>         -tsn privacy ON deftxkey UNDEF
>>>>         AES-CCM 2:128-bit
>>>>         AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower
>>>> 30
>>>>         txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
>>>>         11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>>         11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>>         11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>>         turboA  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>>         turboG  ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>>         sturbo  ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>>>>         11na    ucast NONE    mgmt 12 MCS  mcast 12 MCS  maxretry 6
>>>>         11ng    ucast NONE    mgmt  2 MCS  mcast  2 MCS  maxretry 6
>>>>         half    ucast NONE    mgmt  3 Mb/s mcast  3 Mb/s maxretry 6
>>>>         quarter ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>>>>         scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
>>>>         roam:11a     rssi    7dBm rate 12 Mb/s
>>>>         roam:11b     rssi    7dBm rate  1 Mb/s
>>>>         roam:11g     rssi    7dBm rate  5 Mb/s
>>>>         roam:turboA  rssi    7dBm rate 12 Mb/s
>>>>         roam:turboG  rssi    7dBm rate 12 Mb/s
>>>>         roam:sturbo  rssi    7dBm rate 12 Mb/s
>>>>         roam:11na    rssi    7dBm  MCS  1
>>>>         roam:11ng    rssi    7dBm  MCS  1
>>>>         roam:half    rssi    7dBm rate  6 Mb/s
>>>>         roam:quarter rssi    7dBm rate  3 Mb/s
>>>>         -pureg protmode CTS ht htcompat ampdu ampdulimit 64k
>>>> ampdudensity 4
>>>>         amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst
>>>> -dwds
>>>>         roaming MANUAL bintval 100
>>>>         AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
>>>>               cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
>>>>         AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
>>>>               cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
>>>>         AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
>>>>               cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
>>>>         AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
>>>>               cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
>>>>         groups: wlan
>>>>
>>>> Going to recompile and I'll re-run athstats
>>>>
>>>
>>> Hum it seems that after the recompile/reboot things are a bit better...
>>>
>>> [miguelc at r2d2:~ ]% speedtest
>>> Retrieving speedtest.net configuration...
>>> Retrieving speedtest.net server list...
>>> Testing from Vodafone Portugal (89.114.40.155)...
>>> Selecting best server based on latency...
>>> Hosted by Vodafone PT (Porto) [16.63 km]: 22.599 ms
>>> Testing download speed........................................
>>> Download: 91.17 Mbits/s
>>> Testing upload speed..................................................
>>> Upload: 9.48 Mbits/s
>>> [miguelc at r2d2:~ ]% speedtest
>>> Retrieving speedtest.net configuration...
>>> Retrieving speedtest.net server list...
>>> Testing from Vodafone Portugal (89.114.40.155)...
>>> Selecting best server based on latency...
>>> Hosted by Vodafone PT (Porto) [16.63 km]: 5.164 ms
>>> Testing download speed........................................
>>> Download: 93.21 Mbits/s
>>> Testing upload speed..................................................
>>> Upload: 10.65 Mbits/s
>>>
>>> ###########################################
>>> [ ID] Interval           Transfer     Bandwidth
>>> [  4]   0.00-1.01   sec  1.42 MBytes  11.8 Mbits/sec
>>> [  4]   1.01-2.00   sec  5.66 KBytes  46.7 Kbits/sec
>>> [  4]   2.00-3.00   sec  3.94 MBytes  33.1 Mbits/sec
>>> [  4]   3.00-4.00   sec  4.15 MBytes  34.8 Mbits/sec
>>> [  4]   4.00-5.00   sec  4.52 MBytes  37.9 Mbits/sec
>>> [  4]   5.00-6.00   sec  4.44 MBytes  37.3 Mbits/sec
>>> [  4]   6.00-7.00   sec  4.44 MBytes  37.3 Mbits/sec
>>> [  4]   7.00-8.00   sec  4.36 MBytes  36.6 Mbits/sec
>>> [  4]   8.00-9.00   sec  6.67 MBytes  55.9 Mbits/sec
>>> [  4]   9.00-10.00  sec  5.45 MBytes  45.7 Mbits/sec
>>> - - - - - - - - - - - - - - - - - - - - - - - - -
>>> [ ID] Interval           Transfer     Bandwidth
>>> [  4]   0.00-10.00  sec  39.4 MBytes  33.1 Mbits/sec
>>>  sender
>>> [  4]   0.00-10.00  sec  38.9 MBytes  32.6 Mbits/sec
>>>  receiver
>>>
>>> ( First Iperf was run on purpose in the middle of the first speedtest
>>> (and while runing athstats 1)
>>> [ ID] Interval           Transfer     Bandwidth
>>> [  4]   0.00-1.00   sec  6.20 MBytes  52.0 Mbits/sec
>>> [  4]   1.00-2.00   sec  6.46 MBytes  54.2 Mbits/sec
>>> [  4]   2.00-3.00   sec  6.55 MBytes  55.0 Mbits/sec
>>> [  4]   3.00-4.00   sec  8.64 MBytes  72.5 Mbits/sec
>>> [  4]   4.00-5.00   sec  8.50 MBytes  71.3 Mbits/sec
>>> [  4]   5.00-6.00   sec  8.81 MBytes  73.9 Mbits/sec
>>> [  4]   6.00-7.00   sec  9.24 MBytes  77.5 Mbits/sec
>>> [  4]   7.00-8.00   sec  8.87 MBytes  74.4 Mbits/sec
>>> [  4]   8.00-9.00   sec  8.68 MBytes  72.8 Mbits/sec
>>> [  4]   9.00-10.00  sec  8.94 MBytes  75.0 Mbits/sec
>>> - - - - - - - - - - - - - - - - - - - - - - - - -
>>> [ ID] Interval           Transfer     Bandwidth
>>> [  4]   0.00-10.00  sec  80.9 MBytes  67.8 Mbits/sec
>>>  sender
>>> [  4]   0.00-10.00  sec  80.6 MBytes  67.6 Mbits/sec
>>>  receiver
>>> ############################################################
>>>
>>> athstats ==> http://pastebin.com/zXhG6FWc
>>>
>>> typo:
>>
>>> things look better, *I've* had better results before though, but I would
>>> still consider this ok if it keeps this state...
>>>
>>
> I left the Laptop online for quite some time (almost all day) but with no
> user activiy.
>
> I was just replying some email (as adrian might have noticed :) )and
> notice the internet seemed a lot slower, and I'm back to the same reported
> state in see the error messages:
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetCTSTimeout: called
> ar9300_Stub_GetAntennaSwitch: called
> ar9300_Stub_GetAntennaSwitch: called
> ath0: ath_intr: TSFOOR
>
>
> and speedtest results are very poor:
> speedtest
> Retrieving speedtest.net configuration...
> Retrieving speedtest.net server list...
> Testing from Vodafone Portugal (89.114.40.155)...
> Selecting best server based on latency...
> Hosted by Vodafone PT (Porto) [16.63 km]: 5.686 ms
> Testing download speed........................................
> Download: 33.64 Mbits/s
> Testing upload speed..................................................
> Upload: 6.69 Mbits/s
>
> I was also playing with the "Fn-F3" key was reported in the other thread
> but I've done it earlier and saw no issues at the time.
>
> I wonder then if this as something to do with long periods of inactivity
> which as the first TSFOOR is ~22pm
> Mar 21 21:55:10 r2d2 kernel: ath0: ath_intr: TSFOOR
>
> Thats basicly ~the time I resumed the session, and by that I mean just
> login back to lumina-DE - I did not use resume/suspend, as I was plaining
> to be back sooner :)
>
>
>
>
>
>>> -a
>>>>>
>>>>>
>>>>> On 19 March 2015 at 20:17, Adrian Chadd <adrian at freebsd.org> wrote:
>>>>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and
>>>>> recompile!
>>>>> >
>>>>> >
>>>>> > -a
>>>>> >
>>>>> >
>>>>> > On 19 March 2015 at 19:32, Miguel Clara <miguelmclara at gmail.com>
>>>>> wrote:
>>>>> >>
>>>>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara <
>>>>> miguelmclara at gmail.com>
>>>>> >> wrote:
>>>>> >>>
>>>>> >>>
>>>>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara <
>>>>> miguelmclara at gmail.com>
>>>>> >>> wrote:
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara <
>>>>> miguelmclara at gmail.com>
>>>>> >>>> wrote:
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd <
>>>>> adrian at freebsd.org>
>>>>> >>>>> wrote:
>>>>> >>>>>>
>>>>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd
>>>>> box?
>>>>> >>>>>>
>>>>> >>>>>> i wonder what the signal level and retransmit rates are.
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> Not sure hwo to do that... do I need ath_debug?
>>>>> >>>>>
>>>>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to
>>>>> "make"
>>>>> >>>>>
>>>>> >>>>> clang -O2 -pipe   -DATH_DEFAULT='"ath0"'
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>>> >>>>>
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>>> >>>>>
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI
>>>>> -DATH_SUPPORT_TDMA
>>>>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath
>>>>> >>>>>
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal
>>>>> >>>>>
>>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal
>>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector
>>>>> >>>>> -fbracket-depth=512 -Qunused-arguments  -rpath /usr/lib/private
>>>>> -o athstats
>>>>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat
>>>>> >>>>> /usr/bin/ld: cannot find -lbsdstat
>>>>> >>>>> clang: error: linker command failed with exit code 1 (use -v to
>>>>> see
>>>>> >>>>> invocation)
>>>>> >>>>> *** Error code 1
>>>>> >>>>>
>>>>> >>>>> Stop.
>>>>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats
>>>>> >>>>>
>>>>> >>>>> I installed bsdstats but after make clean;make  I still get the
>>>>> same.
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> Oh wait:
>>>>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat
>>>>> >>>>
>>>>> >>>> /usr/bin/ld: cannot find -lbsdstat
>>>>> >>>>
>>>>> >>>> Should it look in /usr/private?
>>>>> >>>>
>>>>> >>>> Or maybe not... I saw this:
>>>>> >>>> ######################
>>>>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32
>>>>> >>>> Author: bapt <bapt at FreeBSD.org>
>>>>> >>>> Date:   Tue Nov 25 22:37:27 2014 +0000
>>>>> >>>>
>>>>> >>>>     Convert to LIBADD
>>>>> >>>>
>>>>> >>>> Notes:
>>>>> >>>>     svn path=/head/; revision=275084
>>>>> >>>>
>>>>> >>>> diff --git a/tools/tools/ath/athstats/Makefile
>>>>> >>>> b/tools/tools/ath/athstats/Makefile
>>>>> >>>> index 8d1bfa6..a7ff43b 100644
>>>>> >>>> --- a/tools/tools/ath/athstats/Makefile
>>>>> >>>> +++ b/tools/tools/ath/athstats/Makefile
>>>>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA
>>>>> >>>>
>>>>> >>>>  CFLAGS.clang+= -fbracket-depth=512
>>>>> >>>>
>>>>> >>>> -USEPRIVATELIB= bsdstat
>>>>> >>>> -
>>>>> >>>> -LDADD= ${LDBSDSTAT}
>>>>> >>>> +LIBADD=        bsdstat
>>>>> >>>>
>>>>> >>>>  opt_ah.h:
>>>>> >>>>         echo "#define AH_DEBUG 1" > opt_ah.h
>>>>> >>>> #################
>>>>> >>>>
>>>>> >>>> reverting gives me this:
>>>>> >>>>
>>>>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o
>>>>> athstats.o
>>>>> >>>> athstats.o: In function `athstats_new':
>>>>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init'
>>>>> >>>> clang: error: linker command failed with exit code 1 (use -v to
>>>>> see
>>>>> >>>> invocation)
>>>>> >>>>
>>>>> >>>> If I can get around this I'd love to post those stats
>>>>> >>>>
>>>>> >>>
>>>>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init"
>>>>> defiantly
>>>>> >>> exists and the include bsdstat.h is in athstats.h...
>>>>> >>> makes no sense (to me) :|
>>>>> >>>
>>>>> >>
>>>>> >> In the mean time I checked out a version before bsdstat and I was
>>>>> able to
>>>>> >> complie, output follows
>>>>> >> % sudo athstats
>>>>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this
>>>>> >> expected?
>>>>> >> athstats: ioctl: ath0: Invalid argument
>>>>> >> 990785       data frames received
>>>>> >> 559194       data frames transmit
>>>>> >> 7602         tx frames with an alternate rate
>>>>> >> 27634        short on-chip tx retries
>>>>> >> 100075       long on-chip tx retries
>>>>> >> 374          tx failed 'cuz too many retries
>>>>> >> 24           mib overflow interrupts
>>>>> >> 3            tx linearized to cluster
>>>>> >> MCS3         current transmit rate
>>>>> >> 17           beacon miss interrupts
>>>>> >> 31173        rx failed 'cuz of bad CRC
>>>>> >> 114          rx failed 'cuz of PHY err
>>>>> >>     5            OFDM restart
>>>>> >>     109          CCK restart
>>>>> >> 247          periodic calibrations
>>>>> >> -0/+0        TDMA slot adjust (usecs, smoothed)
>>>>> >> 28           rssi of last ack
>>>>> >> 40           avg recv rssi
>>>>> >> -96          rx noise floor
>>>>> >> 614          tx frames through raw api
>>>>> >> 601749       A-MPDU sub-frames received
>>>>> >> 187766       Half-GI frames received
>>>>> >> 443941       40MHz frames received
>>>>> >> 12776        CRC errors for non-last A-MPDU subframes
>>>>> >> 198          CRC errors for last subframe in an A-MPDU
>>>>> >> 558554       Frames transmitted with HT Protection
>>>>> >> 169          TX Timeout
>>>>> >> Antenna profile:
>>>>> >> [0] tx   558817 rx    36629
>>>>> >> [1] tx        0 rx   772652
>>>>> >> [2] tx        0 rx    26737
>>>>> >> [3] tx        0 rx    30276
>>>>> >> [4] tx        0 rx    28833
>>>>> >> [5] tx        0 rx    25606
>>>>> >> [6] tx        0 rx    30300
>>>>> >> [7] tx        0 rx    39752
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >>>
>>>>> >>>
>>>>> >>>>
>>>>> >>>>>
>>>>> >>>>>> Thanks,
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>> -a
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>
>>>>> >>>
>>>>> >>
>>>>>
>>>>
>>>>
>>>
>>
>

From miguelmclara at gmail.com  Sun Mar 22 02:29:26 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 02:29:04 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
Message-ID: <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>

On Sun, Mar 22, 2015 at 1:09 AM, Adrian Chadd <adrian at freebsd.org> wrote:

> Tsfoor means that it didn't receive enough beacons before a timeout.
>
> I've fixed the messages in head but they're not important. Its doing
> something, like scanning or something, which is generating those messages.
>
> Do athstats 1 for a while both before and afafter it happens.
>


Well before are basically the ones I've posted earlier.... now it would be
this:
http://pastebin.com/raw.php?i=tvMUGgjY

with a speedtest in the middle:
% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 6.847 ms
Testing download speed........................................
Download: 23.44 Mbits/s
Testing upload speed..................................................
Upload: 8.20 Mbits/s

From adrian at freebsd.org  Sun Mar 22 03:10:23 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 21 Mar 2015 20:10:22 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
Message-ID: <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>

Hm, all MCS15. How far away from the AP are you?



-a

From adrian at freebsd.org  Sun Mar 22 03:58:20 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 21 Mar 2015 20:58:19 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
Message-ID: <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>

Ok, hm. There's a lot of short retry errors / CRC errors during what
I'm guessing is the speed test, which is odd if it's on 5GHz.



-adrian


On 21 March 2015 at 20:25, Miguel Clara <miguelmclara at gmail.com> wrote:
>
>
> On Sun, Mar 22, 2015 at 3:10 AM, Adrian Chadd <adrian at freebsd.org> wrote:
>>
>> Hm, all MCS15. How far away from the AP are you?
>>
>> re
>
> ~4mts direct line (which is as my desk is literal in a direct line to the
> router - Asus RT-N66U, whith asus merlin fw if relevant )
>
> One plus gives me 63/9 (worst result) and - 90/11 (best) all all run close
> to the laptop btw.
>
> So its not the router..
>
> (I did notice one other thing, sometimes wpa_supplicant seems to prefer the
> 2.4g wireless and when so it using 11g on not 11n... the router accepts both
> cause I need that for when I use the printer but shouldn't the client prefer
> the 11n)?
>
> To clarify: the tests I sent where run while connected to the 5g, on both
> the laptop and smartphone.
>
>>
>> -a
>
>

From miguelmclara at gmail.com  Sun Mar 22 04:11:34 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 04:11:12 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
Message-ID: <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>

On Sun, Mar 22, 2015 at 3:58 AM, Adrian Chadd <adrian at freebsd.org> wrote:

> Ok, hm. There's a lot of short retry errors / CRC errors during what
> I'm guessing is the speed test, which is odd if it's on 5GHz.
>
>
> It did change when I got back to the laptop, but it on 5g since then... I
need to see if I figure out why wpa_supplicant does that... or maybe just
remove the 2.4g for the list, its usefull if I need to take the laptop to
the bedroom, cause 5g won't reach there... while 2.4 does, but those are
really rare occasions...

I'm 99% sure it wasn't connected to the 2.4g when I run the results, but I
admit at the time I didn't look into ifconfig... since I had it cahnge to
5G just before...

In any case this is from now just to be sure:


wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether *:5b
        inet 1.1.1.1 netmask 0xffffff00 broadcast 10.10.50.255
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
        media: IEEE 802.11 Wireless Ethernet MCS mode 11na
        status: associated
        ssid ssid5G channel 48 (5240 MHz 11a ht/40-) bssid 60:*
        regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON
        deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 30 bmiss
7
        mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 4
        shortgi wme burst roaming MANUAL
        groups: wlan

% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 5.68 ms
Testing download speed........................................
Download: 33.00 Mbits/s
Testing upload speed..................................................
Upload: 6.91 Mbits/s


athstats 1 -> http://pastebin.com/raw.php?i=1JgV3Ctd


cat /var/run/dmesg.boot |grep ath
ath0: <Atheros AR946x/AR948x> mem 0xc0400000-0xc047ffff irq 19 at device
0.0 on pci2
ath0: [HT] enabling HT modes
ath0: [HT] enabling short-GI in 20MHz mode
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 stream STBC transmit enabled
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9460 mac 640.2 RF5110 phy 3118.4
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000

From adrian at freebsd.org  Sun Mar 22 04:15:11 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 21 Mar 2015 21:15:10 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
Message-ID: <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>

Hm, it's possible the AR9462 needs a bunch more attention. The driver
I got from QCA in 2011/2012 era timeline was early-ish and I think a
bunch of fixes/changes were done since then. But I don't know what
those are.

Yeah, just disable 2GHz for now and see if that helps.

When I get a spare moment I'm trying to get the tools updated for the
AR9380 and later chips so it's easier to debug stuff. But this can all
get very time consuming and it's all stuff I'm doing for fun/free. :(



-adrian

From miguelmclara at gmail.com  Sun Mar 22 04:27:18 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 04:26:57 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
Message-ID: <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>

On Sun, Mar 22, 2015 at 4:15 AM, Adrian Chadd <adrian at freebsd.org> wrote:

> Hm, it's possible the AR9462 needs a bunch more attention. The driver
> I got from QCA in 2011/2012 era timeline was early-ish and I think a
> bunch of fixes/changes were done since then. But I don't know what
> those are.
>
> Yeah, just disable 2GHz for now and see if that helps.
>
> When I get a spare moment I'm trying to get the tools updated for the
> AR9380 and later chips so it's easier to debug stuff. But this can all
> get very time consuming and it's all stuff I'm doing for fun/free. :(


I get that... It does seem that rebooting helps, so I can live it that, and
don't mind the wait...

there's probably more important stuff to do..

I have another laptop where I need to use  a USB card (usb ralink -
 rt3071) and I can't get much better than ~9Mb download...
802.11n on USB cards which I gather is lacking in FreeBSD, seems more
important... (well to me at least lol)

All I can do is test and donate to the FreeBSD foundation (which I do), but
sometimes I do feel like it would be good if we could do more direct
donations...

I'm not saying it in the sense that if I donate to say... you... you maybe
do this faster... not at all, but at the same time it is true that in my
specific case I beneficent from a lot of you're work (the same can be said
about other projects) and I would mind donating to those project
directly... but AFAICT that can't be done, except by companies who sponsor
specific projects of course.


>

> -adrian
>

From adrian at freebsd.org  Sun Mar 22 04:29:21 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sat, 21 Mar 2015 21:29:20 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CAJ-VmonRS-ifM2YYUFn73g7xWSmpeqWYcK86h=RuYHtiRuyE+g@mail.gmail.com>
 <CADGo8CVX50Zfypwzc-_tjcZ-ej41rmvU00N3g7Fjh9XFQyCVDA@mail.gmail.com>
 <CADGo8CXKQszJWgM46q8wRkMZjKSXgn9=iLqx3mUEc7htuNU1RQ@mail.gmail.com>
 <CAJ-VmokfdeCU528L135HKupJ0iJartBDbwjMoww_16Km8jeFrQ@mail.gmail.com>
 <CADGo8CUoJb_YxHHZP_z=2yEYU0=Sg_ULL4GiTPRZ1B2SLnheYA@mail.gmail.com>
 <CAJ-VmonXcVTa-h2T2uEoMtNbw4GnB3vZZTf9UrEC6XrPLGeiTg@mail.gmail.com>
 <CADGo8CXB6rK+CPZ9i=V48z3cTLw3Wah2w88bKVpxf4vOJPR=9Q@mail.gmail.com>
 <CADGo8CXZY3bzBq=MAMMDu1sJMyqScbvWj9NhYLzGnS+w-VKL5Q@mail.gmail.com>
 <CAJ-VmokfXR8pL9P3c8C_yACLxddHW=7hFqM9YDYd6N2=pX8Wng@mail.gmail.com>
 <CADGo8CWbS3iSE=ssndfb_gSCxdRrx9-Ve9_nSbG6MdWmhj4a3Q@mail.gmail.com>
 <CADGo8CV+EiPXUF==c=1kMHQBxsCDmrAuj_wEiymeLu+aUukBrQ@mail.gmail.com>
 <CAJ-Vmok1xxeNrA=dX6SGgPNq5zOE_5a3_5QZgMt__u1nBV3qkw@mail.gmail.com>
 <CADGo8CURXQqh21SPdp+0BdE=7oksUMwM87PU3qKHszPd+MkfpA@mail.gmail.com>
 <CADGo8CX2hfKzA4ab7SUEFxoLzR=B5_533OzHHnAMUzHvA+_WuA@mail.gmail.com>
 <CADGo8CUO0fh=fBmZx+Dt9wv54HOA92Yx5gKz2eUjGoG70ZMSdQ@mail.gmail.com>
 <CADGo8CWJFd0FoowS7O4G3yWwzbfkdmeQa=YwCt6F8yyUKZ6WCw@mail.gmail.com>
 <CAJ-Vmok50--g0xgHMzaWFJ0uF-T6Wxqs2A0ue2MxDRpLnvXMLA@mail.gmail.com>
 <CAJ-Vmok79b0U3185_ofGG8dpxqkxGod86LX_-ri+eVSv8rtLLw@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
Message-ID: <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>

Oh erm, if rebooting helps, try

sysctl dev.ath.0.hal.force_full_reset=1

then down/up the interface (which does a reset) and see.

As for donating: please donate! But also drop them a line and tell
them what you'd really appreciate there being focus on. You can't tell
them what you want them to do with your money, but you can tell them
what's important to you!



-adrian

From miguelmclara at gmail.com  Sun Mar 22 04:50:29 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 04:50:22 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
Message-ID: <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>



On March 22, 2015 4:29:20 AM WET, Adrian Chadd <adrian at freebsd.org> wrote:
>Oh erm, if rebooting helps, try
>
>sysctl dev.ath.0.hal.force_full_reset=1
>

Will try that next time just rebooted 

>then down/up the interface (which does a reset) and see.
>
>As for donating: please donate! But also drop them a line and tell
>them what you'd really appreciate there being focus on. You can't tell
>them what you want them to do with your money, but you can tell them
>what's important to you!

Very nice to know,  usually I just say thanks and never though of that  :) 

>
>
>
>-adrian

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

From adrian at freebsd.org  Sun Mar 22 17:48:42 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 22 Mar 2015 10:48:41 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
Message-ID: <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>

Hi,

* use force_full_reset at startup - maybe put it in /etc/sysctl.conf
* upgrade to what I just committed to net80211 today.

It turns out that after some recent changes in -HEAD, 11n aggregation
wouldn't happen if you tried using it > 10 minutes after boot.

Grr.

(Now i Have to update all the wifi APs in my apartment.)


-a

From adrian at freebsd.org  Sun Mar 22 18:22:18 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Sun, 22 Mar 2015 11:22:17 -0700
Subject: net80211 and timer/tick bugs - please help
Message-ID: <CAJ-Vmo=+KPh8zJxhZauTy1f0_NEwNXaYvi3r52TeaVqtwX48FQ@mail.gmail.com>

Hi all,

I've just fixed one ticks related bug in -HEAD. It should make 11n
aggregation work again. Sigh.

I have this sneaking, horrible feeling that there are more ticks
signed comparison bugs lurking in the code. So I'd really appreciate
some help eyeballing and reviewing the net80211 code for "ticks
correctness."

Thanks,


-adrian

From bugzilla-noreply at FreeBSD.org  Sun Mar 22 21:00:12 2015
From: bugzilla-noreply at FreeBSD.org (bugzilla-noreply at FreeBSD.org)
Date: Sun, 22 Mar 2015 21:00:11 +0000
Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special
 attention
Message-ID: <201503222100.t2ML0Bjg024366@kenobi.freebsd.org>

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    154598 | [ath] Atheros 5424/2424 can't connect to WPA netw 
Open        |    163312 | [panic] [ath] kernel panic: page fault with ath0  
Open        |    166190 | [ath] TX hangs and frames stuck in TX queue       
Open        |    166357 | [ath] 802.11n TX stall when the first frame in th 
Open        |    169362 | [ath] AR5416: radar pulse PHY errors sometimes in 

5 problems total for which you should take action.

From miguelmclara at gmail.com  Sun Mar 22 23:48:23 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Sun, 22 Mar 2015 23:48:02 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
 <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
Message-ID: <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>

On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adrian at freebsd.org> wrote:

> Hi,
>
> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
> * upgrade to what I just committed to net80211 today.
>
> It turns out that after some recent changes in -HEAD, 11n aggregation
> wouldn't happen if you tried using it > 10 minutes after boot.
>
> Grr.
>

Haha!! So that's why it was switching to the 2.4 network and 11g...

Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
present, might be useful.
I need to read up on athstats and other tools, which seem to be quite
interesting for analyses/debugging... guessing this is the best place to
look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?


>
> (Now i Have to update all the wifi APs in my apartment.)
>
>
> -a
>

From miguelmclara at gmail.com  Mon Mar 23 16:48:46 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Mon, 23 Mar 2015 16:48:25 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
 <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
 <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>
Message-ID: <CADGo8CXx8r6NLJWVKzBB-77WeoE7q8vubEOrat-LKfYkdhedXw@mail.gmail.com>

Was link aggregation the only fix?

##############################
% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms
Testing download speed........................................
Download: 104.07 Mbits/s
Testing upload speed..................................................
Upload: 9.06 Mbits/s

% speedtest
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Vodafone Portugal (89.114.40.155)...
Selecting best server based on latency...
Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms
Testing download speed........................................
Download: 107.18 Mbits/s
Testing upload speed..................................................
Upload: 9.54 Mbits/s
####################################

I'm back to awesome performance... it can't get better than that since my
link is Fibre 100/10 :)


Melhores Cumprimentos // Best Regards
-----------------------------------------------
*Miguel Clara*
*IT - Sys Admin & Developer*

On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>
>> Hi,
>>
>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
>> * upgrade to what I just committed to net80211 today.
>>
>> It turns out that after some recent changes in -HEAD, 11n aggregation
>> wouldn't happen if you tried using it > 10 minutes after boot.
>>
>> Grr.
>>
>
> Haha!! So that's why it was switching to the 2.4 network and 11g...
>
> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
> present, might be useful.
> I need to read up on athstats and other tools, which seem to be quite
> interesting for analyses/debugging... guessing this is the best place to
> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?
>
>
>>
>> (Now i Have to update all the wifi APs in my apartment.)
>>
>>
>> -a
>>
>
>

From adrian at freebsd.org  Mon Mar 23 17:16:02 2015
From: adrian at freebsd.org (Adrian Chadd)
Date: Mon, 23 Mar 2015 10:16:01 -0700
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CXx8r6NLJWVKzBB-77WeoE7q8vubEOrat-LKfYkdhedXw@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
 <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
 <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>
 <CADGo8CXx8r6NLJWVKzBB-77WeoE7q8vubEOrat-LKfYkdhedXw@mail.gmail.com>
Message-ID: <CAJ-VmonDXrLVaMYsJ538_LCqPZLFRyWXkUAQoq7OSNVAwYvsaA@mail.gmail.com>

A-MPDU support makes 11n surprisingly fast. :)



-a


On 23 March 2015 at 09:48, Miguel Clara <miguelmclara at gmail.com> wrote:
> Was link aggregation the only fix?
>
> ##############################
> % speedtest
> Retrieving speedtest.net configuration...
> Retrieving speedtest.net server list...
> Testing from Vodafone Portugal (89.114.40.155)...
> Selecting best server based on latency...
> Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms
> Testing download speed........................................
> Download: 104.07 Mbits/s
> Testing upload speed..................................................
> Upload: 9.06 Mbits/s
>
> % speedtest
> Retrieving speedtest.net configuration...
> Retrieving speedtest.net server list...
> Testing from Vodafone Portugal (89.114.40.155)...
> Selecting best server based on latency...
> Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms
> Testing download speed........................................
> Download: 107.18 Mbits/s
> Testing upload speed..................................................
> Upload: 9.54 Mbits/s
> ####################################
>
> I'm back to awesome performance... it can't get better than that since my
> link is Fibre 100/10 :)
>
>
> Melhores Cumprimentos // Best Regards
> -----------------------------------------------
> Miguel Clara
> IT - Sys Admin & Developer
>
> On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara <miguelmclara at gmail.com>
> wrote:
>>
>>
>> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>>>
>>> Hi,
>>>
>>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
>>> * upgrade to what I just committed to net80211 today.
>>>
>>> It turns out that after some recent changes in -HEAD, 11n aggregation
>>> wouldn't happen if you tried using it > 10 minutes after boot.
>>>
>>> Grr.
>>
>>
>> Haha!! So that's why it was switching to the 2.4 network and 11g...
>>
>> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
>> present, might be useful.
>> I need to read up on athstats and other tools, which seem to be quite
>> interesting for analyses/debugging... guessing this is the best place to
>> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?
>>
>>>
>>>
>>> (Now i Have to update all the wifi APs in my apartment.)
>>>
>>>
>>> -a
>>
>>
>

From bugzilla-noreply at freebsd.org  Tue Mar 24 03:34:58 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 24 Mar 2015 03:34:57 +0000
Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity
 with ath(4)
In-Reply-To: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198680-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198680-21060-9FdnbQsULP@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680

--- Comment #5 from cmb at pfsense.org ---
*** Bug 198556 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

From bugzilla-noreply at freebsd.org  Tue Mar 24 03:34:57 2015
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 24 Mar 2015 03:34:57 +0000
Subject: [Bug 198556] ath(4) channel 'any' not working correctly
In-Reply-To: <bug-198556-21060@https.bugs.freebsd.org/bugzilla/>
References: <bug-198556-21060@https.bugs.freebsd.org/bugzilla/>
Message-ID: <bug-198556-21060-5hkrkAIbGE@https.bugs.freebsd.org/bugzilla/>

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198556

cmb at pfsense.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |DUPLICATE
             Status|New                         |Closed

--- Comment #1 from cmb at pfsense.org ---
Upon further review, this is a duplicate of #198680. It just happens that
setting the channel to something specific works around the problem specified in
198680. The problem isn't channel "any" itself.

*** This bug has been marked as a duplicate of bug 198680 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

From miguelmclara at gmail.com  Wed Mar 25 05:27:20 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Wed, 25 Mar 2015 05:26:59 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CAJ-VmonDXrLVaMYsJ538_LCqPZLFRyWXkUAQoq7OSNVAwYvsaA@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
 <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
 <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>
 <CADGo8CXx8r6NLJWVKzBB-77WeoE7q8vubEOrat-LKfYkdhedXw@mail.gmail.com>
 <CAJ-VmonDXrLVaMYsJ538_LCqPZLFRyWXkUAQoq7OSNVAwYvsaA@mail.gmail.com>
Message-ID: <CADGo8CWLTvGcErHzkK49NM3GH+izDfCD=a5G3ryOOeHzV2Bn_Q@mail.gmail.com>

It seems re-aggregation for 11n is still broken, as I just faced the same
issue...

I had to connect to the 2.4 network since I have 5g set only to n.

truning on ath.0.hal.debug i see this:
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table
wlan0: link state changed to UP
wlan0: link state changed to DOWN
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table


with dev.ath.0.debug I see a lot of this:
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800308a2e00
ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 0401
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80009800600
ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 0501
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80096b04b00
ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 0601
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xfffff80080644200
ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 0701
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
m0=0xfffff8006b484400
ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 0801
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
m0=0xfffff80022d4a700
ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 09 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 8010 0000 0000 0901
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800099caa00

 [51/4841]
ath0: ath_tx_dmasetup: m 0xfffff800099caa00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 03 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 2010 0000 0000 0301
0020 0000 0000 aaaa 0300 0000 0800
linux: pid 81570 (sublime_text): syscall inotify_init not implemented
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800308a2e00
ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 0401
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80009800600
ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 0501
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80096b04b00
ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 0601
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xfffff80080644200
ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 0701
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
m0=0xfffff8006b484400
ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 0801
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
m0=0xfffff80022d4a700
ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
[......]



Melhores Cumprimentos // Best Regards
-----------------------------------------------
*Miguel Clara*
*IT - Sys Admin & Developer*

On Mon, Mar 23, 2015 at 5:16 PM, Adrian Chadd <adrian at freebsd.org> wrote:

> A-MPDU support makes 11n surprisingly fast. :)
>
>
>
> -a
>
>
> On 23 March 2015 at 09:48, Miguel Clara <miguelmclara at gmail.com> wrote:
> > Was link aggregation the only fix?
> >
> > ##############################
> > % speedtest
> > Retrieving speedtest.net configuration...
> > Retrieving speedtest.net server list...
> > Testing from Vodafone Portugal (89.114.40.155)...
> > Selecting best server based on latency...
> > Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms
> > Testing download speed........................................
> > Download: 104.07 Mbits/s
> > Testing upload speed..................................................
> > Upload: 9.06 Mbits/s
> >
> > % speedtest
> > Retrieving speedtest.net configuration...
> > Retrieving speedtest.net server list...
> > Testing from Vodafone Portugal (89.114.40.155)...
> > Selecting best server based on latency...
> > Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms
> > Testing download speed........................................
> > Download: 107.18 Mbits/s
> > Testing upload speed..................................................
> > Upload: 9.54 Mbits/s
> > ####################################
> >
> > I'm back to awesome performance... it can't get better than that since my
> > link is Fibre 100/10 :)
> >
> >
> > Melhores Cumprimentos // Best Regards
> > -----------------------------------------------
> > Miguel Clara
> > IT - Sys Admin & Developer
> >
> > On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara <miguelmclara at gmail.com>
> > wrote:
> >>
> >>
> >> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adrian at freebsd.org>
> wrote:
> >>>
> >>> Hi,
> >>>
> >>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
> >>> * upgrade to what I just committed to net80211 today.
> >>>
> >>> It turns out that after some recent changes in -HEAD, 11n aggregation
> >>> wouldn't happen if you tried using it > 10 minutes after boot.
> >>>
> >>> Grr.
> >>
> >>
> >> Haha!! So that's why it was switching to the 2.4 network and 11g...
> >>
> >> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
> >> present, might be useful.
> >> I need to read up on athstats and other tools, which seem to be quite
> >> interesting for analyses/debugging... guessing this is the best place to
> >> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?
> >>
> >>>
> >>>
> >>> (Now i Have to update all the wifi APs in my apartment.)
> >>>
> >>>
> >>> -a
> >>
> >>
> >
>

From miguelmclara at gmail.com  Wed Mar 25 05:42:41 2015
From: miguelmclara at gmail.com (Miguel Clara)
Date: Wed, 25 Mar 2015 05:42:19 +0000
Subject: ath0 performence issues "ar9300_Stub_GetCTSTimeout"
 "ar9300_Stub_GetCTSTimeout
In-Reply-To: <CADGo8CWLTvGcErHzkK49NM3GH+izDfCD=a5G3ryOOeHzV2Bn_Q@mail.gmail.com>
References: <CADGo8CWitJUhU0+jDX59gv+c-4uhpgf58=r_K+fq=4acDTni8A@mail.gmail.com>
 <CADGo8CUMzY7j6h55dscW5t0jm5Jb_yBRj56UfDei0oY1GpiWww@mail.gmail.com>
 <CADGo8CWDhwDfiJr=gDDvvpe7pX6ZJgUJhVxtDx6PEavSLzX7Ew@mail.gmail.com>
 <CADGo8CXeHiWypp3O6LT9x3aBwxHcUFGpfx0GpDJeE-OcG0YjgQ@mail.gmail.com>
 <CADGo8CWBjVvvAxpXKSrr6BqOE7SBBv+2trcGwa6JSf1KPsAB6A@mail.gmail.com>
 <CAJ-VmonrnATPDX4pFNbw6=ip7XyJ2c7P682K0xciDr8YLn+XMw@mail.gmail.com>
 <CADGo8CVQ633WEKiLz+KdJONxPjimpTEPg9wxytgA2qQL-7qZyw@mail.gmail.com>
 <CAJ-Vmomd0M5h64rH5JxF0rOyiA5Joup2GvxfHuJG_6YSh-00HQ@mail.gmail.com>
 <CADGo8CUcVoRqTw9cpHgVHcwjXssn_5UwwgmnO9A1hAOQB-1f9w@mail.gmail.com>
 <CAJ-VmonsV08QMEmQCkoWeWib-2dJG8Z598UTQjPWzBBE9vKRww@mail.gmail.com>
 <CADGo8CW0E9nLeUanMcUJtNJb4=5trYBJ0FngujsWLkp7G-Fn6A@mail.gmail.com>
 <CAJ-VmoksmN8vXXeex+GBQkWvFUg-pGczBLi1esuMJgmXrs0P6A@mail.gmail.com>
 <CADGo8CVak7jXQ2FfGeHQPWK6+1ojP1bp_SY3X=cW7ofx1QL-TA@mail.gmail.com>
 <CAJ-Vmo=rQbABVuU1bszKDMMbc8BS01sBwCqg31VLgFECS_Qd3Q@mail.gmail.com>
 <C50E2C57-7821-46A2-BC86-3ED5DE278E60@gmail.com>
 <CAJ-VmokCB2ztx8Gw+7qAQPUrzgdTB8=s9yvgyU1n+H0f1nxFmg@mail.gmail.com>
 <CADGo8CVuOoJhTLY93oiMeAxRLfT5DrSJ2FHhyo4sTd4GhRBc5Q@mail.gmail.com>
 <CADGo8CXx8r6NLJWVKzBB-77WeoE7q8vubEOrat-LKfYkdhedXw@mail.gmail.com>
 <CAJ-VmonDXrLVaMYsJ538_LCqPZLFRyWXkUAQoq7OSNVAwYvsaA@mail.gmail.com>
 <CADGo8CWLTvGcErHzkK49NM3GH+izDfCD=a5G3ryOOeHzV2Bn_Q@mail.gmail.com>
Message-ID: <CADGo8CW+fuq5BfzYUcHd9S3GCKXdSvvcLLd1mjz3bTvAVWmGcw@mail.gmail.com>

On Wed, Mar 25, 2015 at 5:26 AM, Miguel Clara <miguelmclara at gmail.com>
wrote:

>
> It seems re-aggregation for 11n is still broken, as I just faced the same
> issue...
>
> I had to connect to the 2.4 network since I have 5g set only to n.
>
> truning on ath.0.hal.debug i see this:
> getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
> getregstate: cc 0 rd 0x1ff
> getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
> getchannels: too many channels for channel table
> getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
> getregstate: cc 0 rd 0x1ff
> getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
> getchannels: too many channels for channel table
> wlan0: link state changed to UP
> wlan0: link state changed to DOWN
> getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
> getregstate: cc 0 rd 0x1ff
> getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
> getchannels: too many channels for channel table
>
>
> with dev.ath.0.debug I see a lot of this:
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
> m0=0xfffff800308a2e00
> ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000
> 0401 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
> m0=0xfffff80009800600
> ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000
> 0501 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
> m0=0xfffff80096b04b00
> ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000
> 0601 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
> m0=0xfffff80080644200
> ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000
> 0701 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
> m0=0xfffff8006b484400
> ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000
> 0801 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
> m0=0xfffff80022d4a700
> ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 09 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 8010 0000 0000
> 0901 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
> m0=0xfffff800099caa00
>
>  [51/4841]
> ath0: ath_tx_dmasetup: m 0xfffff800099caa00 len 96
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 03 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 2010 0000 0000
> 0301 0020 0000 0000 aaaa 0300 0000 0800
> linux: pid 81570 (sublime_text): syscall inotify_init not implemented
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
> m0=0xfffff800308a2e00
> ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000
> 0401 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
> m0=0xfffff80009800600
> ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000
> 0501 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
> m0=0xfffff80096b04b00
> ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000
> 0601 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
> m0=0xfffff80080644200
> ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000
> 0701 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
> m0=0xfffff8006b484400
> ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
> TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
> 0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
>  8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000
> 0801 0020 0000 0000 aaaa 0300 0000 0800
> ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
> m0=0xfffff80022d4a700
> ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
> [......]
>
>
> Might be worth adding that this was after a ~9h uptime

And also after wlandebug +11n
and ifconfig wlan0 scan

I see this is dmesg:
error: [drm:pid8:i915_gem_object_unbind] *ERROR* Attempting to unbind
pinned buffer
wlan0: [60:**:c0] discard MPDU frame, BA win <2338:2401> (0 frames) rxseq
2337 tid 0 (retransmit)
wlan0: [60:**:c0] discard MPDU frame, BA win <2662:2725> (0 frames) rxseq
2661 tid 0 (retransmit)
wlan0: [60:**:c0] discard MPDU frame, BA win <2762:2825> (0 frames) rxseq
2761 tid 0 (retransmit)
wlan0: [60:**:c0] discard MPDU frame, BA win <2818:2881> (0 frames) rxseq
2817 tid 0 (retransmit)
wlan0: [60:**:c0] discard MPDU frame, BA win <2833:2896> (0 frames) rxseq
2832 tid 0 (retransmit)

The MAC address belongs to the 2.4g and not the 5g though... odd no?


while this the scan results are just "hanged" showing nothing until I ^C
and do the list scan which shows only the 2.4g networks.



> Melhores Cumprimentos // Best Regards
> -----------------------------------------------
> *Miguel Clara*
> *IT - Sys Admin & Developer*
>
> On Mon, Mar 23, 2015 at 5:16 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>
>> A-MPDU support makes 11n surprisingly fast. :)
>>
>>
>>
>> -a
>>
>>
>> On 23 March 2015 at 09:48, Miguel Clara <miguelmclara at gmail.com> wrote:
>> > Was link aggregation the only fix?
>> >
>> > ##############################
>> > % speedtest
>> > Retrieving speedtest.net configuration...
>> > Retrieving speedtest.net server list...
>> > Testing from Vodafone Portugal (89.114.40.155)...
>> > Selecting best server based on latency...
>> > Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms
>> > Testing download speed........................................
>> > Download: 104.07 Mbits/s
>> > Testing upload speed..................................................
>> > Upload: 9.06 Mbits/s
>> >
>> > % speedtest
>> > Retrieving speedtest.net configuration...
>> > Retrieving speedtest.net server list...
>> > Testing from Vodafone Portugal (89.114.40.155)...
>> > Selecting best server based on latency...
>> > Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms
>> > Testing download speed........................................
>> > Download: 107.18 Mbits/s
>> > Testing upload speed..................................................
>> > Upload: 9.54 Mbits/s
>> > ####################################
>> >
>> > I'm back to awesome performance... it can't get better than that since
>> my
>> > link is Fibre 100/10 :)
>> >
>> >
>> > Melhores Cumprimentos // Best Regards
>> > -----------------------------------------------
>> > Miguel Clara
>> > IT - Sys Admin & Developer
>> >
>> > On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara <miguelmclara at gmail.com>
>> > wrote:
>> >>
>> >>
>> >> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adrian at freebsd.org>
>> wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
>> >>> * upgrade to what I just committed to net80211 today.
>> >>>
>> >>> It turns out that after some recent changes in -HEAD, 11n aggregation
>> >>> wouldn't happen if you tried using it > 10 minutes after boot.
>> >>>
>> >>> Grr.
>> >>
>> >>
>> >> Haha!! So that's why it was switching to the 2.4 network and 11g...
>> >>
>> >> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
>> >> present, might be useful.
>> >> I need to read up on athstats and other tools, which seem to be quite
>> >> interesting for analyses/debugging... guessing this is the best place
>> to
>> >> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?
>> >>
>> >>>
>> >>>
>> >>> (Now i Have to update all the wifi APs in my apartment.)
>> >>>
>> >>>
>> >>> -a
>> >>
>> >>
>> >
>>
>
>

From peter at pean.org  Sun Mar 29 13:31:59 2015
From: peter at pean.org (=?utf-8?Q?Peter_Ankerst=C3=A5l?=)
Date: Sun, 29 Mar 2015 15:31:23 +0200
Subject: WPA2 Enterprise with hostapd and iphone
Message-ID: <2643C4C9-AE61-4F14-9DE4-2272C0FFCEE2@pean.org>

Hi!

I have problems with my iphone since i switched to wpa2 enterprise on my home network. (All other devices work fine including ipad and macs). The connection seems to work fine at first but then it gets REALLY slow or no connection at all. (but iOS still shows it as connected).

machine: 
FreeBSD gw 10.1-RELEASE-p1 FreeBSD 10.1-RELEASE-p1 #2 r275849

# hostapd -v
hostapd v2.0
User space daemon for IEEE 802.11 AP management,
IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
Copyright (c) 2002-2012, Jouni Malinen <j at w1.fi> and contributors

hostapd.conf:
?
interface=wlan0
driver=bsd
logger_syslog=-1
logger_syslog_level=0
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
ssid=web
wpa=2
wpa_key_mgmt=WPA-EAP
wpa_pairwise=TKIP CCMP
macaddr_acl=0
auth_algs=1
own_ip_addr=127.0.0.1
ieee8021x=1
eap_server=1
eapol_version=1
eap_user_file=/etc/hostapd_eap_user
ca_cert=/etc/ssl/startssl.ca.pem
server_cert=/etc/ssl/auth.pean.org/auth.pean.org.crt
private_key=/etc/ssl/auth.pean.org/auth.pean.org.key
?

This is what hostapd spits out when I connect with the phone:

?
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
Mar 29 15:14:08 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:14:08 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 105)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=105 len=19) from STA: EAP Response-Identity (1)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 106)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=106 len=152) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 107)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=107 len=6) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 108)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=108 len=6) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 109)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=109 len=6) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 110)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=110 len=592) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 111)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=111 len=6) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 112)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=112 len=59) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 113)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=113 len=107) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 114)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=114 len=43) from STA: EAP Response-PEAP (25)
Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=115 len=43) from STA: EAP Response-PEAP (25)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (2/4 Pairwise)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 3/4 msg of 4-Way Handshake
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (4/4 Pairwise)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: pairwise key handshake completed (RSN)
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authorizing port
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b RADIUS: starting accounting session 54E5E3BB-00000E3D
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authenticated - EAP type: 0 ((null))
Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: Added PMKSA cache entry (IEEE 802.1X)
Mar 29 15:14:09 gw dhcpd: DHCPREQUEST for 172.25.0.70 from cb:aa:3a:a1:78:7b via bridge0
Mar 29 15:14:09 gw dhcpd: DHCPACK on 172.25.0.70 to cb:aa:3a:a1:78:7b via bridge0
Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 4 notification
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PMKID found from PMKSA cache eap_type=0 vlan_id=0
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: PMK from PMKSA cache - skip IEEE 802.1X/EAP
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PTKSTART: Retry limit 4 reached
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 3 notification
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 220)
Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
Mar 29 15:15:56 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4097 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-wireless/attachments/20150329/5c730b27/attachment.bin>

From bugzilla-noreply at FreeBSD.org  Sun Mar 29 21:00:37 2015
From: bugzilla-noreply at FreeBSD.org (bugzilla-noreply at FreeBSD.org)
Date: Sun, 29 Mar 2015 21:00:37 +0000
Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special
 attention
Message-ID: <201503292100.t2TL0boB008003@kenobi.freebsd.org>

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    154598 | [ath] Atheros 5424/2424 can't connect to WPA netw 
Open        |    163312 | [panic] [ath] kernel panic: page fault with ath0  
Open        |    166190 | [ath] TX hangs and frames stuck in TX queue       
Open        |    166357 | [ath] 802.11n TX stall when the first frame in th 
Open        |    169362 | [ath] AR5416: radar pulse PHY errors sometimes in 

5 problems total for which you should take action.

From adrian.chadd at gmail.com  Mon Mar 30 00:22:44 2015
From: adrian.chadd at gmail.com (Adrian Chadd)
Date: Sun, 29 Mar 2015 17:22:43 -0700
Subject: WPA2 Enterprise with hostapd and iphone
In-Reply-To: <2643C4C9-AE61-4F14-9DE4-2272C0FFCEE2@pean.org>
References: <2643C4C9-AE61-4F14-9DE4-2272C0FFCEE2@pean.org>
Message-ID: <CAJ-Vmo=CXnK9+FfDVV3YmwjvmqMBrEhLAJDvDNAGjK6naWPG-w@mail.gmail.com>

Hi!

* which NIC is this?
* can you please try -HEAD A lot of bugs have been fixed!


-a


On 29 March 2015 at 06:31, Peter Ankerst?l <peter at pean.org> wrote:
> Hi!
>
> I have problems with my iphone since i switched to wpa2 enterprise on my home network. (All other devices work fine including ipad and macs). The connection seems to work fine at first but then it gets REALLY slow or no connection at all. (but iOS still shows it as connected).
>
> machine:
> FreeBSD gw 10.1-RELEASE-p1 FreeBSD 10.1-RELEASE-p1 #2 r275849
>
> # hostapd -v
> hostapd v2.0
> User space daemon for IEEE 802.11 AP management,
> IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
> Copyright (c) 2002-2012, Jouni Malinen <j at w1.fi> and contributors
>
> hostapd.conf:
> ?
> interface=wlan0
> driver=bsd
> logger_syslog=-1
> logger_syslog_level=0
> ctrl_interface=/var/run/hostapd
> ctrl_interface_group=wheel
> ssid=web
> wpa=2
> wpa_key_mgmt=WPA-EAP
> wpa_pairwise=TKIP CCMP
> macaddr_acl=0
> auth_algs=1
> own_ip_addr=127.0.0.1
> ieee8021x=1
> eap_server=1
> eapol_version=1
> eap_user_file=/etc/hostapd_eap_user
> ca_cert=/etc/ssl/startssl.ca.pem
> server_cert=/etc/ssl/auth.pean.org/auth.pean.org.crt
> private_key=/etc/ssl/auth.pean.org/auth.pean.org.key
> ?
>
> This is what hostapd spits out when I connect with the phone:
>
> ?
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
> Mar 29 15:14:08 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:14:08 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 105)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=105 len=19) from STA: EAP Response-Identity (1)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 106)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=106 len=152) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 107)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=107 len=6) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 108)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=108 len=6) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 109)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=109 len=6) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 110)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=110 len=592) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 111)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=111 len=6) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 112)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=112 len=59) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 113)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=113 len=107) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 114)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=114 len=43) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=115 len=43) from STA: EAP Response-PEAP (25)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (2/4 Pairwise)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 3/4 msg of 4-Way Handshake
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (4/4 Pairwise)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: pairwise key handshake completed (RSN)
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authorizing port
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b RADIUS: starting accounting session 54E5E3BB-00000E3D
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authenticated - EAP type: 0 ((null))
> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: Added PMKSA cache entry (IEEE 802.1X)
> Mar 29 15:14:09 gw dhcpd: DHCPREQUEST for 172.25.0.70 from cb:aa:3a:a1:78:7b via bridge0
> Mar 29 15:14:09 gw dhcpd: DHCPACK on 172.25.0.70 to cb:aa:3a:a1:78:7b via bridge0
> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 4 notification
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PMKID found from PMKSA cache eap_type=0 vlan_id=0
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: PMK from PMKSA cache - skip IEEE 802.1X/EAP
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
> Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
> Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
> Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
> Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
> Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PTKSTART: Retry limit 4 reached
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 3 notification
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
> Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
> Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 220)
> Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
> Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
> Mar 29 15:15:56 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
> ?
>

From peter at pean.org  Mon Mar 30 17:29:31 2015
From: peter at pean.org (=?utf-8?Q?Peter_Ankerst=C3=A5l?=)
Date: Mon, 30 Mar 2015 19:29:16 +0200
Subject: WPA2 Enterprise with hostapd and iphone
In-Reply-To: <CAJ-Vmo=CXnK9+FfDVV3YmwjvmqMBrEhLAJDvDNAGjK6naWPG-w@mail.gmail.com>
References: <2643C4C9-AE61-4F14-9DE4-2272C0FFCEE2@pean.org>
 <CAJ-Vmo=CXnK9+FfDVV3YmwjvmqMBrEhLAJDvDNAGjK6naWPG-w@mail.gmail.com>
Message-ID: <06936CA4-2099-47EE-8CA3-63FF6CB79164@pean.org>


> On 30 Mar 2015, at 02:22, Adrian Chadd <adrian.chadd at gmail.com> wrote:
> 
> Hi!
> 
> * which NIC is this?
AR9300

> * can you please try -HEAD A lot of bugs have been fixed!
> 
Hehe, Im not sure Im ready for another round of -HEAD right now. :)

> 
> -a
> 
> 
> On 29 March 2015 at 06:31, Peter Ankerst?l <peter at pean.org> wrote:
>> Hi!
>> 
>> I have problems with my iphone since i switched to wpa2 enterprise on my home network. (All other devices work fine including ipad and macs). The connection seems to work fine at first but then it gets REALLY slow or no connection at all. (but iOS still shows it as connected).
>> 
>> machine:
>> FreeBSD gw 10.1-RELEASE-p1 FreeBSD 10.1-RELEASE-p1 #2 r275849
>> 
>> # hostapd -v
>> hostapd v2.0
>> User space daemon for IEEE 802.11 AP management,
>> IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
>> Copyright (c) 2002-2012, Jouni Malinen <j at w1.fi> and contributors
>> 
>> hostapd.conf:
>> ?
>> interface=wlan0
>> driver=bsd
>> logger_syslog=-1
>> logger_syslog_level=0
>> ctrl_interface=/var/run/hostapd
>> ctrl_interface_group=wheel
>> ssid=web
>> wpa=2
>> wpa_key_mgmt=WPA-EAP
>> wpa_pairwise=TKIP CCMP
>> macaddr_acl=0
>> auth_algs=1
>> own_ip_addr=127.0.0.1
>> ieee8021x=1
>> eap_server=1
>> eapol_version=1
>> eap_user_file=/etc/hostapd_eap_user
>> ca_cert=/etc/ssl/startssl.ca.pem
>> server_cert=/etc/ssl/auth.pean.org/auth.pean.org.crt
>> private_key=/etc/ssl/auth.pean.org/auth.pean.org.key
>> ?
>> 
>> This is what hostapd spits out when I connect with the phone:
>> 
>> ?
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
>> Mar 29 15:14:08 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:14:08 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 105)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=105 len=19) from STA: EAP Response-Identity (1)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 106)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=106 len=152) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 107)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=107 len=6) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 108)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=108 len=6) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 109)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=109 len=6) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 110)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=110 len=592) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 111)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=111 len=6) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 112)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=112 len=59) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 113)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=113 len=107) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 114)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=114 len=43) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:08 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: received EAP packet (code=2 id=115 len=43) from STA: EAP Response-PEAP (25)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 115)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (2/4 Pairwise)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 3/4 msg of 4-Way Handshake
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: received EAPOL-Key frame (4/4 Pairwise)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: pairwise key handshake completed (RSN)
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authorizing port
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b RADIUS: starting accounting session 54E5E3BB-00000E3D
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: authenticated - EAP type: 0 ((null))
>> Mar 29 15:14:09 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: Added PMKSA cache entry (IEEE 802.1X)
>> Mar 29 15:14:09 gw dhcpd: DHCPREQUEST for 172.25.0.70 from cb:aa:3a:a1:78:7b via bridge0
>> Mar 29 15:14:09 gw dhcpd: DHCPACK on 172.25.0.70 to cb:aa:3a:a1:78:7b via bridge0
>> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 4 notification
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
>> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:20 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:20 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:20 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PMKID found from PMKSA cache eap_type=0 vlan_id=0
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: PMK from PMKSA cache - skip IEEE 802.1X/EAP
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
>> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:28 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:28 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:28 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
>> Mar 29 15:15:29 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
>> Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
>> Mar 29 15:15:30 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
>> Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
>> Mar 29 15:15:31 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: sending 1/4 msg of 4-Way Handshake
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: EAPOL-Key timeout
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: PTKSTART: Retry limit 4 reached
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 3 notification
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
>> Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: start authentication
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 1 notification
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: start authentication
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: start authentication
>> Mar 29 15:15:32 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: associated
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DISASSOCIATE.indication(cb:aa:3a:a1:78:7b, 1)
>> Mar 29 15:15:32 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b MLME: MLME-DELETEKEYS.request(cb:aa:3a:a1:78:7b)
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: unauthorizing port
>> Mar 29 15:15:32 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.1X: Sending EAP Packet (identifier 220)
>> Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> Mar 29 15:15:56 gw hostapd: wlan0: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
>> Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> Mar 29 15:15:56 gw hostapd: wlan1: STA cb:aa:3a:a1:78:7b WPA: event 2 notification
>> Mar 29 15:15:56 gw hostapd: wlan2: STA cb:aa:3a:a1:78:7b IEEE 802.11: disassociated
>> ?
>> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4097 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-wireless/attachments/20150330/4ef3f6ca/attachment.bin>

From joebonsai at gmail.com  Mon Mar 30 17:41:14 2015
From: joebonsai at gmail.com (Joseph Moses)
Date: Mon, 30 Mar 2015 19:41:12 +0200
Subject: Atheros 9271
Message-ID: <CADdtXMBA=eftqU9LhJ7FbtPKYhq7SoL4=GFaCwm8NBJVm8q_Qg@mail.gmail.com>

is there any update on this wifi driver support?

i just got one to try and make pfSense a Access Point.
but it does not show up - 3rd usb wifi antena i have tried.

Joseph

From natalia at a2zlistz.com  Mon Mar 30 21:05:27 2015
From: natalia at a2zlistz.com (Natalia Castro)
Date: Mon, 30 Mar 2015 16:06:16 -0400
Subject: Global Data 2015
Message-ID: <ODMZNDK.MJI1MDI0MG.16632033016062015165110530@a2zlistz.com>



Hi,

Would you be interested in acquiring a mailing list for your company marketing
use?

We can help you with our database & e-marketing services for improvising your
leads flow, ROI, profits, market shares, marketing, branding, recruiting, sales,
new product launch, survey campaigns, etc. If you feel that I should talk to
somebody else in your company/ acquaintances, please forward this email to the
right person and I'll be happy to collaborate further.

Our Database comprises over 30 million+ verified business contacts with emails,
phone, postal, etc. - you will have access to any list based on your targets.

If you can let me know your targeted criteria as below, I can assist you with
some samples along with the count/costs, and more details for your
consideration.

? Geography:

? Industry:

? Executive title/job roles:

? Company Size (revenue type/employee size):

? or any other specifications:

Few Major Industries to specify: Business Services Advertising & Marketing Media
& Publishing, Finance & Banking, Insurance, HR & Recruiting, Legal Services,
Real Estate, Transportation & Logistics, Biotechnology, Pharmaceutical,
Healthcare, Technology, Telecom, Manufacturing Aerospace, Automotive, Metal &
Mining, Construction & Materials, Agriculture, Veterinary, Hospitality, Food &
Beverage, Oil, Gas & Energy, Retail, Wholesalers, Education, Govt. & Public
Sector, Non-Profit Org., etc.

Executives/ Tile specific Lists: High Profiled B2B execs, Chief level Execs/
CXOs, Business Owners, Sales & Marketing Execs, HR & Payroll Execs,
Accounting/Finance Execs, Facility Management, Engineers, VPs, Directors,
Managers, Executive Assistants, or any other Profession based lists like
Architects, Lawyers/Attorneys, Real Estate Agents/Brokers, Insurance
Agents/Brokers, Medical Practitioners, Doctors, Surgeons, Nurses, etc.

Regional Coverage: North America, Europe, Australia, Asia, Africa, South America

E-mail Marketing: We can also help you reach out to your target audience by
deploying emails on your behalf with proven results and real-time tracking
reports.

Thanks and looking forward to hearing from you!

Natalia Castro

Sales/Marketing Dept.

Note: You were specifically sent this email based upon your company profile. If
for some reason this was sent in error or you wish not to receive any further
messages from us please reply with subject line as "Exclude"