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>
There have been intermittent issues with SPDIF output on H3 & H2+ devices.
Digging into the H2+ & H3 datasheets I encountered an important clue on
table 8.7.2.2: s_clk needs to be 4x24.576 MHz or 4x22.5782 Mhz.
Probably due to how SPDIF is a huge oversample of the audio frequency.
Co-authored-by: George Lander <lander@jagmn.com>
* Attach Meson64 CURRENT to 5.6.y and make DEV = CURRENT at this point.
There is a lot of changes to 5.7.y and can be done after release or by someone that feels a need for this right now.
* Delete meson64_fclk_div3.patch
this fix has been upstream for some time, I had issues with it on 5.4, which is why it had been removed there.
* [ meson64 current ] kconfig tweak
disable Rockchip SoC drivers
* [ meson64 current ] remove rockchip patches
* [ meson64 current ] disable CMA patch GX
* [ meson64 current] add libretech cc audio patch
This brings the dts even with the khilman 5.8/integ branch which includes all of the audio changes. The kernel is registering audio devices, however nothing comes out. committed in case someone wants to spend time debugging/testing theories.
* fix permissions
was editing from another machine, accidental change of permissions in the patch
* Set default mixer settings
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* [ meson64 current ] GXL audio commit
This moves to the mainline patches and covers le potato and la frite. Adjusted asound config to handle a commonized sound card name.
* [ meson64 current ] add gxbb audio WIP
Playback is too fast, a clock setting is off somewhere.
* Update kernel configs
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
Co-authored-by: Tony <tonymckahan@gmail.com>
* Switching Odroid C1 boot partition to FAT
U-boot FAT driver is very unstable and there is no wish to dig into u-boot. Seems like a sane workaround @plntyk
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Add notes for separate boot partitions
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Typo
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Bugfix: use zImage for converting to uImage since on FAT partitions we use move
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* Cleanup C1 boot scripts
We have no plans to ever support legacy kernel again. Removing related things
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
* A bit more radical change. Moving meson current to (new) legacy, current to 5.6.y and dev to some development branch / commit.
* Remove unneded patch
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
Kernel install image is broken on VFAT images since it unmounts directory in preinstall and doesn't mount back. We used to have this for NAND / FAT install which fixes this in the postinst script. Removing since we have no more support for NAND anyway. Tested on Odroid C1. @the-going
Signed-off-by: Igor Pecovnik <igor.pecovnik@gmail.com>
odroidc1 can fail to boot probably depending
on features of the ext4 rootfs that is created
during the build process
serial log error:
Loading file "/boot/uInitrd" from mmc device 0:1 xxa1
invalid extent block
since there is no support for that board in upstream u-boot
backport the patch from
upstream commit:b5bbac1a9b07016602559ff483df265fef6c1f83
see also [1]
[1] https://lists.denx.de/pipermail/u-boot/2014-January/170802.html
Signed-off-by: Dirk Neukirchen <plntyk.arm@plntyk.name>
Enable DMC for roc-rk3328-cc (renegade) in current
No stability issues with this enabled, no reason not to merge, enables higher clockrates via manual setting for now.
