LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Finn Thain <fthain@linux-m68k.org>
To: Andrew Lunn <andrew@lunn.ch>
Cc: Carsten Strotmann <carsten@strotmann.de>,
	Jakub Kicinski <kuba@kernel.org>,
	 Carsten Strotmann <cas@strotmann.de>,
	 John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
	 davem@davemloft.net, netdev@vger.kernel.org,
	edumazet@google.com,  pabeni@redhat.com, andrew+netdev@lunn.ch,
	horms@kernel.org,  geert@linux-m68k.org, chleroy@kernel.org,
	npiggin@gmail.com,  mpe@ellerman.id.au, maddy@linux.ibm.com,
	linux-mips@vger.kernel.org,  linux-m68k@lists.linux-m68k.org,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH net-next 0/2] appletalk: move the protocol out of tree
Date: Thu, 18 Jun 2026 18:31:55 +1000 (AEST)	[thread overview]
Message-ID: <4b08a56c-b209-22c8-7835-6fee7ac7a8b8@linux-m68k.org> (raw)
In-Reply-To: <2791b2e3-bf58-4dce-9262-4f1d8d3241fb@lunn.ch>


On Thu, 18 Jun 2026, Andrew Lunn wrote:

> appletalk is just one of many many drivers where the listed Maintainers 
> does not respond to patches, or there is no Maintainer at all. So a lot 
> of work falls on the top level netdev Maintainers.

It goes with the territory. If that messes up their performance reviews, I 
am okay with that. We all make our own choices.

> In fact, a lot of the AI driven bug fixes tend to fall into this 
> category of old drivers with no active Maintainers, since that tends to 
> be where the poorer quality code is.

That has not been my experience. I rarely see a review from sashiko-bot on 
the scsi mailing list that doesn't list as many pre-existing bugs as new 
bugs. This is almost always actively developed code, not mature code.

In anycase, quality is irrelevant here. I'm happy to see fixes for any 
code base whatever its level of quality and whatever the quality metric. 

What matters more to me than quality is utility.

> So top level netdev Maintainers are having to do a lot more work, on old 
> drivers which very few people care about. That is a poor use of their 
> talent, when we actually want them working on drivers for modern 
> hardware with a lot of users.
> 

Again, that has not been my experience. Linux often gets installed because 
the hardware is not modern enough so the vendor has abandoned it and so
there's no better alternative than Linux.

As for wasted talent, this industry discards skillsets just as fast as you 
discard e-waste. It goes with the territory. Moreover, if maintainers are 
not using AI to make themselves more effective then they should admit to 
retro-computing.


  parent reply	other threads:[~2026-06-18  8:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-15 22:29 [PATCH net-next 0/2] appletalk: move the protocol out of tree Jakub Kicinski
2026-06-15 22:29 ` [PATCH net-next 1/2] appletalk: stop storing per-interface state in struct net_device Jakub Kicinski
2026-06-15 22:29 ` [PATCH net-next 2/2] appletalk: move the protocol out of tree Jakub Kicinski
2026-06-15 23:34 ` [PATCH net-next 0/2] " John Paul Adrian Glaubitz
2026-06-16  0:55   ` Jakub Kicinski
2026-06-16  7:13     ` Carsten Strotmann
2026-06-16 15:49       ` Jakub Kicinski
2026-06-17 11:15         ` Carsten Strotmann
2026-06-18  0:55           ` Finn Thain
2026-06-18  8:01             ` Andrew Lunn
2026-06-18  8:13               ` Geert Uytterhoeven
2026-06-18 11:23                 ` Andrew Lunn
2026-06-18  8:31               ` Finn Thain [this message]
2026-06-16  2:01 ` Stephen Hemminger
2026-06-16 22:00 ` patchwork-bot+netdevbpf

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=4b08a56c-b209-22c8-7835-6fee7ac7a8b8@linux-m68k.org \
    --to=fthain@linux-m68k.org \
    --cc=andrew+netdev@lunn.ch \
    --cc=andrew@lunn.ch \
    --cc=carsten@strotmann.de \
    --cc=cas@strotmann.de \
    --cc=chleroy@kernel.org \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=geert@linux-m68k.org \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=horms@kernel.org \
    --cc=kuba@kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=maddy@linux.ibm.com \
    --cc=mpe@ellerman.id.au \
    --cc=netdev@vger.kernel.org \
    --cc=npiggin@gmail.com \
    --cc=pabeni@redhat.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox