ExternalVendorCode/openwrt
1
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-12-27 01:11:14 +00:00
Code Issues Actions 4 Packages Projects Releases Wiki Activity
a98cacbeb4
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: use 6.2 version ath10k-ct now offers 6.2 and 6.4 versions, so lets update to use 6.2 so we can get rid of the API update patch as well as NVMEM as that is already present in the newer driver. Ben merged the debug compilation patch so we can remove that one as well. Update patches to point to 6.2 version and refresh them. Signed-off-by: Robert Marko <robimarko@gmail.com>
2023-05-25 18:02:40 +00:00
PKG_RELEASE:=1
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: bump to version 6.7 Bump ath10k-ct to version 6.7. Drop patch 100 that got merged upstream. Link: https://github.com/openwrt/openwrt/pull/15735 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2024-06-17 17:00:05 +00:00
PKG_SOURCE_DATE:=2024-03-03
PKG_SOURCE_VERSION:=eb3f488a200fafc46140fd51b5e21f737ee50f24
PKG_MIRROR_HASH:=368ed648dc7239dbcac3c6ba09be92c4b706118052d35e058cf5d1dae2917039
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: bump to version 6.7 Bump ath10k-ct to version 6.7. Drop patch 100 that got merged upstream. Link: https://github.com/openwrt/openwrt/pull/15735 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2024-06-17 17:00:05 +00:00
# Build the 6.7 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: bump to version 6.7 Bump ath10k-ct to version 6.7. Drop patch 100 that got merged upstream. Link: https://github.com/openwrt/openwrt/pull/15735 Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2024-06-17 17:00:05 +00:00
CT_KVER="-6.7"
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: remove DRIVER_11N_SUPPORT hostapd's compile time option CONFIG_IEEE80211N was removed almost 3 years ago, 80.211n/HT is always included since then. Noticed because `hostapd -v11n` confusingly returned an error. See hostapd's commit: f3bcd69603 "Remove CONFIG_IEEE80211N build option" Signed-off-by: Andre Heider <a.heider@gmail.com>
2022-11-26 11:58:21 +00:00
DEPENDS:=+kmod-mac80211 +kmod-ath +@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
build: use -nostdinc and -isystem in NOSTDINC_FLAGS for out-of-tree kernel modules This resolves issues uncovered by musl updates Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-03-18 06:22:11 +00:00
NOSTDINC_FLAGS := \
$(KERNEL_NOSTDINC_FLAGS) \
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
-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
kernel: Make use of KERNEL_MAKE Make use of KERNEL_MAKE in kernel packages were easily possible. This moves some more code to common places and reduces the number of lines. It is defined like this: KERNEL_MAKE = $(MAKE) $(KERNEL_MAKEOPTS) KERNEL_MAKEOPTS = -C $(LINUX_DIR) $(KERNEL_MAKE_FLAGS) Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2022-12-14 21:34:19 +00:00
+$(KERNEL_MAKE) $(CT_MAKEDEFS) $(PKG_JOBS) \
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