Problem in Linux with Alfa AWUS036ACHM where the device appears not to be initialized correctly on a reboot

Brett Bergquist bbergquist at epc-instore.com
Tue Dec 10 05:15:35 PST 2024


I am going to try to patch the driver.  My first cut will be to use
debugfs to see if I can do something that would reset the hardware as
if it was from a power on.   Anyone know of a datasheet or reference
manual for the Mediatek MT7610UN chip?  The chip is labeled

MEDIATEK
MT7610UN
2131-AMAL
FTPAR540


On Sat, Dec 7, 2024 at 1:59 PM Brett Bergquist
<bbergquist at epc-instore.com> wrote:
>
> I have a product that is built using Yocto Kirkstone release (Kernel
> version 5.15) that uses the Alfa AWUS036ACHM product.  It is working
> most of the time but I have a strange situation.  If I reboot the
> system, there will come a time where the device is detected but it
> does not work.  This is using systemd-networkd for networking and
> using wpa_supplicant.
>
> To stress the system, I am externally logging into the system and
> rebooting.  This might be successful for a number of iterations, I
> have seen 30 reboots.  Eventually however the networking will fail
> with wpa_supplicant not progressing at all.  I connect a console cable
> to observe what I see.
>
> When in this state, the USB device is seen, the modules loaded look like
> >
> > root at 9998:~# lsmod
> > Module                  Size  Used by
> > mt76x0u                16384  0
> > mt76x0_common          40960  1 mt76x0u
> > mt76x02_usb            20480  1 mt76x0u
> > mt76_usb               28672  2 mt76x02_usb,mt76x0u
> > mt76x02_lib            61440  3 mt76x02_usb,mt76x0_common,mt76x0u
> > mt76                   57344  5 mt76_usb,mt76x02_lib,mt76x02_usb,mt76x0_common,mt76x0u
>
> Everything looks normal.   However the wifi does not work.  Using "iw
> dev wlan0 station dump" and nothing is seen.  I have so far found
> nothing that I can do in software that will reliably get wifi out of
> this state.   I have tried
>
> delaying starting wpa_supplicant for a bit (30 seconds) after boot on
> the theory to let the USB bits in the kernel settle
> reset the USB port and restart the wpa_supplicant
> unbind and rebind the USB device and restart the wpa_supplicant
> unload the driver kernel module and reload the driver kernel module
> and restart the wpa_supplicant
>
> Even a reboot of the system will not recover once in this state.  I
> can recover by unplugging the wifi device USB connection and replug it
> back in and then restart wpa_supplicant and the networking comes right
> up.  A reboot likely does not cause loss of power to the wifi device.
>  I can also recover by a complete power off/power on of the system.
>
> It is as if the wifi device gets into some state that is not good and
> cannot be cleared in software.  I have also seen the device get into a
> state where it appears connected but only partially in that I can pass
> things such as ICMP ECHO to and from the system, but I cannot pass
> data, as an example SSH into our out of the system starts but hangs.
> Using Wireshark I can see the TCP connection being established with
> the SYN, SYN/ACK, ACK handshake but then start of the SSH setup fails
> and times out.   Again, simply unplug and replug the wifi device and
> it works.
>
> Note that this occurs on multiple wifi devices which I have used with
> the same system and also the same wifi device on a different system.
> After a number of reboots I can get into this state.
>
> So my question is if that type of thing has been seen and possibly
> corrected in a later kernel version.  I would then attempt to backport
> changes as needed.
>
>
> --
> Brett M. Bergquist
> Distinguished Member Technical Staff
> EntryPoint Communications LLC
> 30 Waterside Drive, Suite 100
> Farmington, CT 06032
>
> Phone: (203) 206 3542
> Email: bbergquist at epc-instore.com
>
> CONFIDENTIALITY NOTICE
> This message (including any attachments) contains information that may
> be confidential.  If you are the intended recipient, and the message
> is marked confidential, by opening the message, you accept
> responsibility for treating the message and information contained in
> the message as confidential, including not distributing or disclosing
> its contents to any third party without the express written consent of
> the sender.  If you are not the intended recipient, you may not read,
> print, retain, use, copy, distribute or disclose to anyone the message
> or any information contained in the message, and such conduct is
> prohibited.  If you have received this message in error, please advise
> the sender by reply e-mail, and destroy all copies of the original
> message (including any attachments).  Sender reserves all rights of
> confidentiality and privilege, and nothing regarding this e-mail or
> its transmission is intended to be a waiver thereof.



More information about the Linux-mediatek mailing list