Posts by chewitt

Could be a while. Our efforts with the RK 4.4 kernel codebase have been a stop-gap until VPU support for the mainline kernel was available and the changes to add this now been submitted so we've started the lengthy process of rebasing against Linux 4.19 - which means no more real-world effort against the 4.4 codebase.

NB: Next 9.0 Alpha will come out with changes to Kodi but nothing much more. We have no plans to release Rockchip Beta or full release LE 9.0 images - Rockchip will remain in an Alpha state until at least LE 9.2.

The StiH206 chipset does not support OpenGL or OpenGLES so it cannot run Kodi. Even if that wasn't a showstopper it wouldn't be worthwhile when a Raspberry Pi Zero (costing $6) has a higher spec and is better supported.

It should be supportable, and if they care about good Linux support for their product they will submit a device tree file to the upstream kernel. If you don't see any submission .. they're just another clone vendor who expects "the community" to do all the leg-work for them.

Any addons that include drivers need to be version bumped after the recent Linux 4.14 > 4.18/4.19 kernel changes to trigger a rebuild against the newer kernel version. It's been flagged to our release manager - thanks for the tip/reminder

Having never owned a Chromebox I can't speak from experience about the process, but I strongly doubt you have to restore ChromeOS to update the BIOS on the device.

It sounds like the problem is with your phone not the LE device - it's the phone's decision to incorrectly route data. We consider the code behind the hotspot feature to be well proven and stable (not thousands of daily users, but a few hundred at least) and if there was a general issue we'd be seeing more bug reports, and we're not.

connman/connman.git - Connection Manager

^ describes how the NTP logic was changed a while ago to resolve issues with Raspberry Pi and NTP calls being made before the network stack was fully active due to slow loading network drivers. It's quite plausible that the first two NTP attempts on Raspberry Pi fail and the third succeeds; which would result in it being marked as the primary active server. The #1, #2, #3 positions no longer dictate which server is primary. Since all RPi are basically the same the 2-fail, 3rd-pass behaviour would be quite consistent.

I'd guess you originally installed OpenELEC a few years ago and you have the older 230MB partition size. We have grown a little over time and and this is now too small. You have two options:

a) Take a backup of the data in the /storage partition and move off-box, reinstall using the LE 8.2.5 image (or current Alpha) as this will create a 512MB boot partition, then restore the data from /storage.

b) Boot from an Ubuntu (or other favourite distro) Live USB image and use gparted to shrink the size of the /storage partition, then move it to create space so the boot partition can be expanded to 512MB or 1GB size.

Either approach gives you the same end result. The reinstall process is typically a lot faster as less data is being moved around. Bonus credit if you update the latest Chromebox BIOS from MrChromebox.tech. Extra credit for doing a selective restore of data from the backup and a spot of belated spring cleaning at the same time

You can experiment with the order of defaults by copying /etc/connman/main.conf to /storage/.config/connman_main.conf and editing (reboot to force the change).

No, because until the upstream graphics drivers situation improves it's not worth anyone's time. You can probably build from the NXP branch but this will be some way behind master now, it needs rebasing.

Debug log files that demonstrate the problem will provide more info that your "wonky" description. I'm not doing any development specific the the Slice these days (as none is required) but next Alpha release will be out imminently.

btw, the S905D2 based VIM2 "lite" board has never been released, only the S912 using VIM2 basic/pro boards.

Look in /storage/.cache/connman for the ethernet service and "cat /path/to/file | paste" the settings file so we can see what NTP config is used.

create a udev rule that matches against the USB vendor/device ID and executes a script to do whatever it is you need to do

It's software decoding and 8726MX is (by todays standards) a pretty weak CPU, so no great surprise.

I had an eventful weekend, busy start to the week, and will be travelling for the rest of the week. There's a slim window this evening to test and then PR something, but no promises (sorry).

You can probably discover that something is playing via the JSON API but I don't think there's a method to distinguish whether it's playing a TVH stream or some other stream or something from the Library. You'd be better off asking that Q in Kodi forums.

That's generally the best option anyway.