Posts by jernej

Great, thanks! Is there a LED in front, near IR receiver?

It seems it's impossible to buy it, it would be interesting dev platform...

which driver would you like to blacklist? usb3?

Is there USB3 connector? or only 2x USB2?

I'm out of ideas. Last chance would be to check with different HDMI cable - maybe SW CEC uses push-pull driver whereas HW CEC open drain, as per specs... Anyway, test with different TV would be nice too, if possible, to see if this is related somehow with TV.

Quote from dbahia

SW-CEC works, but this time I actually got the previous test updated that you sent me with HW-CEC to execute some commands also, they were really slow, and most of the commands didn't work, but dmesg doesn't show timed out messages. I've attached dmesg.

so previous test image works? interesting... Do you have AVR connected between board and TV? I would really like to see capture of communication on your CEC bus...

Quote from dbahia

As for the devmem 0x01F00004 w command, the result was: 0x00000001

That is actually good. External 32 kHz crystal works, which is a prerequisite for HW CEC.

Quote from dbahia

Also, how does de HDMI-CEC wakeup works? Should the device turn on when selecting source on TV?

Yes, that should work. It depends on your TV slightly, which messages are sent at which time. Anyway, CEC wakeup is supported only with HW CEC. Power management FW doesn't have a lot of space available, so writing SW CEC for it is out of the question. It would also take too much time.

It should be supported: https://github.com/LibreELEC/Libr…arget.conf#L719

Does it work without -t parameter?

BTW, you can call mount directly, without prefixing command with busybox.

dbahia Here is update, which uses SW CEC implementation for Pine64+: http://jernej.libreelec.tv/test/cec/ Please test and report if it works for you. It would also be interesting to see output of this command devmem 0x01F00004 w - it may explain why HW CEC doesn't work for you.

If you feel adventurous, you can solder crystal yourself I believe XC2 pad is meant for it. You can then simply enable it via DT overlay or before that, with devmem for testing purposes.

EDIT: I never measured RC oscillator drift, so I don't know how unstable it is.

Issue here is presence of external 32 kHz crystal, or in this case, lack of it. When crystal is not present, RTC uses internal RC oscillator, which, as you already noticed, is not accurate at all. It also drifts with temperature quite a lot. There is one possible workaround - implementing RC calibration inside power management firmware. Issue is open: https://github.com/crust-firmware/crust/issues/198 You can post your use case there, so author will have even more reasons to work on it

There are H6 boards with external 32 kHz crystal, but they are all SBCs (Beelink GS1 STB technically has it, but it doesn't work properly on 1/4 boards, so it's disabled).

projects/Allwinner/linux/linux.aarch64.conf already contains CONFIG_BLK_DEV_SR=y, so CD ROM support is already enabled. It's built-in instead of module, but that doesn't make any difference. What other drivers are missing for your case?

dbahia I'll prepare another test update in a few days, with SW CEC, like it was before, just to see if it works for you. I have no idea what could be the issue. Unless you have access to logic analyzer to capture signal on CEC line directly, I don't know how to debug this without having such setup here.

H6 doesn't support USB booting directly. There is USB developer mode which can be used for booting, but it's tricky and most probably you would also need non standard USB cable (A - A). Additionally, it's unlikely that any existing image would fully work with random TV box.

dbahia Board is not defective if SW CEC (implemented in image you referenced) works. There might be some issue in HW CEC driver, though. Please test this update and provide full dmesg: http://jernej.libreelec.tv/test/cec/

Quote from lumpi

Are there any plans to implement gpio based cec for the X2 soonish?

I did it just a couple of days back. Please test latest nightly.

@all,

can anyone with Tanix TX6 mini help me with some details? I'm preparing board specific image and I'm interested in differences with Tanix TX6. This is my current list:

- different IR remote

- analog audio

- only 2 USBs

- no bluetooth (XR819 wifi instead of RTL8822BS or RTL8822CS)

- 2 GiB of RAM instead of 4 GiB

I'm not sure about:

- is there USB3?

- is there CVBS (TV out) combined with analog audio on same connector?

Did I missed something?

Can you try latest nightly images, preferably with fresh installation? I have no idea what could be wrong with CEC on A64.

dbahia which board? There was CEC fix in LE 10.0.1 and also in nightly images... Unless you're unlucky owner of one of two devices, where CEC doesn't work - OrangePi PC2 (H5) or Beelink X2 (H3). Later has a chance for working CEC in Kodi, but not for wake up.

dbahia  -=guybrush=- CEC wakeup is already implemented in nightly images, but update won't do. You have to write fresh image to (spare) SD card. It works pretty reliably for me.

-=guybrush=- Plug out and plug in is not needed anymore for a long time. Power button should work (if present) and IR too (again, if present) from LE 10 release forward. If device is TV box, power key on accompanied IR remote should work. If device is SBC, then IR scancode is set to RC6 MCE IR remote (a.k.a. Windows media center remote) power key. Unfortunately, there is no way to change that without rebuilding Crust FW and thus also U-Boot.