Question with firmware mediatek update for openwrt

[fuzmik]

I have this device.
Bus 002 Device 006: ID 0e8d:7612 MediaTek Inc. Wireless. Which uses kmod-mt76x2u on openwrt.

And Ive followed the guide from here to update the firmware. Can someone correct my steps if im wrong?

After i have scp the specific .BIN files for my devices to this location on openwrt /lib/firmware/mediatek. I've reboot and upon looking at dmesg the firmware gave errors.

The original files that was in that folder was a symlink to a file in /lib/firmware/. (I could be wrong, idk how to read file stats or where that link is going to)

Package kmod-mt76x2u (5.10.176+2022-09-06-d7054646-5) is installed on root and has the following files:
/lib/firmware/mediatek/mt7662u_rom_patch.bin
/lib/firmware/mediatek/mt7662u.bin
/etc/modules.d/mt76x2u
/lib/modules/5.10.176/mt76x2u.ko

So my question is do i SCP to folder /lib/firmware instead then renamed it same name but without the letter "u" for these files.
/lib/firmware/mt7662_rom_patch.bin
/lib/firmware/mt7662.bin

And then do a ln -s cmd from /lib/firmware/ to /lib/firmware/mediatek. Is this correct? I dont want to apply it yet, so this is what im asking.

[morrownr]

Hi

And Ive followed the guide from here to update the firmware.

The firmware for the mt7612u driver has not been updated in several years. It is pretty solid. What makes you think it should be updated?

The mt7922 and mt7921 has been getting monthly updates since last year but those chipsets are WiFi 6e capable and there is a reason for the updates... new generation drivers are massively complex and new features are still being added.

[fuzmik]

im running rpi4 on openwrt22.03.5 on argonone with that usb ssd and had random wifi crash from mt76x2u. Heres my info with 2 usb wifi an ALFA AWUS036AXM wifi6e(mt7921u) and ALFA AWUS036ACU 802.11ac(mt76x2u). I used the wifi6e as wireless repeater and the other as AP. These usb wifi devices is plugged in a usb powered hub and I've also replaced my power supply from argoneone official cord for my argonone case. I replaced it cause it gave me undervolt warnings, but not that seems to be no more warnings. But still with wifi crash from mt76x2u.

So I by upgrading firmware on both of those devices might fix.

Hardware : BCM2835
Revision : c03111
Serial : 10000000c37d52b5
Model : Raspberry Pi 4 Model B Rev 1.1

Bus 002 Device 005: ID 0e8d:7961 MediaTek Inc. Wireless_Device
Bus 002 Device 003: ID 174c:1156 Argon Forty
Bus 002 Device 006: ID 0e8d:7612 MediaTek Inc. Wireless
Bus 001 Device 003: ID 05e3:0610 GenesysLogic USB2.1 Hub
Bus 001 Device 002: ID 2109:3431 USB2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux 5.10.176 xhci-hcd xHCI Host Controller
Bus 002 Device 002: ID 05e3:0626 GenesysLogic USB3.1 Hub
Bus 002 Device 001: ID 1d6b:0003 Linux 5.10.176 xhci-hcd xHCI Host Controller

/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 1: Dev 2, If 0, Class=, Driver=hub/4p, 5000M
|__ Port 1: Dev 6, If 0, Class=, Driver=mt76x2u, 5000M
|__ Port 4: Dev 5, If 3, Class=, Driver=mt7921u, 5000M
|__ Port 4: Dev 5, If 1, Class=, Driver=, 5000M
|__ Port 4: Dev 5, If 2, Class=, Driver=, 5000M
|__ Port 4: Dev 5, If 0, Class=, Driver=, 5000M
|__ Port 2: Dev 3, If 0, Class=, Driver=usb-storage, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=, Driver=hub/4p, 480M
|__ Port 1: Dev 3, If 0, Class=, Driver=hub/4p, 480M

config wifi-device 'radio0'
option type 'mac80211'
option path 'scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-1/2-1.1/2-1.1:1.0'
option cell_density '0'
option htmode 'VHT80'
option band '5g'
option channel '40'
option noscan '1'
option nosleep '1'
option wmm '1'
option vht_txop_ps '0'
option country 'US'

config wifi-device 'radio1'
option type 'mac80211'
option path 'scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-1/2-1.4/2-1.4:1.3'
option band '5g'
option cell_density '0'
option vht_txop_ps '0'
option htmode 'VHT80'
option country 'US'
option vht_capab 'TX-ANTENNA-PATTERN'
option channel '157'
option txpower '30'

config wifi-iface 'wifinet0'
option device 'radio1'
option mode 'sta'
option network 'wwan'
option ssid 'xxx'
option bssid 'xxx'
option key 'xxx'
option ifname 'wlan1'
option encryption 'psk2+ccmp'

config wifi-iface 'wifinet1'
option device 'radio0'
option mode 'ap'
option ssid 'xxx'
option key 'xxx'
option network 'lan'
option ifname 'wlan0'
option multicast_to_unicast '1'
option max_inactivity '300'
option encryption 'psk2+ccmp'

config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd5a:5e77:aaba::/48'
option packet_steering '1'

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth0'
list ports 'wlan0'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '10.20.1.1'
list dns '103.86.96.100'
list dns '103.86.99.100'
option delegate '0'

config interface 'wwan'
option proto 'dhcp'
option hostname '*'
option peerdns '0'
list dns '103.86.96.100'
list dns '103.86.99.100'
option delegate '0'
option device 'wlan1'

config interface 'nordvpn'
option proto 'wireguard'
option private_key ''
list addresses 'xxx'
option fwmark '0xe1f1'
list dns '103.86.96.100'
list dns '103.86.99.100'
option delegate '0'

config wireguard_nordvpn
option description 'nordvpn'
option public_key 'xxx'
option private_key 'xxx'
option endpoint_host 'us9593.nordvpn.com'
option endpoint_port '51820'
option persistent_keepalive '25'
list allowed_ips '0.0.0.0/0'
option route_allowed_ips '1'

config device
option name 'nordvpn'

config device
option name 'wlan0'
option unicast_flood '0'
option multicast_router '1'

I also added wifi down then wifi up on my rc.local. since mt7921au wont start.

Put your custom commands here that should be executed once

the system init finished. By default this file does nothing.

Revert root shell to ash if zsh is not available

if grep -q '^root:.*:/usr/bin/zsh$' /etc/passwd && [ ! -x /usr/bin/zsh ]; then
# zsh is root shell, but zsh was not found or not executable: revert to default ash
[ -x /usr/bin/logger ] && /usr/bin/logger -s "Reverting root shell to ash, as zsh was not found on the system"
sed -i -- 's:/usr/bin/zsh:/bin/ash:g' /etc/passwd
fi

echo 1 > /sys/module/mt76_usb/parameters/disable_usb_sg

iw reg set US
wifi down
sleep 5s
wifi up
exit 0

[fuzmik]

i should also include my rpi cmdline.txt and config.txt

cat cmdline.txt ─╯
usb-storage.quirks=174c:1156:u dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda2 rootfstype=ext4 usbcore.autosuspend=-1 rootwait

###############################################################################

Bootloader configuration - config.txt

################################################################################

################################################################################

For overclocking and various other settings, see:

https://www.raspberrypi.org/documentation/configuration/config-txt/README.md

################################################################################

OpenWrt config

include distroconfig.txt

[all]

Place your custom settings here.

over_voltage=6
arm_freq=2000
core_freq=500
country=US
max_usb_current=1
hdmi_force_hotplug=0

[pi4]
#dtoverlay=argonone,hysteresis=5
#dtparam=fantemp0=45

❯ cat distroconfig.txt ─╯
################################################################################

Bootloader configuration - distroconfig.txt

################################################################################

Restore PL011 (ttyAMA0) to GPIOs 14 & 15, instead of Mini UART (ttyS0).

Mini UART is disabled by default unless "enable_uart=1" is specified,

which changes the core frequency to a fixed value and impacts performance.

See https://www.raspberrypi.org/documentation/configuration/uart.md

[pi0w]
dtoverlay=disable-bt
[pi3]
dtoverlay=disable-bt
[pi4]
dtoverlay=disable-bt

Run as fast as firmware / board allows

#arm_boost=1
dtoverlay=disable-wifi
dtparam=sd_poll_once
dtparam=i2c=on
dtparam=i2c_arm=on
dtparam=audio=off
#dtparam=spi=on
dtparam=i2s=on
dtoverlay=i2c1=on
dtoverlay=argonone,hysteresis=5
#dtparam=fan=70
dtparam=fantemp0=45

[morrownr]

Hi again.

A RasPi4B and a powered usb3 hub. I've seen this story before.

There are several things that could be contributing:

1. Powered USB3 hubs plugged into a RasPi4B or any RasPi for that matter, is usually not going to work well. There is a long history of powered hubs not working well on RasPis. It could be a backfeeding problem. Fix: remove the powered hub.
2. The RasPi4B has a USB3 hub chipset that is likely faulty in some situations.
3. There is also the limited amount of power available in the USB subsystem.
4. You might want to turn Scatter-Gather off in the mt7612u driver:

https://github.com/morrownr/7612u

I have a guide:

https://github.com/morrownr/USB-WiFi/blob/main/home/AP_Mode/Bridged_Wireless_Access_Point.md

I can get a dual band setup stable on a RasPi4B but it can take some work. The first thing I would do is remove the powered hub and see where you are.

[fuzmik]

thx it didnt crash so far. i turn off SG as you suggested, the mt7612u became unstable(like more frequent crash).

I turned it back to on for the SG for mt7612u, it became somewhat stable, I mean by that is after fresh reboot, i leave plug the usb powered hub along with the usb wifi attached to it, it will crash within 5mins, then I just press on/off on my usb powered hub (it has on and off per ports, its this one https://www.amazon.com/atolla-Charging-Splitter-Individual-Switches/dp/B083XTKV8V ) it became stable lol weird.

❯ uptime ─╯
15:15:19 up 15:02, load average: 0.23, 0.49, 0.62

[bjlockie]

I have the previous version of that hub. Same manufacturer. I've had good luck with it but the exact pi and hub are very hit and miss.

[fuzmik]

could it be with rpi4 board revisions, something about usb type-c being picky?
this is what i have rev 1.1 and supposedly rev 1.2+ is fixed.
i wonder if anyone using rpi4 with different revision have that issue.

❯ cat /proc/cpuinfo ─╯
Hardware : BCM2835
Revision : c03111
Serial : 10000000c37d52b5
Model : Raspberry Pi 4 Model B Rev 1.1

what fixes my mt76x2u crashes, is that if its plugged onto a usb powered hub, i have to unplug it push the button to off after reboot. then once booted and settled plug the usb hub push that on button. and its stable no crashes.

weird thing is its only the mt76x2u that i have to turn off and on while mt7921u is also plugged on the hub and i dont have to turn off.

I restarted my rpi4 before posting this. Ill report back if it crashes and post the uptime how long it stay up with no crash.

[morrownr]

what fixes my mt76x2u crashes, is that if its plugged onto a usb powered hub

Interesting. What all do you have plugged into usb ports?

[fuzmik]

i currently have these devices.
Bus 002 Device 005: ID 0e8d:7961 MediaTek Inc. Wireless_Device
Bus 002 Device 002: ID 174c:1156 Argon Forty
Bus 002 Device 006: ID 0e8d:7612 MediaTek Inc. Wireless
Bus 001 Device 003: ID 05e3:0610 GenesysLogic USB2.1 Hub
Bus 001 Device 002: ID 2109:3431 USB2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux 5.10.176 xhci-hcd xHCI Host Controller
Bus 002 Device 004: ID 0b95:1790 ASIX Elec. Corp. AX88179
Bus 002 Device 003: ID 05e3:0626 GenesysLogic USB3.1 Hub
Bus 002 Device 001: ID 1d6b:0003 Linux 5.10.176 xhci-hcd xHCI Host Controller
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 1: Dev 3, If 0, Class=, Driver=hub/4p, 5000M
|__ Port 1: Dev 6, If 0, Class=, Driver=mt76x2u, 5000M
|__ Port 2: Dev 4, If 0, Class=, Driver=ax88179_178a, 5000M
|__ Port 4: Dev 5, If 3, Class=, Driver=mt7921u, 5000M
|__ Port 4: Dev 5, If 1, Class=, Driver=, 5000M
|__ Port 4: Dev 5, If 2, Class=, Driver=, 5000M
|__ Port 4: Dev 5, If 0, Class=, Driver=, 5000M
|__ Port 2: Dev 2, If 0, Class=, Driver=usb-storage, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=, Driver=hub/4p, 480M
|__ Port 1: Dev 3, If 0, Class=, Driver=hub/4p, 480M

up til now ive experience no crash from the usb wifi. so repeat my steps if someone want to try on their end.

1. reboot rpi4
2. unplug my usb powered hub (is plugged in to usb3(the blue port)
3. turn off my mt76x2u device on my usb powered hub(it has an on and off switch)
4. wait til rpi4 leds blinks stable until its fully booted.
5. plug my usb powered hub back on the usb3 port and push the on button on my hub.
6. and type wifi up.

From rpi docs this could be it https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#interoperability-with-usb-3-0-hubs

This is the USB hub lsusb -vd
cat usbhub3.txt ─╯

Bus 002 Device 003: ID 05e3:0626 GenesysLogic USB3.1 Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.20
bDeviceClass 9
bDeviceSubClass 0
bDeviceProtocol 3
bMaxPacketSize0 9
idVendor 0x05e3
idProduct 0x0626
bcdDevice 6.63
iManufacturer 1 GenesysLogic
iProduct 2 USB3.1 Hub
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x001f
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 1 GenesysLogic
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 19
Transfer Type Interrupt
Synch Type None
Usage Type Feedback
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 8
bMaxBurst 0
Hub Descriptor:
bLength 12
bDescriptorType 42
nNbrPorts 4
wHubCharacteristic 0x0000
Ganged power switching
Ganged overcurrent protection
bPwrOn2PwrGood 0 * 2 milli seconds
bHubContrCurrent 576 milli Ampere
bHubDecLat 0.4 micro seconds
wHubDelay 1508 nano seconds
DeviceRemovable 0x00
Hub Port Status:
Port 1: 0000.0203 lowspeed enable connect
Port 2: 0000.0223 lowspeed L1 enable connect
Port 3: 0000.02a0 lowspeed L1
Port 4: 0000.0203 lowspeed enable connect
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 0x002a
bNumDeviceCaps 3
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000006
BESL Link Power Management (LPM) Supported
SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x00
wSpeedsSupported 0x000e
Device can operate at Full Speed (12Mbps)
Device can operate at High Speed (480Mbps)
Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 1
Lowest fully-functional device speed is Full Speed (12Mbps)
bU1DevExitLat 8 micro seconds
bU2DevExitLat 190 micro seconds
Container ID Device Capability:
bLength 20
bDescriptorType 16
bDevCapabilityType 4
bReserved 0
ContainerID {9f4b56f0-1df6-11e0-ac64-0800200c9a66}
Device Status: 0x000d
Self Powered
U1 Enabled
U2 Enabled

and this also for the usb2.1
❯ cat usbhub2.txt ─╯

Bus 001 Device 003: ID 05e3:0610 GenesysLogic USB2.1 Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 9
bDeviceSubClass 0
bDeviceProtocol 1
bMaxPacketSize0 64
idVendor 0x05e3
idProduct 0x0610
bcdDevice 6.63
iManufacturer 1 GenesysLogic
iProduct 2 USB2.1 Hub
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0019
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0001 1x 1 bytes
bInterval 12
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 4
wHubCharacteristic 0x00e0
Ganged power switching
Ganged overcurrent protection
TT think time 32 FS bits
Port indicators
bPwrOn2PwrGood 0 * 2 milli seconds
bHubContrCurrent 100 milli Ampere
DeviceRemovable 0x00
PortPwrCtrlMask 0xff
Hub Port Status:
Port 1: 0000.0100 power
Port 2: 0000.0100 power
Port 3: 0000.0100 power
Port 4: 0000.0100 power
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 0x002a
bNumDeviceCaps 3
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000006
BESL Link Power Management (LPM) Supported
SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x00
wSpeedsSupported 0x000e
Device can operate at Full Speed (12Mbps)
Device can operate at High Speed (480Mbps)
Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 1
Lowest fully-functional device speed is Full Speed (12Mbps)
bU1DevExitLat 8 micro seconds
bU2DevExitLat 190 micro seconds
Container ID Device Capability:
bLength 20
bDescriptorType 16
bDevCapabilityType 4
bReserved 0
ContainerID {9f4b56f0-1df6-11e0-ac64-0800200c9a66}
Device Status: 0x0001
Self Powered

[fuzmik]

Interoperability with USB 3.0 hubs
There is an issue with USB 3.0 hubs in conjunction with the use of full or low speed devices, including most mice and keyboards. A bug in most USB 3.0 hub hardware means that the models prior to Raspberry Pi 4 cannot talk to full or low speed devices connected to a USB 3.0 hub.

USB 2.0 high speed devices, including USB 2.0 hubs, operate correctly when connected via a USB 3.0 hub.

Avoid connecting low or full speed devices into a USB 3.0 hub. As a workaround, plug a USB 2.0 hub into the downstream port of the USB 3.0 hub and connect the low speed device, or use a USB 2.0 hub between the Raspberry Pi and the USB 3.0 hub, then plug low speed devices into the USB 2.0 hub.

From what rpi docs state. I dont fully understand it, are they suggesting to plug the my usb powered hub on to usb2 of rpi4 instead to avoid low speeds bugs?

[bjlockie]

I think it means plug a low or full speed device into a usb2 hub which is plugged into the usb3 hub which is plugged into the rpi. Is there a way to force usb devices to only use USB 3 on a USB hub? That might work (or just don't use a Raspberry Pi :-)).

[fuzmik]

i go back and forth running it openwrt on rpi4 and proxmox vm lol. but so far no issues since other than a power outage last night. thank you guys.