We were using an older patch that didn't have brightness_level needed
for rainbow.

This commit backports these fixes
- https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220830225500.8856-1-pali@kernel.org/
- https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220827131538.14577-1-pali@kernel.org/

This was submitted to OpenWrt via GitHub pull requests, but it is still
not merged there, so let's add it here.

It is not necessary anymore as it seems. It was sent as RFC in kernel
build mailing list [1], but it was not merged. So drop this.

[1]  https://patchwork.kernel.org/project/linux-kbuild/patch/20200501224300.1012-1-marek.behun@nic.cz/

This patches were included for Turris OS 5.4.0, thus they should be
applied in Turris OS packages and we don't need to have them here.

This patch is no longer necessary as previous patch
ddfd32e0
removed it, thus was attempt to add it back. So, the previous patch is
removed, this can be removed as well. :)

AT803X_PHY requires to have enabled CONFIG_REGULATOR [1]

[1] https://cateee.net/lkddb/web-lkddb/AT803X_PHY.html

This enables NAND controller, which is defined in the Turris 1.x device
tree. [1] More about this kernel option can be found here [2].

[1] https://github.com/torvalds/linux/blob/1c23f9e627a7b412978b4e852793c5e3c3efc555/arch/powerpc/boot/dts/turris1x.dts#L307

[2] https://cateee.net/lkddb/web-lkddb/MTD_NAND_FSL_ELBC.html

+ mention it in NEWS

While rebasing this patch series, I forgot to add one more change in the
last patch, which should be now fixed. It was missing the changes in
sfp.c file as there was only included fix for this GPON SFP module, but
there was no added support for it, actually. :-(

Fixes 3cd00f59 ("patches/openwrt: 5.15: add support for HALny GPON SFP
")

This was superseded by
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/powerpc/Makefile?h=v5.15.63&id=0480540da5a29adb5c8520d60247fb40f9c9e0d8
, which got into kernel 5.15.63, 5.10.138, 5.4.211

This is not correct by PCIe basse spec and there is also resource leak.

This entirely patch series comes from https://git.kernel.org/pub/scm/linux/kernel/git/pali/linux.git/log/?h=pci-mvebu

It seems that with a newer version of squid, this is no longer necessary
as it compiles successfully without this patch.

We had the patch because we wanted to persuade the busybox to
install everything into /{s,}bin, but let's say it was not a good
solution for us. I verified that /usr/sbin/ntpd is now present in
correct path on router as it is in OpenWrt.

So, this patch is no longer required as the patch was removed.
See: a4ce259c

In this commit, I removed patch, which was revert as Turris 1.x router
was not booting [1], this was solved in Linux kernel. [2] The fix is
included since kernel version 5.15.61.

[1] https://lore.kernel.org/linuxppc-dev/20220722090929.mwhmxxdd7yioxqpz@pali/t/#u
[2] https://lore.kernel.org/linuxppc-dev/a1176e19e627dd6a1b8d24c6c457a8ab874b7d12.1659430931.git.christophe.leroy@csgroup.eu/

Changelog between alpha1 and alpha2:
  • MOX OTP is now working with kernel 5.15
  • Fixed Turris Auth issue when using reForis (/logout) URL
  • Updated Knot Resolver to version 5.5.2
  • Try to improve notification from Updater Supervisor

This fix will be also sent to upstream kernel.

In OpenWrt 19.07, there was no package and Michal had some issues with
packaging it as kmod. Thus it was enabled to all routers by default.

Luckily for us for OpenWrt 21.02 someone did the job, and for users,
there is provided package kmod-iosched-bfq [1], so dropping this patch
once for all.

[1] https://github.com/openwrt/openwrt/blob/a9eb5cce7e5c4996fa6ffc081b5323bfd4735dc2/package/kernel/linux/modules/block.mk#L602

Since 7f064e57 we do deep clones by
default, so -d (deep clone) doesn't make sense anymore