robertoj

Great I thought RiscV was still much slower than ARMs of similar prices.

I got surprised by "GPU: Mesa llvmpipe" ... but then I searched, and it means CPU rendering. But still very nice!

While it didn't give an solution, 👆 this is a good answer. It matches my concept of what armbian-build does, as I learned it 3 years ago (from reading the documentation and experimentation)

I just thought that a inserting a cpio file would be accepted, just like inserting a c file into the linux source code. I have never done a source file insertion myself, with neither C or cpio file... but I assumed it would work, since it is a common need for linux patches. In this page, they talk about the "--new-file" feature of the diff command https://unix.stackexchange.com/questions/37287/how-to-include-a-new-file-into-a-patch

Thank you guys for the work toward this RiscV SBC The website http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/Orange-Pi-RV2.html claims 130% faster than ARM A55 (which is 25% slower than my H618)... have you tested that? Are the USB, GPIO, SPI and MIPI DSI working? Are there any NPU examples provided by Orange Pi?

I missed the fact that you have an orange pi zero 2w... I think there's a success experience with that orange pi in this thread or in this Allwinner section. Please share if you have success

Hi Pami, I haven't had time to check your connection list and DTS. The LCD you showed is exactly the same I have I have both ili9486 and ili9488, and they work with the same connections, same DTS, same bin, same driver You should be able to copy all the wiring I describe in the DTS, the DTS, bin/txt and armbianEnv.txt line, and it should work. Start from a fresh self-built armbian OS, with the panel-mipi-dbi driver activated in the linux config phase.

A long time ago, I made an armbian guide, which included adding a kernel patch. Can you try this method? "Move them* to ~/armbian-2023.05/build/userpatches/kernel/archives/sunxi-6.1 (using the scp command or sshfs)" * would mean the cpio file (use diff3 to convert to patch file**) and any linux configuration patches needed to make your initramfs. ** diff3 linux_orig_source_folder linux_source_folder_with_cpio_file https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md#73-add-the-tv-encoder-driver-to-the-linux-kernel-source

If you don't have X11 or Wayland, try using the linux command "fbi" (frame buffer image). I think I put an example in this trhead or in the Banana Pi ili9341 thread (in this allwinner forum section).

Does anybody know if this will work with Allwinner H618?

Forumtrekker: I am 99% sure that if you see the LCD working OK once, with kungfupancake or any other a txt/bin file, for just console text, it will work for any graphics. There's an issue with plymouth: it modifies the initrd in a way that it loses track of the bin file, and the kernel driver fails to load. See: https://forum.armbian.com/topic/53568-how-to-add-a-specific-single-file-in-the-initrdimg-ideally-automatically-with-update-initramfs/#comment-221767 I am running my SPI at 40MHz fine with 20cm wires. I don't have time to see your DTS file, but are you using the same CS pin as I do? I have noticed there's a default "chip select" pin, which makes everything work better. If you are using panel-mipi-dbi driver, don't use any additional DTS for the LCD, not even additional SPI DTS, and armbianEnv.txt that refer to the LCD. According to the notro wiki, the ili9486 and ili9488 will only work with RGB888 mode (because we use SPI). There's the "format" parameter line just for that, in my DTS. Can you send a good photo of your LCD front and back? My method is for a Red PCB LCD. I don't know the brand, but it is not Waveshare, Creality or any known company. Sorry, saying "Chinese LCD" is like saying "wet water": redundant and not specific. pami: the english in your post is fine, but you can separate ideas and separate processes in paragraphs, to let me focus in one problem at a time Many LCD guides, due to being so old, use the fbcopy driver, or another "classic framebuffer" driver. I could make my ili9341 work with it, but since I learned to use the panel-mipi-dbi I only started using that. It get's you more fluid animations and probably Linux will prefer it in the future. If one dtbo file and a python script makes your LCD work fine, share that script and DTBO (best if you can decompile the DTBO into DTS), in this thread, as attached files. Send more photos of your LCD. AI suggestions will only work if the solution is well documented somewhere in the internet, and the AI has found it. AI will re-word the answer and take credit for it.

I see that this configuration is a kernel build feature, not an armbian-developed function: https://cateee.net/lkddb/web-lkddb/INITRAMFS_SOURCE.html https://unix.stackexchange.com/questions/479415/how-does-linux-know-where-the-rootfs-is So, you can post your question in many more linux discussion places. I hope you get the answer (and share here). Have you ever got this INITRAMFS_SOURCE configuration work, outside of Armbian... for example building the kernel from source by itself?

Try a different microSD card, and always start with a serial-USB connection to your laptop. After first boot, run htop and if you see the CPU high usage, wait until it is done. Then reboot the orange pi.

I don't know about customizing the initrd during the armbian build process. But this is the way to customize it AFTER you get armbian running in your board https://forum.armbian.com/topic/53568-how-to-add-a-specific-single-file-in-the-initrdimg-ideally-automatically-with-update-initramfs/#comment-221767 I know it is not YOUR OWN INITRD, but maybe you can work with it. Large language models are more useful when the answer exists somewhere in a popular website. If no human has written about it, ChatGPT or Gemini will not give you the answer. Have you tried replacing the uImage file in the /boot folder, with your own initrd, converted to uinitrd?

The ffmpeg conversation in https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20847 suddenly stopped 2 weeks ago. Does it seem like there's a big obstacle suddenly, or just a well deserved engineer vacation going on?