mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Paolo Lazzaroni <eexto@aol.com>
To: pkshih@realtek.com, rtl8821cerfe2@gmail.com, kvalo@kernel.org,
	linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: ohavrylov.oss@gmail.com,
	gabriel_v_maia@estudante.sesisenai.org.br,
	learn.rahul.rai@gmail.com, mihaildimoski@gmail.com,
	atailhan2006@gmail.com, Paolo Lazzaroni <eexto@aol.com>
Subject: Re: [PATCH rtw-next] wifi: rtw88: 8821c: disable deep LPS on PCIe devices
Date: Sun, 20 Sep 2026 18:30:18 +0200	[thread overview]
Message-ID: <20260920163018.279705-1-eexto@aol.com> (raw)
In-Reply-To: <6ef40cf436a54a319ab228c19a137cc4@realtek.com>

Bitterblue Smith <rtl8821cerfe2@gmail.com> wrote:
> Disabling LPS_PG doesn't mean disabling LCLK, I think.

Ping-Ke Shih <pkshih@realtek.com> wrote:
> Indeed. bLPS_PG_En should be LPS_DEEP_MODE_PG which 8821c's
> .lps_deep_mode_supported doesn't declare this.

Ah, got it. Sorry, my mistake.

> First line of block comment should be empty.

Will fix this style in the next revision.

> I'll consult internally to see if we disable deep PS entirely
> for this chip.
> 
> My question is that are you 100% sure this can resolve the problem
> you encountered?

To be transparent: on my HP 15-da0xxx (subsystem 103c:831a), I was originally
using module parameters (disable_lps_deep=y and disable_aspm=y) while debugging
the antenna issue.

After your question, I tested my laptop with upstream default settings
(disable_lps_deep=n, disable_aspm=n, power_save=on). Using ftrace on
rtw_power_mode_change over a 1-hour test, the card entered and left 32kHz
LCLK deep sleep hundreds of times without any freeze or firmware error. So
on my specific HP laptop, deep LPS actually works fine.

I proposed this patch and added the reporters in Cc (Gabriel, Rahul, Mihail,
Ata) because multiple platforms (HP, ASUS TUF, Lenovo, Dell) keep hitting
hard freezes with 8821CE PCIe, and adding DMI quirks one by one is hard
to maintain.

So I can't be 100% sure for their hardware without their confirmation.
We hope someone in Cc can join the discussion and test this patch to see
if it definitively fixes their freeze, which would also help anyone who might
encounter this problem in the future.

Thank you for consulting internally at Realtek. I will hold off on v2
until your internal feedback.

Paolo

      reply	other threads:[~2026-09-20 17:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20260918232801.119348-1-eexto.ref@aol.com>
2026-09-18 23:28 ` Paolo Lazzaroni
2026-09-19 17:39   ` Bitterblue Smith
2026-09-20  2:36     ` Ping-Ke Shih
2026-09-20 16:30       ` Paolo Lazzaroni [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260920163018.279705-1-eexto@aol.com \
    --to=eexto@aol.com \
    --cc=atailhan2006@gmail.com \
    --cc=gabriel_v_maia@estudante.sesisenai.org.br \
    --cc=kvalo@kernel.org \
    --cc=learn.rahul.rai@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mihaildimoski@gmail.com \
    --cc=ohavrylov.oss@gmail.com \
    --cc=pkshih@realtek.com \
    --cc=rtl8821cerfe2@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®