difos/package
Mathias Kresin 565b62cca2 uboot-lantiq: danube: fix hanging lzma kernel uncompression
At least since gcc 7.3.0 (OpenWrt 18.06) lwr/lwl are used in the
assembly of LzmaProps_Decode. While the decission made by the compiler
looks perfect fine, it triggers some obscure hang on lantiq danube-s
v1.5 with MX29LV640EB NOR flash chips.

Only if the offset 1 is used, the hang can be observed. Using any other
offset works fine:

  lwl s0,0(a1) - s0 == 0x6d000080
  lwl s0,1(a1) - hangs
  lwl s0,2(a1) - s0 == 0x0080xxxx
  lwl s0,3(a1) - s0 == 0x80xxxxxx

It isn't clear whether it is a limitation of the flash chip, the EBU or
something else.

Force 8bit reads to prevent gcc optimizing the read with lwr/lwl
instructions.

Signed-off-by: Mathias Kresin <dev@kresin.me>
2021-11-14 20:15:29 +01:00
..
base-files base-files: stage2: improve /proc/*/stat parser 2021-11-13 18:36:52 +00:00
boot uboot-lantiq: danube: fix hanging lzma kernel uncompression 2021-11-14 20:15:29 +01:00
devel gdb: Make only full gdb depend on libgmp 2021-11-07 18:32:21 +01:00
firmware ipq40xx: add support for P&W R619AC (aka G-DOCK 2.0) 2021-11-14 14:28:34 +01:00
kernel mac80211: Fix deadlock when configuring wifi 2021-11-13 19:09:22 +01:00
libs libubox: bump to git HEAD 2021-11-04 13:18:13 +02:00
network qosify: add missing alias support in the init script 2021-11-14 19:36:34 +01:00
system procd: update to git HEAD 2021-11-11 14:09:25 +00:00
utils f2fstools: set each library package VARIANT 2021-11-01 20:18:55 +01:00
Makefile build: fix opkg install step for large package selection 2021-05-12 11:13:53 +02:00