Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Mar 2013 16:22:07 -0500
From:      Joshua Isom <jrisom@gmail.com>
To:        Adrian Chadd <adrian.chadd@gmail.com>
Cc:        "freebsd-wireless@freebsd.org" <freebsd-wireless@freebsd.org>
Subject:   Re: Fine, OK, here's my initial AR9380/AR9485 support
Message-ID:  <514633FF.6070108@gmail.com>
In-Reply-To: <CAJ-Vmo=sC1Akv2r-UsvtLkEX7QSokw3FVU7nhUN29KHGdnEhCg@mail.gmail.com>
References:  <5142813d.83c2e00a.67a8.39d5@mx.google.com> <514284E5.9060303@gmail.com> <CAJ-Vmok255ODmYaq5FShODzeLt9QvAeNS7Ef-7sVF5_BSoq2Vg@mail.gmail.com> <51428E10.1000801@gmail.com> <CAJ-VmokkXaNHki-yza5hBzUN9z7FhzPH3RbwLsUchm8t5toM0g@mail.gmail.com> <78975985-a190-4915-82b5-b1810d6115b2@email.android.com> <CAJ-VmongS-xwLAhxG4gK4kMTMfFHzLADdTeOMqX5M4vPg79GNw@mail.gmail.com> <5143A1C3.7010304@gmail.com> <CAJ-Vmo=sC1Akv2r-UsvtLkEX7QSokw3FVU7nhUN29KHGdnEhCg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
How do you file a bug report against the fork?

On 3/16/2013 7:25 PM, Adrian Chadd wrote:
> On 15 March 2013 15:33, Joshua Isom <jrisom@gmail.com> wrote:
>
>>> 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
>>> ar9300_hw_attach: ar9300_eeprom_attach returned 0
>>> 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
>
> .. I really should remove that, but.
>
>>> 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] 3 RX streams; 3 TX streams
>>> ath0: AR9380 mac 448.3 RF5110 phy 0.0
>
> Cool, normal AR9380. Nothing fancy.
>
>>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000
>
>>> ar9300_Stub_GetSlotTime: called
>>> ar9300_Stub_GetSlotTime: called
>>> ar9300_Stub_GetCTSTimeout: called
>>> ar9300_Stub_GetCTSTimeout: called
>>> ar9300_Stub_GetAntennaSwitch: called
>>> ar9300_Stub_GetAntennaSwitch: called
>
> Ok. I should implement those stub routines in the driver. Can you file
> a bug report (against my fork, not the qca tree) with the above stubs?
> That way I don't forget.
>
> I wonder why you see them and I don't. Or do I just never check dmesg.
>
>>> wlan0: Ethernet address: 64:70:02:18:6d:95
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>
> This is well known. For some odd reason I get a RXEOL interrupt when I
> initialise the RX FIFO. I don't know why yet. It's harmless but I'd
> like to figure out why.
>
>>> ar9300_reset[4254]: ar9300_stop_dma_receive failed
>
> Likely another channel scan, maybe? Or maybe it finally associated?
>
>>> ath0: ath_edma_recv_proc_queue: handled npkts 0 ngood 0
>
> Thanks for being patient so far!
>
>
>
> Adrian
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?514633FF.6070108>