* [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
@ 2016-11-09 14:00 Ladislav Michl
2016-11-09 14:36 ` Mark Brown
0 siblings, 1 reply; 6+ messages in thread
From: Ladislav Michl @ 2016-11-09 14:00 UTC (permalink / raw)
To: Liam Girdwood, Mark Brown; +Cc: alsa-devel
There is no point having these complaints to be dev_err as
they are just adding noise to bootlog.
Signed-off-by: Ladislav Michl <ladis@linux-mips.org>
---
sound/soc/soc-core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index c0bbcd9..8a6ec52 100644
--- a/sound/soc/soc-core.c
+++ b/sound/soc/soc-core.c
@@ -1013,7 +1013,7 @@ static int soc_bind_dai_link(struct snd_soc_card *card,
cpu_dai_component.dai_name = dai_link->cpu_dai_name;
rtd->cpu_dai = snd_soc_find_dai(&cpu_dai_component);
if (!rtd->cpu_dai) {
- dev_err(card->dev, "ASoC: CPU DAI %s not registered\n",
+ dev_dbg(card->dev, "ASoC: CPU DAI %s not registered\n",
dai_link->cpu_dai_name);
goto _err_defer;
}
@@ -1025,7 +1025,7 @@ static int soc_bind_dai_link(struct snd_soc_card *card,
for (i = 0; i < rtd->num_codecs; i++) {
codec_dais[i] = snd_soc_find_dai(&codecs[i]);
if (!codec_dais[i]) {
- dev_err(card->dev, "ASoC: CODEC DAI %s not registered\n",
+ dev_dbg(card->dev, "ASoC: CODEC DAI %s not registered\n",
codecs[i].dai_name);
goto _err_defer;
}
@@ -1054,7 +1054,7 @@ static int soc_bind_dai_link(struct snd_soc_card *card,
rtd->platform = platform;
}
if (!rtd->platform) {
- dev_err(card->dev, "ASoC: platform %s not registered\n",
+ dev_dbg(card->dev, "ASoC: platform %s not registered\n",
dai_link->platform_name);
goto _err_defer;
}
--
2.1.4
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
2016-11-09 14:00 [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg Ladislav Michl
@ 2016-11-09 14:36 ` Mark Brown
2016-11-09 15:14 ` Ladislav Michl
0 siblings, 1 reply; 6+ messages in thread
From: Mark Brown @ 2016-11-09 14:36 UTC (permalink / raw)
To: Ladislav Michl; +Cc: alsa-devel, Liam Girdwood
[-- Attachment #1.1: Type: text/plain, Size: 562 bytes --]
On Wed, Nov 09, 2016 at 03:00:36PM +0100, Ladislav Michl wrote:
> There is no point having these complaints to be dev_err as
> they are just adding noise to bootlog.
No, errors are errors and not displaying them just makes it harder for
people to debug things. If you don't want to see errors just change
your system configuratiion to hide them. If you don't like deferred
probing please contribute to the efforts to order probing.
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
2016-11-09 14:36 ` Mark Brown
@ 2016-11-09 15:14 ` Ladislav Michl
2016-11-09 15:22 ` Mark Brown
0 siblings, 1 reply; 6+ messages in thread
From: Ladislav Michl @ 2016-11-09 15:14 UTC (permalink / raw)
To: Mark Brown; +Cc: alsa-devel, Liam Girdwood
On Wed, Nov 09, 2016 at 02:36:42PM +0000, Mark Brown wrote:
> On Wed, Nov 09, 2016 at 03:00:36PM +0100, Ladislav Michl wrote:
> > There is no point having these complaints to be dev_err as
> > they are just adding noise to bootlog.
>
> No, errors are errors and not displaying them just makes it harder for
> people to debug things. If you don't want to see errors just change
> your system configuratiion to hide them.
For sure I want to see all errors, but this is not hardware error nor
kernel misconfiguration, so showing it to the user is a bit pointless.
I'm using quiet boot on production systems and technicians are told
to report all errors they see... This one pops up and has nothing
to do with errorneous behaviour.
> If you don't like deferred probing please contribute to the efforts
> to order probing.
I just tried to make it consistend to other subsystems where patches to
silence deferred probing warnings are accepted...
> Please use subject lines matching the style for the subsystem. This
> makes it easier for people to identify relevant patches.
I wasn't aware of it, sorry. Will fix it next time.
Best regards,
ladis
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
2016-11-09 15:14 ` Ladislav Michl
@ 2016-11-09 15:22 ` Mark Brown
2016-11-09 16:36 ` Ladislav Michl
0 siblings, 1 reply; 6+ messages in thread
From: Mark Brown @ 2016-11-09 15:22 UTC (permalink / raw)
To: Ladislav Michl; +Cc: alsa-devel, Liam Girdwood
[-- Attachment #1.1: Type: text/plain, Size: 1138 bytes --]
On Wed, Nov 09, 2016 at 04:14:26PM +0100, Ladislav Michl wrote:
> On Wed, Nov 09, 2016 at 02:36:42PM +0000, Mark Brown wrote:
> > No, errors are errors and not displaying them just makes it harder for
> > people to debug things. If you don't want to see errors just change
> > your system configuratiion to hide them.
> For sure I want to see all errors, but this is not hardware error nor
> kernel misconfiguration, so showing it to the user is a bit pointless.
How do we know that it's not a kernel misconfiguration? It's common for
people to not build some of the component drivers they need.
> > If you don't like deferred probing please contribute to the efforts
> > to order probing.
> I just tried to make it consistend to other subsystems where patches to
> silence deferred probing warnings are accepted...
Which subsystems are these? We should look at fixing them...
>
> > Please use subject lines matching the style for the subsystem. This
> > makes it easier for people to identify relevant patches.
>
> I wasn't aware of it, sorry. Will fix it next time.
>
> Best regards,
> ladis
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
2016-11-09 15:22 ` Mark Brown
@ 2016-11-09 16:36 ` Ladislav Michl
2016-11-12 10:00 ` Mark Brown
0 siblings, 1 reply; 6+ messages in thread
From: Ladislav Michl @ 2016-11-09 16:36 UTC (permalink / raw)
To: Mark Brown; +Cc: alsa-devel, Liam Girdwood
On Wed, Nov 09, 2016 at 03:22:09PM +0000, Mark Brown wrote:
> On Wed, Nov 09, 2016 at 04:14:26PM +0100, Ladislav Michl wrote:
> > On Wed, Nov 09, 2016 at 02:36:42PM +0000, Mark Brown wrote:
>
> > > No, errors are errors and not displaying them just makes it harder for
> > > people to debug things. If you don't want to see errors just change
> > > your system configuratiion to hide them.
>
> > For sure I want to see all errors, but this is not hardware error nor
> > kernel misconfiguration, so showing it to the user is a bit pointless.
>
> How do we know that it's not a kernel misconfiguration? It's common for
> people to not build some of the component drivers they need.
Is what you described really a misconfiguration? Enabling debug when
something does not work seems obvious thing to do, but okay, perhaps
anything bellow error level would make me happy enough.
> > > If you don't like deferred probing please contribute to the efforts
> > > to order probing.
As a side note, which efforts are you reffering to here?
> > I just tried to make it consistend to other subsystems where patches to
> > silence deferred probing warnings are accepted...
>
> Which subsystems are these? We should look at fixing them...
tty and usb for example. I do not consider wise to looking at them until
this very subsystem gets fixed first to not distract ourselves ;-)
(Also I have admit, that accepted patches hide error message on deferred
probe only, but above occurs _also_ on deferred probe and yes, it would be
nice to have that fixed)
Best regards,
ladis
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg
2016-11-09 16:36 ` Ladislav Michl
@ 2016-11-12 10:00 ` Mark Brown
0 siblings, 0 replies; 6+ messages in thread
From: Mark Brown @ 2016-11-12 10:00 UTC (permalink / raw)
To: Ladislav Michl; +Cc: alsa-devel, Liam Girdwood
[-- Attachment #1.1: Type: text/plain, Size: 1440 bytes --]
On Wed, Nov 09, 2016 at 05:36:58PM +0100, Ladislav Michl wrote:
> On Wed, Nov 09, 2016 at 03:22:09PM +0000, Mark Brown wrote:
> > How do we know that it's not a kernel misconfiguration? It's common for
> > people to not build some of the component drivers they need.
> Is what you described really a misconfiguration? Enabling debug when
> something does not work seems obvious thing to do, but okay, perhaps
> anything bellow error level would make me happy enough.
Yes, it's something that's really common when people configure their own
kernels.
> > > > If you don't like deferred probing please contribute to the efforts
> > > > to order probing.
> As a side note, which efforts are you reffering to here?
Things like Raphael's device dependencies work.
> > > I just tried to make it consistend to other subsystems where patches to
> > > silence deferred probing warnings are accepted...
> > Which subsystems are these? We should look at fixing them...
> tty and usb for example. I do not consider wise to looking at them until
> this very subsystem gets fixed first to not distract ourselves ;-)
> (Also I have admit, that accepted patches hide error message on deferred
> probe only, but above occurs _also_ on deferred probe and yes, it would be
> nice to have that fixed)
This really does make it harder to figure out what's going on when the
dependency is actually missing - it transforms things into a silent
failure.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-11-12 10:00 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-11-09 14:00 [PATCH] sound: soc-core: make kernel complaints on -EPROBE_DEFER dev_dbg Ladislav Michl
2016-11-09 14:36 ` Mark Brown
2016-11-09 15:14 ` Ladislav Michl
2016-11-09 15:22 ` Mark Brown
2016-11-09 16:36 ` Ladislav Michl
2016-11-12 10:00 ` Mark Brown
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.