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
* 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>
* Add initial support for Odroid N2+
* Update C4 config and test booting
* Updates to C4, N2, N2+
- merge C4 and N2 legacy under meson64, same u-boot
- upgrade legacy kernel to meed DTB from mainline
- merge N2 and N2+, add a hack to display + in motd when N2+ is detected
- shortly spin N2 fan at startup
- merged N2 mainline and legacy boot script
- add upstream patches
* One of the regulators were breaking booting of Odroid N2
Co-authored-by: Werner <EvilOlaf@users.noreply.github.com>
It seems that Charger LED support for AXP20X-like PMICs (AXP813, ...) from Megous is less complete then from Olimex. Reverting the one in the tree and ading the one from Olimex
* Move current to 5.7.x
* Update linux-rockchip-current.config
* Move dev patches to current
* copy dev to current
* move dev patches to current
* move rockchip64-current to 5.7.x
* Add HDMI sound support for Allwinner A10, A20, A31
Closes https://github.com/armbian/build/issues/2084
* Enable HDMI audio in kernel config and update config with misc modules
For some reason these patches are getting applied despite already being in the 5.7 kernel with no complaints from the scripts.
There are more, but it's slow going file by file.
* Bump sunxi to 5.7.y
* Further cleanup 32bit works, 64bit needs more patches adjustement
* Also arm64 boots, SPI flash areas were refactored, new location is a bit fuzzy, leaving behind
* More fixed and cleanings, both variants builds now, but without overlay support
* fix sunxi overlays in AR-329 branch
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
Co-authored-by: Martin Ayotte <martinayotte@yahoo.ca>
* Initial commit for kernel boot splash
* Add startup files to disable bootlog when system is up / down
* Update logo, remove deprecated one
* Introduce new u-boot variable bootlogo
* Adjust kernel config
* Make logo possible on Odroid XU4
- add legacy and current upstream patches
- delete xu4 environment since its not used
* Cleanup C2,C4, both tested, logo works on mainline,
- adding legacy upstream patches for c4
* Enable bootlogo by default on Odroid N2
* Enable logo on RK3399 desktop images
* Cleanup the rest of the environment files
* Add initrd hook that copy splash file to initrd.
* Missing logo bits for one boot scripts
* Enable boot logo on Pinebook A64
* Enable bootlogo on Teres
* Update config
* Adjust Rockchip64 dev and add PBPro stuff
* Remove deprecated patches
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Merge config with current
* WIP: Adding RockpiE config
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Mainline u-boot for ROCK Pi E
* Initial ROCK Pi E device tree in kernel
* Fixed supplies for ROCK Pi E device tree
* Adjusted u-boot load address for rockchip64 boards with 256MB eg. ROCK Pi E
* Blacklisted lima on ROCK Pi E
* Fixed ROCK Pi E patch after merge from master
* Removed mode settings from rk805 regulators
* Fixed issues with offloading for gigabit interface of RockPi E
* Adjusted ROCK Pi E board config
* Added dev branch for ROCK Pi E
* Add build targets
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Exchange legacy to current in ROCK Pi E build targets
Co-authored-by: Piotr Szczepanik <piter75@gmail.com>
* Introducing Rockchip rk322x SoC support
Main features:
- Legacy kernel flavour based upon stable v2.x rk3288 Rockchip branch (https://github.com/rockchip-linux/kernel/tree/stable-4.4-rk3288-linux-v2.x)
- Current kernel flavour based on mainline 5.6.y kernel
- Mainline u-boot (v2020.04)
- Single generic tv box target (rk322x-box) which boots on all the known tv boxes
- Hardware devices (eMMC/NAND, led wiring configuration, SoC variant selection) modulation done by user at runtime via device tree overlays - a script (rk322x-config) is provided for autodetection and simple configuration by inexperienced users;
- Bits added to armbian-hardware-optimization to set affinity for irq handlers
- rk322x-box targets already added to targets.conf for automatic image creation
* Removed disabled patches
* Restored mysteriously removed comment character
* Moved rockchip-dev to kernel 5.7, removed already upstreamed patch (1016), adjusted conflicting patch (1015)
Most kernel configuration answer left at default, notables:
- Wireguard (as module)
- Zswap default compression set to LZO
- RK3288 GPIOMEM (as module)
- Enabled some new DMABUF bits (heaps, cmas)
- Hantro driver
- F2FS compression
* Disabled rx/tx dma for uarts, on my board causes system freeze during bluetooth initialization. Don't know if they ever worked, tried to enable them ages ago and they were already not working
* For xt-q8l-v10 rk3288 board:
- Upgraded u-boot to v2020.04, reworked configuration to match new version, enabled HDMI video console
- Increased u-boot boot delay from 0 seconds to 1 second for rockchip boards, to allow user interrupt u-boot boot process
- Imported efuse rk3288 driver into u-boot, made ethernet address stable using soc serial
- Upgraded ddrbin loader to v1.08
- Added VDSO patch for rockchip-current and rockchip-dev kernels for clock_gettime64 to fix erratic clock on 32 bit ARM devices with recent glibc
- Disabled 600 Mhz OPP node for GPU due to Panfrost instabilities, thus enabled 500 Mhz node
- Various fixes and enhancements to xt-q8l-v10 device trees for current and dev targets
- Added (disabled) u-boot HDMI patch for Tinkerboard
* Removed rk3288 ddrbin v1.08 from rockchip blobs, changed reference to use rkbin-tools repository
* Removed unneeded disabled patch for tinkerboard HDMI
We don't need to enable UARTS and OTG by default on all Nanopi boards. This seems to cause instability on M1
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
NanoPi R2S has the same issue as ROC-RK3328-CC.
With working GPIO, during init the GPIO state s reset.
This causes the sdmmc regulator to shut down, preventing detection.
Removing and replacing the card will allow it to be detected, but that should not be necessary.
Fix this by setting the regulator on at boot.
Signed-off-by: Peter Geis <pgwipeout@gmail.com>
Link: 75aa567803
Signed-off-by: Jayantajit Gogoi <jayanta.gogoi525@gmail.com>
* patch: kernel: rockchip-dev: Handle more resolutions with HDMI (β)
The added patch add more PLL configurations, in order to satisfy
more HDMI frequencies requirements.
This should allow users to benefit from more resolutions.
However, this is fairly untested. I only tested it on my 1080p
screen and, yeah, it works but so does the kernel without this
patch.
Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr>
* patch: kernel: rockchip-dev: Handle more resolutions with HDMI (β)
Now with proper patches names.
Anyway :
The added patch add more PLL configurations, in order to satisfy
more HDMI frequencies requirements.
This should allow users to benefit from more resolutions.
However, this is fairly untested. I only tested it on my 1080p
screen and, yeah, it works but it also does without this
patch.
So could anyone test this with the following configurations ?
* [ ] A HDMI 4K screen
* [ ] A HDMI 1366x768 screen resolution
* [ ] A VGA screen with a VGA to HDMI adapter
* [ ] A DVI screen with a DVI to HDMI adapter
Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr>
* Using the patches provided by @Kwiboo for HDMI
This provides me way more resolutions, including interlaced modes.
I don't see 4K modes, though the screen attached can't do it,
so I still don't know if that can help provided 4K modes on mainline
kernels.
Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr>
* Support for 4K screens
Using fixes provided by @czak
Tested and approved by @czak too !
Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr>
