* 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>
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.
* enable and change odroidc1 config
remove EOS
enable current and dev config
meson-current: update config
meson-dev: update config
Signed-off-by: Dirk Neukirchen <plntyk.arm@plntyk.name>
* meson-current meson-dev: reduce Kernel size
with default loading locations in u-boot
the uImage can be too large and will be partly overwritten
with the loaded dtb leading to boot failues due to wrong checksum
Signed-off-by: Dirk Neukirchen <plntyk.arm@plntyk.name>
* odroid-c1: change default loglevel
Signed-off-by: Dirk Neukirchen <plntyk.arm@plntyk.name>
* meson: fix odroidc1 boot and create uImage
without uImage the board will not boot
take the already used hack (?) from
general-kernel-odroidn2-current.patch
since KERNEL_IMAGE_TYPE does not work as expected
Signed-off-by: Dirk Neukirchen <plntyk.arm@plntyk.name>
* Update targets.conf
* Update targets.conf
* Update targets.conf
* Making a bigger diff
* Removing build_minimal
One can choose what to build, while build targets are defined elsewhere
* Governor interactive n/a
* Updating config
Cause of changes in boot.ini we don't need to worry about size. After few tests, no problems sighted.
Tested running Docker.
* Adjust dev config too
Tested.
* Update odroidc1.conf
Co-authored-by: Igor Pečovnik <igorpecovnik@users.noreply.github.com>
deleted activation of i2s1 - 1c2240, because it isnt necessary for the corect operation of audio-analog and sound_hdmi
USB isnt affected.
i2s2 is right, because its needed for sound_hdmi 1c22800
It doesn't want to boot on 5.4.y. Adjusting kernel config, fix Docker dependency problem, move few other minor fixes from openwrt and closing https://github.com/armbian/build/issues/1453
* npi-a64-only-audio-usb.patch
This is a follow-up to the PR #1927 where the complete sun50i-a64.dtsi was changed.
This is a patch ONLY for the NanoPi A64 .dts to activate Audio & Upper USB-port
Has been build/compiled and works with focal 5.6.5
Address = Alias:
sound=sound
sound_hdmi = sound_hdmi
1c19000 = usb_otg
1c22400 = i2s1
1c22c00 = dai
1c22e00 = codec
1c22800 = i2s2
1f015c0 = codec_analog
* Create npi-a64-only-audio-usb.patch
Co-authored-by: Igor Pečovnik <igorpecovnik@users.noreply.github.com>
