Changes in Makefile

031beb4e - sys: Remove $FreeBSD$: one-line sh pattern

Wed, 16 Aug 2023 17:54:58 +0000

sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ List of files: /freebsd-14.2/sys/modules/ath/Makefile

369216b0 - ath: fix older clang build.

Wed, 02 Mar 2022 05:54:58 +0000

ath: fix older clang build.Define NO_WUNUSED_BUT_SET_VARIABLE for newer clang, and use it in ATH_Cto account for different clang versions. Use it in Makefiles as well.Sponsored by: NetflixReviewed by: kevans, jhbDifferential Revision: https://reviews.freebsd.org/D34408 List of files: /freebsd-14.2/sys/modules/ath/Makefile

8881d206 - ath: Suppress set but unused warnings

Tue, 01 Mar 2022 00:26:00 +0000

ath: Suppress set but unused warningsThe ath driver has a lot of these warnings. It's an older driver, sojust supress these warnings until they can be fixed. They are a mix ofsimple dead stores, debubgging output and stuff that would requirecareful study to know if its safe to remove the access or not (there arelikely very few of the latter, but if there are any they are latent bugsthat compiler could optimize away). Since I have no ath hardware to teston anymore, take the conservative approach.Sponsored by: Netflix List of files: /freebsd-14.2/sys/modules/ath/Makefile

41059135 - [ath] [ath_hal] (etc, etc) - begin the task of re-modularising the HAL.

Thu, 25 May 2017 04:18:46 +0000

[ath] [ath_hal] (etc, etc) - begin the task of re-modularising the HAL.In the deep past, when this code compiled as a binary module, ath_halbuilt as a module. This allowed custom, smaller HAL modules to be built.This was especially beneficial for small embedded platforms where youdidn't require /everything/ just to run.However, sometime around the HAL opening fanfare, the HAL landed hereas one big driver+HAL thing, and a lot of the (dirty) infrastructure(ie, #ifdef AH_SUPPORT_XXX) to build specific subsets of the HAL went away.This was retained in sys/conf/files as "ath_hal_XXX" but it wasn'treally floated up to the modules themselves.I'm now in a position where for the reaaaaaly embedded boards (both thereally old and the last couple generation of QCA MIPS boards) having acut down HAL module and driver loaded at runtime is /actually/ beneficial.This reduces the kernel size down by quite a bit. The MIPS modules looklike this:adrian@gertrude:~/work/freebsd/head-embedded/src % ls -l ../root/mips_ap/boot/kernel.CARAMBOLA2/ath*ko-r-xr-xr-x 1 adrian adrian 5076 May 23 23:45 ../root/mips_ap/boot/kernel.CARAMBOLA2/ath_dfs.ko-r-xr-xr-x 1 adrian adrian 100588 May 23 23:45 ../root/mips_ap/boot/kernel.CARAMBOLA2/ath_hal.ko-r-xr-xr-x 1 adrian adrian 627324 May 23 23:45 ../root/mips_ap/boot/kernel.CARAMBOLA2/ath_hal_ar9300.ko-r-xr-xr-x 1 adrian adrian 314588 May 23 23:45 ../root/mips_ap/boot/kernel.CARAMBOLA2/ath_main.ko-r-xr-xr-x 1 adrian adrian 23472 May 23 23:45 ../root/mips_ap/boot/kernel.CARAMBOLA2/ath_rate.koAnd the x86 versions, like this:root@gertrude:/home/adrian # ls -l /boot/kernel/ath*ko-r-xr-xr-x 1 root wheel 36632 May 24 18:32 /boot/kernel/ath_dfs.ko-r-xr-xr-x 1 root wheel 134440 May 24 18:32 /boot/kernel/ath_hal.ko-r-xr-xr-x 1 root wheel 82320 May 24 18:32 /boot/kernel/ath_hal_ar5210.ko-r-xr-xr-x 1 root wheel 104976 May 24 18:32 /boot/kernel/ath_hal_ar5211.ko-r-xr-xr-x 1 root wheel 236144 May 24 18:32 /boot/kernel/ath_hal_ar5212.ko-r-xr-xr-x 1 root wheel 336104 May 24 18:32 /boot/kernel/ath_hal_ar5416.ko-r-xr-xr-x 1 root wheel 598336 May 24 18:32 /boot/kernel/ath_hal_ar9300.ko-r-xr-xr-x 1 root wheel 406144 May 24 18:32 /boot/kernel/ath_main.ko-r-xr-xr-x 1 root wheel 55352 May 24 18:32 /boot/kernel/ath_rate.ko.. so you can see, not building the whole HAL can save quite a bit.For example, if you don't need AR9300 support, you can actually avoidwasting half a megabyte of RAM. On embedded routers this is quite abig deal.The AR9300 HAL can be later further shrunk because, hilariously,it indeed supports AH_SUPPORT_ for optionally adding chipset support.(I'll chase that down later as it's quite a big savings if you're onlybuilding for a single embedded target.)So:* Create a very hackish way to load/unload HAL modules* Create module metadata for each HAL subtype - ah_osdep_arXXXX.c* Create module metadata for ath_rate and ath_dfs (bluetooth is currently just built as part of it)* .. yes, this means we could actually build multiple rate control modules and pick one at load time, but I'd rather just glue this into net80211's rate control code. Oh well, baby steps.* Main driver is now "ath_main"* Create an "if_ath" module that does what the ye olde one did - load PCI glue, main driver, HAL and all child modules. In this way, if you have "if_ath_load=YES" in /boot/modules.conf it will load everything the old way and stuff should still work.* For module autoloading purposes, I actually /did/ fix up the name of the modules in if_ath_pci and if_ath_ahb.If you want to selectively load things (eg on ye cheape ARM/MIPS platformswhere RAM is at a premium) you should:* load ath_hal* load the chip modules in question* load ath_rate, ath_dfs* load ath_main* load if_ath_pci and/or if_ath_ahb depending upon your particular bus bind type - this is where probe/attach is done.TODO:* AR5312 module and associated pieces - yes, we have the SoC side support now so the wifi support would be good to "round things out";* Just nuke AH_SUPPORT_AR5416 for now and always bloat the packet structures; this'll simplify other things.* Should add a simple refcnt thing to the HAL RF/chip modules so you can't unload them whilst you're using them.* Manpage updates, UPDATING if appropriate, etc. List of files: /freebsd-14.2/sys/modules/ath/Makefile

97ed49de - Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones

Fri, 20 Jan 2017 05:45:07 +0000

Use SRCTOP-relative paths to other directories instead of .CURDIR-relative onesThis simplifies pathing in make/displayed outputMFC after: 3 weeksSponsored by: Dell EMC Isilon List of files: /freebsd-14.2/sys/modules/ath/Makefile

bcf5fc49 - [ath] commit initial bluetooth coexistence support for the MCI NICs.

Thu, 02 Jun 2016 00:51:36 +0000

[ath] commit initial bluetooth coexistence support for the MCI NICs.This is the initial framework to call into the MCI HAL routines and drivethe basic state engine.The MCI bluetooth coex model uses a command channel between wlan andbluetooth, rather than a 2-wire or 3-wire signaling protocol to control things.This means the wlan and bluetooth chip exchange a lot more information andsignaling, even at the per-packet level. The NICs in question can sharethe input LNA and output PA on the die, so they absolutely can't stompon each other in a silly fashion. It also allows for the bluetooth sideto signal when profiles come and go, so the driver can take appropriatecontrol. There's also the possibility of dynamic bluetooth/wlan duty cyclecontrol which I haven't yet really played with.It configures things up with a static "wlan wins everything" coexistence,configures up the available 2GHz channel map for bluetooth, sets a staticduty cycle for bluetooth/wifi traffic priority and drives the basics needed tokeep the MCI HAL code happy.It doesn't do any actual coexistence except to default to "wlan wins everything",which at least demonstrates that things do indeed work. Bluetooth inquiry framesstill trump wifi (including beacons), so that demonstrates things really doindeed seem to work.Tested:* AR9462 (WB222), STA mode + bt* QCA9565 (WB335), STA mode + btTODO:* .. the rest of coexistence. yes, bluetooth, not people. That stuff's hard.* It doesn't do the initial BT side calibration, which requires a WLAN chip reset. I'll fix up the reset path a bit more first before I enable that.* The 1-ant and 2-ant configuration bits aren't being set correctly in if_ath_btcoex.c - I'll dig into that and fix it in a subsequent commit.* It's not enabled by default for WB222/WB225 even though I believe it now can be - I'll chase that up in a subsequent commit.Obtained from: Qualcomm Atheros, Linux ath9k List of files: /freebsd-14.2/sys/modules/ath/Makefile

204c8e00 - Add initial ar9300 HAL support for the spectral scan mode.

Wed, 02 Dec 2015 05:36:45 +0000

Add initial ar9300 HAL support for the spectral scan mode. List of files: /freebsd-14.2/sys/modules/ath/Makefile

b45de1eb - [ath] migrate ioctl and busdma memory operations out into separate source files.

Tue, 24 Nov 2015 03:42:58 +0000

[ath] migrate ioctl and busdma memory operations out into separate source files.This should be a big no-op pass; and reduces the size of if_ath.c.I'm hopefully soon going to take a whack at the USB support for ath(4)and this'll require some reuse of the busdma memory code. List of files: /freebsd-14.2/sys/modules/ath/Makefile

4906cdc8 - Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, support

Sat, 03 Jan 2015 03:35:18 +0000

Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, supportCWARNFALGS.$file centrally so we don't have to have it in all theplaces. Remove a few warning flags that are no longer needed.Also, always use -Wno-unknown-pragma to (hopefully temporarily) workaround #pragma ident in debug.h in the opensolaris code. Remove somestale warning suppression that's no longer necessary. List of files: /freebsd-14.2/sys/modules/ath/Makefile

fabb883e - Disable warning about unused functions for ar9300_reset.c for now.

Sat, 28 Dec 2013 23:12:32 +0000

Disable warning about unused functions for ar9300_reset.c for now.MFC after: 3 days List of files: /freebsd-14.2/sys/modules/ath/Makefile

216ca234 - Migrate the LNA mixing diversity machinery from the AR9285 HAL to the driver.

Wed, 12 Jun 2013 14:52:57 +0000

Migrate the LNA mixing diversity machinery from the AR9285 HAL to the driver.The AR9485 chip and AR933x SoC both implement LNA diversity.There are a few extra things that need to happen before this can beflipped on for those chips (mostly to do with setting up the differentbias values and LNA1/LNA2 RSSI differences) but the first stage isputting this code into the driver layer so it can be reused.This has the added benefit of making it easier to expose configurationoptions and diagnostic information via the ioctl API. That's not yetbeing done but it sure would be nice to do so.Tested:* AR9285, with LNA diversity enabled* AR9285, with LNA diversity disabled in EEPROM List of files: /freebsd-14.2/sys/modules/ath/Makefile

b70f530b - Bring over the initial static bluetooth coexistence configuration

Fri, 07 Jun 2013 09:02:02 +0000

Bring over the initial static bluetooth coexistence configurationfor the WB195 combo NIC - an AR9285 w/ an AR3011 USB bluetooth NIC.The AR3011 is wired up using a 3-wire coexistence scheme to the AR9285.The code in if_ath_btcoex.c sets up the initial hardware mappingand coexistence configuration. There's nothing special about it -it's static; it doesn't try to configure bluetooth / MAC traffic prioritiesor try to figure out what's actually going on. It's enough to stop basicbluetooth traffic from causing traffic stalls and diassociation fromthe wireless network.To use this code, you must have the above NIC. No, it won't workfor the AR9287+AR3012, nor the AR9485, AR9462 or AR955x combo cards.Then you set a kernel hint before boot or before kldload, where 'X'is the unit number of your AR9285 NIC:# kenv hint.ath.X.btcoex_profile=wb195This will then appear in your boot messages:[100482] athX: Enabling WB195 BTCOEXThis code is going to evolve pretty quickly (well, depending upon myspare time) so don't assume the btcoex API is going to stay stable.In order to use the bluetooth side, you must also load in firmware usingath3kfw and the binary firmware file (ath3k-1.fw in my case.)Tested:* AR9280, no interference* WB195 - AR9285 + AR3011 combo; STA mode; basic bluetooth inquiries were enough to cause traffic stalls and disassociations. This has stopped with the btcoex profile code.TODO:* Importantly - the AR9285 needs ASPM disabled if bluetooth coexistence is enabled. No, I don't know why. It's likely some kind of bug to do with the AR3011 sending bluetooth coexistence signals whilst the device is asleep. Since we don't actually sleep the MAC just yet, it shouldn't be a problem. That said, to be totally correct: + ASPM should be disabled - upon attach and wakeup + The PCIe powersave HAL code should never be called Look at what the ath9k driver does for inspiration.* Add WB197 (AR9287+AR3012) support* Add support for the AR9485, which is another combo like the AR9285* The later NICs have a different signaling mechanism between the MAC and the bluetooth device; I haven't even begun to experiment with making that HAL code work. But it should be a lot more automatic.* The hardware can do much more interesting traffic weighting with bluetooth and wifi traffic. None of this is currently used. Ideally someone would code up something to watch the bluetooth traffic GPIO (via an interrupt) and then watch it go high/low; then figure out what the bluetooth traffic is and adjust things appropriately.* If I get the time I may add in some code to at least track this stuff and expose statistics. But it's up to someone else to experiment with the bluetooth coexistence support and add the interesting stuff (like "real" detection of bulk, audio, etc bluetooth traffic patterns and change wifi parameters appropriately - eg, maximum aggregate length, transmit power, using quiet time to control TX duty cycle, etc.) List of files: /freebsd-14.2/sys/modules/ath/Makefile

0e468be1 - Add the AR9300 HAL into the kernel and module builds.

Thu, 02 May 2013 07:05:34 +0000

Add the AR9300 HAL into the kernel and module builds.Tested:* make universe (honest!) List of files: /freebsd-14.2/sys/modules/ath/Makefile

cac48304 - Disable warning/errors for two files for now - they don't compile clean

Thu, 14 Mar 2013 00:27:53 +0000

Disable warning/errors for two files for now - they don't compile cleanwith clang.I'll work on this soon. List of files: /freebsd-14.2/sys/modules/ath/Makefile

0200f963 - Shift this over to a new location in contrib/, in preparation to push

Tue, 12 Mar 2013 02:54:49 +0000

Shift this over to a new location in contrib/, in preparation to pushthis public. List of files: /freebsd-14.2/sys/modules/ath/Makefile

8ed72724 - Placeholder for the upcoming AR9300 HAL code.

Sat, 09 Mar 2013 01:05:36 +0000

Placeholder for the upcoming AR9300 HAL code. List of files: /freebsd-14.2/sys/modules/ath/Makefile

aaa45683 - Link if_ath_spectral.c into the build.

Wed, 02 Jan 2013 04:00:54 +0000

Link if_ath_spectral.c into the build. List of files: /freebsd-14.2/sys/modules/ath/Makefile

e9d8a3ab - Add missing update to link ar5416_spectral.c into the build.

Wed, 02 Jan 2013 01:24:36 +0000

Add missing update to link ar5416_spectral.c into the build. List of files: /freebsd-14.2/sys/modules/ath/Makefile

8db34117 - Add the btcoex code into the module compilation.

Mon, 03 Dec 2012 23:38:08 +0000

Add the btcoex code into the module compilation. List of files: /freebsd-14.2/sys/modules/ath/Makefile

f506aeda - Include if_ath_alq.c, which only gets actually compiled if ATH_DEBUG_ALQ

Mon, 03 Dec 2012 23:36:03 +0000

Include if_ath_alq.c, which only gets actually compiled if ATH_DEBUG_ALQis enabled. List of files: /freebsd-14.2/sys/modules/ath/Makefile