<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>031beb4e239bfce798af17f5fe8dba8bcaf13d99 - sys: Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/modules/ath_rate/Makefile#031beb4e239bfce798af17f5fe8dba8bcaf13d99</link>
        <description>sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/sys/modules/ath_rate/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 19:54:58 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>369216b039833d30b92cee44d448821ebd4077ce - ath: fix older clang build.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/modules/ath_rate/Makefile#369216b039833d30b92cee44d448821ebd4077ce</link>
        <description>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/sys/modules/ath_rate/Makefile</description>
        <pubDate>Wed, 02 Mar 2022 06:54:58 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8881d206f4e68b564c2c5f50fc717086fc3e827a - ath: Suppress set but unused warnings</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/modules/ath_rate/Makefile#8881d206f4e68b564c2c5f50fc717086fc3e827a</link>
        <description>ath: Suppress set but unused warningsThe ath driver has a lot of these warnings. It&apos;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/sys/modules/ath_rate/Makefile</description>
        <pubDate>Tue, 01 Mar 2022 01:26:00 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d02c951f8ec631d059ec7a8addb8a104cd160280 - Merge ^/head r318658 through r318963.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/modules/ath_rate/Makefile#d02c951f8ec631d059ec7a8addb8a104cd160280</link>
        <description>Merge ^/head r318658 through r318963.

            List of files:
            /freebsd/sys/modules/ath_rate/Makefile</description>
        <pubDate>Fri, 26 May 2017 21:11:24 +0200</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>41059135ce931c0f1014a999ffabc6bc470ce856 - [ath] [ath_hal] (etc, etc) - begin the task of re-modularising the HAL.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/sys/modules/ath_rate/Makefile#41059135ce931c0f1014a999ffabc6bc470ce856</link>
        <description>[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&apos;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 &quot;ath_hal_XXX&quot; but it wasn&apos;treally floated up to the modules themselves.I&apos;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&apos;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_&lt;xxx&gt; for optionally adding chipset support.(I&apos;ll chase that down later as it&apos;s quite a big savings if you&apos;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&apos;d rather just glue this  into net80211&apos;s rate control code.  Oh well, baby steps.* Main driver is now &quot;ath_main&quot;* Create an &quot;if_ath&quot; 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 &quot;if_ath_load=YES&quot; 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 &quot;round things out&quot;;* Just nuke AH_SUPPORT_AR5416 for now and always bloat the packet  structures; this&apos;ll simplify other things.* Should add a simple refcnt thing to the HAL RF/chip modules so you  can&apos;t unload them whilst you&apos;re using them.* Manpage updates, UPDATING if appropriate, etc.

            List of files:
            /freebsd/sys/modules/ath_rate/Makefile</description>
        <pubDate>Thu, 25 May 2017 06:18:46 +0200</pubDate>
        <dc:creator>Adrian Chadd &lt;adrian@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
