syncthing uses quic-go which warns about insufficient buffer size, so let's increase it:
failed to sufficiently increase receive buffer size (was: 176 kiB, wanted: 2048 kiB, got: 352 kiB). See https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size for details.

Before this patch applied on Turris 1.1:

[   16.392988] lm90 0-004c: cannot request IRQ 48
[   16.398280] lm90: probe of 0-004c failed with error -22

root@turris:~# sensors
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.

After this patch applied on the same router:

root@turris:/# sensors
sa56004-i2c-0-4c
Adapter: MPC adapter (i2c@3000)
temp1:        +44.0°C  (low  =  +0.0°C, high = +70.0°C)
                       (crit = +85.0°C, hyst = +75.0°C)
temp2:        +73.8°C  (low  =  +0.0°C, high = +70.0°C)  ALARM (HIGH)
                       (crit = +85.0°C, hyst = +75.0°C)

This fixes compilation with uboot-mpc85xx

This patch doesn't seem to work as it should and randomly includes
directories in the file list which makes some installations print a
warning:

    %: opkg install xinetd
    //usr/lib/opkg/info/xinetd.postinst: line 261: /etc/init.d/: Permission denied

This itself is ready to be submitted to OpenWrt as it is, but before
doing that, we need to send Turris 1.x support patch for it.

First change: rename macro

As described in
https://lore.kernel.org/linux-pci/20220818135140.5996-8-kabel@kernel.org/:
"changed to new macro NOIRQ_SYSTEM_SLEEP_PM_OPS, as was done for many
  PCI controller drivers with commit 19b7858c3357 ("PCI: Convert to new
  *_PM_OPS macros")"

In the previous version
https://git.kernel.org/pub/scm/linux/kernel/git/pali/linux.git/commit/?h=pci-aardvark&id=a1703a94e45843023f71de76ed67e1cb30ca2e92
it was using SET_NOIRQ_SYSTEM_SLEEP_PM_OPS because we dont have the
referenced commit

Second change: rename from emul to rp

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/