staging/hauke/include/target.mk, branch v19.07.4

hostapd: add wpad-basic-wolfssl variant

2020-08-09T22:05:27Z

Add package which provides size optimized wpad with support for just WPA-PSK, SAE (WPA3-Personal), 802.11r and 802.11w. Signed-off-by: Petr Štetiar [adapt to recent changes, add dependency for WPA_WOLFSSL config] Signed-off-by: Adrian Schmutzler (cherry picked from commit c487cf8e94cbdf582dfc3c2bdaab913a146a2100)

build: add urandom-seed and urngd to default packages set

2019-07-22T07:53:01Z

urandom-seed content was split from base-files into separate package so in order to preserve the current functionality and to provide some fallback mechanism in case jent-rng initialization fails in urngd we need to add it back. urngd is OpenWrt's micro non-physical true random number generator based on timing jitter. Tested-by: Lucian Cristian Signed-off-by: Petr Štetiar (cherry picked from commit f5387b754f98f85bf4a1c8c392a965bdbcb96db6)

build: add a config option for enabling a testing version of the target kernel

2019-05-11T09:37:10Z

If the target supports a newer kernel version that is not used by default yet, it can be enabled with this option Signed-off-by: Felix Fietkau

kernel: Remove support for kernel 3.18

2019-05-03T20:41:38Z

No target is using kernel 3.18 anymore, remove all the generic support for kernel 3.18. The removed packages are depending on kernel 3.18 only and are not used on any recent kernel. Signed-off-by: Hauke Mehrtens

toolchain: ARM: Fix toolchain compilation for gcc 8.x

2019-03-25T20:15:58Z

Set the toolchain's ARM CPU and FPU architectures by utilizing' gcc's --with-cpu / --with-fpu configure options that: "Specify which cpu variant the compiler should generate code for by default. cpu will be used as the default value of the -mcpu= switch." This will resolve the following kernel compilation failures under gcc 8.x on ARM because the kernel wants to set (possibly conflicting) optimization flags. .../ccyVnmrs.s:204: Error: selected processor does not support `dmb ish' in ARM mode .../ccyVnmrs.s:215: Error: architectural extension `mp' is not allowed for the current base architecture .../ccyVnmrs.s:216: Error: selected processor does not support `pldw [r4]' in ARM mode Because this is a big change, the .config and toolchain need to be refreshed (as in removed and regenerated). Reported-by: Ansuel Smith Reported-by: Daniel Engberg [#1203] Signed-off-by: Boris Krasnovskiy Signed-off-by: Christian Lamparter [extended commit message, removed now-deprecated CPU_CFLAGS, changed author to gmail address]

hostapd: add basic variant

2018-10-16T14:07:41Z

Add a basic variant which provides WPA-PSK only, 802.11r and 802.11w and is intended to support 11r & 11w (subject to driver support) out of the box. Signed-off-by: Kevin Darbyshire-Bryant

target.mk: Remove obsolete octeon CPU_CFLAGS

2018-08-19T16:58:30Z

As of commit c6e02b49f65cb4eff624a0831d3db265b3fadd2a the octeon target uses octeonplus instead of octeon Signed-off-by: Daniel Engberg

kernel: remove linux 4.4 support

2018-08-08T07:51:23Z

No targets are using this one anymore Signed-off-by: Koen Vandeputte

build: do not alter global default package selection from profiles

2018-07-21T18:52:48Z

This partly reverts ca32373c951c651f4fe5d8f99ddeb8d4f20bbe3e which lets profiles that suppress packages to alter the package selection for all devices of the target when building with CONFIG_TARGET_PER_DEVICE_ROOTFS. In particular, this caused the brcm47xx Edimax PS-1208MFG profile to disable mtd, dropbear, firewall and other essential packages for all brcm47xx/generic builds. To solve this problem, prevent profiles from mangling the global DEFAULT_PACKAGES selection and restrict the supression of negated packages to the local PACKAGE variable list only. Fixes ca32373c95 ("target.mk: let profile remove from DEFAULT_PACKAGES") Signed-off-by: Jo-Philipp Wich

octeon: Add and set CPU type Octeon+ as default

2018-06-20T13:36:02Z

The lowest CPU type used by supported Octeon platform is Octeon+ (EdgeRouter Lite) while EdgeRouter Pro/ER-8 uses Octeon II which is backwards compatible with Octeon+. Sources: https://community.ubnt.com/t5/EdgeRouter/EdgeRouter-Pro-CPU/td-p/654599 https://www.cavium.com/octeon-II-CN68XX.html "OCTEON II family is fully software compatible with the widely-adopted OCTEON Plus family" Signed-off-by: Daniel Engberg