https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194336
Greg Becker <g...@codeconcepts.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |g...@codeconcepts.com
--- Comment #12 from Greg Becker <g...@codeconcepts.com> ---
I am seeing this problem (i.e., "unable to collect...") with a TP-LINK
TL-WDN4800 I picked up from from Frys the other day in Austin, TX.
After getting nowhere searching the web, I crafted the following patch and low
and behold the card now appears to work just fine:
Index: sys/dev/ath/if_ath.c
===================================================================
--- sys/dev/ath/if_ath.c (revision 292515)
+++ sys/dev/ath/if_ath.c (working copy)
@@ -5631,11 +5631,11 @@
struct ath_hal *ah = sc->sc_ah;
DPRINTF(sc, ATH_DEBUG_REGDOMAIN, "%s: use rd %u cc %d\n",
- __func__, SKU_DEBUG, CTRY_DEFAULT);
+ __func__, SKU_DEBUG, CTRY_UNITED_STATES);
/* XXX check return */
(void) ath_hal_getchannels(ah, chans, maxchans, nchans,
- HAL_MODE_ALL, CTRY_DEFAULT, SKU_DEBUG, AH_TRUE);
+ HAL_MODE_ALL, CTRY_UNITED_STATES, SKU_DEBUG, AH_TRUE);
}
@@ -5651,7 +5651,7 @@
* Collect channel set based on EEPROM contents.
*/
status = ath_hal_init_channels(ah, ic->ic_channels, IEEE80211_CHAN_MAX,
- &ic->ic_nchans, HAL_MODE_ALL, CTRY_DEFAULT, SKU_NONE, AH_TRUE);
+ &ic->ic_nchans, HAL_MODE_ALL, CTRY_UNITED_STATES, SKU_NONE,
AH_TRUE);
if (status != HAL_OK) {
if_printf(ifp, "%s: unable to collect channel list from hal, "
"status %d\n", __func__, status);
Dec 21 07:41:09 harper kernel: ath0: <Atheros AR938x> mem 0xfb500000-0xfb51ffff
irq 32 at device 0.0 on pci3
Dec 21 07:41:09 harper kernel: ar9300_set_stub_functions: setting stub
functions
Dec 21 07:41:09 harper kernel: ar9300_set_stub_functions: setting stub
functions
Dec 21 07:41:09 harper kernel: ar9300_attach: calling ar9300_hw_attach
Dec 21 07:41:09 harper kernel: ar9300_hw_attach: calling ar9300_eeprom_attach
Dec 21 07:41:09 harper kernel: ar9300_flash_map: unimplemented for now
Dec 21 07:41:09 harper kernel: Restoring Cal data from DRAM
Dec 21 07:41:09 harper kernel: Restoring Cal data from EEPROM
Dec 21 07:41:09 harper kernel: ar9300_hw_attach: ar9300_eeprom_attach returned
0
Dec 21 07:41:09 harper kernel: ath0: RX status length: 48
Dec 21 07:41:09 harper kernel: ath0: RX buffer size: 4096
Dec 21 07:41:09 harper kernel: ath0: TX descriptor length: 128
Dec 21 07:41:09 harper kernel: ath0: TX status length: 36
Dec 21 07:41:09 harper kernel: ath0: TX buffers per descriptor: 4
Dec 21 07:41:09 harper kernel: ar9300_freebsd_setup_x_tx_desc: called, 0x0/0,
0x0/0, 0x0/0
Dec 21 07:41:09 harper kernel: ath0: ath_edma_setup_rxfifo: type=0, FIFO depth
= 16 entries
Dec 21 07:41:09 harper kernel: ath0: ath_edma_setup_rxfifo: type=1, FIFO depth
= 128 entries
Dec 21 07:41:09 harper kernel: ath0: [HT] enabling HT modes
Dec 21 07:41:09 harper kernel: ath0: [HT] enabling short-GI in 20MHz mode
Dec 21 07:41:09 harper kernel: ath0: [HT] 1 stream STBC receive enabled
Dec 21 07:41:09 harper kernel: ath0: [HT] 1 stream STBC transmit enabled
Dec 21 07:41:09 harper kernel: ath0: [HT] 3 RX streams; 3 TX streams
Dec 21 07:41:09 harper kernel: ath0: AR9380 mac 448.3 RF5110 phy 0.0
Dec 21 07:41:09 harper kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000
Dec 21 07:41:09 harper devd: Executing '/etc/pccard_ether ath0 start'
Dec 21 07:41:10 harper kernel: wlan0: Ethernet address: f4:f2:6d:b5:42:25
Dec 21 07:41:10 harper devd: Executing '/etc/pccard_ether ath0 start'
Dec 21 07:41:10 harper devd: Executing '/etc/pccard_ether wlan0 start'
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
