Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Tue, 17 Mar 2020 02:44:21 -0400
User-Agent: K-9 Mail for Android
MIME-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: PROBLEM: 5.6.0-rc6 + Realtek RTL8188CUS wifi dongle: 8051 reset failed! 
To:     Ping-Ke Shih <pkshih@realtek.com>,
        Jes Sorensen <Jes.Sorensen@gmail.com>,
        linux-wireless@vger.kernel.org
CC:     kernel list <linux-kernel@vger.kernel.org>
From:   AC <achirvasub@gmail.com>
Message-ID: <C9F34A4B-E3F3-4D7A-B870-058C8D4871B9@gmail.com>
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

I am on Debian 10=2E3 stable i386, running a custom-compiled kernel (I comp=
ile weekly, when new rc releases drop)=2E

I keep the following USB wifi dongle connected to this machine:

ID 050d:1102 Belkin Components F7D1102 N150/Surf Micro Wireless Adapter v1=
000 [Realtek RTL8188CUS]


---

The problem:=20

As of 5=2E6=2E0-rc6, booting up with the dongle connected returns a number=
 of dmesg complaints:

--- cut here ---

[    9=2E448337] rtl8192cu: MAC auto ON okay!          [    9=2E579025] rt=
l8192cu: Tx queue select: 0x05      [   10=2E475308] rtl8192c_common: Polli=
ng FW ready fail! REG_MCUFWDL:0x00030006=2E                            [   =
10=2E478213] rtl8192c_common: Firmware is not ready to run!                =
                             [   10=2E960093] rtl8192cu: 8051 reset failed!=
=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=
                                     [   10=2E971027] rtl8192cu: MAC auto O=
N okay!          [   11=2E101691] rtl8192cu: Tx queue select: 0x05

--- end ---

Occasionally, this results in a timeout while trying to reach network=2Eta=
rget (systemd)=2E=20

Afterwards, there's endless dmesg noise Re: rtl8192cu:

--- cut here ---

[11391=2E204555] rtl8192cu: Tx queue select: 0x05      [11707=2E050480] rt=
l8192cu: MAC auto ON okay!          [11707=2E181118] rtl8192cu: Tx queue se=
lect: 0x05      [12023=2E057056] rtl8192cu: MAC auto ON okay!          [120=
23=2E187727] rtl8192cu: Tx queue select: 0x05
[12339=2E060183] rtl8192cu: MAC auto ON okay!          [12339=2E199316] rt=
l8192cu: Tx queue select: 0x05      [12655=2E054140] rtl8192cu: MAC auto ON=
 okay!          [12655=2E184789] rtl8192cu: Tx queue select: 0x05      [129=
71=2E053948] rtl8192cu: MAC auto ON okay!          [12971=2E184600] rtl8192=
cu: Tx queue select: 0x05      [13287=2E062712] rtl8192cu: MAC auto ON okay=
!          [13287=2E193363] rtl8192cu: Tx queue select: 0x05      [13603=2E=
065987] rtl8192cu: MAC auto ON okay!          [13603=2E196641] rtl8192cu: T=
x queue select: 0x05      [13919=2E066617] rtl8192cu: MAC auto ON okay!    =
      [13919=2E197270] rtl8192cu: Tx queue select: 0x05      [14235=2E06062=
1] rtl8192cu: MAC auto ON okay!          [14235=2E191277] rtl8192cu: Tx que=
ue select: 0x05      [14551=2E055104] rtl8192cu: MAC auto ON okay!         =
 [14551=2E185741] rtl8192cu: Tx queue select: 0x05      [14867=2E051799] rt=
l8192cu: MAC auto ON okay!          [14867=2E182451] rtl8192cu: Tx queue se=
lect: 0x05      [14878=2E855070] perf: interrupt took too long (7897 > 7896=
), lowering kernel=2Eperf_event_max_sample_rate to 25250

--- end ---

There are large swaths of this in dmesg=2E