From owner-freebsd-wireless@FreeBSD.ORG Mon Mar 25 16:36:52 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E624F2A8 for ; Mon, 25 Mar 2013 16:36:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 73E97FFA for ; Mon, 25 Mar 2013 16:36:52 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id ez12so2293457wid.12 for ; Mon, 25 Mar 2013 09:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eWw9YKEp2FIuH/yROmvi5v/J98mmNR7BiJfJ8r8+yS0=; b=uklx3xW/No/5OO7wgM8OYAjuO5RdF5NGlgHjEhpUsaSjNpUDqbeK89MTx6eBB3hp3p MeDXIWgYrvjhng+x9GSSbpckgHW5UItN9kEIfWAQiYM98oiqMmQdBlYu1YD19R5CEdYR PUMuFz+BVEjHlLDr0IuwyQluP4I5FTz9qPq8/FLfACXFGSgHFfcdp0afh23u9Is0QV6s Bgn7rToZvJdzEfQORenbCKZuNfwBTZTbw5pPTliySWrzFu16HbgGD2lJ6li3Fy8Ten53 eZVeW2g9PXi8nEJ7vS9OjGTljnic+n6DSgDDbHfAvt+QVNf3olr+1hhxoJ/OGEM9M0oF rWCQ== MIME-Version: 1.0 X-Received: by 10.180.81.232 with SMTP id d8mr17987595wiy.25.1364229408751; Mon, 25 Mar 2013 09:36:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Mon, 25 Mar 2013 09:36:48 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 Mar 2013 09:36:48 -0700 X-Google-Sender-Auth: WHgTF2CHmz3_MifWiH3s8vngYpc Message-ID: Subject: Re: AR9300 From: Adrian Chadd To: Mark Austin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:36:53 -0000 Sweet. Looks good! Adrian On 25 March 2013 08:46, Mark Austin wrote: > Good news. I can see the device from the os tools now. It registers as > ath0, I also have a rule setup in my /etc/rc.conf to have ath0 identified > as wlan0. > > The kernel message log shows: > ath0: mem 0xc2400000-0xc247ffff irq 17 at device > 0.0 on pci3 > > ar9300_set_stub_functions: setting stub functions > > > ar9300_set_stub_functions: setting stub functions > > > ar9300_attach: calling ar9300_hw_attach > > > ar9300_hw_attach: calling ar9300_eeprom_attach > > > ar9300_flash_map: unimplemented for now > > > Restoring Cal data from DRAM > > > Restoring Cal data from EEPROM > > > Restoring Cal data from Flash > > > Restoring Cal data from Flash > > > Restoring Cal data from OTP > > > ar9300_hw_attach: ar9300_eeprom_attach returned 0 > ar9300_fill_capability_info: (MCI) MCI support = 1 > ath0: RX status length: 48 > ath0: RX buffer size: 4096 > ath0: TX descriptor length: 128 > ath0: TX status length: 36 > ath0: TX buffers per descriptor: 4 > ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 > ath_hal_init_channels: cc=0, regdmn=240 > getchannels: cc 0 regDmn 0xf0 mode 0xffffff ecm > getregstate: EEPROM cc 0 rd 0x10 > getregstate: EEPROM rd 0x6c > getchannels: !avail mode 0x1f800d (0x2) flags 0x2150 > getchannels: !avail mode 0x1f800d (0x20) flags 0xd0 > getchannels: !avail mode 0x1f800d (0x40) flags 0x150 > getchannels: !avail mode 0x1f800d (0x400) flags 0x8140 > getchannels: !avail mode 0x1f800d (0x200) flags 0x4140 > getchannels: !avail mode 0x1f800d (0x1000) flags 0x8480 > getchannels: !avail mode 0x1f800d (0x800) flags 0x4480 > ath_hal_init_channels: status=0, currentRD=108 > assignPrivateChannels: private[ 0] 5180/0x80340 -> channel 5180 > assignPrivateChannels: private[ 1] 5200/0x80340 -> channel 5200 > assignPrivateChannels: private[ 2] 5220/0x80340 -> channel 5220 > assignPrivateChannels: private[ 3] 5240/0x80340 -> channel 5240 > assignPrivateChannels: private[ 4] 5260/0x80340 -> channel 5260 > assignPrivateChannels: private[ 5] 5280/0x80340 -> channel 5280 > assignPrivateChannels: private[ 6] 5300/0x80340 -> channel 5300 > assignPrivateChannels: private[ 7] 5320/0x80340 -> channel 5320 > assignPrivateChannels: private[ 8] 5745/0x340 -> channel 5745 > assignPrivateChannels: private[ 9] 5765/0x340 -> channel 5765 > assignPrivateChannels: private[ 10] 5785/0x340 -> channel 5785 > assignPrivateChannels: private[ 11] 5805/0x340 -> channel 5805 > assignPrivateChannels: private[ 12] 5825/0x340 -> channel 5825 > assignPrivateChannels: private[ 13] 5500/0x80340 -> channel 5500 > assignPrivateChannels: private[ 14] 5520/0x80340 -> channel 5520 > assignPrivateChannels: private[ 15] 5540/0x80340 -> channel 5540 > assignPrivateChannels: private[ 16] 5560/0x80340 -> channel 5560 > assignPrivateChannels: private[ 17] 5580/0x80340 -> channel 5580 > assignPrivateChannels: private[ 18] 5600/0x80340 -> channel 5600 > assignPrivateChannels: private[ 19] 5620/0x80340 -> channel 5620 > assignPrivateChannels: private[ 20] 5640/0x80340 -> channel 5640 > assignPrivateChannels: private[ 21] 5660/0x80340 -> channel 5660 > assignPrivateChannels: private[ 22] 5680/0x80340 -> channel 5680 > assignPrivateChannels: private[ 23] 5700/0x80340 -> channel 5700 > assignPrivateChannels: private[ 24] 2412/0xa0 -> channel 2412 > assignPrivateChannels: private[ 25] 2417/0xa0 -> channel 2417 > assignPrivateChannels: private[ 26] 2422/0xa0 -> channel 2422 > assignPrivateChannels: private[ 27] 2427/0xa0 -> channel 2427 > assignPrivateChannels: private[ 28] 2432/0xa0 -> channel 2432 > assignPrivateChannels: private[ 29] 2437/0xa0 -> channel 2437 > assignPrivateChannels: private[ 30] 2442/0xa0 -> channel 2442 > assignPrivateChannels: private[ 31] 2447/0xa0 -> channel 2447 > assignPrivateChannels: private[ 32] 2452/0xa0 -> channel 2452 > assignPrivateChannels: private[ 33] 2457/0xa0 -> channel 2457 > assignPrivateChannels: private[ 34] 2462/0xa0 -> channel 2462 > assignPrivateChannels: private[ 35] 2467/0x2a0 -> channel 2467 > assignPrivateChannels: private[ 36] 2472/0x2a0 -> channel 2472 > assignPrivateChannels: 109 public, 37 private channels > ath_hal_init_channels: cc 0 > ath_hal_update_dfsdomain ah_dfsDomain: 2 > ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries > ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries > 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 3389.0 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 > wlan0: Ethernet address: 84:4b:f5:2e:7e:2b > > > Regards, > -Mark Austin > > All else is in doubt, so this is the truth that I cling to. > > My Website: http://www.silverdire.com > > > > On Mon, Mar 25, 2013 at 11:05 AM, Mark Austin wrote: > >> I didn't see any changes to the git tree. I updated my svn repo and >> rebuilding the kernel now. >> >> >> Regards, >> -Mark Austin >> >> All else is in doubt, so this is the truth that I cling to. >> >> My Website: http://www.silverdire.com >> >> >> >> On Mon, Mar 25, 2013 at 10:59 AM, Mark Austin wrote: >> >>> This was added to the -HEAD code base? >>> >>> >>> Regards, >>> -Mark Austin >>> >>> All else is in doubt, so this is the truth that I cling to. >>> >>> My Website: http://www.silverdire.com >>> >>> >>> >>> On Sun, Mar 24, 2013 at 12:43 AM, Adrian Chadd wrote: >>> >>>> Hi, >>>> >>>> I've just committed a new regulatory domain for you! >>>> >>>> >>>> >>>> Adrian >>>> >>>> >>>> On 22 March 2013 14:05, Mark Austin wrote: >>>> >>>>> Okay. I'll be available tonight and some parts over the weekend in >>>>> case you need any more testing. >>>>> >>>>> >>>>> Regards, >>>>> -Mark Austin >>>>> >>>>> All else is in doubt, so this is the truth that I cling to. >>>>> >>>>> My Website: http://www.silverdire.com >>>>> >>>>> >>>>> >>>>> On Fri, Mar 22, 2013 at 3:12 PM, Adrian Chadd wrote: >>>>> >>>>>> >>>>>> >>>>>> On 22 March 2013 12:11, Mark Austin wrote: >>>>>> >>>>>>> Okay. I made the 2 requested changes to the kernel source code and >>>>>>> changed my kenv var before reloading the module. >>>>>>> >>>>>>> The kernel messages log shows (my emphasis in bold): >>>>>>> >>>>>>> ** >>>>>>> >>>>>> >>>>>> >>>>>>> *Mar 22 19:02:49 asher kernel: ath_hal_init_channels: cc=0, >>>>>>> regdmn=240* >>>>>>> *Mar 22 19:02:49 asher kernel: getchannels: cc 0 regDmn 0xf0 mode >>>>>>> 0xffffff ecm* >>>>>>> *Mar 22 19:02:49 asher kernel: isEepromValid: invalid regulatory >>>>>>> domain/country code 0x6c* >>>>>>> *Mar 22 19:02:49 asher kernel: getregstate: invalid EEPROM contents* >>>>>>> *Mar 22 19:02:49 asher kernel: ath_hal_init_channels: status=16, >>>>>>> currentRD=108* >>>>>>> >>>>>> >>>>>> Right. I'm missing that regulatory domain. >>>>>> >>>>>> I'll have to go and look at what's missing and update the HAL >>>>>> regulatory domain. I'll start with that specific entry just so you can get >>>>>> working. >>>>>> >>>>>> >>>>>> Adrian >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >