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

BTRFS in default is not compiled in and we use it as root-FS so it
should be.

This should be something we are going to upstream rather then this.

This now uses default profile and is just one of boards in mpc85xx.

This should move Turris 1.x closer to upstream.

This removes all configuration options that were there to directly
influence kernel config instead of just OpenWrt one. This no longer
works so we can drop it.
Some of those options were moved to patches.
Other are active automatically because of OpenWrt default kernel
configuration and some were dropped without replacement.

This fixes target compilation for mvebu target as some patches are
adding additional options.

This is required because we no longer copy all CONFIG_KERNEL_ options to
platform kernel config file.

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.

libubox introduced new function that is now missing for ucert.

Downgrading ucert is not ideal because it contains security fix.

The real problem might be in procd and update of libubox just exposes
that. There is newer version of procd.

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.

This changes were during Christmas holidays commited to OpenWrt master
branch and before the OpenWrt 19.07 release, they were included there as
well.

It was reverted in master, when we noticed that
(0711c2c8), it should be fixed that why
it was reverted back, however, there are still some issues which needs
to be solved.

Fixes: turris/turris-build#103
(temporarily)

Patch: net: dsa: mc88e6xxx: Fix 88E6141/6341 2500mbps SERDES speed
was backported from kernel master branch and included in the kernel
since version 4.14.158.

For reference:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/dsa/mv88e6xxx?h=v4.14.158&id=ef36d52351c96506328043423655cf674173d8e1

The patch is included in the kernel (master branch) and it was cherry-picked and included in
kernel 4.14.158.

More details:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/dsa/mv88e6xxx?h=v4.14.158&id=ef36d52351c96506328043423655cf674173d8e1

The patch is included in the kernel (master branch) and it was cherry-picked and included in
kernel 4.14.158.

More details:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/dsa/mv88e6xxx?h=v4.14.158&id=ef36d52351c96506328043423655cf674173d8e1

Also refresh patch to automatically bump release number.

This reverts commit 25d090d9.

This is required because kmods are not correctly updated. This is
because when kmod is check if it should be upgraded the check works only
with version and because packages has same version localy as on server
the upgrade is skipped. We need kmod to change its version so it would
be reinstalled.