Posts by chewitt

There are two ways to boot the VIM3 .. from SD card, from eMMC.

From SD card: write LibreELEC-AMLG12.arm-9.80-devel-20200426060538-38764c8-box.img.gz to an SD card, download Dropbox - u-boot.ext - Simplify your life and place it in the root folder of the SD card, then put the VIM3 board in update mode, it will find the SD card, and LE will install.

From eMMC: follow the SD card install procedure, then run the following commands:

cd /storage
wget https://test.libreelec.tv/LibreELEC-AMLG12.arm-9.80-devel-20200426060538-38764c8-khadas-vim3.img.gz
emmctool w LibreELEC-AMLG12.arm-9.80-devel-20200426060538-38764c8-khadas-vim3.img.gz

This downloads the eMMC install image to /storage and writes it to the internal eMMC storage, overwriting Android. Now power off the board, remove the SD card, and power on again. It should boot into LE on the eMMC. If you ever want to reinstall Android to eMMC, Khadas have an SD card tool called krsecue that will help you do this.

USB/SD Creator works fine for writing SD card images for all the test images (not just KVIM) but install to eMMC is a two stage process.

If you restore bootsector.img to the USB using any USB writing/flashing app it will erase the bootsector - including knowledge of the extra partitions that Windows doesn't understand, and then Windows will allow you to reformat the USB. It sounds like the original is some filesystem corruption.

Quote from Oponp

I could not install Addons for Exodus Redux or Exodus on Kodi v19 for Pylon 3.0.0, any advise?

We advise you find another forum to seek help in. Users of piracy add-ons are not welcome here.

If you install SSH keys and disable password authentication, and you are the only person with the SSH key, nobody else can access. Note that if you disable password authentication people can still attempt password auth; there is a prompt, but passwords will not be accepted.

The image you downloaded is for eMMC install. It will not boot from an SD card unless the eMMC has been wiped. If you want to keep Android or some other Linux on the eMMC you can use the "box" image, edit the dtb name in uEnv.ini first. Once booted from SD, you can use "emmctool" to write the other emmc image to the internal storage.

GItHub can sometimes redo githashes .. it happens. You'll need too edit the package.mk and correct (or null) the SHA256 hash.

It's not possible to build from local source folders, it's just not how the build-system was designed to work. I use the following script to automate the process of generating a patch-set from the committed changes beyond a specific githash that typically corresponds to a release tag. This way I can tweak things like device-trees in a kernel branch, commit the changes, then swap to another terminal window where I run the script to update the patches, and then I respin the image with changes. This is probably as-fast as fidddling with sources, and forces me to commit/squash and rebase changes in a more structured way. See:

#!/bin/bash

# SPDX-License-Identifier: GPL-2.0
# Copyright (C) 2018-present Team LibreELEC (https://libreelec.tv)

AHASH="750a3d9fd8811c2fbbd58df1e08075c8255ca40b" # alsa-lib
FHASH="e64a745eca6b7ad87b64b493a771003ae7f67c70" # FFmpeg 4.2.2-kodi
UHASH="36fec02b1f90b92cf51ec531564f9284eae27ab4" # U-boot 2020.04
KHASH="2ef96a5bb12be62ef75b5828c0aab838ebb29cb8" # Linux 5.7-rc5

if [ -f .git/config ]; then
  DIR=$(pwd)
else
  echo "not in git root folder, exiting.."
  exit 1
fi

do_patchset(){
  rm $PATCHES/$PPREFIX*.patch 2&>/dev/null
  cd ~/$SOURCES
  rm *.patch 2&>/dev/null
  git format-patch --start-number 0001 $GITHASH
  for filename in *.patch; do mv "$filename" "$PPREFIX-$filename"; done;
  mv *.patch $DIR/$PATCHES/
  cd $DIR
}

case $1 in
  allwinner|all)
    PATCHES="packages/linux/patches/allwinner"
    SOURCES="linux.chewitt"
    GITHASH="$KHASH"
    PPREFIX="allwinner"
    ;;
  amlogic|aml)
    PATCHES="packages/linux/patches/amlogic"
    SOURCES="linux.chewitt"
    GITHASH="$KHASH"
    PPREFIX="amlogic"
    ;;
  rockchip|rk)
    PATCHES="packages/linux/patches/rockchip"
    SOURCES="linux.chewitt"
    GITHASH="$KHASH"
    PPREFIX="rockchip"
    ;;
  samsung|exynos|ex)
    PATCHES="packages/linux/patches/samsung"
    SOURCES="linux.chewitt"
    GITHASH="$KHASH"
    PPREFIX="samsung"
    ;;
  alsa)
    PATCHES="packages/audio/alsa-lib/patches"
    SOURCES="alsa-lib.chewitt"
    GITHASH="$AHASH"
    PPREFIX="amlogic"
    ;;
  ffmpeg|ff)
    PATCHES="packages/multimedia/ffmpeg/patches/amlogic"
    SOURCES="ffmpeg.chewitt"
    GITHASH="$FHASH"
    PPREFIX="ffmpeg"
    ;;
  u-boot|uboot|ub)
    PATCHES="packages/tools/u-boot/patches/amlogic"
    SOURCES="u-boot.chewitt"
    GITHASH="$UHASH"
    PPREFIX="u-boot"
    ;;
  *)
    echo "error, nothing selected!"
    exit 1
    ;;
esac

do_patchset

exit

The LE settings add-on checks for updates against update.libreelec.tv which is on 46.101.13.226 which also hosts our main website, and PTR records for that server are probably wrong or out of date. Kodi uses add-ons (so you're using some, even if you don't use add-ons) and Kodi will redirect checks all over the place based on mirrorbits redirection so you will always see some "random" connections.

You can probably bump to the newest Leia version, but I don't know about dependencies between Kodi and the kernel as I never took a deep interest in the legacy Amlogic codebase.

You can change/overwrite it in the LE settings add-on.

Core boxes are long out of stock but vendors normally have some support spares and I made it clear anything they unearth in the back of a cupboard will be fine for my/our needs. Hardkernel also posted a C1+ when they shipped a C4 sample so now I have a couple of Meson 8 things to play with over the summer.

u-boot/firefly-rk3399_defconfig at master · u-boot/u-boot · GitHub

^ find the correct defconfig for ROC-RK3399-PC and check CONFIG_DEFAULT_FDT_FILE

Connection configuration data is stored in /storage/.cache/connman/ but you should change configs through connman (connmanctl) as it manages those files and will probably overwrite any changes that you make. If you do want to manually edit, stop connman.service first, edit, then restart. You'll discover that SSID and passphrase data are base64 encoded so you cannot simply type new details in.

WeTek posted me a Core box the other day and have share their u-boot sources so I can start to look at what might be required to support the boxes again in the future. There's still a lot of work to be done for Meson8 support though, so it will be a lower priority thing to track.

Possibly an issue with newer GCC host binaries. I'd suggest building 9.0 images on Ubuntu 16.04 or 18.04 (looks like 20.04 in the screenshot).

The skin creator would need to add our icon and conditional shortcut the same way that it's done for the default Estuary skin (not hard to do) but the add-on can also be accessed from Add-ons > Program Add-ons on the Home screen menu.

1. Correct, it changes the behaviour of firmware which results in more power draw (which increases heat).

3. "mount -o remount/rw /flash" will remove the ro block on the boot partition. It and /storage are the only persistent writeable areas of the filesystem, as everything is inside a squashfs compressed file SYSTEM that's expanded on each boot, or the KERNEL file.

We don't use /etc/fstab which is why it's blank and you cannot edit or override the file. It only exists because some other Linux plumbing looks for it and craps out when it doesn't (even if the file is blank). We use udevil for mounting and it's possible to override our default udev rules if you want to (use a file with the same name in /storage/udev.rules.d). I guess when all the upstream sources adopt noatime we'll acquire the same change. Until then, we'll stick to the accepted defaults.