Jump to content

hexdump

Members
  • Posts

    457
  • Joined

  • Last visited

Posts posted by hexdump

  1. my last t9 dtb was still missing some changes: the voltage regulator setup seems to be quite different between the evb and the t9 / h96max+ which also affected the cpu powering and as a result the voltage and frequency scaling was still not fully working and the box was only running at about 600mhz cpu clock max most of the time ... i have now reworked the t9 dtb even more - again based on the t9-andoid dtb - and cleaned up the regulator setup completely as i think ... now frequency scaling works well and the box should run at about twice the speed as before :) ... while i was at the opp tables and the voltages i also added disabled entries for 1.392 and 1.512 ghz cpu clock with useful values for this regulator setup - it works, but i did not do proper long stability tests with cpuburn and it does not make much sense at all anyway, as the box with the default cooling will heat up quickly and will be thermal throttled down to below even the default 1.296 ghz soon ...

     

    based on the dtb source diff it should now even be possible to build a properly working dts source file for the kernel source tree based on the evb dts in there and maybe even a working dts/dtb for the mainline kernel might be possible with a bit of work ..

     

    now the files - if you have a t9 or h96max+ (untested by me, but looks like it has the same hw setup - please let me know if it really works) box, you should definitely give this dtb a try ...

     

    rk3328-t9-dtb.diff rk3328-t9.dtb rk3328-t9.dts

  2. with this diff against rk3328-evb.dtb for the 4.4 rockchip kernel i got mmc, serial console and the usb2 port working for a t9 rk3328 box (4/32g) and i think the h96max+ is similar, so maybe it will work there too - the resulting rk3328-t9.dtb and .dts are attached as well. @balbes150 if it works for others too it might be worth to include it into future rk3328 tv box images maybe.

    rk3328-t9-dtb.diff

    rk3328-t9.dtb

    rk3328-t9.dts

  3. i assume that the box simply has nand and no emmc - i have a similar box (x96 mini): sold as s905w 2/16g box with emmc and in the end it is a s905x box with 1/8g and nand which fakes the 2/16g in its hacked android - your emmc chip printed name might simply be fake as well - the boot problem comes from the armbian boot script, it hangs when probing the (non existing) emmc i guess - i think i worked around it by 'setenv start_emmc_autoscript "echo hello"'' and then 'run bootcmd' on a serial console - in theory setting the start_emmc_autoscript to something not doing anything (or maybe even some cleaner solution) in some kind of alternative aml_autoscript should give you back a working android boot even without serial console ... good luck

  4. hi @jock - i'm thinking about trying to follow your approach of getting a rk3288 tv-box booting well with a mainline u-boot instead of the very limited rockchip bootloader those boxes come with. the box i have is an orbsmart s92, which i think is identical to the beelink r89, orion r28 and ubox boxes. i have it running quite well so far using some sd-capable rockchip bootloader i once found on the linuxium site, but as said having a real contemporary mainline u-boot would make booting different kernel etc. much easier and maybe even gives me a serial console for the bootloader (the bootloader i have does not seem to use the normal serial port - starting from the kernel boot it works fine then though). i looked at the way you are building the u-boot for the q8 box from the original rockchip and the mainline one and i read your mainline u-boot contributions for the q8 box and have three questions about it:

    1. how did you get the memory timing when booted with the original rockchip bootloader - did you add some debug prints to the kernel or did you get it via some userspace program?

    2. how big might be the chance that another rk3288 tv-box like my s92 might work with your memory timings?

    3. do i need any other specific information about my hardware to get mainline u-boot compiled for it? to me it looks like the memory timing is the only one and everything else i can get from the linux kernel dtb for my box, but maybe i overlooked something ...

     

    a lot of thanks in advance and best wishes - hexdump

  5. hi @balbes150 first a big thank you for all your efforts - it is so nice to be able to use those easily available amlogic (and now rk3328 too) tv boxes as linux systems so easily! i have a question regarding your emmc install script: you are putting the beginning of the partition about 700mb after the beginning of the emmc device to avoid overwriting sensible stuff required for booting like the dtb etc. i guess - are those 700mb based on anything specific or is this just a good guess that that far nothing relevant should be anymore? do you have any more details what critical information required for booting is on the emmc and should not be overwritten - i think dtb and env are required for sure - anything else? a lot of thanks in advance and best wishes - hexdump

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines