Date: Mon, 25 Mar 2013 11:27:50 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Mark Austin <ganthore@gmail.com> Cc: freebsd-wireless@freebsd.org Subject: Re: AR9300 Message-ID: <CAJ-Vmo=Npv8HJpQ7fyq8gJHaidmB6mh9j7fboMJbha42QMXUZA@mail.gmail.com> In-Reply-To: <CA%2BO-CVJx-xM0cmMNH0=mD26HsqGj-ENVs=bnU4%2BK0FriE0%2BHGA@mail.gmail.com> References: <CA%2BO-CVL6%2BJ3xCjBqoHqFNKqL=p-DBKrtC8s6fU4-gCRPsX9G0A@mail.gmail.com> <CAJ-VmonzehGhkQBSyny25U2ADHUcxJbd6yETZj%2B3zbPLXfF%2BqA@mail.gmail.com> <CA%2BO-CVLihWn_TA0_LOQfQ_3e5p3Ss5UKAvpO9=vSbGmVggp1PA@mail.gmail.com> <CAJ-Vmo=zGVbOZg8g3T6GRsPZpiPqC8Nix-pB9idmv1iy9dkxgg@mail.gmail.com> <CA%2BO-CVKwDgrT0X1xcRNtDMomF6EjMFdpKaf=wshWVAmg7mQfuQ@mail.gmail.com> <CAJ-VmonwHkWMWejSwj9THrf_GrhFCB4=LeMewtDga-iWRxwrvQ@mail.gmail.com> <CA%2BO-CV%2BOrXnzsvJLGA3=X-usWzPWGVEQ59OXW2e2d9BzRifnaw@mail.gmail.com> <CAJ-VmomVBpnQhaJhWfq5sSh_Yjd98B6gK=xnmOwaOLWABOdrGA@mail.gmail.com> <CA%2BO-CVLCiSbz0NyT9SP%2B7k7EUqJFd7igU=DWpmgvTjWrcJwo4w@mail.gmail.com> <CAJ-Vmon=Duzvgw6wD%2B_fiAYW97%2BbQfuVrq_mwMCENR36X%2Bd3Yg@mail.gmail.com> <CA%2BO-CVKuUxf8nOoF3x%2B-KQD6OSBPGySdVHX6sE3d9f1ca4T6WQ@mail.gmail.com> <CAJ-VmoktdZ0iwXhrpb3k4Kr5WO3_iud=DcHj=dvcrsu-=2sSGQ@mail.gmail.com> <CA%2BO-CVJYgGPM4CwJBqjvd1RjWGnEELH%2ByAFv3a%2BPLT47T1pRDw@mail.gmail.com> <CA%2BO-CVK069mE5rzKqxEJ_%2BehxwP09u-DJ0EQCF_3LDbeqqkfhQ@mail.gmail.com> <CAJ-Vmok6faNaCwgqwhO2%2Bf7Uqwgg95VzAzQH8Egz6THVDd1dGA@mail.gmail.com> <CA%2BO-CVJNMz2m8Z7fampK_WBomVTx5-Bt-SMxZyuA1DpZPv9J0Q@mail.gmail.com> <CAJ-Vmo=Q=MvWLH6BhaU%2BhZx1zojDjrT-yu9Aop7wi%2B6=RiXuAA@mail.gmail.com> <CA%2BO-CVLVUdYrRG8m6j_%2BiT=wiSkPq1-p5=Eccxk4nNZFt07bmQ@mail.gmail.com> <CAJ-VmomfXGJJnG6jv%2BhgNeeoKEUQ%2Bcu-5fdYeoX4jhYBShhp4A@mail.gmail.com> <CA%2BO-CVLK%2BH-xbdq17mMhQzf19AmXp2Ex47O6pxt6bfR9LtoBYA@mail.gmail.com> <CAJ-Vmokf4rmSd2ZRb2O%2BgEnX0jpwKO=KEFZ3jb4rEW8-8j%2BrYw@mail.gmail.com> <CAJ-Vmo=YofP=rweox-XXOJDUHgxN=pQw4s7Wb3aTnpwT8K77Pw@mail.gmail.com> <CAJ-VmonLmt7UsOigaW=upwNw01HgKRWHBT2_=MDKQ99N8%2BcNQQ@mail.gmail.com> <CA%2BO-CVJXi2R_UuQrMVY27ZjooWMjaQV7ehro1GMHb%2BF3C2-woQ@mail.gmail.com> <CAJ-Vmo=-TNSbvPetaqnFc8qdsTUijZYsvO-ZijJ9C7=1D8fURQ@mail.gmail.com> <CA%2BO-CVJYy8MxJRkRY0-9C9sBFfoqowAWcd7U_vj3%2B3DsL3Md5g@mail.gmail.com> <CAJ-VmomyoJ1La1Fh%2BgZ0aDNsx1h2R17EaYPtZzL65BmJz9QWJQ@mail.gmail.com> <CA%2BO-CV%2BHTThotLQFguphqxXUU=0OKb1PuJG9phXj7qS2dTTrzw@mail.gmail.com> <CA%2BO-CVLjWMA0q9cjTmTbjgOMtE35wtHP5wFF2k_RG-N9QQLMCQ@mail.gmail.com> <CA%2BO-CVKxsg5L=Jar4KJNt2vAiG8CuwvHLkQ297%2Be-hnt%2B5sXDg@mail.gmail.com> <CAJ-Vmok1ECp6Hhu72BDq1dR8hmhvAZUfoS%2Bj_=hw_YqTYhKGiA@mail.gmail.com> <CA%2BO-CVJx-xM0cmMNH0=mD26HsqGj-ENVs=bnU4%2BK0FriE0%2BHGA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok, so hm. Try running wpa_supplicant manually. wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf See if it throws errors. Adrian On 25 March 2013 11:17, Mark Austin <ganthore@gmail.com> wrote: > Great. > > Now, when I attempt to connect to a WPA2 encrypted network, I get the > following output on the device in the console: > > wlan0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> metric 0 > mtu 1500 > ether 84:4b:f5:2e:7e:2b > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid tea channel 9 (2452 MHz 11g) > regdomain 108 indoor ecm authmode WPA privacy ON deftxkey UNDEF > txpower 20 bmiss 7 scanvalid 60 protmode CTS wme burst roaming > MANUAL > root@asher:/home/ganthore # > > DHCP appears to never pickup an ip address. (Tested on other systems, > works fine.) > > The ssid and authmode are correct... > > On /boot/loader.conf, I have if_ath_pci_load="YES" set. > > In /etc/rc.conf, I have the following params set: > > zfs_enable="YES" > ifconfig_bge0="inet 10.71.0.253 netmask 255.255.0.0" > defaultrouter="10.71.0.1" > wlans_ath0="wlan0" > ifconfig_wlan0="WPA DHCP" > > > > 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 12:36 PM, Adrian Chadd <adrian@freebsd.org> wrote: > >> Sweet. Looks good! >> >> >> >> Adrian >> >> >> On 25 March 2013 08:46, Mark Austin <ganthore@gmail.com> 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: <Atheros AR946x/AR948x> 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 <ganthore@gmail.com>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 <ganthore@gmail.com>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 <adrian@freebsd.org>wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I've just committed a new regulatory domain for you! >>>>>> >>>>>> >>>>>> >>>>>> Adrian >>>>>> >>>>>> >>>>>> On 22 March 2013 14:05, Mark Austin <ganthore@gmail.com> 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 <adrian@freebsd.org>wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 22 March 2013 12:11, Mark Austin <ganthore@gmail.com> 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 >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmo=Npv8HJpQ7fyq8gJHaidmB6mh9j7fboMJbha42QMXUZA>