Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 10 Jun 2022 12:59:27 +0000
To:     "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
From:   rtl8821cerfe2 <rtl8821cerfe2@protonmail.com>
Reply-To: rtl8821cerfe2 <rtl8821cerfe2@protonmail.com>
Subject: rtw88_8821ce makes system freeze again since 5.18
Message-ID: <Te_PJvJjKCi-lK28Zu0d8VQG0AGdwTl6cJydYEETLbc3gN0l8liXH1DSOZnKxUHYGxavLBCs1sqos2e6jeiRzzO0RLRSISdWvTiiPp0v9kM=@protonmail.com>
Feedback-ID: 34463299:user:proton
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

Hi!

Since I updated the kernel to 5.18, the system has been freezing again, alm=
ost like in my previous report [0]. The only difference is that sometimes (=
rarely) I get some potentially useful messages right before the freeze. The=
se two appeared together:

rtw_8821ce 0000:02:00.0: failed to dequeue 221 skb TX queue 1, BD=3D0x00000=
001, rp 33 -> 0
rtw_8821ce 0000:02:00.0: failed to dequeue 33 skb TX queue 1, BD=3D0x002300=
23, rp 0 -> 35

And this one appeared on a different occasion before a freeze:

rtw_8821ce 0000:02:00.0: failed to dequeue 3905 skb TX queue 1, BD <cut off=
 by browser window on top of terminal>

Before I saw those messages, I thought maybe this change was at fault:

  /* Disable PCIe ASPM L1 while doing NAPI poll for 8821CE */
- if (pdev->device =3D=3D 0xc821 && bridge->vendor =3D=3D PCI_VENDOR_ID_INT=
EL)
+ if (rtwdev->chip->id =3D=3D RTW_CHIP_TYPE_8821C && bridge->vendor =3D=3D =
PCI_VENDOR_ID_INTEL)
=09rtwpci->rx_no_aspm =3D true;

but it's not. I verified that the chip type is still detected correctly and=
 rx_no_aspm is set to true. And yet the system freezes.

My laptop's wifi card is RTL8821CE, type RFE 2. My laptop is HP 250 G7, mod=
el 6MQ29EA.

It happens within a few minutes after booting if I don't do anything out of=
 the ordinary. If I do a speed test at speedtest.net, the system usually fr=
eezes during the test. I have to hold the power button to shut it down.

disable_aspm=3D1 seems to help.

The freeze happens with the rtw88 driver from the 5.18-arch1-1 kernel from =
Arch Linux, and also with the rtw88 driver from lwfinger/rtw88, commit ce97=
958 ("rtw88: Bring code up to May 1 version of wireless-testing") [1].

I used the driver from the 5.17.1-arch1-1 kernel for a long time without pr=
oblems.

The firmware version is 24.11.0. I downgraded it to 24.8.0, which is what I=
 had before, but the system still froze.

I also tried kernel 5.17.1 with firmware 24.11.0 and the system did not fre=
eze.

[0] https://lore.kernel.org/linux-wireless/vWuRjLpNOkVGXHNeCL6phN5YDcd6Oljm=
1WgEMO4vA9aufK8MxzN5itvDnRjPBWHZN0geAbRLAzgIj36kAiNtdHh5vg2RjUH_TzuqZ7WSYeE=
=3D@protonmail.com/T/#u
[1] https://github.com/lwfinger/rtw88/commit/ce979583dff5fc2f6cbce354c3e2dc=
eafee454ca