All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleksij Rempel <o.rempel@pengutronix.de>
To: Linus Walleij <linusw@kernel.org>
Cc: "Mark Brown" <broonie@kernel.org>, "Andrew Lunn" <andrew@lunn.ch>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Vladimir Oltean" <olteanv@gmail.com>,
	"Ahmad Fatoum" <a.fatoum@pengutronix.de>,
	"Rob Herring" <robh@kernel.org>,
	netdev@vger.kernel.org,
	"Luiz Angelo Daros de Luca" <luizluca@gmail.com>,
	linux-kernel@vger.kernel.org,
	"Liam Girdwood" <lgirdwood@gmail.com>,
	"Eric Dumazet" <edumazet@google.com>,
	kernel@pengutronix.de, "Alvin Šipraga" <alsi@bang-olufsen.dk>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Paolo Abeni" <pabeni@redhat.com>,
	"Alvin Šipraga" <alvin.sipraga@analog.com>,
	"David S. Miller" <davem@davemloft.net>,
	devicetree@vger.kernel.org
Subject: Re: [PATCH net-next v1 2/2] net: dsa: realtek: rtl83xx: add support for enabling supplies
Date: Fri, 7 Aug 2026 09:10:16 +0200	[thread overview]
Message-ID: <anWE2HD_Mrv9XlYV@pengutronix.de> (raw)
In-Reply-To: <CAD++jLkkwuRYrW7aF4BrxoH=qVfNfbzsW8A+URig79dVMxgZ-g@mail.gmail.com>

On Fri, Aug 07, 2026 at 08:51:53AM +0200, Linus Walleij wrote:
> On Fri, Aug 7, 2026 at 6:26 AM Oleksij Rempel <o.rempel@pengutronix.de> wrote:
> > On Thu, Aug 06, 2026 at 07:40:29PM +0200, Linus Walleij wrote:
> > > On Thu, Aug 6, 2026 at 5:56 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> > >
> > > [Andrew says]
> > > > > static inline int __must_check clk_bulk_get_optional(struct device *dev,
> > > > > static inline int __must_check devm_clk_bulk_get_optional(struct device *dev,
> > > > > static inline int __must_check devm_clk_bulk_get_optional_enable(struct device *dev,
> > > > >
> > > > > If clk has them, maybe regulators should as well?
> > > >
> > > > clk and regulator have different interpretations of _optional
> > > > when encountering a non-existent resource:
> > > >
> > > > clk_get                 return error
> > > > clk_get_optional        return NULL
> > > > regulator_get           return handle dummy regulator
> > > > regulator_get_optional  return error code
> > > >
> > > > So devm_regulator_bulk_get() is already the "optional" variant, but it causes
> > > > all existing users to get dummy supply warnings.
> > >
> > > So is this a big problem? Does it cause any other issues than
> > > dmesg noise?
> >
> > As tested with local sashiko setup, new warnings for existing system
> > without good reason will be reported as regression, so it will be
> > blocker for net-next inclusion.
> 
> Strong reverse centaur (*) warning on this one.
> 
> I'm not sure this is how Mark want such "regressions" to be treated.
> 
> I think a few dummy supplies is just fine and it's rather that Sashiko
> need to be taught not to treat that as bugs/regressions.
> 
> Yours,
> Linus Walleij
> 
> (*) Reverse centaur = humans touted to please AI, as opposed
> to AI helping humans, sarcastic term coined by author Cory Doctorow.

Without context, I would fully agree with this statement. But as some
one who need to adders new warnings on every kernel update for our
customers, I see the point of sashiko - new unnecessary warning
is extra unnecessary work for some one else == regression.

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

  reply	other threads:[~2026-08-07  7:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-06 14:02 [PATCH net-next v1 0/2] net: dsa: realtek: enable RTL8365MB power supplies Oleksij Rempel
2026-08-06 14:02 ` [PATCH net-next v1 1/2] dt-bindings: net: dsa: realtek: add " Oleksij Rempel
2026-08-06 14:02 ` [PATCH net-next v1 2/2] net: dsa: realtek: rtl83xx: add support for enabling supplies Oleksij Rempel
2026-08-06 14:12   ` Andrew Lunn
2026-08-06 15:10     ` Oleksij Rempel
2026-08-06 15:35       ` Andrew Lunn
2026-08-06 15:56         ` Ahmad Fatoum
2026-08-06 17:40           ` Linus Walleij
2026-08-07  4:26             ` Oleksij Rempel
2026-08-07  6:51               ` Linus Walleij
2026-08-07  7:10                 ` Oleksij Rempel [this message]
2026-08-07  7:49                   ` Ahmad Fatoum
2026-08-07  8:20                     ` Linus Walleij
2026-08-07  8:27                       ` Ahmad Fatoum
2026-08-07 12:19                         ` Mark Brown
2026-08-07 14:05                           ` Ahmad Fatoum
2026-08-07 14:02   ` sashiko-bot

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=anWE2HD_Mrv9XlYV@pengutronix.de \
    --to=o.rempel@pengutronix.de \
    --cc=a.fatoum@pengutronix.de \
    --cc=alsi@bang-olufsen.dk \
    --cc=alvin.sipraga@analog.com \
    --cc=andrew@lunn.ch \
    --cc=broonie@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=davem@davemloft.net \
    --cc=devicetree@vger.kernel.org \
    --cc=edumazet@google.com \
    --cc=kernel@pengutronix.de \
    --cc=krzk+dt@kernel.org \
    --cc=kuba@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linusw@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luizluca@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=olteanv@gmail.com \
    --cc=pabeni@redhat.com \
    --cc=robh@kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.