Posts by jernej

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from roel

    I tried a few things yesterday, installs fine, my needed add-ons work, although the streaming buffers a lot. I don't know if it's related to the Tritium H3 or the mpeg-dash stream. We always had problems with these streams, but no freezing or repeatedly buffering. When I switched back to my khadas vim1 running leia everything was OK'isch using the same add-on.

    I tested streaming on H5 version and it worked fine at that time, but it used HLS protocol. It could be protocol related. Note that Tritium boards only have 100 Mbps ethernet via internal PHY - I already had compatibility issues with that.

    Quote from roel

    Couldn't log in with samba, but maybe i didn't try enough. Before shutting down the device I checked the LE settings and there seems to be a choice now to login with or without pasword. but I didn't try it anymore. I know it nevers gone happen but a nfs server is way more trouble free.

    SMB1 is not supported anymore and afaik you must use username/password with SMB2/3. Anyway, no worries. I'm mostly interested if driver works - everything on top of that is same for all devices.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Great, I'm happy that it works for you. Fixes will be included in next beta and I'll send respective fixes to Linux and Crust.

    Quote from offbeat

    2) No more CEC errors in dmesg and cec-client. I will test ir further later, no access to capable TV at the moment.

    Preferred way to check CEC on mainline Linux is to stop Kodi (systemctl stop kodi) and run cec-ctl --playback -S. It should print some TV properties (if it is connected).

    Quote from offbeat

    3) Suspend/resume and poweroff/poweron worked perfectly while connected to TV. In headless mode though suspend rarely works, mostly fails due to GPU driver error, resulting either instant wakeup, or suspend/crash/smthelse without ability to wake using remote.
    Headless poweroff/poweron using remote worked 100% during my tests

    Good, that's in line with other devices. I noticed that instant wakeup on few occasions too but currently I'm very happy that it works so well as it does. Poking GPU drivers is the last thing I want to do.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from offbeat

    Here goes, Beelink GS1 last stock Android, firmware 106N0, kernel 3.10.65

    Thanks. Note that there is no need to use both methods - both should give exactly the same result, which they did. 4 means external 32k oscillator is unusable, which is what we see on mainline. IMO it's best just to disable it and use internal, less precise oscillator. Here is another test image: LibreELEC-H6.arm-10.0-devel-20210330172558-ba292b4-beelink-gs1-pm-and-int-32k-osc.img.gz (burn it, don't update). At least RTC should be quiet now and maybe CEC and suspend/resume will work too. Let me know.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    offbeat Another dev tested that image, but for him it didn't work (same behaviour as yours), so unfortunately I can't do anything here. You would need to open issue in crust repo and actively cooperate with developer (solder contacts for serial console, turn on debugging options in crust, build various images and test them). LE build system is not really optimized for such steps, so this could be a bit tedious. However, if you decide to go through with it, I can help (but please open new topic for this).

    Regarding RTC - it would be helpful, if you could read address 0x07000004 from Android. This is usually done from root shell using devmem or devmem2. Sometimes busybox has this applet (just run busybox and check output for it). However, sometimes Android is locked down and direct memory access is not possible. In that case, you could check if Allwinner debug interface is still in place (/sys/class/sunxi_dump). If it is, you can execute these commands as root:

    Code
    echo "0x07000004,0x07000008" > /sys/class/sunxi_dump/dump
cat /sys/class/sunxi_dump/dump

    Note that CEC should not depend on that oscillator (it's switched to another source in clock driver) but maybe there is some internal connection we are not aware of.

    Timpanogos Slim Note that suspend/resume handler is running independently of ARM cores on his own coprocessor. It has it's own implementation of IR commands decoder, so whatever you do in Linux, it won't have any effect on suspend/resume IR remote handling. This means that currently it's not possible to change default IR wake up code.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from offbeat

    Here is a photo of my PCB, revision 2.0 Imgur: The magic of the Internet

    Almost the same as the one published in Beelink GS1 - linux-sunxi.org , although some chips are diferent.

    Thanks! This is same revision. eMMC is different but that is not unusual and doesn't really matter because it's autodetected. Anyway, I see 32 kHz oscillator - that long component under 24 MHz crystal. I have no clue why it doesn't work.

    Quote from offbeat

    Should I open bugreport there, or can I help in any other way?

    You can open bug report but without directly involving in debugging process I doubt it will be solved. Crust developer also doesn't have that box. You can try to build and test this branch: Commits · jernejsk/LibreELEC.tv · GitHub

    Quote from 2can

    Also, is there a procedure to just upgrade LibreELEC and leave Storage partition in place?

    Updating - LibreELEC.wiki

    EDIT: A64 GPU fix is already merged, it will be available in next nightly images.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from nema32

    I should be able to build/test any patches if that would help.

    I'll let you know. Currently I'm still trying to find out what to change. That part of code change considerably between 5.8 and 5.10.

    Quote from nema32

    Does this issue give any indication of the similar problem of it failing to reset when changing input source back to the pi? eg, quick jaunt to the tuner "Disconnecting Anynet device...", then change the input back, and it's non-functional for hdmi-CEC. I doubt the fix you're mulling will address both issues, as all the "good" results only worked when the TV came back from powered off state.

    To be honest, I don't know. CEC is PITA to get it right and I don't know single platform where it works good in all cases. It also depends on TV...

    Quote from offbeat

    There are some issues with RTC, getting spam in dmesg.

    Quote from offbeat

    HDMI-CEC seems to be failing, more spam in dmesg:Doesn't wake up after suspend, using stock IR remote power button

    Strange. I don't have this box but other developers do. Nobody reported such issues. This would suggest that external 32 kHz oscillator is missing. I'm pretty sure at least some GS1 boxes have it. Can you open your box and make high quality image (so all markings are readable and all components distinguishable)? It's possible that this is another revision and they changed few things.

    Quote from offbeat

    Doesn't wake up after suspend, using stock IR remote power button

    Sadly Beelink GS1 is the only H6 board without proper suspend/resume support. One of our developers couldn't make it work.

    Quote from Timpanogos Slim

    Will have to sort out exactly how to do that though.

    During playback, press anything so OSD shows. Select settings, deinterlacing and switch it to off.

    Quote from Timpanogos Slim

    By MCE remote do you mean the kind that come with a USB dongle?

    Yes, they usually come with USB IR adapter. Any IR remote that speaks RC6 MCE should work.

    Quote from Timpanogos Slim

    I also have some of the IR remotes that come with random chinese android tv boxes

    These usually speak NEC and won't work.

    Timpanogos Slim btw, are you able to share that failing HEVC sample? I would like to add it to my collection so next time I'm working on HEVC decoding I could test it and hopefully fix the issue.

    Quote from 2can

    Yes, that also works, and the UI is more responsive than the version lower-gpu-clk you've shared before

    Thanks! I'll send fix soon.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    roel Please test Tritium H3.

    Timpanogos Slim Thanks! Note that VC1 is not HW decoded (yet, HW supports it, but driver does not) and SW decoding is certainly not quick enough. Can you please disable deinterlacing during playback and see if that works better? Only supported wake up sources are power button and IR MCE remote (power button).

    nema32 Thanks for bisecting! That helps very much. Only possible reason which makes sense is removal of HDMI patch from 2b6c562890b7f34449bf02faaab70b6987543f78. It changes behaviour how CEC address is set and invalidated. I thought it's not needed anymore, but obviously it is. I'll try to reimplement that part and if useful, send it upstream.

    ReivaJPG Raw NAND Flash is not supported, but eMMC storage it is. Read first post for hint about installation.

    2can I tested image on my Pine64 Plus and I could watch episodes without problems. However, I think issue might be in too high GPU frequency which may not work on all boards. I'll prepare test image with lower GPU clock speed.

  • Nightly images for A64, H3, H5, H6 and R40 boards

    Quote from offbeat

    how many out-of-mainline kernel features does Librelec team maintains for Allwinner H6?

    hdmi audio, cedrus and suspend/resume related with some improvements here and there (display, CEC, ...). Note that important part of that is also patched ffmpeg.

    Quote from offbeat

    is it realistic yet?

    Sure, just pick most (all) patches from LibreELEC build system. That's about 100 patches for 5.10 or about 30 less for 5.11 and even less for 5.12-rc (constant mainlining process).