Staging tree of Piotr Dymacz https://git.openwrt.org/openwrt/staging/pepe2k/atom?h=v18.06.9 2020-11-11T17:14:13Z 2020-11-11T17:14:13Z Adrian Schmutzler 2020-11-11T12:57:25Z urn:sha1:28a85b8c2b1ec153795c4c03d39ee9ef40cc1878 The target heavily modifies caamalg.c, so changes introduced in kernel commit 7b930def8ef6 ("crypto: caam - limit output IV to CBC to work around CTR mode DMA issue") have broken build. This adjusts the upstream changes to match the rest of our local patch. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> 2020-11-10T23:49:38Z Hauke Mehrtens 2020-11-06T19:43:38Z urn:sha1:3a8cfabe0cd11612f776f6e8adec2f17e71e0987 Compile and runtime tested on lantiq/xrx200. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-11-10T23:49:32Z Hauke Mehrtens 2020-11-06T18:02:47Z urn:sha1:9cdc02be88d5c25791664b1baaf9a7c1a4382c95 Compile and runtime tested on x86/64. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-10-19T19:19:10Z Adrian Schmutzler 2020-10-09T14:44:30Z urn:sha1:d94c59f7ebaddf3ea041d4a8eb1687e7709437df This fixes a regression after a kernel change in 4.14.200 [1] that led to build failure on oxnas/ox820: drivers/ata/sata_oxnas.c:2238:13: error: initialization of 'enum ata_completion_errors (*)(struct ata_queued_cmd *)' from incompatible pointer type 'void (*)(struct ata_queued_cmd *)' [-Werror=incompatible-pointer-types] .qc_prep = sata_oxnas_qc_prep, ^~~~~~~~~~~~~~~~~~ drivers/ata/sata_oxnas.c:2238:13: note: (near initialization for 'sata_oxnas_ops.qc_prep') Our local driver is changed the same way as prototyped in the kernel patch, i.e. return type is changed and AC_ERR_OK return value is added. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=306a1c5b5683c1d37565e575386139a64bdbec6f Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> (cherry picked from commit f6ca57e4f40528a8a0103c9f0e9647a2e11d10c3) 2020-10-17T22:32:44Z Thibaut VARÈNE 2020-10-02T21:37:05Z urn:sha1:ac56d253618c8c60794496518f2522863f24dedf The id parameter in __rb_get_wlan_data() was incorrectly used on the assumption that id "0" would always be tied to ath9k with RLE encoding and positive id (in fact, only id "1" was valid) would always be tied to ("external") ath10k with LZO encoding. Newer hardware revisions of supported devices prove this assumption to be invalid, with ath9k caldata being now wrapped in MAGIC_ERD and LZO compressed, so disable this check to allow newer hardware to correctly decode caldata for ath9k. Note: this patch assumes that ath9k caldata is never stored with the new "LZOR" encoding scheme found on some ath10k devices. Signed-off-by: Thibaut VARÈNE <hacks@slashdirt.org> (cherry picked from commit 1c6990fe6d198718850b6a37998416cac69f6f53) [keep publishing ath10k caldata in sysfs: it's the way it's done on 18.06] Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org> Tested-by: Baptiste Jonglez <git@bitsofnetworks.org> [Mikrotik RB941-2nD r3] 2020-10-17T22:32:31Z Hauke Mehrtens 2020-10-16T21:33:22Z urn:sha1:5d01d05608937f9de005bd0da3347f91e8223616 Compile and runtime tested on x86/64. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-10-17T22:32:15Z Hauke Mehrtens 2020-10-16T20:16:07Z urn:sha1:edda06c7b41de8e6da3b35baf7ff7011a7e014ff Compile and runtime tested on ar71xx/generic. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-09-27T22:37:00Z Hauke Mehrtens 2020-09-27T15:48:33Z urn:sha1:f402571b496467ea4d55edc6ba98fcbaf37d4e34 Compile and runtime tested on lantiq/xrx200 + ar71xx/generic. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-09-27T22:36:22Z Hauke Mehrtens 2020-09-27T14:23:25Z urn:sha1:1da8cc1bbc251ad68cad01456e427d97f9c61cbd Compile and runtime tested on x86/64 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> 2020-08-26T22:19:53Z Hauke Mehrtens 2020-08-22T17:58:01Z urn:sha1:3ad44fcd12915063816c440f1afce751470feef2 Compile and runtime tested on lantiq/xrx200. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>