From: Ping-Ke Shih <pkshih@realtek.com>
To: Adrodoc <adrodoc55@googlemail.com>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: RE: Error in rtw89 using Kernel 7.1.4
Date: Mon, 10 Aug 2026 05:36:49 +0000 [thread overview]
Message-ID: <0912165f66394229b4f2b4114ae28a50@realtek.com> (raw)
In-Reply-To: <CAOQMLZVMALBLeCZUB3Jdvk75znt0D7HxrXyPMhGPvcKLx3j-Yg@mail.gmail.com>
Adrodoc <adrodoc55@googlemail.com> wrote:
> Continuing to use 6.6.9-arch1-1 was a good idea. I did get an error
> today: https://github.com/user-attachments/files/30747862/2026-08-05.15.51.12.6.6.9-arch1-1.log
This is also a SER L1 " SER catches error: 0x1000".
> Unlike errors on other kernel version I didn't notice the disconnect
> here. I just saw this error in the log by accident afterwards. I was
> in a zoom call during the error, so I would have expected to notice
> any disconnects. Maybe the recovery is much faster in this kernel
> version?
Even it does recovery very fast. I expect you still can see the log
if connection happened.
>
> The output looks very similar, so I believe this is the same error,
> but I am not 100% sure. For example the message "firmware failed to
> ack for leaving ps mode" is not present here, but maybe that message
> was added to the driver code later.
>
> Also interesting: there was no message like "wlan0: disassociated" or
> "wlan0: authenticate" after the error. Maybe there was just no
> disconnect despite the error, which would explain why I did not notice
> a problem until I randomly looked at the log.
I'd summarize the cases you met:
1. SER L1
It is just a notification from firmware to driver, so we'd ignore this.
2. "firmware failed to ack for leaving ps mode"
Please try to disable power save parameters mentioned by previous mail.
3. disconnection
I think this is major problem you want to fix. If so, bisect kernel
to address this.
By the way, the first log you shared shows that disconnection happened
after SER L1 about 50 seconds. SER L1 seems not a related event.
More, the disconnection might depend on AP you are connecting, so
keep the experiments in the same environments if possible.
Ping-Ke
next prev parent reply other threads:[~2026-08-10 5:36 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-27 14:35 Error in rtw89 using Kernel 7.1.4 Adrodoc
2026-07-28 0:50 ` Ping-Ke Shih
2026-07-28 1:07 ` Ping-Ke Shih
2026-07-28 9:22 ` Adrodoc
2026-07-28 17:55 ` Adrodoc
2026-07-29 0:35 ` Ping-Ke Shih
2026-07-29 8:50 ` Adrodoc
2026-07-29 8:59 ` Adrodoc
2026-08-04 17:12 ` Adrodoc
2026-08-05 1:35 ` Ping-Ke Shih
2026-08-05 8:43 ` Adrodoc
2026-08-05 14:30 ` Adrodoc
2026-08-10 5:36 ` Ping-Ke Shih [this message]
2026-08-10 9:50 ` Adrodoc
2026-08-11 1:48 ` Ping-Ke Shih
2026-08-10 4:01 ` Ping-Ke Shih
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=0912165f66394229b4f2b4114ae28a50@realtek.com \
--to=pkshih@realtek.com \
--cc=adrodoc55@googlemail.com \
--cc=linux-wireless@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.