Netdev Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Ioana Ciornei <ciorneiioana@gmail.com>,
	Heiner Kallweit <hkallweit1@gmail.com>,
	"David S. Miller" <davem@davemloft.net>,
	netdev@vger.kernel.org, Ioana Ciornei <ioana.ciornei@nxp.com>,
	Jakub Kicinski <kuba@kernel.org>
Subject: Re: [PATCH net-next] net: dpaa2-mac: add support for more ethtool 10G link modes
Date: Fri, 3 Sep 2021 15:11:36 +0200	[thread overview]
Message-ID: <YTIfCCzYK6RK1gYj@lunn.ch> (raw)
In-Reply-To: <20210903113434.GV22278@shell.armlinux.org.uk>

On Fri, Sep 03, 2021 at 12:34:34PM +0100, Russell King (Oracle) wrote:
> On Fri, Sep 03, 2021 at 02:09:16PM +0300, Ioana Ciornei wrote:
> > On Fri, Sep 03, 2021 at 11:33:58AM +0100, Russell King (Oracle) wrote:
> > > On Mon, Aug 16, 2021 at 05:47:52PM +0300, Ioana Ciornei wrote:
> > > > On Tue, Jul 20, 2021 at 03:11:34PM +0100, Russell King (Oracle) wrote:
> > > > > On Tue, Jul 20, 2021 at 03:51:35PM +0200, Andrew Lunn wrote:
> > > > > > On Tue, Jul 20, 2021 at 10:57:43AM +0100, Russell King wrote:
> > > > > > > Phylink documentation says:
> > > > > > >   Note that the PHY may be able to transform from one connection
> > > > > > >   technology to another, so, eg, don't clear 1000BaseX just
> > > > > > >   because the MAC is unable to BaseX mode. This is more about
> > > > > > >   clearing unsupported speeds and duplex settings. The port modes
> > > > > > >   should not be cleared; phylink_set_port_modes() will help with this.
> > > > > > > 
> > > > > > > So add the missing 10G modes.
> > > > > > 
> > > > > > Hi Russell
> > > > > > 
> > > > > > Would a phylink_set_10g(mask) helper make sense? As you say, it is
> > > > > > about the speed, not the individual modes.
> > > > > 
> > > > > Yes, good point, and that will probably help avoid this in the future.
> > > > > We can't do that for things like e.g. SGMII though, because 1000/half
> > > > > isn't universally supported.
> > > > > 
> > > > > Shall we get this patch merged anyway and then clean it up - as such
> > > > > a change will need to cover multiple drivers anyway?
> > > > > 
> > > > 
> > > > This didn't get merged unfortunately.
> > > > 
> > > > Could you please resend it? Alternatively, I can take a look into adding
> > > > that phylink_set_10g() helper if that is what's keeping it from being
> > > > merged.
> > > 
> > > It looks like the original patch didn't appear in patchwork for some
> > > reason - at least google can find it in lore's netdev archives, but
> > > not in patchwork. I can only put this down to some kernel.org
> > > unreliability - we've seen this unreliability in the past with netdev,
> > > and it seems to be an ongoing issue.
> > > 
> > 
> > Yes, it cannot be found though google but the patch appears in
> > patchwork, it was tagged with 'Changes requested'.
> > https://patchwork.kernel.org/project/netdevbpf/patch/E1m5mVT-00032g-Km@rmk-PC.armlinux.org.uk/
> 
> Thanks. I wonder why searching for it via google and also via patchworks
> search facility didn't find it.
> 
> So, it got incorrectly tagged by netdev maintainers, presumably because
> they're too quick to classify a patch while discussion on the patch was
> still ongoing - and there's no way for those discussing that to ever
> know without finding it in patchwork. Which is pretty much impossible
> unless you know the patchwork URL format and message ID, and are
> prepared to regularly poll the patchwork website.
> 
> The netdev process, as a patch submitter or reviewer, is really very
> unfriendly.

H Russell, Ioana

It sounds like at LPC there is going to be a time slot to talk about
netdev processes. I would like to find out and discuss the new policy
for the time it takes to merge patches. Patchwork issues, and the lack
of integration with email workflows could be another interesting topic
to discuss.

	Andrew

  reply	other threads:[~2021-09-03 13:11 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-20  9:57 Russell King
2021-07-20 13:51 ` Andrew Lunn
2021-07-20 14:11   ` Russell King (Oracle)
2021-07-20 14:13     ` Andrew Lunn
2021-08-16 14:47     ` Ioana Ciornei
2021-09-03 10:33       ` Russell King (Oracle)
2021-09-03 11:09         ` Ioana Ciornei
2021-09-03 11:34           ` Russell King (Oracle)
2021-09-03 13:11             ` Andrew Lunn [this message]
2021-09-03 17:06               ` Ioana Ciornei
2021-07-20 14:13 ` Andrew Lunn
  -- strict thread matches above, loose matches on Subject: below --
2021-03-09 15:35 Russell King
2021-03-10  2:01 ` Andrew Lunn

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=YTIfCCzYK6RK1gYj@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=ciorneiioana@gmail.com \
    --cc=davem@davemloft.net \
    --cc=hkallweit1@gmail.com \
    --cc=ioana.ciornei@nxp.com \
    --cc=kuba@kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=netdev@vger.kernel.org \
    --subject='Re: [PATCH net-next] net: dpaa2-mac: add support for more ethtool 10G link modes' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).