* Update kernel configs
* Switch sunxi edge to 5.18.y
* Move sunxi to 5.18.y and re-enable AUFS
* Change version - temporally to make a build from here
* Update config
* 88xx was fixed in the mean time.
* Put version back
* Fix sunxi legacy, disable aufs on 5.10.y since its broken
* Upstream changed in the mean time
* Add a patch to enable 8821cu compilation at 5.18
https://github.com/armbian/build/pull/3814
* Re-enable CONFIG_RTL8822BU in edge
* Update CONFIG_RTL8XXXU
* Bump imx6
* Bump uefi kernels to 5.18.y
* Bump mvebu64 and switch odroid xu4 to 5.18
* sun7i-a20-bananapro: add reg_ahci_5v for sunxi-5.10
* sun7i-a20-bananapro: Add more regulators
* Rename patches for correct apply
* Disable the patch that is not being applied.
The patch is initially a crude hack. It solves one problem but creates
other problems. I don't know how to resolve the conflict correctly yet,
so I just disabled it.
* Revert "Calculate patches changes only on first level since this fails when including subfolder. Bug in sort. Needs to be reworked once"
Return `megous` patches
This reverts commit 2eae831889.
* Sunxi 5.10: Fix ISO C90 forbids mixed declarations and code
All warning:
debug> grep warning: compilation.log | wc -l
152
A large number of garbage warnings:
debug> grep warning: compilation.log | grep IEEE80211_MAX_AMPDU_BUF | wc -l
103
After v4.19 linux kernel, this definition is not required.
Check:
list="$(find drivers/net/wireless/realtek/ -type f)"
for f in $list;do awk -v f=$f '/IEEE80211_MAX_AMPDU_BUF/{print f}' $f;done
drivers/net/wireless/realtek/rtlwifi/base.c
drivers/net/wireless/realtek/rtl8723cs/include/wifi.h
Only one drivers/net/wireless/realtek/rtlwifi/base.c file uses
the definition IEEE80211_MAX_AMPDU_BUF_HT.
or
See `git log -p b8042b3da925f390c1482b -3` command in
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Signed-off-by: The-going <48602507+The-going@users.noreply.github.com>
* Add a series of patches for sunxi 5.10
Patches from the repository
https://github.com/megous/linux branches of orange-pi-5.10
* Patches adapted to the kernel version v5.10.81
* Remove unnecessary patches 5.10.19-5.10.75
* Kernel switch tag=v5.10.81 for the current sunxi
* Adjust broken patches, build tested on sunxi and sunxi64
* Remove patch added by mistake
Co-authored-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* remove obsolete and broken patch for pine64so u-boot
This prevents the image from being built.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
* sunxi: fix pine64so phy-mode and add yt8511 support
Pine A64-LTS board should have RGMII-TXID mode instead of RGMII-ID (the
Realtek PHY chip's RXID is sometimes broken).
In addition, new Pine A64-LTS v2 board will use YT8511 instead of
RTL8211E, which still works under RGMII-TXID mode.
Backport YT8511 driver and phy-mode change from linux-next.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
Co-authored-by: Igor Pečovnik <igorpecovnik@users.noreply.github.com>
* Remove unnecessary patch
- this patch works when compiling and installing manually.
- the dtb with the changes is taken from the kernel and not from u-boot, therefore this patch does not work.
* Add enable-audio-codec-bpim2ultra-kernel.patch
- Add patch to enable audio codec in bpi-m2-ultra with h3 compatible
- Built and tested on Armbian Buster with Kernel 5.11.x (edge)
* Bpi-M2-Ultra enable audio on branches
- This finishes enabling the audio codec in the other kernels (5.4 - 5.10 - 5.11)
- Remove patch from u-boot folder (my bug)
- Compiled and tested in their respective kernel with debian buster
* Bpi-M2-Ultra enable audio kernel 5.12
- add patch to kernel 5.12
* Improve sunxi fix-a64-timejump.patch
Current patch still throws BUG:
WARNING: CPU: 2 PID: 31 at drivers/clocksource/arm_arch_timer.c:364 sun50i_a64_read_cntpct_el0+0x2c/0x38
Cause: Timer values are required to be exactly the same, while it may increase in between reads. Seems to happen especially during boot
Timer values are like: x2 : 0000000015014561 - x0 : 0000000015014567
Solution: Normalize timer values and return normalized value.
* Add patch for 5.12.y
Note. Small changes on upstream solution:
GENMASK(9, 0 ... -> GENMASK(8, 0 ...
Co-authored-by: Igor Pecovnik <igor.pecovnik@gmail.com>
