Posts by jernej

Quote from chewitt

Probably not for all hardware

They are in default patch set. So yeah, not applicable for RPi and amlogic, but for everyone else.

Quote from frakkin64

They are not in RPi, but I pulled the rtw88 USB patches + fixups in and tested them.

Where did you pulled them from? You should apply rtw88 patches from https://github.com/LibreELEC/Libr…patches/default

Quote from frakkin64

The USB drivers cause lock-ups and performance (~100Mbps via iperf) is worse than out-of-tree modules (~270Mbps).

In aforementioned patches is a lot of locking fixes but hard to tell if a additional fix is needed without dmesg output. Performance is lower, since USB (and SDIO) transport part of RTW88 driver is community driven, but you have to start somewhere. In any case, this is best that you'll get, out of tree drivers are rejected for a reason.

dootsie5times USB rtw88 drivers were merged in 6.2 and were backported to 6.1 in LE, so they are present in current LE11 nightly images.

No problem. Fortunately, LE11 stable is not too far in the future. No ETA though.

malat can you try LE11 nightly?

Yes, you just need to add additional CPU operation point, either by editing DTB file or via DT overlays. Why would you want overclock your board? It doesn't give you much benefit for LE purposes.

Quote from xanbz

I could use a nudge to to understand how to get VFD working on Tanix TX6. I understood openvfd is not an option for LE anymore.

I suggest that you take a look at this snippet:

and read following conversation: https://oftc.irclog.whitequark.org/linux-sunxi/2021-06-16#30012323 and maybe check openvfd code for FD650 commands (chip used in Tanix TX6). Note, above example was never tested in LE. I don't know if above libs are included, most probably not. Last but not least, it's not completely standard I2C communication. For each transmission you have to set "Ignore ACK" or similar flag.

Quote from pierrepoulpe

Randomly at reboot (the very first one after resize for instance)

I hoped nobody will experience that. I got such issues when RSB bus was clocked at 4 MHz. I lowered that to 100 kHz and never observed such issue again. I guess I could lower it still. I'll prepare test dtb file, which you can just replace on SD card for testing purposes.

Quote from pierrepoulpe

Analog audio output not available.

It's stated in OP that H6 image doesn't support analogue audio. Driver is missing. I wrote one, but due to configuration issues, I never PRed it. I guess it's LE12 material.

Quote from pierrepoulpe

Just for my understanding, if the WiFi chip get supported in the mainline Linux kernel in the future, should it be supported by LE?

Yes, but chances for that are low.

pierrepoulpe please check RE: Nightly images for A64, H3, H5, H6 and R40 boards

I obviously found time today, check: RE: Nightly images for A64, H3, H5, H6 and R40 boards

Here is test image for OrangePi 3 LTS. It doesn't and it won't support wifi, but ethernet should work fine. Please test:

Index of /test/opi3-lts/

From tomorrow on, there will be nightly images too.

Quote from knedlyk

From previous answer I have understood that in case of TX6 Libreelec uses 64 bit kernel for aarch64 architecture and 32 bit userspace for running 32-bit widevine library needed fo netflix/amazon etc. Am I right?

Yes.

Quote from knedlyk

I'm curious how to use widevine with pure aarch64 kernel and system. The purpose is very simple: I want to do the same for archlinuxarm TX6 project. They released 6.1 aarch64 kernel and uboot which run quite well on Tanix TX6. The only one problem that kodi can't run widevine with "Unsupported 64-bit userspace found. User needs 32-bit userspace on arm64".

You can't use 32-bit widevine with pure 64-bit system. You would need to build or install 32-bit Kodi and all needed libraries by Kodi and their dependencies and so on, down to glibc. So in short, you would have 32-bit system along 64-bit one. Under Linux, you can't mix 32-bit and 64-bit apps and libraries. Same thing is true on x86.

Not sure what you want to know. It's only difference of building LE with PROJECT=Allwinner ARCH=arm DEVICE=H6 UBOOT_SYSTEM=tanix-tx6 make image for 32-bit and PROJECT=Allwinner ARCH=aarch64 DEVICE=H6 UBOOT_SYSTEM=tanix-tx6 make image for 64-bit. This only changes compiler and adjust compiler flags, so 32-bit compiler is used instead of 64-bit.

1) Sure, you can use whatever USB wifi is otherwise supported on Linux. Note that it's good to do a little research before you buy wifi dongle. Dongles, which have no mainline driver, are not supported in LE. If in doubt, tell here which chip is used and I can check.

2) https://wiki.libreelec.tv/configuration/ir-remotes

I have LTS version. I'll try to fix ethernet before LE11 stable is released, but no promises.

Quote from offbeat

tested latest LibreELEC-H6.arm-11.0-nightly-20221203-164bd92-beelink-gs1.img.gz, still unable to boot, same error.

Sorry for late response, but obviously I took some time off LE. I'll surely work on this issue before stable is released.

Quote from knedlyk

Is openvfd module included in kernel for Tanix TX6 in development release?

No, but I2C bus is exposed and you can write script to drive display. I have some python script example, but it wasn't tested on LE. I can provide it to you as example, if you want.

Quote from gadget_guy

Do the nightly images for the H6 include phy ethernet driver support for the Orange Pi 3 LTS?

No.

Quote from knedlyk

How it can be possible? What mechanism or tricks do you use?

Simple. While kernel is really 64-bit, userspace in 32-bit. In fact, widevine is the only reason why we release all ARM images with 32-bit userspace.

I'm not expert in passthrough at all and I only test it with video playback. I suggest you ask this in more general subforum.

Quote from pierrepoulpe

Orange Pi 3 LTS

While I have it on my desk, I didn't add support for it just yet in LE. It needs Ethernet PHY driver and wifi is totally unsupported by mainline Linux. I plan to add PHY driver, but no for wifi.

H6 (SoC on OPi 3 LTS) has solid support in LE. Missing features are analog audio output (I have wip driver for that, but no time to fix minor issues) and 10-bit display pipeline. This means that 10-bit HEVC videos are correctly decoded but they are displayed as 8-bit, so some banding can be visible in HDR output.

offbeat next nightly image will have latest kernel which includes SD card voltage adjustment fix. Can you please test? If it still doesn't work, I guess I'll have to dig into ATF issue.

offbeat can you check board version? Test on 1.0 didn't show any issues. From what I've been told, there is also 2.0.

Regarding network issue - It seems that other dwmac based drivers also experience it based on quick google search, but that doesn't necessarily mean that the issue is in common code.

While there is kernel bugzilla, I'm not sure how much is used by netdev people. ML is still best way to go.