aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/iwi
Commit message (Collapse)AuthorAgeFilesLines
* Fix sizeof modifier for sizeof() in printfEitan Adler2014-03-301-1/+1
| | | | Notes: svn path=/head/; revision=263927
* Add support to export the contents of the notification updates from the ↵Adrian Chadd2014-03-294-2/+138
| | | | | | | | | | firmware. Right now the NIC isn't actually exporting useful data. I'm not quite sure why this is. :( Notes: svn path=/head/; revision=263920
* Rename definition of IEEE80211_FC1_WEP to IEEE80211_FC1_PROTECTED.Kevin Lo2014-01-081-1/+1
| | | | | | | | | | | | | | The origin of WEP comes from IEEE Std 802.11-1997 where it defines whether the frame body of MAC frame has been encrypted using WEP algorithm or not. IEEE Std. 802.11-2007 changes WEP to Protected Frame, indicates whether the frame is protected by a cryptographic encapsulation algorithm. Reviewed by: adrian, rpaulo Notes: svn path=/head/; revision=260444
* - Probe with BUS_PROBE_DEFAULT instead of 0.Marius Strobl2013-12-292-22/+12
| | | | | | | | | | | | | | | - Nuke code setting PCI_POWERSTATE_D0; pci(4) already does that for type 0 devices. - Use PCIR_BAR instead of a homegrown macro. - There's no need to keep track of resource IDs. - Quiesce the interrupt before actually detaching. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. MFC after: 1 week Notes: svn path=/head/; revision=260063
* The bssid can change from underneath us, so take a reference beforeAdrian Chadd2013-11-261-3/+10
| | | | | | | we fiddle with it. Notes: svn path=/head/; revision=258612
* The r48589 promised to remove implicit inclusion of if_var.h soon. PrepareGleb Smirnoff2013-10-261-0/+1
| | | | | | | | | | | to this event, adding if_var.h to files that do need it. Also, include all includes that now are included due to implicit pollution via if_var.h Sponsored by: Netflix Sponsored by: Nginx, Inc. Notes: svn path=/head/; revision=257176
* Mechanically substitute flags from historic mbuf allocator withGleb Smirnoff2012-12-041-3/+3
| | | | | | | malloc(9) flags in sys/dev. Notes: svn path=/head/; revision=243857
* Use suspend/resume methods provided by net80211. This ensures that theBernhard Schmidt2012-03-231-6/+4
| | | | | | | | | | | | appropriate state handling takes place, not doing so results in the device doing nothing until manual intervention. Reviewed by: iwasaki Tested by: iwasaki (iwi) MFC after: 4 weeks Notes: svn path=/head/; revision=233387
* Fix wrong asresp frame parsing in iwi_checkforqos().Mitsuru IWASAKI2012-03-101-2/+2
| | | | | | | | | | | | | | | | | | | After 8.0-RELEASE, iwi(4) doesn't send any data frames in infrastructure mode. Bacause of the condition `while (frm < efrm)', IEEE80211_VERIFY_LENGTH() was checking item length beyond the ieee80211_frame region, and returned from iwi_checkforqos() without setting flags, capinfo and associd. In infrastructure mode associd is required, so this problem causes discarding mbuf in ieee80211_start(). PR: kern/165819 Tested/Reviewed/Supported by: bschmidt and adrian MFC after: 1 week Notes: svn path=/head/; revision=232785
* Fix some net80211 enum nits:Bernhard Schmidt2011-12-171-7/+7
| | | | | | | | | | | | | - ic_vap_create() uses an ieee80211_opmode argument - ieee80211_rate2media() takes an ieee80211_phymode argument - ieee80211_plcp2rate() takes an ieee80211_phytype argument - cast to enum ieee80211_protmode and ieee80211_roamingmode to silence compiler warnings Submitted by: arundel@ Notes: svn path=/head/; revision=228621
* Add module version to iwi/ipw/wpi and iwn.Bernhard Schmidt2011-05-311-0/+2
| | | | | | | | | | | | | | | | | | | | | The version is used to check if a module is already preset, not setting it results in: can't re-use a leaf (ipw)! module_register: module pci/ipw already exists! Module pci/ipw failed to register: 17 while trying to load the module due to an entry in loader.conf. With this commit we get the expected: module ipw already present! Reported by: Dru Lavigne, bz Tested by: bz MFC after: 1 week Notes: svn path=/head/; revision=222543
* sysctl(9) cleanup checkpoint: amd64 GENERIC builds cleanly.Matthew D Fleming2011-01-121-3/+3
| | | | | | | Commit the rest of the devices. Notes: svn path=/head/; revision=217323
* The firmware does pad notifications to an even number of bytes (at leastBernhard Schmidt2010-10-231-2/+2
| | | | | | | | | | | | | | | | | | the association notification), the included information though always contains an elem block with an odd number of bytes. We handle the last byte as if it might contain a whole elem block, this of course is not true as one byte is not enough to hold a block, we therefore discard the complete frame. The solution here is to subtract one from the actual notification length, this is also what the Linux driver does. With this change the frames ends exactly where the last elem block ends. This commit also reverts r214160 which is no longer required and now even wrong. MFC after: 1 week Notes: svn path=/head/; revision=214236
* The firmware always sets bit 14 and 15, to get the real associd we needBernhard Schmidt2010-10-211-1/+1
| | | | | | | | | to clear those bits. MFC after: 1 week Notes: svn path=/head/; revision=214162
* Instead of calling return when reaching the end of the assoc notificationBernhard Schmidt2010-10-211-1/+1
| | | | | | | | | | | break the loop instead. We want to run the code after the while loop to set an associd and capinfo. If we don't do this net80211 will drop frames because it assumes the node has not yet been associated. MFC after: 1 week Notes: svn path=/head/; revision=214160
* Fix monitor mode which is implemented by doing a firmware scan. ThisBernhard Schmidt2010-10-122-1/+34
| | | | | | | | | | | is a port of stable/6, seems like the code got lost during the background scan changes in r170530. Pointed out by: danfe MFC after: 2 weeks Notes: svn path=/head/; revision=213729
* Add new tunable 'net.link.ifqmaxlen' to set default send interfaceMaxim Sobolev2010-05-031-2/+2
| | | | | | | | | | | | | queue length. The default value for this parameter is 50, which is quite low for many of today's uses and the only way to modify this parameter right now is to edit if_var.h file. Also add read-only sysctl with the same name, so that it's possible to retrieve the current value. MFC after: 1 month Notes: svn path=/head/; revision=207554
* For ic_opmode switch cases, provide a default label with a printf sayingRui Paulo2009-07-101-1/+2
| | | | | | | | | this opmode is not supported. Approved by: re (kib) Notes: svn path=/head/; revision=195562
* rssi/nf data are now dbm, tag them accordinglySam Leffler2009-05-211-2/+2
| | | | Notes: svn path=/head/; revision=192542
* o remove bpf tap call missed in r192468Sam Leffler2009-05-211-3/+1
| | | | | | | o correct rssi taken from rx descriptor; need dbm Notes: svn path=/head/; revision=192541
* Overhaul monitor mode handling:Sam Leffler2009-05-202-28/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | o replace DLT_IEEE802_11 support in net80211 with DLT_IEEE802_11_RADIO and remove explicit bpf support from wireless drivers; drivers now use ieee80211_radiotap_attach to setup shared data structures that hold the radiotap header for each packet tx/rx o remove rx timestamp from the rx path; it was used only by the tdma support for debugging and was mostly useless due to it being 32-bits and mostly unavailable o track DLT_IEEE80211_RADIO bpf attachments and maintain per-vap and per-com state when there are active taps o track the number of monitor mode vaps o use bpf tap and monitor mode vap state to decide when to collect radiotap state and dispatch frames; drivers no longer explicitly directly check bpf state or use bpf calls to tap frames o handle radiotap state updates on channel change in net80211; drivers should not do this (unless they bypass net80211 which is almost always a mistake) o update various drivers to be more consistent/correct in handling radiotap o update ral to include TSF in radiotap'd frames o add promisc mode callback to wi Reviewed by: cbzimmer, rpaulo, thompsa Notes: svn path=/head/; revision=192468
* Abort any scan on a fatal firmware. ic_scan_curchan is overridden to performAndrew Thompson2009-05-101-0/+3
| | | | | | | | the scan in firmware and this relies on the firmware to wake up the scan task on completion. Notes: svn path=/head/; revision=191956
* push wme parameter setting to the taskq thread; the update callback fromSam Leffler2009-05-092-7/+21
| | | | | | | | net80211 can happen from the ithread and submitting the fw cmd requires a sleepable context Notes: svn path=/head/; revision=191951
* Drain the tasks before the interface stop call in case a restart was queued.Andrew Thompson2009-05-081-5/+5
| | | | Notes: svn path=/head/; revision=191912
* Create a taskqueue for each wireless interface which provides a serialisedAndrew Thompson2009-05-022-259/+89
| | | | | | | | | | | | | | | | | | | | | | | | | | sleepable context for net80211 driver callbacks. This removes the need for USB and firmware based drivers to roll their own code to defer the chip programming for state changes, scan requests, channel changes and mcast/promisc updates. When a driver callback completes the hardware state is now guaranteed to have been updated and is in sync with net80211 layer. This nukes around 1300 lines of code from the wireless device drivers making them more readable and less race prone. The net80211 layer has been updated as follows - all state/channel changes are serialised on the taskqueue. - ieee80211_new_state() always queues and can now be called from any context - scanning runs from a single taskq function and executes to completion. driver callbacks are synchronous so the channel, phy mode and rx filters are guaranteed to be set in hardware before probe request frames are transmitted. Help and contributions from Sam Leffler. Reviewed by: sam Notes: svn path=/head/; revision=191746
* Hoist 802.11 encapsulation up into net80211:Sam Leffler2009-03-301-7/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | o call ieee80211_encap in ieee80211_start so frames passed down to drivers are already encapsulated o remove ieee80211_encap calls in drivers o fixup wi so it recreates the 802.3 head it requires from the 802.11 header contents o move fast-frame aggregation from ath to net80211 (conditional on IEEE80211_SUPPORT_SUPERG): - aggregation is now done in ieee80211_start; it is enabled when the packets/sec exceeds ieee80211_ffppsmin (net.wlan.ffppsmin) and frames are held on a staging queue according to ieee80211_ffagemax (net.wlan.ffagemax) to wait for a frame to combine with - drivers must call back to age/flush the staging queue (ath does this on tx done, at swba, and on rx according to the state of the tx queues and/or the contents of the staging queue) - remove fast-frame-related data structures from ath - add ieee80211_ff_node_init and ieee80211_ff_node_cleanup to handle per-node fast-frames state (we reuse 11n tx ampdu state) o change ieee80211_encap calling convention to include an explicit vap so frames coming through a WDS vap are recognized w/o setting M_WDS With these changes any device able to tx/rx 3Kbyte+ frames can use fast-frames. Reviewed by: thompsa, rpaulo, avatar, imp, sephe Notes: svn path=/head/; revision=190579
* Eliminate ic_myaddr so changing the mac address of a device works correctly:Sam Leffler2009-03-291-10/+10
| | | | | | | | | | | | | | o remove ic_myaddr from ieee80211com o change ieee80211_ifattach to take the mac address of the physical device and use that to setup the lladdr. o replace all references to ic_myaddr in drivers by IF_LLADDR o related cleanups (e.g. kill dead code) PR: kern/133178 Reviewed by: thompsa, rpaulo Notes: svn path=/head/; revision=190526
* Change the calling convention for ic_node_alloc to deal withSam Leffler2008-06-071-3/+4
| | | | | | | | | | | | | | | some longstanding issues: o pass the vap since it's now the "coin of the realm" and required to do things like set initial tx parameters in private node state for use prior to association o pass the mac address as cards that maintain outboard station tables require this to create an entry (e.g. in ibss mode) o remove the node table reference, we only have one node table and it's unlikely this will change so this is not needed to find the com structure Notes: svn path=/head/; revision=179643
* Minor cleanup of vap create work:Sam Leffler2008-05-121-1/+2
| | | | | | | | | | | | | | | | o add IEEE80211_C_STA capability to indicate sta mode is supported (was previously assumed) and mark drivers as capable o add ieee80211_opcap array to map an opmode to the equivalent capability bit o move IEEE80211_C_OPMODE definition to where capabilities are defined so it's clear it should be kept in sync (on future additions) o check device capabilities in clone create before trying to create a vap; this makes driver checks unneeded o make error codes return on failed clone request unique o temporarily add console printfs on clone request failures to aid in debugging; these will move under DIAGNOSTIC or similar before release Notes: svn path=/head/; revision=178957
* Unify all the wifi *_ioctl routinesAndrew Thompson2008-05-011-7/+8
| | | | | | | | | | | | | | | | | - Limit grabbing the lock to SIOCSIFFLAGS. - Move ieee80211_start_all() to SIOCSIFFLAGS. - Remove SIOCSIFMEDIA as it is not useful. - Limit ether_ioctl to only SIOCGIFADDR. SIOCSIFADDR and SIOCSIFMTU have no affect as there is no input/output path in the vap parent. The vap code will handle the reinit of the mac address changes. - Split off ndis_ioctl_80211 as it was getting too different to wired devices. This fixes a copyout while locked and a lock recursion. Reviewed by: sam Notes: svn path=/head/; revision=178704
* Multi-bss (aka vap) support for 802.11 devices.Sam Leffler2008-04-202-584/+553
| | | | | | | | | | | | | | Note this includes changes to all drivers and moves some device firmware loading to use firmware(9) and a separate module (e.g. ral). Also there no longer are separate wlan_scan* modules; this functionality is now bundled into the wlan module. Supported by: Hobnob and Marvell Reviewed by: many Obtained from: Atheros (some bits) Notes: svn path=/head/; revision=178354
* Plug two potential (root-only, local) information leaks. buf is notPhilip Paeps2007-12-051-4/+4
| | | | | | | | | | | initialized before use and returned integrally instead of up to size. Submitted by: Ilja van Sprundel <ilja -at- netric.org> Reviewed by: secteam MFC after: 1 day Notes: svn path=/head/; revision=174317
* Rename the kthread_xxx (e.g. kthread_create()) callsJulian Elischer2007-10-201-2/+2
| | | | | | | | | | | | | | to kproc_xxx as they actually make whole processes. Thos makes way for us to add REAL kthread_create() and friends that actually make theads. it turns out that most of these calls actually end up being moved back to the thread version when it's added. but we need to make this cosmetic change first. I'd LOVE to do this rename in 7.0 so that we can eventually MFC the new kthread_xxx() calls. Notes: svn path=/head/; revision=172836
* Add missing bits that made bg scanning lame:Sam Leffler2007-09-051-0/+6
| | | | | | | | | | | | | o update ic_lastdata to reflect time of last outbound frame o outbound traffic must preempt/cancel bg scanning to avoid delays This stuff was somehow missed in the initial import. Reviewed by: thompsa, avatar, sephe (earlier version) Approved by: re (blanket wireless) Notes: svn path=/head/; revision=172060
* Remove the lock assert from iwi_newstate, this function does not need the lockAndrew Thompson2007-08-291-1/+0
| | | | | | | | | | | to be held and this will falsely trigger if called from net80211. Reported by: Munehiro (haro) Matsuda Reviewed by: sam Approved by: re (kensmith) Notes: svn path=/head/; revision=172012
* The config.use_protection option can not be used in 802.11b mode and causes aAndrew Thompson2007-06-251-16/+17
| | | | | | | | | | | | firmware reset. Also zero out struct iwi_rateset although its not strictly necessary. Reported by: Maxim Konovalov Reviewed by: sam Approved by: re (bmah) Notes: svn path=/head/; revision=171034
* MFp4 (missed in net80211 megaupdate)Andrew Thompson2007-06-112-7/+25
| | | | | | | | | | | - Use a seperate taskqueue+thread for reset tasks since iwi_ops will block. - Return from iwi_ops if the interface has been downed - The firmware will fail if we are already associated - Add myself to the copyright Notes: svn path=/head/; revision=170554
* Update 802.11 wireless support:Sam Leffler2007-06-113-385/+561
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o major overhaul of the way channels are handled: channels are now fully enumerated and uniquely identify the operating characteristics; these changes are visible to user applications which require changes o make scanning support independent of the state machine to enable background scanning and roaming o move scanning support into loadable modules based on the operating mode to enable different policies and reduce the memory footprint on systems w/ constrained resources o add background scanning in station mode (no support for adhoc/ibss mode yet) o significantly speedup sta mode scanning with a variety of techniques o add roaming support when background scanning is supported; for now we use a simple algorithm to trigger a roam: we threshold the rssi and tx rate, if either drops too low we try to roam to a new ap o add tx fragmentation support o add first cut at 802.11n support: this code works with forthcoming drivers but is incomplete; it's included now to establish a baseline for other drivers to be developed and for user applications o adjust max_linkhdr et. al. to reflect 802.11 requirements; this eliminates prepending mbufs for traffic generated locally o add support for Atheros protocol extensions; mainly the fast frames encapsulation (note this can be used with any card that can tx+rx large frames correctly) o add sta support for ap's that beacon both WPA1+2 support o change all data types from bsd-style to posix-style o propagate noise floor data from drivers to net80211 and on to user apps o correct various issues in the sta mode state machine related to handling authentication and association failures o enable the addition of sta mode power save support for drivers that need net80211 support (not in this commit) o remove old WI compatibility ioctls (wicontrol is officially dead) o change the data structures returned for get sta info and get scan results so future additions will not break user apps o fixed tx rate is now maintained internally as an ieee rate and not an index into the rate set; this needs to be extended to deal with multi-mode operation o add extended channel specifications to radiotap to enable 11n sniffing Drivers: o ath: add support for bg scanning, tx fragmentation, fast frames, dynamic turbo (lightly tested), 11n (sniffing only and needs new hal) o awi: compile tested only o ndis: lightly tested o ipw: lightly tested o iwi: add support for bg scanning (well tested but may have some rough edges) o ral, ural, rum: add suppoort for bg scanning, calibrate rssi data o wi: lightly tested This work is based on contributions by Atheros, kmacy, sephe, thompsa, mlaier, kevlo, and others. Much of the scanning work was supported by Atheros. The 11n work was supported by Marvell. Notes: svn path=/head/; revision=170530
* Fix an off-by-one error in iwi_init_fw_dma(). It didn't reuse the existingJohn Baldwin2007-03-211-1/+1
| | | | | | | | | | | | | DMA memory for a firmware load if it was the exact size needed, thus in the common case the driver was constantly free'ing and reallocating the DMA buffer and it would eventually begin to fail. With this fix, iwi0 reuses the same buffer the entire time and no longer fails to load the firmware after the machine has been up for a while. MFC after: 1 week Notes: svn path=/head/; revision=167776
* allow net80211 to fillin rate setsSam Leffler2007-03-111-19/+0
| | | | | | | MFC after: 2 weeks Notes: svn path=/head/; revision=167470
* change ic_modecaps to a bit vector and use setbit, et. al.Sam Leffler2007-03-111-6/+2
| | | | Notes: svn path=/head/; revision=167468
* o break newbus api: add a new argument of type driver_filter_t toPaolo Pisati2007-02-231-1/+1
| | | | | | | | | | | | | | | | bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@ Notes: svn path=/head/; revision=166901
* Rename IWI_LOCK_ASSERT to IWI_LOCK_CHECK per Sam's suggestion,Luigi Rizzo2007-02-202-25/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | and make it print under debug.iwi control same as other debugging stuff. Remove the device_printf() in iwi_ioctl() and replace with this: /* * wait until pending iwi_cmd() are completed, to avoid races * that could cause problems. */ while (sc->flags & IWI_FLAG_BUSY) msleep(sc, &sc->sc_mtx, 0, "iwiioctl", hz); This at least prevents what has become an almost systematic failure for my system, presumably due to a previous iwi_cmd() not complete yet by the time iwi_ioctl() is called. It has been pointed to my attention that the real problem could be calling ieee80211_ioctl() with the lock held. If that is true, there might still be a possibility for a race condition e.g. an interrupt coming while the ioctl is sleeping. Need to investigate further on what changes are required to release the lock before calling ieee80211_ioctl Notes: svn path=/head/; revision=166849
* Address a few issues with the iwi driver, namely:Luigi Rizzo2007-02-202-78/+147
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | + do not release the dma-ble region used for downloading firmware. This should fix the problems that some people were seeing, due to memory becoming too fragmented which prevented subsequent allocations of a suitable contiguous region of memory; + document the firmware format and usage in if_iwivar.h + use a loop to allocate the four tx rings, instead of replicating the body of the loop. + add debugging code IWI_LOCK_ASSERT() to detect missing locks. These only do a printf, and should go away once we figure out why the driver sometimes freezes the system due to a (yet unidentified) race condition. + add a device_printf() in iwi_ioctl() in certain conditions (see comment in the code). This helps preventing the race condition mentioned above, and makes the system survive. This printf will also go away once fixing this bug is completed. + change iwi_getfw() to return 0 on success, 1 on error, consistently with other functions. + fix the argument of a sizeof() in iwi_get_firmware() + use le32toh() to access little-endian fields + simplify error handling in iwi_load_firmware() and iwi_init_locked() The bugs fixed by this commit (the freezing one especially) are serious enough to call for a quick MFC MFC after: 3 days Notes: svn path=/head/; revision=166848
* Document the endiannes of firmware headersLuigi Rizzo2007-02-201-1/+9
| | | | | | | (in preparation for changes in the C code). Notes: svn path=/head/; revision=166846
* Cleanup and document the implementation of firmware(9) based onLuigi Rizzo2007-02-152-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | a version that i posted earlier on the -current mailing list, and subsequent feedback received. The core of the change is just in sys/firmware.h and kern/subr_firmware.c, while other files are just adaptation of the clients to the ABI change (const-ification of some parameters and hiding of internal info, so this is fully compatible at the binary level). In detail: - reduce the amount of information exported to clients in struct firmware, and constify the pointer; - internally, document and simplify the implementation of the various functions, and make sure error conditions are dealt with properly. The diffs are large, but the code is really straightforward now (i hope). Note also that there is a subtle issue with the implementation of firmware_register(): currently, as in the previous version, we just store a reference to the 'imagename' argument, but we should rather copy it because there is no guarantee that this is a static string. I realised this while testing this code, but i prefer to fix it in a later commit -- there is no regression with respect to the past. Note, too, that the version in RELENG_6 has various bugs including missing locks around the module release calls, mishandling of modules loaded by /boot/loader, and so on, so an MFC is absolutely necessary there. I was just postponing it until this cleanup to avoid doing things twice. MFC after: 1 week Notes: svn path=/head/; revision=166756
* Use bus_get_dma_tag() so iwi(4) works on platforms requiring it.Kevin Lo2007-02-021-15/+18
| | | | | | | Approved by: cognet Notes: svn path=/head/; revision=166416
* Add header files <sys/lock.h> and <sys/mutex.h> for mtx_init() and friends.Kevin Lo2006-12-071-0/+2
| | | | | | | Approved by: cognet Notes: svn path=/head/; revision=164982
* Drop the iwi softc lock when calling back into net80211 on rx. This fixes aMax Laier2006-12-061-0/+3
| | | | | | | | | | | LOR with direct dispatch in the netisr. Reported and tested by: Munehiro Matsuda Submitted by: jhb LOR id: 194 Notes: svn path=/head/; revision=164964
* Fix some edge cases in detach (including attach failures):John Baldwin2006-11-071-3/+2
| | | | | | | | | | | | | - Only call iwi_stop() if we got far enough along in iwi_attach() to alloc an ifnet. - Release the firmware after stopping the interface and detaching the ifnet. MFC after: 1 month Reviewed by: sam Notes: svn path=/head/; revision=164069
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-28 11:10:28 +0000