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.
* 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>
* meson-sm1: use amlogic-boot-fip to generate boot binary for SM1
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
* patch: add Linux and U-Boot patches
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
* configs: enable Odroid-C4
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
