jernej

Issue is real, so no apology needed. Cable can certainly be a cause for it, but even if it is ok, issue can still happen.

U-Boot is a bootloader, which does low level HW initialization and is responsible for loading Linux and starting it. Sadly, it's not accessible trough file system and no variable will solve this issue. It needs to be re-compiled with display driver disabled and then re-flashed. @Igor how critical is U-Boot display driver? If it is not so critical, I would suggest that CONFIG_VIDEO_DE2 gets disabled for all devices.

Resolution 1024x768 means that kernel was unable to read EDID so it sets default one. This happened now and then on my boards, most frequently with OrangePi PC2. I found out that this problem is solved if display driver in U-Boot is disabled.

@Myy small advice - make links to https://github.com/LibreELEC/LibreELEC.tv because I often delete branches which were already merged. linux56 branch will be removed soon.

No, they are disabled because nobody took time to properly enable them in board DTS until now (it will be in 5.7). No, sun4i-drm is for all Allwinner SoCs, it supports Display Engine 1.0, 2.0 and 3.0. It's just named by Linux tradition where it takes name of first (oldest) supported platform.

It's completely different SoC which means that your boot attempt probably doesn't pass RAM initialization, if it even gets there. So no, you'll not see anything on the screen. I wouldn't count on UART either, since there is no guarantee it's on the same base address as on H6. Also UART related clocks may be different.

@zanfi just to clear any confusion - there are multiple Tanix TX6 variants: - Tanix TX6 - Allwinner H6 - Tanix TX6 mini - Allwinner H6 - Tanix TX6s - Allwinner H616 As you can see, Tanix TX6s won't work with any image you can find, because it's using new SoC which is not supported anywhere. There are no public SDK and datasheet releases (that I know) for it, so you can't find any images besides Android from box manufacturer.

If you have Pinebook in mind and the one from Olimex, they both use anx6345 IIRC. Driver for that chip was merged in kernel some time ago, but it doesn't consider "panel-supply" property. I guess that's what's wrong. @Icenowy?

True, but port A and B are routed internally to AC200 co-packaged IC and not useful for outside world. Information about port A and B is not even in manual.

Take a look into GPIO controller register description. You will find interrupt settings only for port F, G, H, L and M.

You should send patch for that to U-Boot so next person which tries to use USB on OrangePi Win don't need to do that work again.

I know, but now and then there are U-Boot changes which influence Linux. For example, I figured out that enabled display driver in U-Boot occasionally prevents Linux driver to read EDID. I could as well add unconditional HDMI reset in kernel, but then display would blink. Eventually, we will also add support for DT overlays in extlinux.conf which needs patched U-Boot, at least at first, until changes get merged upstream. Because of such things I like to keep U-Boot under control in official LE images. I have nothing against community builds which change this behaviour and enable multi-boot systems, but this is can of worms if not done correctly. I don't want to support that as official LE feature at this point.

Allwinner SoCs can't boot from USB natively. So you must have SD card or eMMC to boot from anyway. But then it doesn't really matter if you load kernel and base filesystem from SD, eMMC or USB, does it? Once you booted Linux, you can use USB sticks as additional storage device.

Well, there is another issue. U-Boot detected spurious key press on some keyboards, which were plugged in during boot. This caused abort of boot and clueless user thought that something is broken (there was nothing on screen). Such reports happened several times already. Besides you, nobody complained that USB support in U-Boot is missing. I think most users don't care about U-Boot, they just want that LE is booted either from SD or eMMC.

I disabled USB in U-Boot because it considerably extends boot time (up to 5 seconds on some boards): https://github.com/LibreELEC/LibreELEC.tv/blob/master/projects/Allwinner/bootloader/config

OrangePi Win default configuration in U-Boot has only half drivers enabled for ethernet. I fixed that recently with https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi/commit/2936eb2d550a642275113464fc9dcbb03357c049 It will be part of U-Boot v2020.04.

AFAIK H6 USB3 is not supported yet in U-Boot, I have no idea about USB2 though. Also ethernet driver is not yet supported, although patch for boards with external PHY exist.

@balbes150 I don't know much about RK and AML, but on AW most, if not all, SoCs have 3 mmc ports. SD card is always connected on first one, wifi SDIO module on second and eMMC on third. I guess that U-Boot enumerates devices in port order, so that would mean that SD card is always first device. However, another explanation would be that first device is one which you booted from - did you check that?

Yes, you are missing something. Lima doesn't support video decoding. What you need is Cedrus. But using it is another story (currently a mess).

@hexdump another patch to test: http://ix.io/27ap

@hexdump can you please read out location 0x3006100 with either devmem from Linux or md.b from U-Boot? I suspect it will be 7, but it might be 3.

I'm not sure, Android settings should work

@hexdump that would be changed only in config file (CONFIG_DRAM_CLK). BTW, semi working variant is set to lower frequency.

@hexdump Out of curiosity, why do you have different DRAM PLL settings in different reports? In this one frequency is 576 MHz (DRAM:PLL = b0003500) but for example in this one is 672 MHz (DRAM:PLL = b0003600). Did you change that in config file? Edit: According to Android boot log, it should be set to 576 MHz. Can you try if lowering frequency helps?

@hexdump it really seems to be ATF issue. Try to comment out AXP805 initialization and make sure DT you are using doesn't have nodes for it. If still doesn't work, I suggest you contact apritzel.