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.

Quote from chewitt

Code

dtb_name=/amlogic/meson-gxbb-p201.dtb                                                                  
bootargs=boot=LABEL=LIBREELEC disk=LABEL=STORAGE quiet systemd.debug_shell=ttyAML0 console=ttyAML0,115200n8 console=tty0 video=Composite-1:720x576@50ie

^ the second and third lines are a single line (the forum wraps it). The file needs to be edited with something that respects Linux file endings. In the past Notepad.exe would mangle the file with Windows line endings and boot would break, so you'd need to use a text editor like Notepad++ to avoid the problem. I'm not sure if newer Windows OS learned not to do that, or if that's your issue..

NB: The video= content only sets the initial DRM connector state. Kodi can then mode switch to something else once running. Kodi only outputs progressive, never interlaced; hence you will never see interlaced modes listed/available for selection.

Regarding 480cvbs/576cbs:

I've Notepad++ .

It worked, however I had to do it after installing LE.
I also pre-set LE to 720x480p before adding your code just in case, dunno if it's necessary.
I also disconnected my HDMI display, unsure if that too is also necessary, but you can't get dual output anyway, at least with this device.

I've tried removing it after a successful boot with SDTV image, but then it get stuck on the black screen again.
Kodi is now reporting 720x480i (with option to choose 576i) in Display settings.

Is it possible to add 59.94 refresh rate, I wanna test it out to see if it looks better on the SDTV (I know the DAC will probably do 60hz but just for testing purposes)?

Also, is it possible to have the boot menu in 720x480 but underscanned just like how I calibrated the screen within Kodi?

Regarding a new issue:

My wifi has disappeared (maybe it was idling due to having eth connected, but I tried toggling it and it wouldn't come back), and I've no sound on the SDTV (menus or videos, or a simple mp3), I've tried all audio outputs + reboot (tried a full shutdown for just in case too) but didn't help, there's also "connecting to pulse-cec" so I disabled it it addons, hope you can grasp the issue from logs:

dmesg:

https://paste.libreelec.tv/willing-eft.log

Quote from chewitt

Output is HDMI *or* Composite, never both. Composite refresh-rates are defined in common kernel code (not Amlogic driver code) and implement the broadcast specs for NTSC or PAL, neither of which use 59.94 output.

Kodi does not support dynamic reconfiguration of itself each time you switch display device (although it is mildly tolerant of changes within the same display techology, e.g. one HDMI device to another HDMI device). So install the device to the screen that you intend to use and the leave it in a working state. If you keep switching, expect it to keep breaking.

If you connect Ethernet the default route will switch to Ethernet. It's possible to change ConnMan behaviours by copying the config file in /etc/connman/main.conf to /storate/.config/connman_main.conf and changing PreferredTechnologies = ethernet,wifi to PreferredTechnologies = wifi,ethernet then connecting Ethernet won't steal the default route.

I've no idea about analogue audio output. The p201 device-tree file does not implement support for analogue audio, but that's not unusual as on most GXBB (S905) designs the DAC is hardwired (always on) so there's nothing to enable or control from software other than the global (master) volume level. If your box is different and has a controllable DAC chip it will require the driver to be enabled in the kernel config and the DAC chip to be described in device-tree; and then you'll need to script post-boot changes to the default mixer settings (which are configured on boot for HDMI output) to switch i2s output to the DAC chip.

NB: If you want something cheap that better supports Composite output, my suggestion would be to use an RPi board. Composite on Amlogic hardware isn't something that's ever been tested by me (as I have nothing that accepts Composite input) so our images are oriented towards HDMI usage and you're probably going to fight the OS at every turn.

LE does not implement boot menu's so no idea what you're talking about there.

Display More

I am aware about HDMI or composite choice, that's what I wrote

Regarding eth/wifi - I wasn't referring to default route, I literary mean wifi flat out disappeared, didn't scan for networks, it was a blank window. A reboot fixed it, but I dunno why it even happened.
I will take your info into consideration if I will keep eth and wifi up at the same time, but that wasn't the problem.

Regarding audio, I'm also not getting it on LE 9.2.8.18 LTS, maybe Dtech will figure something out as that LE is old and more appropriate for my device, however I am getting audio with CE 9.2.8 but that is a more custom OS that I have some other problems with.

You are probably right about fighting the OS part, LE 9 for example seem much more fine tuned for my old box, but I still wanted to give them all a fair shot.

EDIT2: RE: Legacy v9.2 (LTS) builds for Amlogic S805/S8X2, S905/S912 and all WeTek boxes I think Dtech kinda found the audio issue, but the box died in the meantime, so I just wanna say a big thank you for dedicating your time here!