Posts by chewitt

In context the number of users rocking up here with latest generation Intel hardware is small and in continuous slow in-decline for the last decade. So audience is not large, there is a workaround (albeit forum sourced) available, and 'Yes' adding hacky stuff to the core image matters and is something to be avoided; largely because once workarounds are merged history shows people end up being happy with the workaround and the root cause is never pursued. If you refuse the hack up-front there's a significantly higher probability of the real issue being resolved (tried and tested). Backporting patches merged/submitted upstream is a no-brainer.

It's in the Linux package.mk: https://github.com/LibreELEC/Libr…/package.mk#L28

Quote from sky42

I opened a pull request to make the helper script part of official LE

Pursuing the fix upstream then submitting a backported kernel or intel driver patch will probably be faster. I think you'll find that script is a little too hacky for peoples tastes and i'd be surprised if it gets merged at this stage in the release cycle.

Quote from Rataplan626

So that leads me to think I cloned from the wrong repository?

Correct. LE uses the Linux 6.1.x kernel sources from Raspberry Pi on their boards: https://github.com/raspberrypi/linux/

Quote from mdofperth

Is there a way when setting up LibreELEC for the Pi to have it allocate the large partition as NTFS or exFAT, instead of as EXT4, so that it can be read directly in Windows.

NTFS and exFAT do not support Unix filesystem permissions (everything on the drive has 777 permisionss) so lots of things break if the /storage partition is formatted using them (e.g. SSH will not start). There is nothing to stop you partitioning a storage drive so that /storage (EXT4) is relatively small (16GB is more than enough) with a third /media partition that uses NTFS where you dump files. LE will be able to mount the /media volume so you can create a Kodi 'source' for content there. That said, Windows always used to be completely stupid at working with removable storage that contained anything more than a standard 'Windows' partition layout so YMMV and I would be expect some kind of idiocy to be involved. NB: The LE installers do not support partition layout changes and it is not possible to shrink the /storage partition from within LE (as it's mounted/in-use once booted) so you will need to pull the card and do that from a separate Linux setup, e.g. Ubuntu desktop.

Show me the debug log from the LE12 image using the working dtb.

I haven't applied changes to the RPi5 image in that share.

The issue is in the driver not the kernel, so there is nothing new to test unless the driver is bumped.

echo "softdep ax88179_178a pre: cdc_mbim" > /storage/.config/modprobe.d/ax88179_178a-fix.conf
reboot

^ see if that resolves the errors? (found in https://github.com/FreddyXin/ax88…ment-1208448522)

nicomaniaque I've updated the meson-gxbb-odroidc2-hifishield.dtb included in my test images with the content that ds000 shared so give it a test and please report back whether it works or not? https://chewitt.libreelec.tv/testing/

Please test https://chewitt.libreelec.tv/testing/LibreE…h64-11.80.0.tar (or the .img.gz in the same folder). Ignore the odd version number, it's current LE(12) master branch + test patch. Please share "dmesg | paste" so I can see the kernel log.

The 0b95:1790 device ID doesn't exist in the ASIX driver so the device is visible on the USB bus but the driver doesn't match and load the driver. That's a trivial change so I'm building an image for you to test, and if it works I'll upstream the patch to the kernel.

The logs show content being opened/read from an NFS share so basic access and reading works. I have no other insight to offer as I don't use NFS myself and have nothing setup to test with (and not looking to change that).

NB: The chunksize messages are harmless. Ignore.

Images are LE12 master branch with WIP changes that I haven't submitted to the main repo yet and some extras like Realtek WiFi drivers that I have no plans to submit. I hardcode the version number to make automation of updates in my lab easier; use the dateTime of the file and/or Kodi build date to see what's inside (or look at the amlogic branch in my git repo). You can update to official LE12 nightlies and any future LE12+ image. NB: If it works, that's great. If it doesn't work, the images are experimental and you're welcome to report things but I don't support them.

NB: usb_modeswitch is in the LE "system-tools" add-on.

Create logs for both adapters:

git revert <githash>
git format-patch HEAD~1

The first creates a new commit that reverts the githash for the problem commit. The second creates a patch file for the last commit, which you can then move to the relevant package/patches folder in the LE buildsystem.

Please test a current LE12 nightly. Same?