From: Kalle Valo <kvalo@kernel.org>
To: Ping-Ke Shih <pkshih@realtek.com>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"rtl8821cerfe2@gmail.com" <rtl8821cerfe2@gmail.com>
Subject: Re: rtw88: The debugfs interface reads registers from the wrong device
Date: Tue, 30 Jul 2024 19:27:53 +0300 [thread overview]
Message-ID: <87o76elu9i.fsf@kernel.org> (raw)
In-Reply-To: <cd6a2acf3c2c36d938b40140b52a779516f446a9.camel@realtek.com> (Ping-Ke Shih's message of "Tue, 16 Jul 2024 02:56:03 +0000")
Ping-Ke Shih <pkshih@realtek.com> writes:
> On Tue, 2024-07-16 at 01:19 +0000, Ping-Ke Shih wrote:
>
>> On Mon, 2024-07-15 at 14:26 +0300, Bitterblue Smith wrote:
>> > On 15/07/2024 14:05, Bitterblue Smith wrote:
>> > > Hi,
>> > >
>> > > To reproduce the problem, you need a computer with two wifi
>> > > devices supported by rtw88. It's especially easy to notice
>> > > the problem if one of the devices is USB and the other is PCI,
>> > > because the PCI device will have various values in the
>> > > registers 0x300..0x3ff, but the USB device will have all
>> > > 0xeaeaeaea there.
>> > >
>> > > 1. Let's assume the driver for the PCI device is already loaded.
>> > > I have RTL8822CE.
>> > >
>> > > 2. Mount debugfs:
>> > >
>> > > # mount -t debugfs none /sys/kernel/debug
>> > >
>> > > 3. Check page 0x300:
>> > >
>> > > # cat /sys/kernel/debug/ieee80211/phy0/rtw88/mac_3
>> > > 00000300 f7138000 33330000 ffffb000 00000000
>> > > .....
>> > >
>> > > 4. Plug the USB device. I used RTL8811CU.
>> > >
>> > > 5. Check page 0x300 again:
>> > >
>> > > # cat /sys/kernel/debug/ieee80211/phy0/rtw88/mac_3
>> > > 00000300 eaeaeaea eaeaeaea eaeaeaea eaeaeaea
>> > > .....
>> > >
>> > > 6. Bonus: unload rtw88_8821cu and check page 0x300 again to get
>> > > a null pointer dereference:
>> > >
>> > > # rmmod rtw88_8821cu
>> > > # cat /sys/kernel/debug/ieee80211/phy0/rtw88/mac_3
>> >
>> > I forgot to say: my kernel is 6.9.8-arch1-1 from Arch Linux.
>> > The problem also happens with kernel 6.9.8 plus rtw88 from
>> > rtw-next.
>>
>> This limitation is existing since initial driver.
>>
>> To read a range of large registers area, for example, we need to
>> a range via write operation and store as a private data, and
>> then use read operation with private data to read registers.
>>
>> The limitation is because the private data is static variable.
>> A possible solution is to duplicate static variable into rtwdev.
>> Not sure if it is worth to adjust codes for debug purpose only.
>>
>> Another easier solution is to avoid creating debugfs for second
>> adapter. How do you think?
>>
>
> Think a little bit further. I will try to duplicate static variables
> to support multiple adapters.
BTW in drivers all static variables need to be const just because of
issues like this. Static non-const variables are a big no.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
prev parent reply other threads:[~2024-07-30 16:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-15 11:05 rtw88: The debugfs interface reads registers from the wrong device Bitterblue Smith
2024-07-15 11:26 ` Bitterblue Smith
2024-07-16 1:19 ` Ping-Ke Shih
2024-07-16 2:56 ` Ping-Ke Shih
2024-07-18 6:45 ` Ping-Ke Shih
2024-07-30 16:27 ` Kalle Valo [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=87o76elu9i.fsf@kernel.org \
--to=kvalo@kernel.org \
--cc=linux-wireless@vger.kernel.org \
--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 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.