* Switched rockchip64 curent to kernel 5.8.y
* Enforce CRLF in one of the wifi patches for rockchip64-current
* Removed uneeded wifi patches for rtl8189fs from rockchip64-current
Tested once again on N2/N2+
Note: disabled mesond_vdec module in kernel config since it crashes complete video system when loaded. Need to be added back once stable - or perhaps we need to adjust some parameters?
* Add Rockpi 4C
* Update config/boards/rockpi-4c.conf
Co-authored-by: Piotr Szczepanik <piter75@gmail.com>
* Change backward compatibility link to B model
* Various changes - tested for building.
- add Radxa overlays
- update naming with mainline
- add Rockpi-E
* Reverting improvements for rockpi legacy and create a link to new DT only
* Copied ROCK Pi 4 device treesplitting patches to dev which was broken
* Add Rockpi 4c targets
Co-authored-by: Piotr Szczepanik <piter75@gmail.com>
Adapted rk322x-dev to kernel 5.8.y
Added ssv6x5x driver to legacy kernel, rk322x-config now allows the user to select which driver load at boot
Added esp8089 kernel module, device tree overlay and detection in rk322x-config script
Fixed some indentation
Added reset button binding
Added sdcard debounce
Fixes indentation, added device tree overlay for high-leakage cpus
Added support for bluetooth device tree overlay and realtek systemd service for rk322x targets
Those were removed from mainline kernels by Chromebook devs,
wanting to protect their broken babies at all cost.
This patch was dully tested here :
https://forum.armbian.com/topic/13515-panfrost-on-rk3288-and-gpu-on-600mhz-problems/
But you're welcome to test it again !
I did it, with a whole glmark2 round and it worked flawlessly.
To test the GPU at that frequency, locate the **devfreq** folder of your GPU unit on your system (For tinkerboards, it's in **/sys/devices/platform/ffa30000.gpu/devfreq/ffa30000.gpu**) and then :
* Check the available frequencies by doing `sudo cat available_frequencies` .
That should output something like this : `100000000 200000000 300000000 400000000 500000000 600000000`
Be sure that `500000000` is in the list.
* Setup the minimum GPU frequency to 500Mhz like this : `sudo echo 500000000 > min_freq`
You can also set up the GPU to not go over 500Mhz like this : `sudo echo 500000000 > max_freq`
Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr>
* Add initial Helios64 configuration
Add ethernet udev rules
Added disable auto power on script during shutdown
Configure ALSA to output audio to (DisplayPort) USB type-C
armbian-firstrun: exclude helios64 from generating fixed_mac
Each network interface on Helios64 already assigned to unique MAC
address in factory. Assigning Network Manager with cloned MAC is not
needed.
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* u-boot: rk3399: Add Helios64
Use rockchip propriettary loader
* kernel: rk3399-legacy: Update r8152 to support 2.5GbE USB RTL8156
Required for Helios64
* kernel: rk3399-legacy: update Rockchip PCIe driver
Port changes by ayufan on rockchip64.
* kernel: rk3399-legacy: Add support for Helios64
Add Helios64 device tree.
Enable missing driver/kernel module.
Auto load lm75 modules
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* kernel: rk3399-legacy: rework roc-rk3399-pc patch
the patch broken due to additional line added by helios64 on
arch/arm64/boot/dts/rockchip/Makefile
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* kernel: rk3399-legacy: update Rockchip PCIe driver
Backport bugfix from mainline
refer to
https://patchwork.kernel.org/patch/11561979/
and
https://patchwork.kernel.org/patch/11561977/
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* kernel: rockchip64-current: Add support for Helios64
Add Helios64 device tree.
Enable missing driver/kernel module.
* config: helios64: use mainline ATF on current branch
and u-boot TPL/SPL instead of Rockchip proprietary loader
* helios64: u-boot v2020.07 update
* Add Helios64 target
* kernel: rk3399-legacy: update Rockchip PCIe driver
Removed unrelated changes from porting ayufan fixes
Signed-off-by: Piotr Szczepanik <piter75@gmail.com>
* helios64: make use of PACKAGE_LIST* variables
Co-authored-by: Piotr Szczepanik <piter75@gmail.com>
