Merblud

Members
  • Content Count

    28
  • Joined

  • Last visited

Everything posted by Merblud

  1. Try a newer version of u-boot.
  2. Strange and obscure problem. With the latest patches, I have audio output working through the codec rt5651. But only with a 5.2.8 core. I used these fixes in core 5.4.35. But no sound device rt5651 is created. At the same time, everything is normal in the log. The codec driver is connecting successfully. Good news. There was an error in dts file patch. You must use the name "realtek" instead of "rockchip" in the node rt5651: rt5651@1a. In this case, the codec driver module will be used successfully. Otherwise, the module will not load automatically. &i2c1 {
  3. Probably in Armbian core is already patched (used SCLK_I2SOUT_SRC in rk3399-cru.h).
  4. amixer set 'HPO L' on amixer set 'HPO R' on amixer set 'HPOVOL L' on amixer set 'HPOVOL R' on amixer set 'HPO MIX HPVOL' on amixer set 'OUT MIXL DAC L1' on amixer set 'OUT MIXR DAC R1' on amixer set 'Stereo DAC MIXL DAC L1' on amixer set 'Stereo DAC MIXR DAC R1' on
  5. I am sorry. I checked with the 5.2.8 core from kernel.org (not from Armbian build system). I prepared the patch for core 5.4.35. But the core 5.4.35 didn 't have time to check. I have to do the assembly directly on T4. It long.
  6. I used the fdt file patch in conjunction with the kernel patch from here: Orange Pi 4 Kernel 5.x.x rt5651 sound and bluetooth fixed In this kernel patch use SCLK_I2S_8CH Which option is more relevant for today?
  7. A patch for NanoPC-T4 that resolves a sound problem (hdmi and rt5651). For dts/dtsi files only. For kernel modules, the solution is listed above. Nanopc-sound.dts.patch
  8. Yes. Works for me. Main patches here: Orange Pi 4 Kernel 5.x.x rt5651 sound and bluetooth fixed But it is for NanoPC T4 that the fdt is needed. He won 't work from Orange Pi 4. At least the codec is connected to another bus.
  9. It is possible to sum up the results. A full power cut is working. I don 't know how to do this in fresh versions of the kernel. It 's possible it 's already working by default. Did not check. But I have a patch that solves this problem. The sound works. The sound through HDMI works in the latest versions of kernel. The changes were only needed in fdt. The problem with outputting audio through the codec has also been solved. Orange Pi 4 Kernel 5.x.x rt5651 sound and bluetooth fixed It works. A different fdt is needed for the NanoPC-T4. The latest versions of the u-boot
  10. I am still trying unsuccessfully to get the sound through the rt5651 codec using the main line kernel (I use NanoPC-T4). I corrected the dts/dtb file and assembled the kernel module. The kernel performs i2s bus and codec switching. The corresponding audio device appears on the system. I start a alsamixer. I can change settings. When I change some settings, I can even hear clicks in the dynamic. So the codec chip is powered up. And the codec chip is controlled through the i2c bus. I can switch the audio output through the codec. But there is no sound. I can 't figure out what the reason is. The
  11. I built the uboot myself according to instructions (from git). It 's not very difficult. But the latest versions of the uboot don 't work for me.
  12. Is there a package uboot in the armbian without miniloader?
  13. If you use a uboot builded according to scheme (tpl/spl)->uboot (without rockchip miniloader), the loading is fast.
  14. If you use kernel 5.x or above then welcome to Kernel 5.x.x and rk3399.
  15. Here 's the patch (5.3.4 kernel). diff -u a/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi b/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi --- a/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi 2019-10-17 23:47:33.000000000 +0300 +++ b/arch/arm64/boot/dts/rockchip/rk3399-nanopi4.dtsi 2019-10-27 22:34:55.988303874 +0300 @@ -105,6 +105,27 @@ }; }; + rt5651-sound { + compatible = "simple-audio-card"; + simple-audio-card,name = "realtek,rt5651-codec"; + simple-audio-card,format = "i2s"; + simple-audio-card,mclk-fs = <256>; + simple-audio-card,widgets = + "Microphone",
  16. If the kernel is built for a multiarch configuration. Can 't these patches cause the kernel to become inoperable on other SoC (not rk3399)?
  17. I understand correctly that here the maximum values for the performance of the cores at the start are forced to be setted? Or something else?
  18. 2 piter75 Thanks. I 'll try to use it all. I understand correctly that the hard setting of the performance value in the FDT is a bad solution. The kernel calculates the performance of the cores at start-up. What's the problem? Logic does not provide that cores can be different?
  19. Thanks. The thought of decompressing of initramfs didn 't come to my mind right away. But it takes me less than 30 seconds. But I did not pay attention to it: [ 2.333097] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 2.333648] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages [ 2.334066] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 2.334454] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages [ 65.467118] alg: No test for lzo-rle (lzo-rle-generic) [ 65.474155] alg: No test for lzo-rle (lzo-rle-scomp) [ 65.653691] ACPI
  20. There are several questions on the topic: Between the moment of transfer of control to the kernel from the u-boot and the moment of start of the kernel operation it takes 1.5 -2 minutes. I assume that during this period of time there is decompression of the code and placement in memory. But why so long? The 4.4.x kernel starts instantly. When I first turned on a nanopc-t4 with a 5.x.x (4.20) kernel, I already thought the kernel was corrupted. And quite accidentally waited for the green LED to blink. Why is there still no sound in fdt for nanopc-t4? I corrected fdt, but I can 't put
  21. As a result it is necessary to create the mbr partition? And why then the loader tries to look for the gpt partition? For example: GPT 0x3190d20 signature is wrong LoadTrust Addr:0x4000 Or nobody just knows what occurs in a blob from Rockchip?
  22. Help to understand with boot process. I watch documentation from rockchip. There it is specified that several gpt partitions have to be created. I take a sd-card with the image of the armbian which is written down on it. I start the gdisk. I receive result: GPT fdisk (gdisk) version 1.0.1 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present *************************************************************** Found invalid GPT and valid MBR; converting MBR to GPT format in memory. *************************************************************** Disk /
  23. Hi all. Tell me please. How to get a uinitrd from a initrd.img?
  24. Hi. Why is the 2d drawing in X11 so slow? If you use mali blobs, the scrolling in the Windows is delayed, moving the Windows is done with jerks. Even when display compositing is enabled, you can see how the under level Windows are redrawn in parts. If you do not use mali blobs, the scrolling in the Windows is excellent. But the Windows move slowly. When the compositing is disabled, the window can reach several (5-7) seconds. One would think that the graphics accelerator and processor are slow. But I have experience using weaker devices (e.g. tegra k1 or exynos with mali t6xx). There such