besit Can you test this update? libreelec-h3.arm-9.80-devel-20191225103817-587b061.tar
I enabled additional drivers in kernel. If it works for you, I'll open PR so those drivers will be included in nightlies.
Posts by jernej
-
-
FYI, thermal driver PR was merged yesterday. Kodi should show now CPU temperature. Also on the SoC which have GPU temperature sensor (A64, H6), gputemp command will show GPU temperature. On H3, gputemp show same temperature as cputemp.
-
daten Sorry for late response. Can you test this update? libreelec-h3.arm-9.80-devel-20191222122600-3fa9671.tar
-
Finally some good news. Olimex kindly donated A20 board on which I could reproduce driver issue and fix it. Equally important, Olimex works on HDMI audio driver, but it won't be finished before new year. More info here.
So, anyone who wants to test new images? If so, you can build them yourself from here or ping me with your board name and I'll upload test images.
P.S.: Addons should work too now.
-
What is the minimum number of u-boot options will be enough to run the system on different h6 models ?
1 for DDR3, 2 for LPDDR3 ?
Maybe, I don't know, I never tried to do something like that. That's not something I'm after.
You can tell in which source files there are parameters that are responsible for the order of polling devices, where to look (extlinux.conf)?
Not sure what you mean exactly. U-Boot has search procedure for extlinux.conf stored in environment variables. This is the same for all platforms, not only Allwinner. You can change them at runtime with setenv and store them with saveenv.
Still, having system on USB dongle and having U-Boot on SD card is very inconvenient for the end user.
-
U-boot versions for different H6 models are very different from each other, is it possible to have a universal version that will be able to run on all models ?
No, main issue is RAM initialization. For example, Tanix TX6 has DDR3 and most or all SBCs have LPDDR3. Due to tight size constraint in SPL there is place for only one RAM driver.
Is it possible in u-boot for H6 to work with USB (start the system from USB media)?
I'm not sure in what state U-Boot H6 USB driver is, I don't use it. U-Boot itself can't start from USB dongle (only SD card, eMMC, SPI and NAND), but it can start Linux from USB.
-
Any idea if it possible to manually build latest LE master with a stable Kodi 18?
I guess it is, but you would have to modify build system itself. No response in that thread means that no much people are interested in doing that. I certainly rather spend my time in fixing or improving master than going back.
-
-
if you turn off TV, TV will notify box of that via CEC and also the box will turn itself off and only thing to turn it on again is to unplug it and plug it in again. You can turn off that behavior in input settings. However, whenever you turn off box, you'll still have to unplug it and plug it in again. This part is not solved yet and it won't be for some time.
-
I did notice that LibreELEC will go to sleep or kind of turn off if the TV is turned off. But it doesn't wake up correctly. I'm sure there's a setting to prevent it from turning off that I haven't found yet. I'm hoping that the waking up will be fixed eventually.
This happens because TV notifies board when it's turned off over HDMI CEC. There is a setting what to do in such case somewhere in System / Input (I don't have any board here ATM). You can of course disable powering down the board there.
Proper sleeping/waking is tricky, so it won't be implemented soon.
-
What is the situation with H3, will it be free too (if not already)?
I just tried lima and there is a bug. Kodi starts ok according to logs and sounds, but I can't see anything on screen. Some weird interaction between Kodi, mesa and display driver.
-
It is possible to install LE to internal eMMC?
Yes, search this subforum for instructions
-
Short list of things happened lately:
- Removing everything Python 2 related (Kodi also uses Py3 now), so there were issues like broken LE settings addon, but most (all?) of them should be solved now
- Kodi was updated to development version, which also breaks plugin compatibility, especially those from third party repositories. However, this is important change which will help us iron out issues before LE 10 alpha is prepared.
- Completely reworked HW decoding driver improvements - some of them will be included in Linux 5.5, other needs some more work. Anyway, with this update HEVC decoding should not crash anymore. All HEVC samples provided on forum which previously crashed VPU (green screen) work now. Unfortunately, 4K H264 on H6 still isn't decoded properly. Solution for that still eludes me.
- high bitrate HDMI audio should work now - same solution might also fix other HDMI audio issues, please test!
- board improvements - IR remotes enabled by default for Beelink X2, Tanix TX6 and Beelink GS1, OrangePi 3 bluetooth should work with next nightly, but it needs full update! For that you can just add full OPi3 image (.img) in update folder.
Some near future plans:
- VP8 HW decoding already works perfectly, but is not yet included. It needs some fixes for switching between H264 and VP8 (they use same part of VPU)
- H6 is planned to switch to completely free and open source mesa GPU driver soon! This means that H6 won't use any kind of blob for essential functionality (RAM, VPU, GPU, etc.). However, various FW blobs for wifi and DVB dongles will still be included.
-
So where does the wlan mac come from? I'm getting an OUI of 6C:21:A2 AmpakTec AMPAK Technology, Inc.
Either this is also default one and it's handling is wrong or it indeed has custom WLAN MAC programmed in. I don't really know these modules well enough.
As for the bdaddr, I can try to get something upstream. But there's no opi3 support in u-boot atm. Even when adding that with the dts from linux, there's no ethernet support in linux mainline. And with the current dts copied to u-boot, my patch doesn't work because there's no "ethaddr"...
I added my own patches for OPi3 to U-Boot which includes ethernet node. I had a plan to upstream support when 5.5-rc1 is released (you have to specify Linux git hash of DT). As with everything done for the first time, you have to come with something and send it (marked as RFC), just to start discussion, even if it is totally hackish.
-
It's the 1gb Pine A64 board
that is Pine64 Plus. Can you try "plus" image?
-
Gatuno unfortunately method described there is totally incompatible with mainline kernel. That's why there is work being done on crust firmware, which should be compatible with mainline and more importantly, being open source. I suggest you start here: GitHub - crust-firmware/crust: SCP firmware for sunxi SoCs
It's possible to patch LE build system to do anything, question is only if it is worth it or it will collide with something else.
-
dhewg Nice! If you don't mind working with Linux and U-Boot upstream on that, I'll close my PR. This is much better.
There is no wlan-mac set. Even setting ethernet addresses is platform specific. For sunxi, it is generated here: board/sunxi/board.c · master · U-Boot / U-Boot · GitLab
shaneq718 I don't think that is samba issue but kernel issue. Can you tell me exactly which board you have? pine64, pine64 plus or pine64 LTS? Hopefully you took exactly the right image. In the past, mix-ups caused network issues.
-
There's one board in u-boot making use of "local-bd-address", maybe we can use it too?
It was my plan to research this. I don't know enough details to answer this.
Which boards are affected? Is this just a orangepi3 issue?
From supported boards only OPi3 suffers this. But this is actually property of the used BT module if it has unique MAC address programmed in or it uses default one.
If you can research this topic and make something that works well, I would be grateful. There is much to do and currently I'm working on media drivers (cedrus, deinterlacer)...
