Re: [PATCH RESEND2 net-next 0/8] net: stmmac: qcom-ethqos: further serdes reorganisation
From: Jakub Kicinski <kuba@kernel.org>
Date: 2026-03-01 00:32:30
Also in:
linux-arm-msm, linux-phy, netdev
On Sun, 1 Mar 2026 02:14:53 +0200 Vladimir Oltean wrote:
quoted
quoted
Yes, that's what I thought but then I saw the other thread..Trying to apply this now but stmmac parts don't apply on Linus's tree, and Vinod wants a tag :( What do we do? Could you, perhaps, send us a PR with this on top of Linus's tree (a resolution of the inevitable conflict with net-next would be helpful too). Or do we give up on the tag?Actually, I think it's mainly me who wants a stable tag.
Ah :)
quoted hunk ↗ jump to hunk
I'm working on a series for phy-next which will conflict with this hunk from Russell's patch 1:diff --git a/drivers/phy/qualcomm/phy-qcom-sgmii-eth.c b/drivers/phy/qualcomm/phy-qcom-sgmii-eth.c index 5b1c82459c12..4ea3dce7719f 100644 --- a/drivers/phy/qualcomm/phy-qcom-sgmii-eth.c +++ b/drivers/phy/qualcomm/phy-qcom-sgmii-eth.c@@ -7,6 +7,7 @@ #include <linux/ethtool.h> #include <linux/module.h> #include <linux/of.h> +#include <linux/phy.h> #include <linux/phy/phy.h> // this gets renamed to <linux/phy/phy-provider.h> #include <linux/platform_device.h> #include <linux/regmap.h>
That's not too bad.. if that's the extent of the conflict (which is probably hard to predict at rc2?) we could let linux-next handle it. Of course assuming Vinod is okay with us merging Russell's entire series.
If there's no other way to provide a stable tag other than on v7.0-rc1 (like for example a snapshot of current net-next/main), which I didn't know wouldn't be possible, then I think going with the route of fewer/ more trivial merge conflicts makes sense.
To be clear, it's only about having a common ancestor, I wasn't actually planning on making y'all a tag. I'd just apply the series on top of v7.0-rc1 and merge them in. Then anyone can tag the relevant commit in net-next or use as a base for their own work. I haven't looked how bad the conflict would be if Russell's work was rebased on Linus's tree. If the delta is not too bad, and we can just resolve the merge conflict when pulling it into net-next. That's probably the cleanest. I don't recall us ever making a "dirty tag" on net-next which would propagate few 100s of netdev patches into someone else's tree :S IDK how Linus would react. It's the least good option IMO.