|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0 |
|
| #
193d9e76 |
| 04-Mar-2017 |
Enji Cooper <[email protected]> |
sys/modules: normalize .CURDIR-relative paths to SRCTOP
This simplifies make output/logic
Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon
|
| #
b092fd69 |
| 08-Jan-2017 |
Adrian Chadd <[email protected]> |
[net80211] include the prototype VHT code into the build.
Note: it isn't called anywhere yet!
|
|
Revision tags: release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0 |
|
| #
cc6dd788 |
| 06-Jan-2015 |
Adrian Chadd <[email protected]> |
Refactor and split out the net80211 software scan engine from the rest of the scan API.
The eventual aim is to have 'ieee80211_scan.c' have the net80211 and driver facing scan API to start, finish a
Refactor and split out the net80211 software scan engine from the rest of the scan API.
The eventual aim is to have 'ieee80211_scan.c' have the net80211 and driver facing scan API to start, finish and continue doing scanning while 'ieee80211_swscan.c' implements the software scanner that runs the scan task, handles probe request/reply bits, configures the VAP off-channel, changes channel and does the scanning bits.
For NICs that do no scanning at all, the existing code is needed. ath(4) and most of the other NICs (dumb USB ones in particular) do little to no scan offload - it's all done in software.
Some NICs may do single channel at a time scanning; I haven't really checked them out in detail.
iwn(4), the upcoming 7260 driver stuff, the new Qualcomm Atheros 11ac chipsets and the Atheros mobile/USB full-offload chips all have complete scan engines in firmware. We don't have to drive any of it at all - the firmware just needs to be told what to scan, when to scan, how long to scan. It'll take care of going off channel, pausing TX/RX appropriately, sending sleep notification to the AP, sending probe requests and handling probe responses. It'll do passive/active scan itself. It's almost completely transparent to the network stack - all we see are scan notifications when it finishes scanning each channel and beacons/probe responses when it does its thing. Once it's done we get a final notification that the scan is complete, with some scan results in the message. The iwn(4) NICs handle doing active scanning too as an option and will handle waiting appropriately on 5GHz passive channels before active scanning.
There's some more refactoring, tidying up and lock assertions to sprinkle around to tidy this whole thing up before I turn swscan.c into another set of ic methods to override by the driver or alternate scan module. So in theory this is all one big no-op commit. In theory.
Tested:
* iwn(4) 5200, STA mode * ath(4) 6205, STA mode * ath(4) - various NICs, AP mode
show more ...
|
| #
4906cdc8 |
| 03-Jan-2015 |
Warner Losh <[email protected]> |
Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, support CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed.
Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, support CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed. Also, always use -Wno-unknown-pragma to (hopefully temporarily) work around #pragma ident in debug.h in the opensolaris code. Remove some stale warning suppression that's no longer necessary.
show more ...
|
|
Revision tags: release/10.1.0 |
|
| #
aeaed508 |
| 04-Aug-2014 |
Warner Losh <[email protected]> |
Move most of the 15 variations on generating opt_inet.h and opt_inet6.h into kmod.mk by forcing almost everybody to eat the same dogfood. While at it, consolidate the opt_bpf.h and opt_mroute.h targe
Move most of the 15 variations on generating opt_inet.h and opt_inet6.h into kmod.mk by forcing almost everybody to eat the same dogfood. While at it, consolidate the opt_bpf.h and opt_mroute.h targets here too.
show more ...
|
|
Revision tags: release/9.3.0 |
|
| #
2c284d93 |
| 14-Mar-2014 |
Gleb Smirnoff <[email protected]> |
Remove IPX support.
IPX was a network transport protocol in Novell's NetWare network operating system from late 80s and then 90s. The NetWare itself switched to TCP/IP as default transport in 1998.
Remove IPX support.
IPX was a network transport protocol in Novell's NetWare network operating system from late 80s and then 90s. The NetWare itself switched to TCP/IP as default transport in 1998. Later, in this century the Novell Open Enterprise Server became successor of Novell NetWare. The last release that claimed to still support IPX was OES 2 in 2007. Routing equipment vendors (e.g. Cisco) discontinued support for IPX in 2011.
Thus, IPX won't be supported in FreeBSD 11.0-RELEASE.
show more ...
|
| #
b3448df4 |
| 14-Feb-2014 |
Dimitry Andric <[email protected]> |
Similar to r260026, disable warning about unused functions for ieee80211_adhoc.c, ieee80211_hostap.c and ieee80211_sta.c.
MFC after: 3 days
|
|
Revision tags: release/10.0.0 |
|
| #
29c425ac |
| 28-Dec-2013 |
Dimitry Andric <[email protected]> |
Disable warning about unused functions for ieee80211_crypto.c and ieee80211_mesh.c for now.
MFC after: 3 days
|
|
Revision tags: release/9.2.0, release/8.4.0 |
|
| #
4501b246 |
| 02-Feb-2013 |
Adrian Chadd <[email protected]> |
Allow IEEE80211_SUPPORT_SUPERG to be defined _and_ have a working wlan module.
|
|
Revision tags: release/9.1.0, release/8.3.0, release/7.4.0, release/8.2.0, release/8.1.0 |
|
| #
82878b11 |
| 11-May-2010 |
Rui Paulo <[email protected]> |
MFC r206367, r206358, r206370, r206371, r206372, r206398, r206415, r206416, r206417, r206418, r206418:
net80211 ratectl framework.
|
| #
f7e784d5 |
| 16-Feb-2012 |
Ulrich Spörlein <[email protected]> |
Fix 'make depend'.
|
| #
4aecc339 |
| 15-Jan-2012 |
Adrian Chadd <[email protected]> |
Fix the situation where net80211 is built with IEEE80211_SUPPORT_TDMA but a module is used.
Although the module _builds_, it fails to load because of a missing symbol from ieee80211_tdma.c.
Specifi
Fix the situation where net80211 is built with IEEE80211_SUPPORT_TDMA but a module is used.
Although the module _builds_, it fails to load because of a missing symbol from ieee80211_tdma.c.
Specifics:
* Always build ieee80211_tdma.c in the module; * only compile in the code if IEEE80211_SUPPORT_TDMA is defined.
show more ...
|
| #
12732d30 |
| 21-May-2011 |
Bernhard Schmidt <[email protected]> |
Fix a typo, it is MPDU not MDPU.
|
| #
9a9a302f |
| 19-Oct-2010 |
Bernhard Schmidt <[email protected]> |
Fix an undefined behaviour if the desired ratectl algo is not available. This can happen if the algos are built as modules but are not loaded. If the selected ratectl algo is not available, try to lo
Fix an undefined behaviour if the desired ratectl algo is not available. This can happen if the algos are built as modules but are not loaded. If the selected ratectl algo is not available, try to load it (The load module functions does nothing currently). Add a dummy ratectl algo which always selects the first available rate. Use that one if the desired algo is not available.
MFC after: 1 week
show more ...
|
| #
e09a0bdb |
| 19-Oct-2010 |
Rui Paulo <[email protected]> |
Revert r206418
|
| #
7ed41473 |
| 09-Apr-2010 |
Rui Paulo <[email protected]> |
Add ieee80211_{amrr,rssadapt}.c.
MFC after: 1 month
|
| #
b6108616 |
| 07-Apr-2010 |
Rui Paulo <[email protected]> |
net80211 rate control framework (net80211 ratectl).
This framework allows drivers to abstract the rate control algorithm and just feed the framework with the usable parameters. The rate control fram
net80211 rate control framework (net80211 ratectl).
This framework allows drivers to abstract the rate control algorithm and just feed the framework with the usable parameters. The rate control framework will now deal with passing the parameters to the selected algorithm. Right now we have AMRR (the default) and RSSADAPT but there's no way to select one with ifconfig, yet. The objective is to have more rate control algorithms in the net80211 stack so all drivers[0] can use it. Ideally, we'll have the well-known sample rate control algorithm in the net80211 at some point so all drivers can use it (not just ath).
[0] all drivers that do rate control in software, that is.
Reviewed by: bschmidt, thompsa, weyongo MFC after: 1 months
show more ...
|
|
Revision tags: release/7.3.0, release/8.0.0 |
|
| #
bd6c4dd0 |
| 21-Jul-2009 |
Sam Leffler <[email protected]> |
correct setup of opt_ddb.h
Submitted by: jkim Approved by: re (kib)
|
| #
a6d54dae |
| 21-Jul-2009 |
Rui Paulo <[email protected]> |
Enable mesh support.
Submitted by: jkim Approved by: re (kib)
|
| #
24d3677b |
| 05-Jul-2009 |
Sam Leffler <[email protected]> |
catchup with action+ageq additions
Submitted by: "Paul B. Mahol" <[email protected]> Approved by: re (implicit)
|
| #
615f88ec |
| 17-Jun-2009 |
Weongyo Jeong <[email protected]> |
adds opt_inet6.h to fix a error during compiling wlan as a module.
Reviewed by: sam
|
| #
8d8bc018 |
| 08-Jun-2009 |
Bjoern A. Zeeb <[email protected]> |
After r193232 rt_tables in vnet.h are no longer indirectly dependent on the ROUTETABLES kernel option thus there is no need to include opt_route.h anymore in all consumers of vnet.h and no longer dep
After r193232 rt_tables in vnet.h are no longer indirectly dependent on the ROUTETABLES kernel option thus there is no need to include opt_route.h anymore in all consumers of vnet.h and no longer depend on it for module builds.
Remove the hidden include in flowtable.h as well and leave the two explicit #includes in ip_input.c and ip_output.c.
show more ...
|
| #
f0295f76 |
| 21-May-2009 |
Sam Leffler <[email protected]> |
update for r192468 (monitor mode changes)
Submitted by: jkim
|
|
Revision tags: release/7.2.0, release/7.1.0 |
|
| #
4b79449e |
| 02-Dec-2008 |
Bjoern A. Zeeb <[email protected]> |
Rather than using hidden includes (with cicular dependencies), directly include only the header files needed. This reduces the unneeded spamming of various headers into lots of files.
For now, this
Rather than using hidden includes (with cicular dependencies), directly include only the header files needed. This reduces the unneeded spamming of various headers into lots of files.
For now, this leaves us with very few modules including vnet.h and thus needing to depend on opt_route.h.
Reviewed by: brooks, gnn, des, zec, imp Sponsored by: The FreeBSD Foundation
show more ...
|
|
Revision tags: release/6.4.0 |
|
| #
30e5495f |
| 15-Sep-2008 |
Sam Leffler <[email protected]> |
add ddb support (default to off unless built with the kernel)
|