hexdump
-
Posts
467 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by hexdump
-
-
@nightguest - if you want to seriously put some effort into getting your h96max h2 to boot then here is how to get there: https://github.com/hexdump0815/u-boot-misc/issues/2 - but be warned this is not easy, so if you just want to get linux on it the easy way then it might be better to search for another box
best wishes - hexdump
-
@SteeMan - nice to hear that the u-boot images are working well - regarding your ethernet problem please give this patch a try: http://lists.infradead.org/pipermail/linux-amlogic/2020-December/009360.html - it fixes some messed up clocks as soon as audio is compiled into the kernel on boxes with gbit ethernet
good luck and best wishes - hexdump
-
@SteeMan - in case you want to experiment (i.e. not sure if it really works), you might play around with chainloading the g12a-u-boot.bin (s905x2) and sm1-u-boot.bin (s905x3) from https://github.com/hexdump0815/u-boot-misc/releases/tag/200926-01 or gxb-u-boot.bin (s905) or gxl-u-boot.bin (s905x) from https://github.com/hexdump0815/u-boot-misc/releases/tag/200718-01 ... basic chainloading goes like this - https://github.com/hexdump0815/imagebuilder/blob/master/boot/boot-amlogic_gx-aarch64/s905_autoscript.txt - maybe compare it to the balbes150 boot scripts for fancier ways and most probably better armbian integration ... the files mostly exist in a serial version for serial console and another one for hdmi output and usb keyboard input (which sometimes works and sometimes not) ... better ignore the boot-xyz.dd file at the links above - they are for booting amlogic boxes without the legacy u-boot, but using them is quite complicated and risky (you can seriously brick the box worst case)
as mentioned all this is without any warranty or support, but it might be a good starting point for experiments
good luck and best wishes - hexdump
-
-
but those are fixed ip cores in the hardware and not loaded later - if you want to get rid of those i think you have no chance to get a useable system going at all ...
-
i think you can run some allwinner socs (at least the h6) and some rockchip socs nearly blob free as they do the memory setup themself, have open source atf (and sometimes optee too) and u-boot. maybe a free usb wifi might be required as boards sometimes come with wifi requiring blobs. this way one might even be able to make a cheap h6 tv box into a blob free system
-
i agree with @jock - rk3318/rk3328 usually use pwm for voltage control, so it should and i guess will work - at least for us it did for all the boxes we ran across
-
-
@jock regarding rk3566: pine64 is planning something for next year - see https://www.pine64.org/2020/11/15/november-update-kde-pinephone-ce-and-a-peek-into-the-future/
-
it was supposed to be released by now already and looks like its delayed by another year now ... announcements are one thing and real hardware with good software support another
-
that one is not really armbian - but you can try it as a start - not sure if it will boot out of the box on an asus c100pa, but with some dtb trying/tweaking it might work ... it works for me on a medion s2013 chromebook ... in case you get it booting, do not expect wlan etc. to work out of the box for sure
good luck and best wishes - hexdump
-
i think it could be a generic a20 problem - maybe have a look at:
https://forum.armbian.com/topic/7575-k-worker-problem-on-a20-based-boards/
https://forum.armbian.com/topic/14282-headless-systems-and-sun4i_drm_hdmi-a10a20/
https://superuser.com/questions/1515001/debian-10-buster-on-cubietruck-with-bug-in-sun4i-drm-hdmi
best wishes - hexdump
-
-
-
i think the a5x max+ is one of the weird boxes which has the sd card not wired at the proper mmc port and thus cannot boot from sd card at all - i once made a hack for my h96max (same problem) to replace the legacy u-boot on emmc with a mainline one configured for this strange mmc setup and reading extlinux then first from the sd card - this way i can boot it now quite normally from sd card - but: this hack is risky as you can easily brick your box doing such low level things, this hack worked for me and my box but it does not have to work for yours and you are on your own when trying this - here are some notes from my hack back then: https://github.com/hexdump0815/u-boot-misc/blob/master/readme.rk3328-no-sd-boot ... btw. i think interrupting u-boot on rockchip boxes is usually disabled
best wishes - hexdump
-
i do not know any details, i just know that is why the u-boot.ext was there ... maybe just give a mainline c4 u-boot a try and chainload that? i would not recommend to touch the legacy u-boot on the box as long as you do not know 100% what you are doing (maybe you do know 100%) as its very easy to brick a box this way due to wrong memory timings
best wishes - hexdump
-
i think this was due to amlogic messing up the video mode with current mainline kernels in later versions of their legacy u-boot - the solution was to chainload a u-boot which sets the video mode properly (no more false colors) from the legacy u-boot on the box ...
-
as far as i know there is no open source support at all yet for either h313 or h616 allwinner chips - so no armbian or anything else i guess ...
-
not sure if it is related, but i once had a tv box where the android on it changed the permissions and ownership to world readable etc. on all attached filesystems when it booted and as such also completely trashed the linux on the sd card - this was absolutely reproducible on that box ...
-
@Amor Asad - just try the s905w p281 dtb, i think it should just work - there is nothing really special about the tx3 mini, its just a normal s905w tv box
-
maybe that helps, but running this board at only 1 ghz sounds a bit strange
-
-
-
Chainloaded uboot images for amlogic
in Amlogic CPU Boxes
Posted
@robertoenr - it might be related or it might be not - i think there is just one way to find it out and that is to try it
good luck and best wishes - hexdump