I rebased the branch and make sure that it builds. However, I noticed that OrangePi Zero 2W is officially supported from Linux v6.8, which is not yet released. This means you need also backport support for it and enable HDMI and GPU for it in DT.
Posts by jernej
-
-
Unfortunately I don't have much energy for hobby work at this time. However, now that U-Boot v2024.01 has been merged to LE master branch, you can rebase https://github.com/jernejsk/LibreELEC.tv/commits/h616/ and add OPi Zero 2W support. However, this will be without any audio.
-
Have you tried Tanix TX6 image? If that doesn't work, then it won't be supported.
-
Please follow https://github.com/LibreELEC/LibreELEC.tv/pull/8466 Once it's merged, it will be in LE12 nightlies in about a day.
-
If you have proper OTG host cable, with ID pin properly wired, it should work out of the box. Do you have it? Although, it seems that USB OTG driver is not enabled in kernel.
-
Nope, different SoC and more importantly, unsupported GPU in mesa. There is even no binary blob GPU driver (gbm version).
-
I also wanted to ask if there any pins that are not powered when going to sleep mode, so I can connect the fan on them and make it stop?
Good question! Unfortunately I have no idea.
-
No, I mean LibreELEC image.
-
no need for update. It's already part of released image. Just switch to SPDIF output in settings.
-
There is internal Fast Ethernet PHY, yes. However, the only LE image that supports it on H6 is Tanix TX6. But Tanix TX6 image won't work, because Tanix TX6 doesn't have PMIC, but this one does. So there is no other way than making custom DT file for this board. As with other boards, if you want to fully take advantage of this one, then you have to customize image specifically for it. Note that NAND chip is clearly visible on photos - it is not supported by kernel.
-
if I buy Pi 3 (not LTS) the Wi-fi will work right after I start the burned final stable image, right?
yes
I was just a bit confused about that extra binary blob you mentioned
Firmware is already included in the image. However, additional blob, which is not included, allows higher speeds.
or is that just some improvement you're going to implement in future / or I can do myself to improve the speed?
I think you can do it yourself, if you place it in right place. I don't think I'll do it anytime soon.
-
I just gave you two of them. There is no installation of drivers of any kind, all of them are included in the image already. That includes USB wifi drivers.
-
I would say it's generally better to just use USB dongle. But if you really want to use on-board wifi, then yes, original Orange Pi 3 (not LTS!) version is good bet, but it still need extra binary blob for faster connection. Only other solid choice is Tanix TX6 box, with one of the Realtek wifi chips, although XRadio variant also exists, which is not (yet) supported.
Wifi which is used on all newer Orange Pi boards, like Orange Pi 3 LTS, is not supported.
-
I just began developing H616 port (covers H313, H616 and H618). At first only Orange Pi Zero2 will be supported. Once that's usable, support will be expand, hopefully to Orange Pi Zero 2W too.
-
Ok, so I guess this is really board defect, most likely soldering. With fix included in that update, I haven't had single issue as of yet.
-
http://jernej.libreelec.tv/test/opi3-lts/ Note that this is 64-bit userspace, you may need to create .nocompat file in .update folder.
-
I take it the suspend function via CEC can be disabled via the CEC adapter in the peripherals menu?
correct
-
If so, I propose that LibreELEC constantly monitors display status and forces Kodi to go into "low power mode" when it detects that the display has been off for XX minutes (perhaps 5 minutes). Also I propose that LibreELEC forces Kodi to wake from "hibernation mode" and/or "low power mode" instantly when it detects that the display has been turned back on.
This is already implemented via HDMI CEC. If I turn TV off, Kodi detects this via CEC and sends suspend signal to system immediately (no delay). Wakeup is much more complex, since it depends on SoC and its drivers. Whole procedure once worked on Allwinner SoCs (except R40), but wakeup via CEC is currently broken for some reason...
In other words, sleep part is already implemented, but you don't want it if wakeup part isn't implemented and here is the issue - only some platforms implements that.
Pi4 AFAIK doesn't have power management implemented in kernel.
