Write the Orange Pi 3 image to sd card (using rufus), then "dd" only the u-boot-sunxi-with-spl.bin to same sd card?
In general, yes. How you write image to SD card is up to you. I use "dd" for everything, but that is not the best method.
Which dtb should I use or is that irrelevant? Thx
In this case you'll use orangepi3 DT, which of course is not optimal, but it should show some signs of life. Later, we should write Tanix TX6 specific DT.
ukmark62 Great! That means DDR3 initialization works! Still some work to do to put everything into appropriate form to be sent to U-Boot mailing list, but first Tanix TX6 LE image could be available next week.
BTW, you may experiment now by taking existing OrangePi 3 LE image and flash this U-Boot binary over. It won't work 100% correctly and there will be errors reported, but it may work.
Some improvements have been recently merged:
- New board: OrangePi One Plus
- CEC thread no longer uses a lot of CPU time
- a ton of package updates to latest version
Hopefully build machine for nightlies is fixed now.
ukmark62 There's another patch: http://sprunge.us/c37uzy This time I updated DDR3 timings according to libdram, which might not be 100% correct...
sunwellQplus
Which RAM type has it? DDR3? If so, you'll have to wait a bit. Currently there is an effort to add H6 DDR3 support in U-Boot.
supportvem Can you provide detailed logs? Currently I don't have much time to work on that.
boatfreak Currently there is no support for DT overlays to enable additional functionality like hats you linked. Hopefully I'll have time to add support for them soon. I'm also not sure if there is appropriate driver for stereo audio DAC board. Regarding bluetooth/wifi module, I suggest you use something else, Realtek drivers are pain to maintain and we will probably stop supporting them in near future. Use non-Realtek USB dongles instead.
Gatuno I merged your PR, thanks! Nightly builds for OrangePi 3 should be available soon. I think build machine was fixed today.
How do you find those differences? I mean compared to what?
To decompiled libdram, which we know it correctly initializes DDR3, but it's not acceptable solution for many reasons.
Just to be sure - I am reverting the previously applied patch before applying the new one. Is that correct?
That's correct. I include all changes in new patch.
In latest one I found out that 2T bit was enabled only in controller and not in PHY. I hoped this is solution, but obviously not.
If anyone wonder, this is the closest documentation we have: Zynq UltraScale+ MPSoC Register Reference (DDRC and DDR_PHY modules) It's not 100% same, but close enough.
ukmark62 I found few differences. Can you please test http://sprunge.us/pcxdsq ? I promise I'll wait for my own box for next test.
I referred balbes150 to post #31 in this thread. AFAIK that branch does not use libdram.
Yes, that's fine.
Now I'm thinking of buying one of those DDR3 boxes just for sake of working with DRAM driver (and later LE support).
What do you hope to see?
DRAM size should be printed and execution should continue.
ukmark62 Can you please test this patch? http://sprunge.us/f0y8yf
I rebased a20 at branch GitHub - jernejsk/LibreELEC.tv: Just enough OS for KODI on top on master and adjusted config.
Are the nightlies still not working properly?
Yes, troubles with build machine.
Note, I moved Tanix TX6 talk to Tanix TX6
ukmark62 Can you try this patch if it helps? http://sprunge.us/7jcinx
Simply_Kot Can you narrow the problem a bit? Is this issue present on all H264 1280x720 videos or only on some or only on one you have?
I'm testing the Orange PI 3 image and still has the "ethernet reboot issue". I understand that this is a 'known bug'.
Which image? the one I linked? if yes, then yeah, that image still has that issue. However, if you build your image from source, it should work.
In other things, I would be very useful for orange pi 3 if you could add "mmc2" definition in the device tree for u-boot loader. This could allow the image to be "dumped" directly to the integrated emmc. I understand that there is not official support for "dumping" the image yet, but, useful.
In the current testing image, the emmc is not listed at /dev (usually named mmcblk2).
It would be best to add them to U-Boot and Linux kernel (not the same DT files are used for now). You can make pull request against Libreelec master with necessary updates to opi3 patches.
Thanks - I've done a basic test, and the image seems to work at least as well as the early build.
Ok, thanks for testing, I'll ask for nightly builds. I'll ask for OrangePi 3 too (I know you are not interested in that board, but just for public note).
