Throw away PKG_RELEASE bump. We need to have same version in HBS for
now, which is there PKG_RELEASE=5

This is better approach not only because we can potentially upstream
this but also because it covers all packages and breaks potentially if
new variant is added.

Marek Behun authored 4 years ago and Karel Koci committed 4 years ago

This patches were also sent upstream.

This patch was backported by Kernel developers to LTS versions.
It can be found in 5.4.48, 4.4.185 and 4.4.228.

We updated all our build servers to Debian Buster, but LuCI is not
compiled. It ends up with following error:
make[2]: execvp: /usr/bin/env: Argument list too long

I found that there are patches on mailing list of OpenWrt-devel [1].
They were not reviewed neither applied since February. Let's apply them
to see if it it works.

[1] https://patchwork.ozlabs.org/project/openwrt/list/?series=159823

Pali sent these two patches to mailing list openwrt-devel to almost 2 weeks ago and haven't received a response, yet.
Most likely those are not getting backported to OpenWrt 19.07 and we
would like to have in our Turris OS distribution, which is based on top
of it.

This fixes issue that some of ours Wi-Fi cards included in our units
were recognized (e.g. in LuCI) as Generic Wi-Fi card.

I need to rebase one of his patches to apply cleanly to it.

Hopefully, this is going to fix an issue which was reported by our
community. In some cases loading of ath9k ends up with vmalloc:
allocation: failure and I think because of that modprobe ath9k fails.

This tool is required for updater. In reality it is set of scripts that
are extension for autoconf. Most of the packages do not need it because
even if they use it they use distribution archives that contain copy of
these scripts. We could do the same although for development purposes it
is easier to just include those scripts in OpenWrt build system over
needing to generate distribution archives.

OpenWrt is doing often changes to dnsmasq and they change PKG_RELEASE as
it is required and then this patch fails to apply.

Remove PKG_RELEASE, so we can stop rebasing it each time.

Add patch to allow downstream projects to configure the kernel
CONFIG_PROC_STRIPPED patch.

Re-enable some `/proc` files disabled by default in OpenWRT[0]. This
enables several usefule proc files like `/proc/net/netstat` and
`/proc/net/snmp`.

[0]: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/generic/hack-4.14/902-debloat_proc.patch;h=c5f6397be1443db0130210b6685eccc77200a296;hb=refs/tags/v19.07.2



Signed-off-by: Ben Kochie <superq@gmail.com>

This removes duplicate kernelpackage for dvb-tuner-cxusb from DVB frontends
section. It is already present in DVB USB drivers section.

And removes two duplicate rows about dvb-tuner-dib0070.
Fixes:

tmp/.config-package.in:8717:	symbol PACKAGE_kmod-dvb-tuner-dib0070 is selected by PACKAGE_kmod-dvb-tuner-dib0070
tmp/.config-package.in:8717:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:8717:	symbol PACKAGE_kmod-dvb-tuner-dib0070 is selected by PACKAGE_kmod-dvb-tuner-dib0070

The support for it was added in Kernel 5.0. This backport it as it is.

This tuner is used for Xbox One Digital TV Tuner. It was added in kernel
4.16. I added clear comment, where it starts and where it ends to be sure
  that those comments can be removed as OpenWrt in their master branch
wants to have kernel 5.4, otherwise it should be there at least for
OpenWrt 19.07. Otherwise the kernel config won't be recognized.

This demodulator can be found, for example, in Astrometa DVB-T2 revision
2018. This enables it for kernel versions, but support for slave
demodulator was added in kernel 5.0.

Xbox One Digital Tuner is supported at mainline Linux since Kernel 4.16. OpenWrt
19.07 is using Kernel 4.14. This patch should not be send to OpenWrt for
branch master as they are working on 5.4 kernel support for targets.

Xbox One Digital Tuner uses:
- USB interface: dib0700
Patch 0032-generic-Add-support-for-Xbox-One-Tuner.patch,
which was backported adds USB ID 045e:02d5 to be recognized
for an USB interface dib0700.

- Demodulator MN88472, which is supported in kernel 4.14, which we are
  using and higher

- Tuner TDA18250B
Patch 0031-generic-add-tuner-driver-for-tda18250.patch,
which was backported add driver for this tuner.

This fixes previous configuration rework. For some reason we lost DSA
(possibly in some rebase) and also devicetree was invalid. Compatible
field is primarily used to match drivers so changing it is no way
possible.

This is new version of patch pulled from v4.1 branch of turris-build.

The host builds were intended for updater but we no longer build updater
trough OpenWrt build system so we no longer need these host builds.

Michal Hrusecky authored 5 years ago and Karel Koci committed 5 years ago

Need to fix dependencies because of upstream package split.

This fixes problem with preferences in feeds and removes patch required
to prevent such collision.

The empty `space` variable in Makefile for hostapd was causing that
invalid Kconfig was generated and configuration phase failed.

This is happening only with latest GNUMake.

It seems that setting quirks on our platform results to timeout issues
when using SD card. It was working fine before quirks were introduced so
let's revert them just for now.

This reverts commit efbd0717.

It seems that upstream did not fix it nonetheless.