Posts by heitbaum

Hi HiassofT I believe I have worked our the required pieces.

Added this to the configuration. “CONFIG_USB_PULSE8_CEC=m”

Full diff against master is - http://ix.io/2CxB (I made all of the serial stuff modules)

It only used the following though

LibreELEC:~ # lsmod

Module Size Used by

serport 16384 1

pulse8_cec 24576 1

##

modprobe -v pulse8_cec debug=2

inputattach --pulse8-cec /dev/ttyACM0 --daemon

dmesg....

[35462.886070] serio: Serial port ttyACM0

[35462.886282] pulse8-cec serio0: transmit FIRMWARE_VERSION: 15

[35462.888117] pulse8-cec serio0: received FIRMWARE_VERSION: 15 00 08

[35462.888133] pulse8-cec serio0: Firmware version 0008

[35462.888137] pulse8-cec serio0: transmit GET_BUILDDATE: 17

[35462.890240] pulse8-cec serio0: received GET_BUILDDATE: 17 59 71 c4 88

[35462.890259] pulse8-cec serio0: Firmware build date 2017-07-21T09:08:24

[35462.890265] pulse8-cec serio0: transmit GET_AUTO_ENABLED: 19

[35462.891982] pulse8-cec serio0: received COMMAND_REJECTED: 09 19

[35462.892000] pulse8-cec serio0: transmit SET_CONTROLLED: 18 01

[35462.893792] pulse8-cec serio0: received COMMAND_ACCEPTED: 08 18

[35462.893886] pulse8-cec serio0: transmit GET_AUTO_ENABLED: 19

[35462.895597] pulse8-cec serio0: received GET_AUTO_ENABLED: 19 01

[35462.895692] pulse8-cec serio0: transmit GET_DEVICE_TYPE: 21

[35462.897352] pulse8-cec serio0: received GET_DEVICE_TYPE: 21 04

[35462.897371] pulse8-cec serio0: transmit GET_LOGICAL_ADDRESS_MASK: 1d

[35462.899106] pulse8-cec serio0: received GET_LOGICAL_ADDRESS_MASK: 1d 09 10

[35462.899127] pulse8-cec serio0: transmit GET_PHYSICAL_ADDRESS: 1f

[35462.900878] pulse8-cec serio0: received GET_PHYSICAL_ADDRESS: 1f 13 00

[35462.900896] pulse8-cec serio0: transmit GET_HDMI_VERSION: 23

[35462.902562] pulse8-cec serio0: received GET_HDMI_VERSION: 23 05

[35462.902578] pulse8-cec serio0: transmit GET_OSD_NAME: 25

[35462.904458] pulse8-cec serio0: received GET_OSD_NAME: 25 4b 6f 64 69

[35467.648788] cec cec0: transmit SET_CONTROLLED: 18 01

[35467.650511] cec cec0: received COMMAND_ACCEPTED: 08 18

# ls -lt /dev/char/250\:0 /dev/cec0

crw-rw---- 1 root video 250, 0 Oct 31 11:37 /dev/cec0

lrwxrwxrwx 1 root root 7 Oct 31 11:37 /dev/char/250:0 -> ../cec0

# cec-ctl

Driver Info:

Driver Name : pulse8-cec

Adapter Name : serio0

Capabilities : 0x0000002f

Physical Address

Logical Addresses

Transmit

Passthrough

Monitor All

Driver version : 5.9.0

Available Logical Addresses: 1

Connector Info : None

Physical Address : f.f.f.f

Logical Address Mask : 0x0000

CEC Version : 1.4

Vendor ID : 0x001582 (Pulse-Eight)

OSD Name : ''

Logical Addresses : 1 (Allow Fallback to Unregistered)

Logical Address : Not Allocated

Primary Device Type : Record

Logical Address Type : Record

First impressions:-

- the cec-ctl binary is there

- the seco_CEC kernel module is there

- the module doesn’t work with the Pulse8 (compiling that module now)

——-

LibreELEC (community): pr4627 (Generic.x86_64)

LibreELEC:~ # dmesg | grep -i cec

[ 3.037539] input: Pulse-Eight CEC Adapter as /devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.2/0003:2548:1002.0001/input/input4

[ 3.037614] hid-generic 0003:2548:1002.0001: input,hidraw0: USB HID v1.10 Mouse [Pulse-Eight CEC Adapter] on usb-0000:00:14.0-6/input2

LibreELEC:/ # modprobe -v seco-cec

insmod /lib/modules/5.9.0/kernel/drivers/media/cec/platform/seco/seco-cec.ko

LibreELEC:~ # lsmod | grep -i cec

seco_cec 20480 0

LibreELEC:~ # cec <tab>

cec-client cec-client-4.0.7 cec-ctl cecc-client cecc-client-4.0.7

LibreELEC:~ # cec-ctl

Failed to open /dev/cec0: No such file or directory

LibreELEC:/dev # find . | grep -i cec

./serial/by-id/usb-Pulse-Eight_CEC_Adapter_v8-if00

./input/by-id/usb-Pulse-Eight_CEC_Adapter_v8-if02-event-mouse

./input/by-id/usb-Pulse-Eight_CEC_Adapter_v8-if02-mouse

** I think the required driver for the NUC is the “CONFIG_USB_PULSE8_CEC=m” — I have updated the linux.x86_64.conf file and started a recompile. I’ll check in a bit later.

Thanks HiassofT . Just fixed my build environment. Was about to send @jernej a note on updating the wiki to add the following (not sure which on fixed the build)

apt install --reinstall python3-pkg-resources python3-setuptools

apt install --reinstall python-pkg-resources python-setuptools

pkg_resources was missing for the build of zstd:host

Compile [LibreELEC.wiki]

thanks Hias.

I don’t have a build system setup - but will get one together to compile the image - will let you know how I go.

Tried to watch Red Sky this evening. This is after rebooting the LibreElec last night.and watching Ad Astra.

the iPhone remote was able to select Red Sky, but there was not visual changes on the HDMI (it was showing the default estuary page) Up / down via the iPhone kodi app did not change display.

the log had a series of errors.

2020-10-28 21:36:22.153 T:112138 WARNING <general>: CRenderManager::WaitForBuffer - timeout waiting for buffer

http://ix.io/2Ch5

I killed the kodi process, and am currently able to watch Red Sky without issue.

this is on nightly-20201026-9e9b97f (Generic.x86_64) - Intel NUC6i5SYH

I was following th thread on CEC-client on RPI. And note that the direction suggested was CEC-CTL.

On the generic nightly matrix image it is not there. Is there a reason for that? It would be good to have cec-ctl available on the Intel NUC.

I was reading this reference. I have some issues with the way that my CEC environment behaves, and being able to pass though commands to the CEC devices would probably give me a good workaround.

CEC-HDMI - UDOO X86 Docs

I see that you have got cec-ctl running on your RPI.

On the generic nightly matrix image it is not there. Is there a reason for that? It would be good to have cec-ctl available on the Intel NUC.

I was reading this reference. I have some issues with the way that my CEC environment behaves, and being able to pass though commands to the CEC devices would probably give me a good workaround.

CEC-HDMI - UDOO X86 II Docs

confirmed all working.

inputstream.adaptive-2.6.0.2.zip

inputstream.ffmpegdirect-1.16.0.1.zip

inputstream.rtmp-3.2.0.1.zip

Hi All,

Just wondering if/why UsePrivilegeSeparation=no is set? versus =yes?

Could we not have the sshd user? e.g. "sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin"

My reasoning is to get rid of the error "ex protocol error: type 7 seq ######" when scp'ing to the libreelec.

Also I guess if ssh is updated from 7.3 in LibreElec 8.2 to openssh7.6 in 9.0 - then we will need to update UsePrivilegeSeparation=sandbox

Thanks