diff options
author | Hauke Mehrtens <hauke@hauke-m.de> | 2021-06-27 00:52:50 +0200 |
---|---|---|
committer | Hauke Mehrtens <hauke@hauke-m.de> | 2021-07-02 19:22:13 +0200 |
commit | 72f0733123631e0c20cefcc89d6a81d41d918f20 (patch) | |
tree | 95d231ba1e33245ecb43bb011d66358f0fde49c3 /target/linux/zynq/image | |
parent | b0424190efe0fa4de4be6c1b59107e0881a39950 (diff) | |
download | upstream-72f0733123631e0c20cefcc89d6a81d41d918f20.tar.gz upstream-72f0733123631e0c20cefcc89d6a81d41d918f20.tar.bz2 upstream-72f0733123631e0c20cefcc89d6a81d41d918f20.zip |
ltq-deu: Mark lantiq DEU broken
When the ltq_deu_vr9 kernel module is loaded, hostapd does not start any
more. It fails with this error message:
daemon.err hostapd: nl80211: kernel reports: key addition failed
daemon.err hostapd: Interface initialization failed
OpenWrt uses the standard Linux crypto API in the wifi drivers now
and this probably makes the system offload more crypto operations to
special hardware like the Lantiq DEU. There is probably a bug in the DEU
and these operations fail and then hostapd does not start the interface.
Do not include the Lantiq DEU by default any more.
Fixes: FS#3901
Fixes: 53b6783907f3 ("mac80211: remove patches stripping down crypto support")
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Acked-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
Tested-by: Notupus <notpp46@gmail.com>
(cherry-picked from commit 964863bb23999a1fae99b883053cc4f3c5c42b40)
Diffstat (limited to 'target/linux/zynq/image')
0 files changed, 0 insertions, 0 deletions