If board is powered on, it should bring up power menu, where you can select power down. If board is powered down, it will power it up. But note that it also depends on U-Boot and Crust firmware. If you have problems, test it first on freshly written image to SD card.
Posts by jernej
-
-
Use something that is already supported by Linux kernel, e.g. without out-of-tree drivers. Integrated wifi and both of your USB devices are Realtek based. Sad thing is that only a handful of Realtek wifi adapters are supported by upstream Linux kernel and yours are not among them. Before you ask, we don't accept out of tree wifi drivers anymore and we are reducing number of existing ones. It's not worth the hassle.
There are many wifi related topics on this forum, use search.
-
Sorry to say, but I went over H6 DDR3 driver so many times that I don't think I can find any important difference between mainline and vendor driver anymore. Actually, there is one pretty big difference in code for checking bus width and rank, but code based on vendor driver was unreliable. Once that was fixed, most H6 DRAM issues have gone away. You can try getting additional output with adding #define DEBUG 1 at the very top (before includes) of H6 DRAM driver in U-Boot and look for additional info. You can also test older versions of U-Boot, but that's most I can help you with.
-
And Kodi upscaling seems to take literally no effort on the CPU/GPU.i
That's true when using DRMPRIME rendering, which is default for all boards except Generic (I think). DRMPRIME renderer uses DRM planes for video rendering, which are implemented via dedicated HW blocks inside display pipeline. So this is basically the third option, which is actually more common than GPU scaling on ARM boards and most efficient too. Usually there is little to no scaling options in HW, so quality is what it is.
-
U-Boot is overwritten by install2emmc. Anyway, using different U-Boot is not recommended. AFAIK U-Boot from Armbian doesn't support any suspend/resume features.
-
Does anybody know if h616 boxes are supported now ?
If you can't find it among nightly images, then no. While H616 seems nice on paper to many users, developers are not that interested in it, so there is basically no progress, at least in areas important for LE (video/audio).
-
Why would you need to go through Armbian? Mentioned install script will completely reformat eMMC, no matter what is on it.
-
Not directly and there is not enough information for each detail, so some guess work is needed.
-
Certainly problem with usb controller
No, problem is wrong DT file (board description). Each board is wired differently, like USB ports and their power supplies. But modifying or writing DT file for board without schematic is very hard. Certainly out of scope of this forum.
-
You can try with Beelink GS1 image if it is better fit. If not, you'll have to provide proper dtb file or modify existing one on the fly with dt overlays. However, it's not easy to figure out what to enable and how things are linked together, especially if you've never done that.
-
what I want to tell you is to install the version that brings the patch so that ethernet works in the 3 LTS and the ethernet works
OPi 3 LTS is on my TODO list. I obtained it recently, so testing is not a problem anymore. But I have to deal with some other things before. Linux 5.10 (used in LE10) doesn't have appropriate Ethernet PHY driver for LTS and it possibly has other issues with ethernet reset line and PMIC, so LE10 OPi3 image doesn't work on LTS, at least not well, as you already found out. Even if I fix it, I'm not sure how many LE10 point releases will be there.
-
Yeah, install2emmc warns you about erasing everything on eMMC. This effectively removes Android from it. I think there is a way to restore it via some tools and images you can download from Tanix site, but don't ask me how.
-
As you might notice, we don't care about Android
Just power it down normally, remove SD card and power it up. -
It actually sounds much like bug with LibreComputer Tritium H5 boards, where mmc initialization in SPL (I think) caused early lock up. But this was fixed with https://github.com/LibreELEC/Libr…s-to-20ms.patch so it shouldn't be the issue anymore with that or any other board. You can also try to use another brand or model of SD card, this is also alternative workaround.
Since I don't have that particular variant of TX6, I can only help you try to find the issue. But this is only possible if you're able to provide serial output. At present, I can't rule out SPL, ATF or Crust.
-
If you have a spare SD card, testing nightly image would be quicker and actually preferred. In short, we can't be sure what kind of modifications you did and thus what impact they have on the system.
-
rellla this PR should workaround the bug in ATF: https://github.com/LibreELEC/LibreELEC.tv/pull/6975 Please test it. I tested suspend/resume too and it works for me.
unmesh we don't provide repository.zachmorris. Please test with clean image, but before you do, note that there is a bug in boot procedure for Tanix TX6 mentioned above.
You can both wait on PR to be merged and use nightly image afterwards or build image yourself from aforementioned PR.
-
rellla you're correct, ATF v2.7 doesn't work on Tanix TX6. But that is upstream problem. I'll take a look what can be done.
-
No, not yet. Hopefully over the weekend.
