Posts by jernej

There is no support for DDR4 for H6. This seems to be one of the rare boards which pairs H6 and DDR4.

I don't remember seeing this issue then, did you change anything? In any case, it seems that either HDMI audio might be initialized 2 times or some component is reusing name, which it shouldn't.

They use completely different image format. LE SD creator uses raw image whereas phoenixcard uses proprietary AW format.

In any case, try to use some other tool to write LE image like Etcher, since some users had issues with LE SD creator.

Quote from permheaddamage

The HW spec looks very much like Beelink GS1, except for the wifi chip.

Then try that image? Zidoo won't gain official support.

Yeah, increasing loglevel will certainly increase message output. I think kernel issues should be printed even with default value, but it's worth a try.

just remove quiet from extlinux.conf

Tanix TX6 - linux-sunxi.org

If there is some kind of kernel side issue, then the only way to get any kind of usable log is to solder UART pins and connect serial adapter to it. With that, you can monitor kernel complaints real time and with hard crashes, this is often the only way to get report. Are you able to do that?

It should work again with next Kodi bump, some fixes were merged recently.

difference is only if CEC protocol is completely implemented in software (algorithm in kernel determines when pin goes to 1 or 0, determined by timer) or in hardware (driver only reads what message was received or sends one out). Obviously, you want hardware to do as much as possible, as that leaves CPU to do better things. Also, time sensitive events, like when pin has to go to 1 or 0, are completely done in hardware and thus not dependent on CPU load which might introduce some lag.

So, it's interesting to me that software implementation works better than hardware. Usually, it's other way around. Only explanation for that is 32k clock accuracy, which is used by HW CEC implementation for timing events. But I don't see a reason why that would be a problem. Maybe you can confirm that indeed dedicated crystal is used by executing devmem 0x01f00004 w. It should have value 1.

Best way to determine what happened would be to first find PR on github which broke HW CEC. That could be done via git bisect.

Well, I'm glad it works for you, but that's just workaround. It uses software implementation of CEC instead of HW. It would be great to figure what's wrong.

It should be able to play 4k HEVC files. In theory 4k H264 should work, but not smoothly. Note that 10-bit formats are not supported in HW. OrangePi PC has only 1 GiB of RAM, most probably that's the issue.

What do you mean by "board restarts"? Are you sure whole board restarts (there should be LibreELEC logo shown) or only Kodi restarts (only Kodi logo is shown)? Please enable Kodi debug logging, execute pastekodi via ssh after the issue is triggered and provide link here. It should provide enough information to see what the issue is.

Edit the patch (you can do that directly, just replace any board name with yours), build the image and update your current system with it.

If done properly, you should see different CEC driver name.

I have no idea what could be wrong with CEC. As you said, not much changed. Ideally, you should try to bisect changes and figured out which PR caused the issue. Most likely it will be a kernel update.

You can check if changing board name to "xunlong,orangepi-pc" at https://github.com/LibreELEC/Libr…r-H3.patch#L191 mitigates the issue.

Can you confirm that this is really Tanix TX6 with H6 chip and not Tanix TX6s with H616? First is supported, later is not. If in doubt, you can open the box and look under cooler.

Ok. Driver is in staging and it seems that it doesn't use much of linux wifi kernel side framework, on which iwd relies heavily. Sorry to say, but it seems that driver is not iwd compatible. TODO.txt in kernel says this:

A replacement for this driver with MAC80211 support is available
at https://github.com/chunkeey/rtl8192su

So it may be possible that driver mentioned above is in fact iwd compatible, but as a team policy, we won't add any out of tree wifi driver.

Quote from lomion

Error /net/connman/technology/wifi: Method "Scan" with signature "" on interface "net.connman.Technology" doesn't exist

I got same error when iwd refused to start due to some missing driver. Can you check iwd service status with systemctl?

Quote from crisofter13

So introducing only the sd already starts from libreleec automatically?

Yes, SD card has higher boot priority than eMMC, so booting from it works automatically.

Note, I got reports that USB-SD creator app doesn't properly flash images to SD card, at least in some cases. If it doesn't work for you, try alternative apps like balerina etcher or just dd (if you're using Linux).

Quote from crisofter13

Once it boots, I also want to leave libreelec installed in the device's memory, I understand that to do that I have to do it through SSH (putty)??

Yes, using install2emmc command.