linux-kernel - Re: PROBLEM: 5.6.0-rc6 + Realtek RTL8188CUS wifi dongle: 8051 reset failed!

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 17 Mar 2020 09:52:14 -0500
From:   Larry Finger <Larry.Finger@...inger.net>
To:     AC <achirvasub@...il.com>, Ping-Ke Shih <pkshih@...ltek.com>,
        Jes Sorensen <Jes.Sorensen@...il.com>,
        linux-wireless@...r.kernel.org
Cc:     kernel list <linux-kernel@...r.kernel.org>
Subject: Re: PROBLEM: 5.6.0-rc6 + Realtek RTL8188CUS wifi dongle: 8051 reset
 failed!

On 3/17/20 1:44 AM, AC wrote:
> I am on Debian 10.3 stable i386, running a custom-compiled kernel (I compile weekly, when new rc releases drop).
> 
> I keep the following USB wifi dongle connected to this machine:
> 
> ID 050d:1102 Belkin Components F7D1102 N150/Surf Micro Wireless Adapter v1000 [Realtek RTL8188CUS]
> 
> 
> ---
> 
> The problem:
> 
> As of 5.6.0-rc6, booting up with the dongle connected returns a number of dmesg complaints:
> 
> --- cut here ---
> 
> [    9.448337] rtl8192cu: MAC auto ON okay!          [    9.579025] rtl8192cu: Tx queue select: 0x05      [   10.475308] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00030006.                            [   10.478213] rtl8192c_common: Firmware is not ready to run!                                             [   10.960093] rtl8192cu: 8051 reset failed!.........................                                     [   10.971027] rtl8192cu: MAC auto ON okay!          [   11.101691] rtl8192cu: Tx queue select: 0x05
> 
> --- end ---
> 
> Occasionally, this results in a timeout while trying to reach network.target (systemd).
> 
> Afterwards, there's endless dmesg noise Re: rtl8192cu:
> 
> --- cut here ---
> 
> [11391.204555] rtl8192cu: Tx queue select: 0x05      [11707.050480] rtl8192cu: MAC auto ON okay!          [11707.181118] rtl8192cu: Tx queue select: 0x05      [12023.057056] rtl8192cu: MAC auto ON okay!          [12023.187727] rtl8192cu: Tx queue select: 0x05
> [12339.060183] rtl8192cu: MAC auto ON okay!          [12339.199316] rtl8192cu: Tx queue select: 0x05      [12655.054140] rtl8192cu: MAC auto ON okay!          [12655.184789] rtl8192cu: Tx queue select: 0x05      [12971.053948] rtl8192cu: MAC auto ON okay!          [12971.184600] rtl8192cu: Tx queue select: 0x05      [13287.062712] rtl8192cu: MAC auto ON okay!          [13287.193363] rtl8192cu: Tx queue select: 0x05      [13603.065987] rtl8192cu: MAC auto ON okay!          [13603.196641] rtl8192cu: Tx queue select: 0x05      [13919.066617] rtl8192cu: MAC auto ON okay!          [13919.197270] rtl8192cu: Tx queue select: 0x05      [14235.060621] rtl8192cu: MAC auto ON okay!          [14235.191277] rtl8192cu: Tx queue select: 0x05      [14551.055104] rtl8192cu: MAC auto ON okay!          [14551.185741] rtl8192cu: Tx queue select: 0x05      [14867.051799] rtl8192cu: MAC auto ON okay!          [14867.182451] rtl8192cu: Tx queue select: 0x05      [14878.855070] perf: interrupt took too long (7897 > 7896), lowering kernel.perf_event_max_sample_rate to 25250

Please bisect this problem. No one else has reported it, thus it may depend on 
some specific configuration of your system.

Was 5.6.0-rc5 OK?

Larry