RK3399 maximum clockspeed according to Rockchip is 1.8 GHz for all but a couple variants. Almost all SBC's use 1.8 GHz silicon.
Remove automatic application of extra 2 GHz opp, allow user to select an overlay at their own risk.
RK3399 maximum clockspeed according to Rockchip is 1.8 GHz for all but a couple variants. Almost all SBC's use 1.8 GHz silicon.
Remove automatic application of extra 2 GHz opp, allow user to select an overlay at their own risk.
- curently attached to RC7 as https://github.com/armbian/build/pull/2378
- config derived from current and contains all latest changes
- dirty reboot and eth0 reset hacks are not added and can be added later if still needed (need_check subfolder)
* mvebu-dev: refresh all patches with quilt
Cleaned up based on kernel 5.9.12.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
* mvebu-current: refresh patches with quilt
Based on kernel version 5.9.12
Signed-off-by: Rosen Penev <rosenp@gmail.com>
* mvebu-legacy: refresh patches with quilt
Based on kernel 4.19.161
Signed-off-by: Rosen Penev <rosenp@gmail.com>
* mvebu-legacy: remove custom helios4 dts file
This is already added upstream. No need to have it here.
Continued refreshing the other patches.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
* Add WIP support for Orangepi Zero 2
* squeeze H616 patches into sunxi-dev
* Update linux-sunxi64-dev.config
* H616: Limit CPUMAX
* Enable DEV only
* H616: remove patches from sunxi-current
* H616: apply new patchset
Co-authored-by: EvilOlaf <werner@armbian.de>
Co-authored-by: Werner <EvilOlaf@users.noreply.github.com>
Some of these get applied at wrong offsets or have fuzz. Fix.
Remove patch 93. It's already upstream. It also has other fixes applied
to it.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
* sunxi: kernel: current/dev: enable sun6i-csi and disable LL debug on UART0
The former is useful on some boards, e.g. PineCube.
The latter blocks boards that do not utilize UART0 from booting.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
* sunxi: add new family sun8i-v3s
This family is intended for boards with V3/V3s/S3/S3L chips and low
DRAM capacity.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
* sunxi: add PineCube board
This board features Sochip S3 SoC (Allwinner V3 die + co-packaged 128MiB
DRAM), and an OmniVision OV5640 camera is shipped with the board.
Add support for it. It could be used as an IP camera then.
Kernel support is only added to current/dev branch, with dev just using
mainline-merged DT and current using backported DT from 5.10-rc.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
* sunxi: kernel: current/dev: add V3s OHCI/EHCI nodes
These are needed for USB host on V3s boards to work.
Signed-off-by: Icenowy Zheng <icenowy@aosc.io>
- move Odroid C4 from legacy u-boot toward mainline
- get rid of dirty legacy u-boot code
- get rid of FAT boot partition
- briefly tested
- both kernels can operate with one standard boot script
- add upstream patch and adjust config
- fix console
- don't clock C4 too high by default
The swconfig marvell driver has support for multiple ethernet (CPU)
ports. The upstream DSA driver is limited to one. swconfig is not used
here.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Removed default-sample-phase property for base rk322x-box device tree
Enabled spdif out for rk322x-current and -dev flavours
Removed reserved node in device tree, u-boot v2020.10 and OPTEE autoconfigure reserved zones automatically
* add overlay to force RK3399 DW3 USB-C port to host mode
* Per https://forum.armbian.com/topic/13721-nanopc-t4-usb-type-c-port-doesnt-work-with-buster-current-5431/
this is for the NanoPC-T4 as the default from the Device Tree is to set port 0 (USB-C port) to OTG mode,
and the current kernel fusb302 driver is unable to perform autonegotiation to switch the port to host
mode when required.
* As a result, and since most users will want to use this port in host mode, Armbian should provide a new
overlay to do just that.
* rename overlay to a more generic "dwc3-0-host"
A new kernel change (see https://lkml.org/lkml/2020/9/16/1323) introduces
significant instabilities in the RTL8211E Ethernet interface; this patch
reverts that change so that the RTL8211E works reliably again.
A new kernel change (see https://lkml.org/lkml/2020/9/16/1323) introduces
significant instabilities in the RTL8211E Ethernet interface; this patch
reverts that change so that the RTL8211E works reliably again.
* Switched RockPro64 to mainline u-boot
* Enabled rockusb and ums for RockPro64 in mainline u-boot
* Switched RockPro64 u-boot to TPL/SPL/BLOB scenario
* Enabled advanced recovery button support for RockPro64
* Disabled SDR104 mode for RockPro64 in legacy
* helios64: adjust big cpu regulator ramp delay
existing value make clock transisition time large and could causing
random kernel crash.
info: https://forum.odroid.com/viewtopic.php?t=30303
* rk3399-legacy: dts: helios64: remove DMC and DFI
to improve stability
* helios64: rework patch due to dts renaming
The helios64 devicetree was submitted for inclusion in the mainline kernel.
The name used there is rk3399-kobol-helios64, so use the same here
for consistency, to be easily able to boot a mainline kernel without
changing the U-Boot environment and simplify further development.
Pinebook-Pro Support:
suspend to idle via key and lid close
brightness keys
volume control keys
wifi, bluetooth frimware
touchpad tweaks
keyboard config
armbian-hardware-optimization
bootsplash
Co-authored-by: Britt Dodd <britt@reactornet.net>
* PCI: rockchip: support ep-gpio undefined case
Make ep-gpios optional as in rk3399-legacy
* helios64: workaround for JMB585 init
on some boards, the SATA controller failed on PCIE link training and
unusable, if the controller reset by Linux driver.
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* rk3399-legacy: rework pcie changes from rockchip64
UPSTREAM: PCI: rockchip: Use normal register bank for config accessors
[1].
UPSTREAM: PCI: rockchip: Advertise 128-byte Read Completion Boundary
support [2].
dts/c: rockpro64: add pcie scan sleep and enable it for rockpro64 [3]
[1]
7ae6008631
[2]
e2ebdd9508
[3]
3cde5c624c
- Chanaged default x.org configuration to disable glamor
- Reintroduce patch to use DRM cursor plane as overlay in rk322x-current and -dev
- Updated wifi patches for kernel 5.8.10
- Bumped rk322x to u-boot v2020.07, removed reserved zones from device trees
- Updated OPTEE to v3.10, using ddrbin v1.10
- Bumped rk322x-current to kernel 5.8.y
- Imported new patches from knaerzche's LibreELEC fork for rk322x-dev (kernel 5.8.y)
- Adjusted existing patches to match changes, updated rk322x-dev kernel config file
- Add default modprobe conf file for esp8089 to force the crystal frequency to 40Mhz for rk322x targets
- Removed ssv6051 firmware packages to move to armbian-firmware repository
- Switching ssv6051-wifi.cfg to /lib/firmware for rk322x-legacy
- Removed P2P interface for esp8089 driver for rk322x-legacy
- Optimized ssv6051 performance: kernel module gains -Os flag, disabled p2p interface, enabled HW crypto for CCMP cipher
- Enabled remote control interface, IR GPIO kernel module and HDMI CEC modules
* Helios64: rework vdd_log and vdd_center
* helios64: Use rockchip binaries for legacy and current branch
Fully open source bootloader only on dev branch
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* rework vdd_log and vdd_center patches
* Supress systemd service warning
* helios64: u-boot: staggered HDD power up
Set the delay to 10s in between turning on the next HDD power rails.
Remove the delay property from kernel device tree, let it only apply to
u-boot
Signed-off-by: Aditya Prayoga <aditya@kobol.io>
* helios64: fault LED as kernel panic indicator
also sync, u-boot dts
* helios64: fix hwmon udev rules
Legacy kernel (LK 4.4) has different class/naming on SoC Temp sensor.
Also fix typo on current/dev udev rules.
* Moving Rockchip 32bit to 5.8.y
xt-q8l-v10 seems to be broken. I did a quick scan but couldn't resolve it. @paolosabatino
* Add wifi patches for 5.8.y
* [rockchip] Fixed xt-q8l-v10 DTS, reworked ath9k driver patch for 5.8.y (#2184)
* Fixed xt-q8l-v10 device tree to work on kernel 5.8.y on rockchip-current and -dev
* Reworked ath9k driver patch to compile on kernel 5.8.y for rockchip-current and -dev
* Add also wifi patches to DEV kernel
Co-authored-by: Paolo <paolo.sabatino@gmail.com>
* 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>
