linux-kernel - Re: [PATCH] regulator: core: Quiet -EPROBE_DEFER from regulator_bulk

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20180517043204.GA20254@sirena.org.uk>
Date:   Thu, 17 May 2018 13:32:04 +0900
From:   Mark Brown <broonie@...nel.org>
To:     Douglas Anderson <dianders@...omium.org>
Cc:     Liam Girdwood <lgirdwood@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] regulator: core: Quiet -EPROBE_DEFER from
 regulator_bulk_get()

On Mon, May 14, 2018 at 03:40:27PM -0700, Douglas Anderson wrote:

> The -EPROBE_DEFER virus demands special case code to avoid printing
> error messages when the error is only -EPROBE_DEFER.  Spread the virus
> to a new host: regulator_bulk_get()

There's no requirement to suppress probe deferral messages and doing so
makes it harder to debug problems since things just fail silently.  It's
better to work on making the core smarter about probe ordering, for
example by building out the device dependency infrastructure so that it
can be used to avoid trying to probe things when we know there are
unsatisfied dependencies.

Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)