Received-SPF: pass (google.com: domain of linux-wireless+bounces-3691-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Sender: Larry Finger <larry.finger@gmail.com>
Message-ID: <9f7c6005-e9c5-4691-87c2-fee8641f02a4@lwfinger.net>
Date: Fri, 16 Feb 2024 11:36:06 -0600
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: rtw88 driver support for rtl8723ds does not work on Radxa
 RockPi-S
Content-Language: en-US
To: Brent Roman <brent@mbari.org>, linux-wireless@vger.kernel.org,
 martin.blumenstingl@googlemail.com
References: <9f47e65e-35f1-b090-cad1-4d8333293b00@mbari.org>
From: Larry Finger <Larry.Finger@lwfinger.net>
In-Reply-To: <9f47e65e-35f1-b090-cad1-4d8333293b00@mbari.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 2/15/24 17:55, Brent Roman wrote:
> Originally sent to linux-wireless on Feb 1, 2024:
> 
> The Radxa RockPi-S has a built-in RTL8723DS interfaced to a Rockchip RK3308 A35 
> ARM64 processor on one of its SDIO busses.
> 
> I maintain Armbian's support this board.
> 
> The built-in WiFi works perfectly with RTL's 8723ds.ko driver.
> Recently, the rtw88 driver got support for SDIO.
> https://lwn.net/Articles/925940/
> 
> However, when we attempt to enable the rtw88_8723ds module, WiFi does not work.
> 
> Specifically, the WiFi scan returns only the strongest AP while indicating that 
> AP has a very weak signal.
> No connections can be made.
> 
> Unloading the rtw88_8723ds modules to replace it with 8723ds immediately 
> restores WiFi function without the need to reboot the system.
> 
> Has anyone tested the SDIO variant of this driver?
> If so, on which board(s)?
> 
> I'd very much like to get this working.
> Any tips for debugging, or just getting relevant info from the driver, would be 
> appreciated

Brent,

Yes, there are SDIO cards working with the RTW88 driver.

Is the EFUSE properly encoded on the RockPI-S? If not, then the parameters of 
the chip with respect to gains are not set correctly. You should be able to see 
that condition in the dmesg output. Also, is the driver getting a realistic MAC 
address? That also comes from the EFUSE.

Larry