[PATCH v1 1/6] sdio: Add syntactic sugar to store a pointer in sdio_driver_id
Johannes Berg
johannes at sipsolutions.net
Tue Apr 21 08:54:06 PDT 2026
Hi Uwe,
> > It's probably better for everything all around, including the various
> > automations that test patch series, if you just flip a coin, send these
> > to either BT or WiFi, and then resend the others later :)
>
> The first patch of this series adapting sdio_device_id is technically
> mmc material.
Right.
> However to demonstrate the upside of this patch you also
> have to look at at least one of bluetooth and wifi. So even if I drop
> one of those there are still two subsystems involved.
Sure, that's fair.
> And then in my
> subjective view it doesn't matter much if I involve two or three
> subsystems. Regarding test automations I would assume that if the
> bluetooth bot sees patches #1-#4 of this series it can do something
> already (involving either testing the series only partially or finding
> all 6 patches on lore).
Yeah, that's a fair assumption, except at least for wifi, the
automations (like netdev, the nipa software) only ever runs on series
that it receives completely, since everyone gets CC'ed on random things
too much and having the full series is a proxy for "should be applied
here."
> Having said that, I'm happy if the first patch is merged and patches #2
> to #6 are discarded by the bluetooth and wifi people. I'll come back to
> them once the first patch is in a release.
>
> > All assuming we get an ACK from whoever is responsible for patch 1 to
> > merge it through some other tree :)
>
> To make this more explicit: That would be Ulf as MMC maintainer.
I'm also happy to merge the MMC (with Ulf's ACK) and WiFi parts, though
that's even scattered with my sub-maintainers, but that just needs some
coordination... I'd just like to then have a complete series on the list
so I don't have to all the (build) testing manually.
If either BT or WiFi merge the relevant patches then we can sync via
net-next pretty quickly and get all of it done soon, if the first patch
is via MMC then it'll probably take a whole other release cycle ...
johannes
More information about the Linux-mediatek
mailing list