Jump to content

fabiobassa

Members
  • Posts

    376
  • Joined

  • Last visited

Reputation Activity

  1. Like
    fabiobassa reacted to svdmk in CSC Armbian for RK322x TV box boards   
    You are so right.
     
    What a surprise when I removed the heatsink!
     Probably that's why this board has trouble during booting process.

  2. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    Nope, because this is a very specific problem of tvboxes; regular single board computer users and maintainers don't have to mess with such unknown variables.
    That is the main reason why tv boxes, along the funny and always changing hardware they carry, are not and will never be officially supported by armbian, but just by community members.
  3. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    It looks to me way too complex from the maintenance point of view: users may create unwanted mixtures installing things from the multitool over already installed systems (for example 24.02 bootloader on an older armbian release); and also when armbian advances I have to keep the multitool binaries updated as well. It is already very tiring keeping the thing aligned against mainline kernel on every release I don't want to add another burden.
     
    One thing that solves all the boot problems is to reintroduce the OPTEE trust os: it surely does not unwanted things in the background, but then we lose some useful features.
    Otherwise I would keep the "manual" procedure for the time being for the problematic boards, until I get the hands on one of them and can study the issue with detail, or some bright idea pops out.
     
     
  4. Like
    fabiobassa got a reaction from RaptorSDS in CSC Armbian for RK322x TV box boards   
    @Tiago Nogueira

    You asked an info, but let me make a question to you:

    did you read the whole thread ???

    Or just you came in with this question " never made before" ? 😅
  5. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    It is not possible unfortunately. The bootloader is built and packaged by armbian scripts, it is not supposed to have two different boot loaders for the same "board".
    Once the deb package with the bootloader is downloaded, it is unpacked and a script is run to upgrade it.
    The only thing I may think about is a flag somewhere on the filesystem that is checked by the script and avoids the real bootloader upgrade.
     
    Or people can manually do apt-mark hold linux-u-boot-rk322x-box-current to avoid the bootloader upgrade and that's it
  6. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    When we now see thats is a moreover need part maybe it is also a good idea to integrate a point in Multitool where a this 2MB part is flash to emmc or nand to replace the bootloader from normal Armbian image
  7. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    @svdmk ok so that gpio-poweroff is a leftover or some copy/paste from another board done by the manufacturer.
     
    The more I read the more I think it is related with the trust os: when you leave the first 8192 sectors from armbian 21.02.1 on the eMMC, you actually leave all the boot pieces there. The boot process is made of 4 pieces: ddrbin, u-boot SPL, Trust Os and u-boot.
    Rockchip devices always boot from eMMC first, so whatever you put in the sdcard, the boot process always happens in the eMMC, then u-boot steers to the sdcard.
     
    My best guess for your problem is that armbian 21.02.1 bootloader still had OPTEE opensource Trust OS I was using in the past (see here for source code); it is the same base that also rockchip uses for its Trust OS, but rockchip proprietary trust os has some closed-source code that is added on top for added features like DDR clock scaling and virtual poweroff and who knows what else... Nowadays I use the rockchip proprietary optee for those added features, but very seldom it causes issues like yours and it is impossible to debug because it is closed source.
     
    What you can do in the meantime, hoping it works
    install armbian 24.02 on the emmc via multitool using the regular burn to image function then get a shell and do a dd to copy the bootloader from armbian 21.02.1 image over the 24.02 u-boot and Trust Os are "packaged together". The package starts at sector 0x200 AFAIR and is around one megabyte large, but I suggest to you to copy all the bootloader that starts at 0x20
     
    A command like this would do the trick: (of course change armbian21.img with the actual image)
    dd if=armbian21.img of=/dev/mmcblk2 skip=32 seek=32 count=8160 sync  
    Or, if you have the .xz compressed image:
    xz -c -d -k armbian21.img.xz | dd of=/dev/mmcblk2 skip=32 seek=32 count=8160 sync  
    Then you should be able to boot multitool, libreelec and armbian from sdcard and also armbian should boot from eMMC without issues.
    I will have some confrontation with @fabiobassa and @ilmich to see if there is a viable general solution.
  8. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    @svdmk Thanks for posting the photos and the firmware!
    I took a look to the device tree and found something that could be somehow intersting. I'm not absolutely sure it may be related to your issue, but there the device tree contains this gpio switch which is not usual:
     
    gpio_poweroff { compatible = "gpio-poweroff"; gpios = <0xb3 0x11 0x01>; status = "okay"; }; it maps to gpio3 bank and pin 17 (PC1, in the rockchip documentation). That string says that the pin is active low, it means that when it is 0, the poweroff is active; when it is 1 the poweroff is inactive.
     
    I may assume that gpio pin is used by the operating system to power off the system.
    On other board that pin is not mapped in the device tree, so I may also assume it is not used anywhere.
    In your case may (or may not) be related to the weird behaviour you're experiencing.
     
    With this command (to be run as root), you can see how the pins is configured. In my case, the pin is set to output at 0 level, but since it is not wired on my board it just does not do anything. Could you please execute the same command on your board?
    # grep 'gpio3-17' /sys/kernel/debug/pinctrl/pinctrl-rockchip-pinctrl/pinconf-pins pin 113 (gpio3-17): input bias pull down (1 ohms), output drive strength (8 mA), pin output (0 level)  
    You can also control that pin:
    # cd /sys/class/gpio # echo 113 > export # cd gpio113 # cat direction in # cat value 0 # echo out > direction # cat direction out # echo 1 > value # cat value 1 # echo 0 > value # cat value 0  
    with echo 113 > export you will make the pin available for userspace, then a directory gpio113 will spawn and you can echo to direction and value to change the pin as input or output and switch levels.
    If the pin is actually wired to something, it may be that when you switch direction of level the board may suddenly turn off.
     
    Now you can also do another test: erase the emmc and verify you still have the shutdown issue. If that is the case, it may be interesting to see what is the pin state in that condition and if switching its condition causes the weird behaviour to stop or does not change anything.
  9. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    thats look like a power or thermal problem maybe , did you managed to try (sdcard or usb) with cpu-stability to overlays= line in /boot/armbianEnv.txt
    or verbosity=7 and look in the Serial log maybe still always same step where it break
     
    hope you have a serial adapter at the box
  10. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    @audio kees if your need is just play video at 4k you probably won't go with armbian but rather with libreelec; if your goal is playing music you'd probably want to go with volumio either. Armbian is suited mostly for linux desktop replacement and server-like tasks.
    Said so, tv boxes are the worst choice around in any case, especially if you choose among the lowest budget.
    Much better if you go with properly supported Single Board Computer (SBC) and, as said, you'd better take a look to what libreelec suggests as preferred hardware (probably Raspberry Pi) if you want/need an out-of-the-box working system.
     
     
     
  11. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    From the datasheet it seems interesting, but no, never seen such chip and never seen a driver for it
     
  12. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    @audio kees Perhaps you can install armbian in eMMC and libreelec from sdcard/USB stick. It will work because armbian bootloader is capable of booting from several devices; altough it is quite strange libreelec bricks your board.
  13. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    but thats tooo much
     
    too much thermal stress for chip and so on ....
     
    also the maskrom mode is more to get into SD/USB boot when you have a close bootloader or when you need to flash from pc , there you short that pin shortly only to say cpu internal loader use alternate drive , you have to release the short direct after boot to use the emmc and format it
     
    please look if you can boot still from usb/sd card , please dont use usb sdcard reader only direkt sd card
     
     
  14. Like
    fabiobassa reacted to MattWestB in CSC Armbian for RK322x TV box boards   
    Can you making one hi rec photo of both sides of the PCB its likely have pads for MASKROM but you can using the pads for MMC / NAND but need looking for the pining of then for getting the right one.
    Also if being in MASKROM it shall booting DC-card with bootloader on it.
    Then having (updated not factory Android) bootloader on the EMMC it shall also booting USB-flach sticks without problem.
  15. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    HI @audio kees
     
    first of all do you have also Ram chips at underside of the board , else i would say that you have a eMCP ( emmc + ram combination) , eMCP are now possible with multitool and armbian but sometimes instable outside android
     
    for the brick , you dont need the clock under the chip , also possible to GND the clock at a resistor or test point , sometimes also at the pad for NAND  on right side of your picture is possible
    but self with brick memory a boot from SD-Card or USB should always possible
  16. Like
    fabiobassa reacted to audio kees in CSC Armbian for RK322x TV box boards   
    Hi Fabio
     
     
    I have buy a new keyboard, simple and this do work fine..
    Feel me so stupid to not think about this, maybe the age of 67 do work here.
     
    I did zip the system img and multitool did install on eMc.
     
    But it does not boot from it, so I think that have to learn some more. I did read
    to use only img, not the compressed one, but zip it and put on sd do work fine
    multitool can unzip if fine.
     
    Reading ahead will work. so I can get it bootable also, and edit in the files, need
    maybe putty for that.
     
     
    thanks all.
     
     
  17. Like
    fabiobassa got a reaction from jock in CSC Armbian for RK322x TV box boards   
    @audio kees
    you need the most simple and stupid usb keyboard, not sofisticated ones nor wireless because of lack of drivers in multitool that has a very basic kernel
    If you haven't one ... grab from a friend

    remember.. kiss !!!  keep it simple (and) stupid
  18. Like
    fabiobassa reacted to jock in CSC Armbian for RK322x TV box boards   
    @audio kees did you try to press "Enter" on your keyboard?
  19. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    yes when LAN port work for you and the box get a ip adress its now possible to ssh
     
    do you have a usb cale keyboard attached to the tv box , you have to hit enter/space to except the license
    ( some wired and some wireless keyboard dont work under linux because they need some usb driver but that rare )
     
  20. Like
    fabiobassa reacted to mydeardiary in CSC Armbian for RK322x TV box boards   
    Update: this box is now running Linux 6.6.17-current-rockchip
     
    Dtb applied: overlays=emmc led-conf7
     
    The cpu speed is now capped at 1 GHz with better stability and hdmi output works (via usb to hdmi viewed on another laptop using ffplay). Excelent.
     
    Installed sway and lima gpu is being utilized. But before I can access the lima gpu, I have to add my login to render group.
     
    `sudo usermod -a -G render $LOGNAME`
     
    Well done!
  21. Like
    fabiobassa reacted to Andr1k in CSC Armbian for RK322x TV box boards   
    @BLFC i fix problem. Reinstall linux-headers.
    My solution:
    sudo apt update sudo apt upgrade reboot sudo apt install linux-headers-current-rockchip sudo apt install git sudo git clone https://github.com/jwrdegoede/rtl8189ES_linux/ cd rtl81* sudo make ARCH=arm KSRC=/lib/modules/$(uname -r)/build CONFIG_POWER_SAVING=n sudo cp 8189es.ko /usr/lib/modules/$(uname -r)/kernel/drivers/net/wireless/realtek/ sudo depmod -a sudo modprobe 8189es Thx for helping. Have a good day!
  22. Like
    fabiobassa reacted to RaptorSDS in CSC Armbian for RK322x TV box boards   
    i can share a version 15.06.2021 and  17.03.2022
    https://drive.google.com/drive/folders/1HR_wvgg6L5nkInjLSWeqi7eWsAzC0qlQ?usp=sharing
  23. Like
    fabiobassa got a reaction from Jaisere in CSC Armbian for RK322x TV box boards   
    @Jaisere
    the problem ISN' T the lima or xorg issue, but "VERY SIMPLE" :  it doesn't find the rootfs.

    it is clearly explained in your log : WAITING FOR ROOT FILE SYSTEM

    This indeed happen because when you update and upgrade maybe it takes a NEW KERNEl and new kernels DON'T support nand .

    That's all!!

    No lima issues , no mesa issues, no other than newer  kernels not recognize NAND

    if you want desktop environment and at same time install in internal flash try to find a 4.4.xxx kernel with xfce or lxde already installed

    Or you can try this rootfs but you still have to use a 4.4.xxx kernel
     
    https://drive.google.com/file/d/1jmtwGs88iXfCs7UtaEv1d5h7C9-9KGFg/view?usp=drive_link
     
  24. Like
    fabiobassa got a reaction from Jaisere in CSC Armbian for RK322x TV box boards   
    @Jaisere
    the rootfs i gave to you clear says " utgard armsoc"

    DON'T UPGRADE DON'T DO NOTHING or you will loose the optimization made by linaro team

    the chromium browser itself uses a sort of hardware acceleration, the video uses a sort of gpu.. but DON'T EXPECT too much

    For nice graphical environmetn follow @jock 's suggestion, but will loose NAND
     
  25. Like
    fabiobassa got a reaction from Jaisere in CSC Armbian for RK322x TV box boards   
    @Jaisere
    this COULD be a challenge , but really isn't.

    The images provided by @jock are complete, have the BOOT folder filled with all necessary : kernel, init, dtb , environment

    This rootfs has BOOT folder empty. So you still need kernel and other stuffs from a working 4.4.194 image

    You should mount the image from jock under linux, grab the BOOT folder complete....... then  mount this rootfs linaro, again under linux, paste the BOOT folder, and burn regularly by multitool
    It will conseguentially boot
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines