ExternalVendorCode/openwrt
1
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-12-20 14:13:16 +00:00
Code Issues Actions 4 Packages Projects Releases Wiki Activity
f0d5eb149e
openwrt/package/kernel/ath10k-ct/Makefile

122 lines
3.3 KiB
Makefile
Raw Normal View History

add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
include $(TOPDIR)/rules.mk
PKG_NAME:=ath10k-ct
ath10k-ct: switch to 5.10 Let's switch to 5.10 now that mac80211 has been updated. Runtime-tested on ipq806x (Netgear R7800). Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
2021-02-15 12:52:23 +00:00
PKG_RELEASE=2
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
PKG_LICENSE:=GPLv2
PKG_LICENSE_FILES:=
PKG_SOURCE_URL:=https://github.com/greearb/ath10k-ct.git
PKG_SOURCE_PROTO:=git
ath10k-ct: update to latest version Changelog: - ath10k-ct: Pull in some upstream patches. Runtime-tested on ipq806x (Netgear R7800). Signed-off-by: Michael Yartys <michael.yartys@gmail.com>
2021-01-22 16:42:44 +00:00
PKG_SOURCE_DATE:=2021-01-11
PKG_SOURCE_VERSION:=9fe1df7d4f783b6b0cd1c99d11979e5a6e6fc40b
PKG_MIRROR_HASH:=4e30e256716611045e930b95eadaa8bfcadd5bdd8bbe3869cfe0f377920e812b
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
ath10k-ct: switch to 5.10 Let's switch to 5.10 now that mac80211 has been updated. Runtime-tested on ipq806x (Netgear R7800). Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
2021-02-15 12:52:23 +00:00
# Build the 5.10 ath10k-ct driver version.
ath10k-ct: switch to version 5.2 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2019-07-07 11:48:20 +00:00
# Probably this should match as closely as
ath10k-ct driver: use dma_alloc_coherent, 4.13 based driver This should help ath10k work on systems with little or no IOMMU memory. apu2 can boot two 9888 NICs now, for instance. From upstream patch by Adrian Chadd. And, start building the 4.13 based CT ath10k driver. Signed-off-by: Ben Greear <greearb@candelatech.com>
2017-10-03 22:45:37 +00:00
# possible to whatever mac80211 backports version is being used.
ath10k-ct: switch to 5.10 Let's switch to 5.10 now that mac80211 has been updated. Runtime-tested on ipq806x (Netgear R7800). Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
2021-02-15 12:52:23 +00:00
CT_KVER="-5.10"
ath10k-ct driver: use dma_alloc_coherent, 4.13 based driver This should help ath10k work on systems with little or no IOMMU memory. apu2 can boot two 9888 NICs now, for instance. From upstream patch by Adrian Chadd. And, start building the 4.13 based CT ath10k driver. Signed-off-by: Ben Greear <greearb@candelatech.com>
2017-10-03 22:45:37 +00:00
ath10k-ct: fix module depends PKG_EXTMOD_SUBDIRS should be set to the sub directory where the kernel module gets build in, for the ath10k-ct driver this changed in commit 3888e77c1c68 from ath10k to ath10k-4.13. Without this fix the depends line of the ath10*.ko modules is empty and the kernel module load system will not automatically load the depended modules like mac80211. Fixes: 3888e77c1c68 ("ath10k-ct driver: use dma_alloc_coherent, 4.13 based driver") Fixes: 23a388fe41ec ("ath10k-ct: Force loading mac80211 and ath modules.") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-03-22 22:24:42 +00:00
PKG_MAINTAINER:=Ben Greear <greearb@candelatech.com>
PKG_BUILD_PARALLEL:=1
PKG_EXTMOD_SUBDIRS:=ath10k$(CT_KVER)
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
STAMP_CONFIGURED_DEPENDS := $(STAGING_DIR)/usr/include/mac80211-backport/backport/autoconf.h
include $(INCLUDE_DIR)/kernel.mk
include $(INCLUDE_DIR)/package.mk
define KernelPackage/ath10k-ct
SUBMENU:=Wireless Drivers
TITLE:=ath10k-ct driver optimized for CT ath10k firmware
treewide: nuke DRIVER_11W_SUPPORT As of hostapd upstream commit 7d2ed8ba "Remove CONFIG_IEEE80211W build parameter" https://w1.fi/cgit/hostap/commit?id=7d2ed8bae86a31dd2df45c24b3f7281d55315482 802.11w feature is always enabled in the build time. It doesn't make sense to opt-in 802.11w per driver as hostapd will always be compiled with this feature enabled. As suggested by Hauke Mehrtens, for now keep 11w enabled in build_features.h for compatibility reasons. This option will be dropped when LuCI is adjusted. Signed-off-by: Dobroslaw Kijowski <dobo90@gmail.com>
2020-08-26 08:05:18 +00:00
DEPENDS:=+kmod-mac80211 +kmod-ath +@DRIVER_11N_SUPPORT +@DRIVER_11AC_SUPPORT @PCI_SUPPORT +kmod-hwmon-core
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
FILES:=\
ath10k-ct driver: use dma_alloc_coherent, 4.13 based driver This should help ath10k work on systems with little or no IOMMU memory. apu2 can boot two 9888 NICs now, for instance. From upstream patch by Adrian Chadd. And, start building the 4.13 based CT ath10k driver. Signed-off-by: Ben Greear <greearb@candelatech.com>
2017-10-03 22:45:37 +00:00
$(PKG_BUILD_DIR)/ath10k$(CT_KVER)/ath10k_pci.ko \
$(PKG_BUILD_DIR)/ath10k$(CT_KVER)/ath10k_core.ko
ath10k-ct: fix module depends PKG_EXTMOD_SUBDIRS should be set to the sub directory where the kernel module gets build in, for the ath10k-ct driver this changed in commit 3888e77c1c68 from ath10k to ath10k-4.13. Without this fix the depends line of the ath10*.ko modules is empty and the kernel module load system will not automatically load the depended modules like mac80211. Fixes: 3888e77c1c68 ("ath10k-ct driver: use dma_alloc_coherent, 4.13 based driver") Fixes: 23a388fe41ec ("ath10k-ct: Force loading mac80211 and ath modules.") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-03-22 22:24:42 +00:00
AUTOLOAD:=$(call AutoProbe,ath10k_pci)
ath10k-ct: Update DEPENDS and PROVIDES Update DEPENDS and PROVIDES so that ath10k-ct firmware and drivers can be used to replace stock firmware and drivers. The -htt firmware variant, which requires ath10k-ct driver now selects ath10k-ct driver when the firmware is selected. Signed-off-by: Ben Greear <greearb@candelatech.com>
2018-03-21 17:29:00 +00:00
PROVIDES:=kmod-ath10k
kernel: ath10k-ct: provide a build variant for small RAM devices According to many bugreports [0][1][2] the default ath10k-ct kernel module is unusable on devices with just 64 MiB RAM or with 128 MiB and dual ath10k cards. The target boards boot but eventually oom-killer starts to interfere with normal operation, so the current state is effectively broken. Since the two patches in question have a performance impact (and possibly some other unexpected side-effects) a dedicated build variant is added so that users of the low RAM devices can still benefit from all the ath10k-ct advantages. According to testing [3] results, the issue can be experienced even with "a 256MB device with three radios". Measured performance impact of implementing small buffers was lowering "the maximum 5 GHz throughput on an IPQ40xx device without RPS/XPS optimizations from 494/432 Mbit/s for TCP transfers (download/upload) to 438/343 Mbit/s" The patches were apparently inspired by QSDK tweaks used by ODMs for the affected devices. [0] http://lists.infradead.org/pipermail/openwrt-devel/2019-December/020573.html [1] https://github.com/openwrt/openwrt/pull/1077 [2] https://bugs.openwrt.org/index.php?do=details&task_id=2664 [3] https://github.com/freifunk-gluon/gluon/pull/1440#issue-195607701 Signed-off-by: Paul Fertser <fercerpav@gmail.com> [Remove double CONFIG_ATH10K-CT_LEDS entry] Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2019-12-22 18:20:57 +00:00
VARIANT:=regular
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
endef
ath10k-ct: adds leds support This rework and adds patch from ath10k source to make leds work also on candela source Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2018-09-28 00:24:58 +00:00
define KernelPackage/ath10k-ct/config
config ATH10K-CT_LEDS
bool "Enable LED support"
default y
kernel: ath10k-ct: provide a build variant for small RAM devices According to many bugreports [0][1][2] the default ath10k-ct kernel module is unusable on devices with just 64 MiB RAM or with 128 MiB and dual ath10k cards. The target boards boot but eventually oom-killer starts to interfere with normal operation, so the current state is effectively broken. Since the two patches in question have a performance impact (and possibly some other unexpected side-effects) a dedicated build variant is added so that users of the low RAM devices can still benefit from all the ath10k-ct advantages. According to testing [3] results, the issue can be experienced even with "a 256MB device with three radios". Measured performance impact of implementing small buffers was lowering "the maximum 5 GHz throughput on an IPQ40xx device without RPS/XPS optimizations from 494/432 Mbit/s for TCP transfers (download/upload) to 438/343 Mbit/s" The patches were apparently inspired by QSDK tweaks used by ODMs for the affected devices. [0] http://lists.infradead.org/pipermail/openwrt-devel/2019-December/020573.html [1] https://github.com/openwrt/openwrt/pull/1077 [2] https://bugs.openwrt.org/index.php?do=details&task_id=2664 [3] https://github.com/freifunk-gluon/gluon/pull/1440#issue-195607701 Signed-off-by: Paul Fertser <fercerpav@gmail.com> [Remove double CONFIG_ATH10K-CT_LEDS entry] Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2019-12-22 18:20:57 +00:00
depends on PACKAGE_kmod-ath10k-ct || PACKAGE_kmod-ath10k-ct-smallbuffers
endef
define KernelPackage/ath10k-ct-smallbuffers
$(call KernelPackage/ath10k-ct)
TITLE+= (small buffers for low-RAM devices)
VARIANT:=smallbuffers
ath10k-ct: adds leds support This rework and adds patch from ath10k source to make leds work also on candela source Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2018-09-28 00:24:58 +00:00
endef
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
NOSTDINC_FLAGS = \
-I$(PKG_BUILD_DIR) \
-I$(STAGING_DIR)/usr/include/mac80211-backport/uapi \
-I$(STAGING_DIR)/usr/include/mac80211-backport \
-I$(STAGING_DIR)/usr/include/mac80211/uapi \
-I$(STAGING_DIR)/usr/include/mac80211 \
-include backport/autoconf.h \
-include backport/backport.h
ifdef CONFIG_PACKAGE_MAC80211_MESH
NOSTDINC_FLAGS += -DCONFIG_MAC80211_MESH
endif
ath10k-ct: Update to 2018-12-11 and use version based on 4.19 This updates the ath10k-ct driver to the version from 2018-12-11 and selects the ath10k-ct version based on kernel 4.19 by default. CONFIG_ATH10K_CE was introduced between kernel 4.16 and 4.19 and is a mandatory option. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-11-25 20:24:05 +00:00
CT_MAKEDEFS += CONFIG_ATH10K=m CONFIG_ATH10K_PCI=m CONFIG_ATH10K_CE=y
ath10k-ct: update to latest version, enable AHB. The driver updates include: ath10k driver backport to fix WPA 'pn' related security bugs (4.13 based driver only currently), a fix for off-channel TX for CT wave-1 firmware, a likely fix for napi related crashes, and a backport of the firmware fetch patch. AHB is needed for the IPQ4019 platform radios. Signed-off-by: Ben Greear <greearb@candelatech.com> [use common subject format] Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2018-01-20 00:27:02 +00:00
# This AHB logic is needed for IPQ4019 radios
CT_MAKEDEFS += CONFIG_ATH10K_AHB=m
NOSTDINC_FLAGS += -DCONFIG_ATH10K_AHB
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
NOSTDINC_FLAGS += -DSTANDALONE_CT
ifdef CONFIG_PACKAGE_MAC80211_DEBUGFS
CT_MAKEDEFS += CONFIG_ATH10K_DEBUGFS=y CONFIG_MAC80211_DEBUGFS=y
NOSTDINC_FLAGS += -DCONFIG_MAC80211_DEBUGFS
NOSTDINC_FLAGS += -DCONFIG_ATH10K_DEBUGFS
endif
ifdef CONFIG_PACKAGE_ATH_DEBUG
NOSTDINC_FLAGS += -DCONFIG_ATH10K_DEBUG
endif
ath10k-ct: Enable DFS when "Enable DFS support" is set for kmod-ath This allows users of this package to configure DFS channels. It mimics the behaviour of the ath10k module included in package mac80211 Signed-off-by: Andy Strohman <andrew@andrewstrohman.com>
2016-12-18 19:06:06 +00:00
ifdef CONFIG_PACKAGE_ATH_DFS
NOSTDINC_FLAGS += -DCONFIG_ATH10K_DFS_CERTIFIED
endif
ath9k, ath10k(-ct): move spectral scan support under a separate config symbol Backport patches that separate spectral scan support from general debugfs support of ath9k/ath10k; this allows to remove the dependency on KERNEL_RELAY from these driver packages even with debugfs enabled and avoids the memory footprint of the relay buffers allocated by ath9k/ath10k even when they aren't used at all. The KERNEL_RELAY dependency is moved to a new config symbol that enables spectral scan support in these drivers. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
2018-01-10 20:46:46 +00:00
ifdef CONFIG_PACKAGE_ATH_SPECTRAL
CT_MAKEDEFS += CONFIG_ATH10K_SPECTRAL=y
NOSTDINC_FLAGS += -DCONFIG_ATH10K_SPECTRAL
endif
ath10k-ct: adds leds support This rework and adds patch from ath10k source to make leds work also on candela source Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
2018-09-28 00:24:58 +00:00
ifeq ($(CONFIG_ATH10K-CT_LEDS),y)
CT_MAKEDEFS += CONFIG_ATH10K_LEDS=y
NOSTDINC_FLAGS += -DCONFIG_ATH10K_LEDS
endif
kernel: ath10k-ct: provide a build variant for small RAM devices According to many bugreports [0][1][2] the default ath10k-ct kernel module is unusable on devices with just 64 MiB RAM or with 128 MiB and dual ath10k cards. The target boards boot but eventually oom-killer starts to interfere with normal operation, so the current state is effectively broken. Since the two patches in question have a performance impact (and possibly some other unexpected side-effects) a dedicated build variant is added so that users of the low RAM devices can still benefit from all the ath10k-ct advantages. According to testing [3] results, the issue can be experienced even with "a 256MB device with three radios". Measured performance impact of implementing small buffers was lowering "the maximum 5 GHz throughput on an IPQ40xx device without RPS/XPS optimizations from 494/432 Mbit/s for TCP transfers (download/upload) to 438/343 Mbit/s" The patches were apparently inspired by QSDK tweaks used by ODMs for the affected devices. [0] http://lists.infradead.org/pipermail/openwrt-devel/2019-December/020573.html [1] https://github.com/openwrt/openwrt/pull/1077 [2] https://bugs.openwrt.org/index.php?do=details&task_id=2664 [3] https://github.com/freifunk-gluon/gluon/pull/1440#issue-195607701 Signed-off-by: Paul Fertser <fercerpav@gmail.com> [Remove double CONFIG_ATH10K-CT_LEDS entry] Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2019-12-22 18:20:57 +00:00
ifeq ($(BUILD_VARIANT),smallbuffers)
NOSTDINC_FLAGS += -DCONFIG_ATH10K_SMALLBUFFERS
endif
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
define Build/Configure
cp $(STAGING_DIR)/usr/include/mac80211/ath/*.h $(PKG_BUILD_DIR)
endef
ifneq ($(findstring c,$(OPENWRT_VERBOSE)),)
CT_MAKEDEFS += V=1
endif
define Build/Compile
+$(MAKE) $(CT_MAKEDEFS) $(PKG_JOBS) -C "$(LINUX_DIR)" \
build: use KERNEL_MAKE_FLAGS for kernel file compilations The build system already defines KERNEL_CROSS which defaults to TARGET_CROSS. Make use of this variable for kernel makefiles. Signed-off-by: Karl Vogel <karl.vogel@gmail.com>
2017-10-13 09:10:03 +00:00
$(KERNEL_MAKE_FLAGS) \
kernel: replace SUBDIRS with M in package recipes The SUBDIRS variable has been removed in kernel 5.4, and was deprecated since the beginnig of kernel git history in favour of M or KBUILD_EXTMOD. Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
2020-01-20 14:42:00 +00:00
M="$(PKG_BUILD_DIR)/ath10k$(CT_KVER)" \
add ath10k-ct: Candela-Tech ath10k out-of-tree driver. This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear <greearb@candelatech.com>
2016-07-13 15:16:26 +00:00
NOSTDINC_FLAGS="$(NOSTDINC_FLAGS)" \
modules
endef
$(eval $(call KernelPackage,ath10k-ct))
kernel: ath10k-ct: provide a build variant for small RAM devices According to many bugreports [0][1][2] the default ath10k-ct kernel module is unusable on devices with just 64 MiB RAM or with 128 MiB and dual ath10k cards. The target boards boot but eventually oom-killer starts to interfere with normal operation, so the current state is effectively broken. Since the two patches in question have a performance impact (and possibly some other unexpected side-effects) a dedicated build variant is added so that users of the low RAM devices can still benefit from all the ath10k-ct advantages. According to testing [3] results, the issue can be experienced even with "a 256MB device with three radios". Measured performance impact of implementing small buffers was lowering "the maximum 5 GHz throughput on an IPQ40xx device without RPS/XPS optimizations from 494/432 Mbit/s for TCP transfers (download/upload) to 438/343 Mbit/s" The patches were apparently inspired by QSDK tweaks used by ODMs for the affected devices. [0] http://lists.infradead.org/pipermail/openwrt-devel/2019-December/020573.html [1] https://github.com/openwrt/openwrt/pull/1077 [2] https://bugs.openwrt.org/index.php?do=details&task_id=2664 [3] https://github.com/freifunk-gluon/gluon/pull/1440#issue-195607701 Signed-off-by: Paul Fertser <fercerpav@gmail.com> [Remove double CONFIG_ATH10K-CT_LEDS entry] Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2019-12-22 18:20:57 +00:00
$(eval $(call KernelPackage,ath10k-ct-smallbuffers))
Reference in New Issue Copy Permalink