Re: [PATCH 3/4] arm64: dts: rockchip: enable wifi on ArmSoM Sige5

Alexey Charkov
2025-06-05T14:20:23Z

On Thu, Jun 5, 2025 at 10:32 AM Alexey Charkov <alchark@gmail.com> wrote:
>
> On Thu, Jun 5, 2025 at 6:43 AM Jimmy Hon <honyuenkwun@gmail.com> wrote:
> >
> > >
> > > +&sdio {
> > > + bus-width = <4>;
> > > + cap-sdio-irq;
> > > + disable-wp;
> > > + keep-power-in-suspend;
> > > + mmc-pwrseq = <&sdio_pwrseq>;
> > > + no-sd;
> > > + no-mmc;
> > > + non-removable;
> > > + sd-uhs-sdr50;
> > > + sd-uhs-sdr104;
> > > + vmmc-supply = <&vcc_3v3_s3>;
> > > + vqmmc-supply = <&vcc_1v8_s3>;
> > > + wakeup-source;
> > > + status = "okay";
> > > +};
> >
> > When you enable the sdio node on your v1.2 board with the broadcom
> > chip (using SYN43752), does the btsdio.ko bind to the device and
> > create an extra rfkill bluetooth node?
>
> Good question, I didn't have it enabled in my build:
>
> # CONFIG_BT_HCIBTSDIO is not set
>
> Let me add it and report back.

So I've rebuilt it with btsdio.ko module enabled. As I boot the
system, WiFi (via SDIO) and Bluetooth (via UART) drivers get probed
and load their respective firmwares. btsdio.ko doesn't get
auto-loaded. If I load it manually after booting, it doesn't bind to
anything and doesn't create any extra rfkill nodes.

Is there anything else I need to check or look out for?

Best regards,
Alexey

> > If so, you'll want to blacklist the SYN43752 chip in the btsdio.ko.
> > Similar to https://github.com/jimmyhon/linux/commit/81c14dc2dea2ceaea8d390188b352d32e278abc8
> > The original logic was introduced in
> > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/bluetooth/btsdio.c?id=b4cdaba274247c9c841c6a682c08fa91fb3aa549
>
> I will check, thank you for the pointers!
>
> Best regards,
> Alexey