Jump to content

jock

Members
  • Posts

    1811
  • Joined

  • Last visited

Reputation Activity

  1. Like
    jock reacted to ilmich in CSC Armbian for RK322x TV box boards   
    Hi @n3o
     
    please don't say things I've never said. I won't do what you wrote. You are still free to use my (hard) work because I believe in healthy sharing, which is already the basis of my work on libreelec. Without @jock and @fabiobassa these boxes would not have this level of support.
     
    Cheers
    Michele
  2. Like
    jock reacted to H1H1 in CSC Armbian for RK322x TV box boards   
    Hi! I've got this MXQPRO_V73 board here with an RK3229, an esp8089, 1GB of RAM, and 8GB of storage. When I insert the SD card with the Multitool, it doesn't boot. All I get is the red light, no blue light, and no HDMI output or IP connection.
    I've been trying to find the UART port, but no luck so far.Any idea where it might be?
    Thank you very much


  3. Like
    jock reacted to NicoD in Tips for choosing my first cheap TV box?   
    Why not buy an Armbian supported SBC? Most TV-Boxes are crap. Overheating and low-quality. For better quality you also pay a lot more. So then why not buy a good SBC?

    RK3399 ain't that expensive and has great IO. RK3588 is high end so cost more, but it's future proof.
    OrangePi5+ should be best value. I don't have it, so can't say much about it. 
    NanoPi R6S/R6C isn't that expensive. The C has NVMe and USB3, and very fast CPU.
     
    If you want to use full sized HDD's then look at the Odroid HC4. It has the S905X3. As powerful as RPi4(when not OC) and 2 SATA for full sized HDDs. But no USB3 or other IO. It does have HDMI.
     
    RK3568 is also a SoC that has great IO and not too expensive. Not sure if there are Armbian supported boards with it.
    RK3566 less IO but still better than any RPi.

    I only had one ok TV-Box from a bunch. The Mecool KM6 with S905X4, but that doesn't have Armbian support. S905X3 should have better support. But you are never certain all hardware will work.
    TV-box manufactures ofter use different components for the same model TV box. So some people might have wifi working, but others don't.
  4. Like
    jock reacted to ego worker in CSC Armbian for RK322x TV box boards   
    @jock
    with updated uboot
     
    I can add that no armbian with kernel higher than 4.4 ever run on this board, all did crash. Wrong CPU/DDR freq ?
    updateduboot.txt
     
    Edit:
    Oh, it just runned after few power unplugs ...
    HDMI ok, strange xD
     
    works!.txt
     
    lan 100Mbit also ok
    [   34.223396] rk_gmac-dwmac 30200000.ethernet end0: Register MEM_TYPE_PAGE_POOL RxQ-0
    [   34.288631] rk_gmac-dwmac 30200000.ethernet end0: PHY [stmmac-0:00] driver [Rockchip integrated EPHY] (irq=POLL)
    [   34.297804] rk_gmac-dwmac 30200000.ethernet end0: No Safety Features support found
    [   34.297885] rk_gmac-dwmac 30200000.ethernet end0: PTP not supported by HW
    [   34.299134] rk_gmac-dwmac 30200000.ethernet end0: configuring for phy/rmii link mode
    [  290.306195] rk_gmac-dwmac 30200000.ethernet end0: Link is Up - 100Mbps/Full - flow control rx/tx
     
    Thanks !
  5. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    That's the main problem for the general solution you propose. Looking into the base device tree of the kernel (rk322x.dtsi), that gpio pin (gpio 2, pin RK_PB3) is declared in use only by gigabit ethernet devices. Also looking in the original device trees of the boards there is no other trace than gigabit ethernet pin. Surely no tv box with rk322x has been produced with gigabit ethernet, so from that point of view it could be safe to enable it.
     
    But looking at the base dtsi is not enough to declare that any board does not use that pin: as it happens on r29/r2b/h20, any other manufacturer may have decided that the pin may control something more or less important, or perhaps it is internally wired to something, tinkering with that may affect other boards. It is a remote possibility, though it can happen.
     
    Multitool (and libreelec too) has the pin enabled by default, so we will see if it can have side effects on other boards.
  6. Like
    jock reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    in first first part --> at ddr and Board model
     
    U-Boot 2021.04-armbian (Aug 08 2021 - 18:00:55 +0200)
  7. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @ego worker thanks for checking in. Perhaps the bootloader installed in the internal flash memory is too old. I see that u-boot is v2021.04, but current one is v2022.04.
    Your version is not applying the device tree overlays at all, hence the instability and the missing HDMI when trying to run armbian.
     
    You may try to transfer the updated bootloader from the sdcard to the internal flash with:
     
    sudo dd if=/dev/mmcblk0 of=/dev/mmcblk2 bs=32k skip=1 seek=1 count=32  
    but also double check that you have overlays=led-conf7 in /boot/armbianEnv.txt (check also on both the internal flash and sdcard; u-boot should take the one from the boot device, but bugs in u-boot are around the corner...)
     
  8. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    That's the main problem for the general solution you propose. Looking into the base device tree of the kernel (rk322x.dtsi), that gpio pin (gpio 2, pin RK_PB3) is declared in use only by gigabit ethernet devices. Also looking in the original device trees of the boards there is no other trace than gigabit ethernet pin. Surely no tv box with rk322x has been produced with gigabit ethernet, so from that point of view it could be safe to enable it.
     
    But looking at the base dtsi is not enough to declare that any board does not use that pin: as it happens on r29/r2b/h20, any other manufacturer may have decided that the pin may control something more or less important, or perhaps it is internally wired to something, tinkering with that may affect other boards. It is a remote possibility, though it can happen.
     
    Multitool (and libreelec too) has the pin enabled by default, so we will see if it can have side effects on other boards.
  9. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    I already opened a pull request on armbian, when it will be accepted, new kernel will be built with fixes, but I have no control on when the new kernels will be built by the armbian servers.
  10. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    Yes, it is expected that is so: you must run rk322x-config, set led-conf7 and reboot (or setup led-conf7 manually in /boot/armbianEnv.txt)
     
    Legacy kernel is discontinued, has some reason only for those who have old boards with NAND. You have no reason to stay with legacy kernel, it's old, insecure and unmaintained!
  11. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    I already opened a pull request on armbian, when it will be accepted, new kernel will be built with fixes, but I have no control on when the new kernels will be built by the armbian servers.
  12. Like
    jock reacted to MattWestB in CSC Armbian for RK322x TV box boards   
    Tryed the 6.1.55 install by the book and looks also working like 6.1.50 hand patched.
    Attaching install and dmesg logs. RK3228B55.zip
     
    Shall being good if some more user with desktop installed can testing it so Joke can getting it better verified that is working and putting it in the current release if all is OK.
     
    PS: The kernel install is still complaining of missing firmware that it have doing longer time now but my RK3318 box is not doing it on all kernels i have running on it.
  13. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @MattWestB I've uploaded convenient deb packages with update dtbs for both kernel 6.1 and 6.5; now they should be finally fixed and work, at least I tested on my board and they work pretty fine.
     
    You can download the deb package from here - for your installed system with kernel 6.1 you may want to download and install linux-dtb-current package
    Please do a backup as you already did of the /boot/dtb directory on your existing installation!
     
  14. Like
    jock got a reaction from fabiobassa in CSC Armbian for RK322x TV box boards   
    @Benedito Portela Here it is a debian buster minimal image with latest 6.5 kernel. I did not had time to test it though, so try it with an sdcard first!
     
    edit: tested the image, it works plenty well!
  15. Like
    jock reacted to tacitapproval in CSC Armbian for RK322x TV box boards   
    Here is another dmesg txt from my r29 board.
    R29dmesg.txt
  16. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    Ok, I need to better check what is going on with kernel 6.1 then; perhaps it is a misalignment with the base dtb, but I will try to be more specific tomorrow. Thanks in the meantime!
  17. Like
    jock got a reaction from fabiobassa in CSC Armbian for RK322x TV box boards   
    The Debian version has nothing to do with the underneath hardware. It's just that if you use an older image simply you miss some corrections and compatibility fixes here and there that allowed the eMCP boards work in a stable way.
  18. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    Ok, I need to better check what is going on with kernel 6.1 then; perhaps it is a misalignment with the base dtb, but I will try to be more specific tomorrow. Thanks in the meantime!
  19. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    The Debian version has nothing to do with the underneath hardware. It's just that if you use an older image simply you miss some corrections and compatibility fixes here and there that allowed the eMCP boards work in a stable way.
  20. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @MattWestB This is the dtb for kernel 6.1, it should work on your existing installation: rk322x-led-conf7.dtbo
  21. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @Benedito Portela I checked your firwmare and actually R29_MXQ and R2B_MXQ share the same identical original device tree, so you can go testing the image, just follow the instruction and try with a pristine system on sdcard/usb stick, not juggling with dtbs on existing systems
  22. Like
    jock got a reaction from fabiobassa in CSC Armbian for RK322x TV box boards   
    @Benedito Portela I checked your firwmare and actually R29_MXQ and R2B_MXQ share the same identical original device tree, so you can go testing the image, just follow the instruction and try with a pristine system on sdcard/usb stick, not juggling with dtbs on existing systems
  23. Like
    jock got a reaction from Benedito Portela in CSC Armbian for RK322x TV box boards   
    @Benedito Portela I checked your firwmare and actually R29_MXQ and R2B_MXQ share the same identical original device tree, so you can go testing the image, just follow the instruction and try with a pristine system on sdcard/usb stick, not juggling with dtbs on existing systems
  24. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @MattWestB Ubuntu or debian does not matter, the dtb depends upon the kernel version.
    The image above has kernel 6.5 (edge) and I ask to briefly test it as is, in particular look over hdmi, emmc and ethernet and report dmesg.
     
    Jiggling with dtbs over other kernels, or use multitool dtb on armbian (baaad!!! never do this!) is a hazard: it may work or may end up with a broken system and a broken system surely does not help  anyone 😐
     
     
     
  25. Like
    jock got a reaction from MattWestB in CSC Armbian for RK322x TV box boards   
    @MattWestB Perfect, thanks! I see the eMMC is correctly detected and ethernet working too, so probably my sample is just defective.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines