jeanrhum

  • Content Count

    248
  • Joined

  • Last visited

1 Follower

About jeanrhum

  • Rank
    Elite member

Recent Profile Visitors

3336 profile views
  1. Hi Christos, Thanks for reporting this issue too. What is your kernel? I suppose that you tried to decompile from fs, but have you tried to decompile from the dtb in use from /boot/dtb ?
  2. Hi, I can confirm that latest available testing image based on groovy, downloaded directly from armbian pine64 page works well !
  3. I already use it on x86 like some others tools by the same author/team: fd, hyperfind and ripgrep. Their softwares are developped in rust and provide nice features and performances.
  4. ok, the only problem I face was when using dtc with the fs as input.
  5. Sorry, I don't know how to decompile by hand. With a small script, I tested the packaged dtc with all the dtbs from the boot folders of my edge-v (allwinner, amlogic and rockchip) and got no segfaults. With this board, I have much more warnings when decompiling from fs:
  6. Compiling from https://github.com/dgibson/dtc, I'm able to generate a dts file, but using the one installed from apt I got the following output on my pine64h-b: $ dtc -I fs /sys/firmware/devicetree/base -O dts -o custom.dts custom.dts: Warning (unit_address_vs_reg): /cpu-opp-table/opp@480000000: node has a unit name, but no reg property custom.dts: Warning (unit_address_vs_reg): /cpu-opp-table/opp@1704000000: node has a unit name, but no reg property custom.dts: Warning (unit_address_vs_reg): /cpu-opp-table/opp@720000000: node has a unit name, but no reg property custom.dts: Warning (unit_
  7. Your welcome! It's a pleasure to contribute to armbian. I also tried your proposition with the reading of the device-tree folder with this command: dtc -I fs -O dts /sys/firmware/devicetree/base -o custom.dts But on my edge-v (kernel 5.9), pine64h-b and opi1 with kernel 5.8, it generates a segmentation fault, whereas on my gt1 ultimate running armbianTV with kernel 4.20 it works.
  8. Testers needed. More especially, people with samsung, nexell or even marvell are expected. The main issue for now is the way the dtb is named and located in the boot folder. I tried to infer it using the comptible property of the device tree, but I don't own all supported hardware . I already tested sucessfully on several kernels (aml 4.20, rk and aw on 5.8, 5.9).
  9. First pull request for me: https://github.com/armbian/config/pull/123 It is a basic implementation with my humble knowledge in bash. It may be improved by experts if possible. I tested on my armbian dev config and it seems to work. I hope to have follow the right way to make a PR since it is my first one.
  10. I don't see real questions in your post, but here is my personal experience. I run armbian on sbcs since 2016 and used it on one of them for home server. My current server is based on a s912 tv box with a 4.20 kernel installed maybe two years ago (I don't remember exactly ): Welcome to ARMBIAN 5.75 user-built Debian GNU/Linux 9 (stretch) 4.20.5-aml-s912 System load: 0.03 0.02 0.00 Up time: 135 days The system is amazingly stable and the only improvement I'm looking at, is maybe upgrading to a board/sbc having usb3 or sata(but since my local network is only 100MB, n
  11. As I saw in these data: [ 2.285937] sun6i-mipi-dsi 1ca0000.dsi: supply vcc-dsi not found, using dummy regulator Maybe it comes from there, because after searching about this error, I found these 2 links: - https://patchwork.kernel.org/project/linux-arm-kernel/patch/20181026144344.27778-17-jagan@amarulasolutions.com/ - https://gitlab.com/pine64-org/linux/-/commit/6beba7fbeeeee35130dade8766c1797b498d0a3f And looking at your dts file with panel, I saw that the dldo1 node (phandle 0x04) is labelled as "vcc-hdmi" and it is referenced both in the dsi node (vcc-dsi-supply) an
  12. I think this could be an interesting soc, but in how many months (or years)? This soc is not referenced in sunxi status matrix and nothing is planned in kernel 5.11, so I fear that support is not even started from their side. Maybe it's close enough to h6, but I didn't see any information about somebody able to start linux with it and it has a different gpu.
  13. I think you refer to JMCC work, but it only works with kernel 4.4 if I'm right. The problem is to be able to compile rkmpp with mainline and then ffmeg or gstreamer.
  14. I gave some bucks for this powerful server. Paypal was perfect for me. Long live to armbian! I hope the target will be attained soon.