S905 (non-x) WiFi issues (w/ test builds)

Hi,

been reading Nexbox A95X (GXBB) and Libre elec for Sunvell T95m (S905) as a guide.

Had similar problem where GXBB P200.dtb had working WiFi until 1st reboot (didn't catch if something updated in the process), but no ethernet at all.
Switching to GXBB P201.dtb added ethernet, but had no WiFi at all.

Reading those guides, I've firstly tried updating current LE 12.2 with LibreELEC-AMLGX.aarch64-12.90.1.tar - no WiFi.
Then I did a fresh install with LibreELEC-AMLGX.aarch64-12.90.1-box.img.gz - no WiFi.

pastekodi -

dmseg -

Hope you can assist me, and I apologize for the neverending Realtek driver mill.

Quote from chewitt

Code

mkdir -p /storage/.config/firmware/mediatek
cd /storage/.config/firmware/mediatek
wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/mediatek/mt7601u.bin
reboot

It's nothing more than missing firwmare so do the above ^ (watch for the line wrap on the wget command) and it should work?

Confirm back and I'll pick the firmware to future images.

Sorry, I went testing LTS 9.X versions, to which modern LE install should I apply what you posted, official 12.2 or your 12.90?

Quote from chewitt

The latest images in https://chewitt.libreelec.tv/testing/ are updated to pick the mediatek firmware(s) and should work

I think probing has failed.

(pastebin is down)

dmesg - https://pastebin.linqhost.nl/?cc7e96fde2a50…fRMQ5xDSzwzEPce

pastekodi - https://pastebin.linqhost.nl/?654dca816f67b…4nVZhrG2D76u4KW

PS:
I've tested old CE 9.X to make sure and it works with both wifi and eth, so the device definitely has hardware inside.
If it matters to you, gxbb_p200_1G_100M_RealtekWiFi works in old CE, but in LE it's the p201 instead that has working eth, p200 has ethmactool error on boot screen (but disappearing wifi).

Quote from chewitt

Code

kernel: mt7601u 1-1.3:1.0: ASIC revision: 76010001 MAC revision: 76010500
kernel: mt7601u 1-1.3:1.0: Direct firmware load for mt7601u.bin failed with error -2
kernel: mt7601u 1-1.3:1.0: probe with driver mt7601u failed with error -2

There is no Realtek WiFi hardware visible in any of the logs shared. There IS a Mediatek USB WiFi device visible in all logs shared and this is missing firmware (as above). The Linux 6.18-rc7 kernel images posted to my test share a few days ago (mentioned in post #4) have the missing firmware added. The latest logs you shared show a Linux 6.17.4 kernel image that does not contain the firmware (although you can always add it manually using the commands in post #2). If you believe there to be Realtek WiFi hardware inside the box you need to pastebin the old vendor kernel dmesg log somewhere so I can maybe see what chip is present.

NB: LE has its own paste server so in the AMLGX images all you need to do is run "pastekodi" and share the URL generated.

I will go thru all generic p200 and p201 dtbs, try your commands, and beforehand I will re-download your latest test image too just to be sure. It'll take some time on which I'm currently tight, but I'll report back.

Just double-checking LE 12.2.1 again:

LibreELEC-AMLGX.aarch64-12.2.1-box.img meson-gxbb-p200.dtb - no eth, no wifi, didn't bother further

LibreELEC-AMLGX.aarch64-12.2.1-box.img meson-gxbb-p201.dtb -

Here's LE 12.90.1 (date modified 11/28/2025, 4:36:34 AM):

LibreELEC-AMLGX.aarch64-12.90.1-box.img.gz meson-gxbb-p200.dtb - failed to start ethmactool-config.service, no wifi

LibreELEC-AMLGX.aarch64-12.90.1-box.img.gz meson-gxbb-p201.dtb -

I've tagged you in LTS LE 9 thread since I have more success with older LE, thus more logs.

Quote from chewitt

It looks like upstream linux-firmware moved the mt7601u.bin files to the mediatek subdirectory in https://git.kernel.org/pub/scm/linux/…35d3cf5bb8a8fcb so a patch is needed to check the new location (and the old one, to preserve compatibility).

I've written/added that patch now: https://github.com/chewitt/linux/…0fa9514c1bccaed so go download the AMLGX image from my test share again and the MT7601u chip should now find the firmware. NB: Only test the AMLGX image with the p201 dtb - anything else is wasted effort and noise.

It's working! Tried turning wifi and eth on and off and downloading random stuff from repos.

What doesn't work:
1. 480/576cvbs (disp_cap method): I can see (on my SDTV) a quick error, followed by Kodi boot logo, and then only "LibreELEC (chewitt): 12.90.1", but doesn't get past that
2. Haven't seen "reboot to nand/emmc/Android" option under Power options (default stock skin)
3. Would p200 dtb work with your wifi fix if ethmactool-config error was fixed, LTS thread confirms p200 and p201 dtbs can work with my device?

https://paste.libreelec.tv/smooth-pony.log +

Quote from chewitt

Thanks for confirming and sharing the log. I've sent the wifi firmware patch upstream: https://patchwork.kernel.org/project/linux-…[email protected]/

For other Q's:

1. If using Composite output the DRM connector cannot auto-detect the presence of a display (or the display type) and you probably need to force ouput, e.g. for NTSC add video=Composite-1:720x480@60ie and for PAL add video=Composite-1:720x576@50ie to boot params in uEnv.ini on the SD card. Note that the default Estuary skin in Kodi is designed for a minimum 720p screen so when used with something smaller navigation can be challenging.

2. LE does not support boot/run from eMMC with Android boxes: https://wiki.libreelec.tv/hardware/amlogic#installtointernal

3. No, because the box implements rmii (internal-phy) not rgmii (external-phy) so in the upstream kernel p201 is the sole correct dtb to use. I've no idea why the upstream and downstream numbering for GXBB development boards is different, but it is.

NB: ethmactool "errors" are harmless and can be ignored, it's simply a boot-time script that ensures the Ethernet MAC is unique

Display More

Thank you so much for everything, I apologize for going off-topic, but don't see the point of making another thread now, if it's not a problem.

How exactly should my uEnv.ini look like?

I've appended it after the final command in second line, no boot.
Then I undid that and I've added it as the third solo line, nothing special happened, I get stuck on the same screen I previously described.
I also saw no options in Expert mode under Settings > Display for composite/cvbs/interlaced before I switched to SDTV, and I have whitelisted 720x480p and 720x576p (was hoping that the DAC would do the interlacing), there are no interlace modes in whitelist.