**Reason for PR**
These boards are well suited to being used as a router/AP doing traffic filtering or shaping etc.
The modules I've added make it possible to use any traffic scheduling features provided by the kernel.
**Kernel has been tested with this config**
I have built the kernel with this config and tested it on the NanoPi Neo 2 with success.
`Linux nanopineo2 4.19.13-sunxi64 #5.71 SMP Tue Jan 15 15:04:02 UTC 2019 aarch64 aarch64 aarch64 GNU/Linux`
**Almost zero memory usage increase**
I only changed a few options (as necessary) to Y, the rest are M (module).
**Please note**
I DID have to edit the kernel config by hand because I tried adding all traffic scheduling options in the kernel config menu, but it didn't provide the necessary changes to enable traffic control kernel options. Later when I checked /boot/config-4.19.13-sunxi64 all the traffic control options were still missing/disabled. AND also a lot of options needed did not exist in the original file.
So I edited the default file, exactly as it appears in this pull request.
**Source of missing options**
The options added can be found in https://github.com/torvalds/linux/blob/master/net/sched/Makefile and a few were listed here https://serverfault.com/questions/536464/what-kernel-module-to-compile-for-getting-qos-service-on-linux
* Bump to 4.18, removing the obvious, fixing build problems, put some on waiting.
* Pin 4.18 to DEV, rollback 4.14 to NEXT, adjust configs, remove one deprecated patch from NEXT and add board-h3-address-some-stability-issues.patch
* Adjust few boards in development to new reality, removing it from NEXT for now
* Adjust few board configs
* Board config adjustement
* Adjust few boards configs
* Port NeoCore2 and Neo21.1 to 4.14.y
* Adjust board config
* Adjust board config
* [Early WIP] Update sunxi-next to kernel 4.17
* Switch Allwinner 32 and 64bit to U-boot 2018.05
* Adjust patched for 4.17.y / sunxi-next
- adjust both configurations
- removing FAT support from u-boot (breaks if you try to save)
Tested those boards:
Cubietruck: wlan fails http://ix.io/1fYS USB OK, HDMI yes
Bananapi R40: http://ix.io/1fZm USB OK, HDMI yes
Lime A64: USB no, HDMI no, wireless buggy, eMMC yes
Orangepi prime H5: OK http://ix.io/1fZJ DVFS no
Orangepi2e: DVFS OK, HDMI OK, net OK, wifi OK, eMMC ok, http://ix.io/1fZT
* Kernel config update, enabling HDMI on CT+
* Trying to fix A64 HDMI but failed. Fixed M64 ethernet instead
* Update orangepioneplus.wip
* Update orangepioneplus.wip
* Fix H6 build process
* Add regulator bits for Orangepizero+, thanks to @5kft
* add H5 support for optional 1.3v regulator and 1.3GHz operation
This patch adds two optional overlays that can be used to:
1) enable the 1.1v/1.3v regulator on boards that provide the necessary compatible H/W support
2) modify the default CPU clock operating table to add new 1.2GHz and 1.3GHz clocks
Note that the generated regulator overlay will only support boards whose 1.1v/1.3v regulator
is controlled by GPIO PL6.
* updates for the NanoPi NEO Plus2
This change introduces a patch that provides two changes for the NanoPi NEO Plus2:
* Configure the "cpu0" to use the "vdd_cpux" regulator; this enables the ability to use higher CPU clocks
* Correct the configurations of the on-board power and status LEDs
* Adjust nightly building and few boards config cleanup
