summaryrefslogtreecommitdiffstats
path: root/sys/dev/ath
Commit message (Collapse)AuthorAgeFilesLines
* Fixup radiotap handling of FCS and QoS frames per discussion with David Young:sam2005-01-242-43/+16
| | | | | | | | | | | | o mark rx frames including FCS in the payload with the IEEE80211_RADIOTAP_F_FCS flag o remove hack to copy 802.11 headers with padding out of line; instead mark the frames with IEEE80211_RADIOTAP_F_DATAPAD and require applications to do the work o split precalculated radiotap flags into tx+rx now that they can be different Note the full usefulness of these changes depends on updates to applications that process radiotap data.
* beacon handling fixups for adhoc mode:sam2005-01-241-12/+21
| | | | | | | | | | o don't reclaim any previous beacon state in ath_beacon_alloc; do it explicitly in ath_newstate o reference count the node held in the beacon frame state block o process ibss merge more intelligently; let the state machine do the right thing instead of explicitly setting the new bssi id o explicitly stop tx dma before doing beacon setup to handle the ibss merge case
* switch to use bus_dmamap_load_mbuf_sgsam2005-01-241-25/+13
|
* o correct beacon interval calculation; the internal setting is in TU's not mssam2005-01-241-7/+4
| | | | o replace the private macro to convert MS->TU with the common one
* statically allocate the station/neighbor node table; the deferredsam2005-01-242-8/+6
| | | | | allocation scheme introduced a race condition during device state transitions
* adjust tx buffer allocation based on empirical testing:sam2005-01-181-3/+3
| | | | | | | o increase the max per-frame tx descriptor count and the number of tx buffers for forthcoming fast frame support o correct the max scatter/gather count; it cannot be larger than the max(tx,rx,beacon) descriptor counts
* add missing statisticsam2005-01-181-2/+4
|
* disable interrupts when transitioning to INIT state so we don't rx framessam2005-01-181-1/+4
|
* replace hand-rolled code to compact an mbuf chain with m_defrag; this issam2005-01-181-17/+4
| | | | suboptimal but needed for fast frames which won't fit in a single cluster
* setup the beacon xmit queue to not interrupt; we don't use them andsam2005-01-181-1/+18
| | | | they make the led's flash unnecessarily in adhoc mode
* better led blinkingsam2005-01-182-48/+170
|
* add paren's so we can supply a|b as a debug masksam2005-01-181-2/+2
|
* o disable pci retry timeout to avoid problems when operating in C3 statesam2005-01-181-29/+32
| | | | | | | | | (fix imported from madwifi by Takanori Watanabe) o eliminate save/restore of pci registers handled by the system o eliminate duplicate zero of the softc (noted by njl) o consolidate common code MFC after: 1 week
* bump copyright for 2005sam2004-12-319-9/+9
|
* correct some typossam2004-12-311-4/+4
| | | | Submitted by: Tai-hwa Liang
* Radiotap fixups:sam2004-12-312-21/+69
| | | | | | | | | | | | | | | | | o catch one place where we were not using ath_chan_change to switch channels; this fixes a problem where the channel settings were not being correctly reported in captured packets o return unique channel identification in the channel flags; ethereal gets confused if you return merged flags (e.g. ofdm, cck, and 2Ghz) (this is workaround and should be removed if we can ever cleanup radiotap consumers) o correct short/long preamble flag state for rx and treat tx the same--use a new hwflags array that gives us the data based on the h/w rate index/cookie o add gross hack to handle radiotap capture of frames that come in with hardware padding; should be replaced by a flag in the radiotap header and more smarts in the apps that decode radiotap data
* for parts that require split keycache entries report thesam2004-12-311-1/+4
| | | | | the index of the first entry on a mic error so we're consistent with parts that don't have split keycache
* Correct beacon timer setup logic:sam2004-12-311-15/+14
| | | | | | | | | | | o lintval is in ms; must convert to TU's for passing to the hal o roundup to calculate nexttbtt (should look at current tsf and pull the calculated nextbtt forward but this'll do for now) o don't or- in HAL_BEACON_RESET_TSF when doing station timer setup; this is not needed and messes up the sleep timer calcs, though it's unclear if it mattered as the hal masks these values before use Submitted by: Thorsten von Eicken
* no need to sweep the tx q's for node references in ath_node_free; we knowsam2004-12-311-29/+0
| | | | there are none since we're only called when the ref count goes to zero
* cleanup some assertionssam2004-12-311-12/+6
|
* Like on the ath_rate_onoe component, make this compile on amd64. Convertpeter2004-12-151-2/+2
| | | | | | | | | pointers to an integer via uintptr_t. Fix an apparent bug that caused a compile failure. ieee80211_iterate_nodes() takes ic->ic_sta as its first argument on the onoe module. It had just 'ic' here in the same context, which was a mismatched argument.
* Make this amd64-clean. sizeof is long on amd64, so things that do a printfpeter2004-12-152-5/+8
| | | | | | | | of a sizeof, need to use %z to get the correct type on all our platforms. Also, convert integers<->pointers via uintptr_t. (I think Sam's instructions were for me to commit this. If I misunderstood, then I apologize in advance.)
* Update with last year of work.sam2004-12-085-1217/+3170
|
* Transmit rate control modules for the ath driver.sam2004-12-084-0/+1219
|
* Add missing bit of last if_start workaround: mark scan calloutsam2004-08-081-1/+1
| | | | | MPSAFE only debug_mpsafenet is 1 so callbacks to send management frames hold Giant; this is another bandaid on the path to removing Giant.
* Pickup Giant in ath_rx_proc and when handling a beacon miss in order tosam2004-08-071-0/+6
| | | | satisfy the assertion in if_start.
* Second part of ALTQ driver modifications, covering:mlaier2004-08-011-3/+5
| | | | | | | | | | an(4), ath(4), hme(4), ndis(4), vr(4) and wi(4) Please help testing: http://people.freebsd.org/~mlaier/ALTQ_driver/ Tested by: Vaidas Damosevicius (an, ath, wi) Roman Divacky (vr) Submitted by: yongari (hme)
* use correct malloc type to allocate struct ieee80211_node'ssam2004-04-051-1/+1
| | | | Noticed by: phk
* do proper subclassing of node free+copy; the previous hack falls apart whensam2004-04-031-0/+5
| | | | | | the 802.11 layer does useful work Obtained from: madwifi
* do proper subclassing of node free+copy; the previous hack falls apart whensam2004-04-031-2/+8
| | | | | | the 802.11 layer does useful work Obtained from: madwifi
* transmit beacon frames directly instead of defering them to a swi; theresam2004-04-032-4/+8
| | | | | | was too much delay Obtained from: madwifi
* update copyright notice for 2004sam2004-04-024-4/+4
|
* add new statisticssam2004-04-021-0/+3
| | | | Obtained from: madwifi
* check more quickly (and directly) if an interrupt is pending; this reducessam2004-04-021-0/+2
| | | | | | work done in ath_intr when the irq is shared Obtained from: madwifi
* cleanup descriptor allocation if attach failssam2004-04-021-2/+4
| | | | Obtained from: madwifi
* remove use IEEE80211_C_RCVMGTsam2004-04-021-1/+1
|
* radiotap updates:sam2004-04-012-6/+13
| | | | | | o force little-endian byte order for header o pad header to 32-bit boundary to guard against applications that assume packet data alignment
* Don't announce MAC addresses twice.mdodd2004-03-201-2/+0
| | | | (ieee80211_ifattach() calls ether_ifattach().)
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-4/+4
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Make this compile on amd64.peter2004-02-061-6/+6
| | | | "I'll cope" by: sam
* When draining the tx queue reclaim any node references held in packets.sam2004-01-071-1/+10
| | | | | This fixes a problem when operating as an AP where clients would get stuck in the node table because the reference count never went to zero.
* When ath_hal_stoptxdma returns an error dma is still likely stoppedsam2004-01-071-1/+1
| | | | | so don't just stop trying to send a beacon frame or we'll be more likely to lose sync. This only seems to happen on some older chips.
* use ath_reset instead of ath_init when recovering from a watchdog timeout:sam2004-01-071-1/+1
| | | | resetting the hardware is sufficient, no need to reset the 802.11 fsm
* make hw.ath.debug a tunablesam2004-01-071-0/+1
|
* make hw.ath.outdoor and hw.ath.countrycode tunablessam2004-01-071-0/+2
|
* split debugging messages up into classes;sam2004-01-071-73/+109
| | | | ah_debug is now treated as a bit vector
* update radiotap support to reflect recent changes:sam2003-12-282-11/+22
| | | | | | | | | o move tx taps from ath_start to ath_tx_start so lots more state is available to tap o add tx flags o add tx rate o add tx power (constant for the moment) o add tx antenna state
* o eliminate widespread on-stack mbuf use for bpf by introducingsam2003-12-281-35/+12
| | | | | | | | | | | | | a new bpf_mtap2 routine that does the right thing for an mbuf and a variable-length chunk of data that should be prepended. o while we're sweeping the drivers, use u_int32_t uniformly when when prepending the address family (several places were assuming sizeof(int) was 4) o return M_ASSERTVALID to BPF_MTAP* now that all stack-allocated mbufs have been eliminated; this may better be moved to the bpf routines Reviewed by: arch@ and several others
* o track API change for HAL v0.9.6.1sam2003-11-293-18/+56
| | | | | | | | | | | | | | | o fix race condition when processing rx descriptors: because we use a self-linked descriptor at the end of the rx descriptor list to avoid rx overruns (which can easily happen for 5212 parts that enable PHY errors) we must carefully check that a descriptor is "done" by looking ahead to the next descriptor before believing the done bit in the current descriptor (this is all handled in the HAL since the rx descriptor format is chip-specific so we need to pass in two additional parameters--the physical address of the current descriptor and the virtual address of the next descriptor in the list) o check copyout return status for SIOCGATHSTATS ioctl Approved by: re (scottl)
* Sometimes cardbus attachments don't attach, so while we track downimp2003-11-281-0/+1
| | | | | | | | this problem put these lines back in. While they should be unnecessary, they appear to be sometimes necessary. Reviewed in concept: dfr Approved by: re (scottl@)
OpenPOWER on IntegriCloud