Openelec Build for OPI PC and 2 now with HW decoding

nightflasher · Published in 2016-2-25 06:59:29

jernej replied at 2016-2-25 05:45
I asked this long time before but nobody bothered to answer. Please provide the dmesg output so I ...

dmesg output after:
rmmod mt7601Usta
[ 7586.523900] usbcore: deregistering interface driver rt2870

modprobe mt7601Usta
[ 7608.813202] usbcore: registered new interface driver rt2870

using same stick with my RPi2 with RetroPie, and there are other/more modules:
mt7601u
cfg80211
mac80211

WereCatf · Published in 2016-2-25 10:44:43

Edited by WereCatf at 2016-2-25 10:47

Regarding MT7601U: I assume it's built from porjo's github-sources? Does the file /etc/Wireless/RT2870STA/RT2870STA.dat exist? When I added MT7601U to Armbian the interface refused to get brought up and no wireless - tools worked with it until I added that file in the Armbian - image. (There is no need to modify the file at any point, , just copy the file from the sources as-is -- regular wireless - tools and NetworkManager work fine as long as the file is there the moment the module is loaded.)

ParadoxX27 · Published in 2016-2-25 13:30:39

Edited by ParadoxX27 at 2016-2-25 16:29

Jernej, Please, update image in the sticky thread.

nightflasher · Published in 2016-2-25 16:01:41

i see a "DO NOT USE THIS..." on porjo's github, instead we could use https://github.com/jamesfoley/raspberry-pi-MT7601 ?

WereCatf · Published in 2016-2-25 18:30:29

nightflasher replied at 2016-2-25 16:01
i see a "DO NOT USE THIS..." on porjo's github, instead we could use https://github.com/jamesfoley/r ...

No, that's a precompiled module for Raspberry. You can't just randomly use precompiled modules from an entirely different kernel. Also, the "DO NOT USE THIS" only applies for those who actually can use one of the newer MT7601U-drivers, but Kuba-moo's version doesn't work with our 3.4 - kernels and unless you're willing to switch to mainline - kernel you don't have the luxury of in-kernel-tree module, either.

Demetris · Published in 2016-2-25 21:05:58

Edited by Demetris at 2016-2-25 21:07

Latest source doesn’t compile

OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/media_build-66f4030/v4l/dvb_net.c:1280:38: error: macro "alloc_netdev" passed 4 arguments, but takes just 3
   NET_NAME_UNKNOWN, dvb_net_setup);
                                    ^
OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/media_build-66f4030/v4l/dvb_net.c:1279:8: error: 'alloc_netdev' undeclared (first use in this function)
  net = alloc_netdev(sizeof(struct dvb_net_priv), "dvb",

tkk · Published in 2016-2-26 01:03:12

About the HDMI-CEC support, is someone working on it currently? If not, I might take a look. I have done some work with CEC previously, all though on windows platform.
With Kodi/OpenElec all the heavy lifting considering CEC is luckily done by libcec. It simulates all the different vendor devices and provides built in support to do basically everything with CEC. So I guess the part that needs to be done is the same that were done for example raspberry pi and some other boards: implementing the "adapter" part of libcec for OPI and integrating/developing the kernel driver.

Is this a working CEC implementation for OPI? https://github.com/orangepi-xunlong/linux-sunxi/blob/orangepi-3.4/drivers/video/sunxi/hdmi/hdmi_cec.c

nightflasher · Published in 2016-2-26 01:21:31

WereCatf replied at 2016-2-25 18:30
No, that's a precompiled module for Raspberry. You can't just randomly use precompiled modules fro ...

Doh! My fault, I didn't read carefully...

thc013 · Published in 2016-2-26 01:30:21

the 1 cpu 100% bug from systemd or cma is still there

compiled again from scratch and it is still there

jernej · Published in 2016-2-26 03:07:47

thc013 replied at 2016-2-25 18:30
the 1 cpu 100% bug from systemd or cma is still there

compiled again from scratch and it is still ...

How did you update? It should be fixed if you write full image.