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;
Authenticated-By: 
From:   Ping-Ke Shih <pkshih@realtek.com>
To:     <kvalo@kernel.org>
CC:     <leo.li@realtek.com>, <linux-wireless@vger.kernel.org>
Subject: [PATCH 0/2] wifi: rtw89: dump registers to help diagnose TX/RX stuck issue
Date:   Wed, 2 Nov 2022 09:42:58 +0800
Message-ID: <20221102014300.14091-1-pkshih@realtek.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Content-Type:   text/plain; charset=US-ASCII
X-KSE-AttachmentFiltering-Interceptor-Info: no applicable attachment filtering
 rules found
X-KSE-Antivirus-Interceptor-Info: scan successful
X-KSE-Antivirus-Info: =?big5?B?Q2xlYW4sIGJhc2VzOiAyMDIyLzExLzEgpFWkyCAxMDozMzowMA==?=
X-KSE-BulkMessagesFiltering-Scan-Result: protection disabled
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE,
        SPF_PASS autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-wireless.vger.kernel.org>
X-Mailing-List: linux-wireless@vger.kernel.org

Somehow, users report WiFi get stuck, but can't reproduce the issue again.
To analyze this, we plan to dump more registers related to TX/RX stuck, and
then it would be possible to address the issue. Eventually, we can add a
rule to recover this abnormal symptom by SER (System Error Recovery)
mechanism.

Chia-Yuan Li (2):
  wifi: rtw89: dump dispatch status via debug port
  wifi: rtw89: update D-MAC and C-MAC dump to diagnose SER

 drivers/net/wireless/realtek/rtw89/debug.c | 1001 ++++++++++++++++++--
 drivers/net/wireless/realtek/rtw89/mac.c   |  374 +++++---
 drivers/net/wireless/realtek/rtw89/mac.h   |   46 +
 drivers/net/wireless/realtek/rtw89/pci.h   |   12 +
 drivers/net/wireless/realtek/rtw89/reg.h   |  234 ++++-
 5 files changed, 1470 insertions(+), 197 deletions(-)

-- 
2.25.1