Jump to content

hexdump

Members
  • Posts

    467
  • Joined

  • Last visited

Posts posted by hexdump

  1. 4 hours ago, balbes150 said:

    Checked your file for GXL on model s912, works, including console management. Can stop the startup and get the u-boot settings data. Good job. If you don't mind, I may include these files in future versions of images.

    sure - feel free to include it - i would recommend you to build your own version as my version is currently using uEnv.txt instead of armbianEnv ... patches are in the misc.gxl and misc.gxb subdirs and in the readme.gxl and readme.gxb is described how i patched and built them ... maybe best would be to offer two versions in your image: one for the serial console and one for hdmi/usb boot as i had to disable serial console input on the hdmi/usb version as it sometimes created noise in the early boot when no serial console was connected which stopped u-boot at the prompt so that it did not boot ... in theory something like this should also be possible for rk3288 and rk3399 (next to the already mentioned amlogic g12/sm1), but i did not yet have the time to play around with those

     

    best wishes - hexdump

  2. @balbes150 - as you have changed to use a chainloaded u-boot.bin on amlogic now everywhere, maybe have a look at https://github.com/hexdump0815/u-boot-misc - the gxl and gxb u-boots i got to the point that they display properly on hdmi from the beginning on and can be used with a usb keyboard - so no more serial console required :) ... i guess gxm should be possible too (not yet tested) and g12/sm1 look like they support it too (not tested yet neither) ... in case you want to play around with it, here are some precompiled binaries with that functionality:

    https://github.com/hexdump0815/u-boot-misc/releases/download/200718-01/gxl-u-boot.bin.gz

    https://github.com/hexdump0815/u-boot-misc/releases/download/200718-01/gxb-u-boot.bin.gz

     

    while i'm at it: i think i also got native installation of u-boot (i.e. wiping the legacy u-boot) working quite reliable on gxl, but i'll have to test that on more boxes and the procedure is not really trivial ...

     

    best wishes - hexdump

  3. @Rajesh - if you really reach > 130 c celsius then i think either the thermal sensor is not properly calibrated and/or the cpu-throttle-cooling-device is not/not properly defined in the dtb - usually the cpu clock is reduced when the cpu gets too hot to cool down ... on the h6 without proper cpu voltage handling (like in tv boxes) this down clocking might not be aggressive enough ... not sure if something like this: 

    is in @balbes150 tree already and if it is it might still be not aggressive enough for h6 tv boxes as they have to be clocked down massively to really get the temperature down a bit as the voltage stays by cheap design the same all the time ...

  4. @Rajesh - regarding your temperature issue on the tx6: this is a general problem for most (if not all) h6 tv boxes as they do not seem to have any proper voltage control over the cpu (at least none useable with the mainline kernel - they are missing the usual axp805 pmic which is supported by the kernel) so they run at the same (high) voltage for all frequencies which limits the thermal savings by lowering the cpu freq (usually the voltage goes down in parallel too which reduces temperature way more) ... so in the end the only option you have on a h6 tv box if you want to put real load onto it is to cool it properly, i.e. a fan is required or a really huge heat sink (although in my tests a fan is definitely required if you have constant high load as then the heat sink simply warms up over time independent of how big it is as long as its not extremely big)

     

    best wishes - hexdump

  5. the legacy u-boot in those boxes is usually allocating away quite a bit of memory which you'll have to live with or your can try chainloading a mainline u-boot (which is what the u-boot.ext display hack is doing - on boxes where this is used there should be more memory available on average i guess)

     

    best wishes - hexdump

  6. you might have a look at https://github.com/mripard/sunxi-mali for the legacy mali blob solution on mainline or at https://gitlab.freedesktop.org/lima/web/blob/master/README.md for the future ready open source mali/mesa gpu driver which is included in the latest mainline kernels and mesa releases  and works already well for some things but not for all yet ... but do not expect any wonders on this hardware, especially running on x11 ...

  7. @RMG -  i think this is the wrong thread for this question as those boxes have a rk3328 and no rk3288 ... technically it is possible but it is very far from easy as you have to build a custom u-boot and write it in a complicated way (as you only write part of it) using the rockchip tool via usb to emmc and even then it is not guaranteed to work - at least i have a h96 max h2 which is now booting following the extlinux.conf file from either usb and sd card but it was a long journey to get there ... i have it on my todo list to document this procedure, but i'm not sure when i'll find the time for this ...

  8. @Nuno Cruz - i just found an old note from me regarding this box: "serial port might be the three test points next to each other with two resistors - yes it is :)" - maybe it helps you finding the serial port - i do not have mine here right now ...

     

    in order to get anything going it is required to get it recognized by the rkdeveloptool again ... iirc there were even two test points on the backside of or near the emmc chip to put it into maskrom mode (i think one of them had to be grounded, but i might be wrong)

     

    good luck - hexdump

  9. @s812us - you might have a look at this dts file: https://github.com/hexdump0815/linux-mainline-and-mali-amlogic-kernel/blob/master/misc.m8x/dtb/meson8m2-m8s-dvfs.dts - it is basically an m8s dts with frequency scaling added - the one in the kernel tree only has this one fixed frequency of 1.2ghz ... the dts is for v5.6 - for the latest kernel from martin (which balbes150 is using for his images i think) you may try https://github.com/hexdump0815/linux-mainline-meson8-kernel/blob/master/misc.m8x/dtb/meson8m2-m8s-dvfs.dts - in both repos you can also find a file called readme.m8x which should give you enough information about how to compile a kernel (you might just need to adjust some paths maybe)

     

    good luck and best wishes - hexdump

  10. @Beppe - there seem to be boxes which are configured in a way that they simply do not boot from sd card at all and i guess yours is one of them ... it is technically possible to get them working by building a special second stage u-boot which then boots from sd/usb and write it to the right position on emmc, but this is far from trivial and often needs to be adjusted for each box (i did it for a h96max rk3328 h2 which also does not boot from sd by default) - as a result i would recommend you to get another box if that is an option for you and better avoid rk3318 at all as those are really lowest end tv boxes and not really easy to deal with ...

     

    good luck and best wishes - hexdump

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines