From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: ola.o.lilja@stericsson.com, alsa-devel@alsa-project.org,
linus.walleij@stericsson.com, arnd@arndb.de, olalilja@yahoo.se,
linux-kernel@vger.kernel.org,
STEricsson_nomadik_linux@list.st.com, lrg@ti.com,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/6] ASoC: dapm: If one widget fails, do not force all subsequent widgets to fail too
Date: Tue, 31 Jul 2012 15:54:44 +0100 [thread overview]
Message-ID: <20120731145443.GY4468@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <5017EDCA.4020601@linaro.org>
On Tue, Jul 31, 2012 at 03:38:02PM +0100, Lee Jones wrote:
> Neither of those are in my Inbox. Blame Mozilla. :)
You might want to look at a better mail program.
> It's better because the whole audio system doesn't fail in the case
> of minor failure. It'd be like calling off a football game (or
> whatever you're into) because one of the substitutes ruptured an
> eyelash.
It shouldn't make any difference to startup - we should still be
checking errors and failing the init if we're failing to add links,
this isn't something that's likely to randomly break on a particular
boot, it's more something that indicates nobody bothered testing.
It's certainly totally inappropriate for an "urgent" bugfix.
> During start-up the ux500 has a couple of very unimportant widgets
> fail. It's the wrong behavior to force failure on the everything
> audio just because of that.
Fixes for those errors, however...
WARNING: multiple messages have this Message-ID (diff)
From: broonie@opensource.wolfsonmicro.com (Mark Brown)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/6] ASoC: dapm: If one widget fails, do not force all subsequent widgets to fail too
Date: Tue, 31 Jul 2012 15:54:44 +0100 [thread overview]
Message-ID: <20120731145443.GY4468@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <5017EDCA.4020601@linaro.org>
On Tue, Jul 31, 2012 at 03:38:02PM +0100, Lee Jones wrote:
> Neither of those are in my Inbox. Blame Mozilla. :)
You might want to look at a better mail program.
> It's better because the whole audio system doesn't fail in the case
> of minor failure. It'd be like calling off a football game (or
> whatever you're into) because one of the substitutes ruptured an
> eyelash.
It shouldn't make any difference to startup - we should still be
checking errors and failing the init if we're failing to add links,
this isn't something that's likely to randomly break on a particular
boot, it's more something that indicates nobody bothered testing.
It's certainly totally inappropriate for an "urgent" bugfix.
> During start-up the ux500 has a couple of very unimportant widgets
> fail. It's the wrong behavior to force failure on the everything
> audio just because of that.
Fixes for those errors, however...
WARNING: multiple messages have this Message-ID (diff)
From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
STEricsson_nomadik_linux@list.st.com,
linus.walleij@stericsson.com, arnd@arndb.de, olalilja@yahoo.se,
ola.o.lilja@stericsson.com, alsa-devel@alsa-project.org,
lrg@ti.com
Subject: Re: [PATCH 1/6] ASoC: dapm: If one widget fails, do not force all subsequent widgets to fail too
Date: Tue, 31 Jul 2012 15:54:44 +0100 [thread overview]
Message-ID: <20120731145443.GY4468@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <5017EDCA.4020601@linaro.org>
On Tue, Jul 31, 2012 at 03:38:02PM +0100, Lee Jones wrote:
> Neither of those are in my Inbox. Blame Mozilla. :)
You might want to look at a better mail program.
> It's better because the whole audio system doesn't fail in the case
> of minor failure. It'd be like calling off a football game (or
> whatever you're into) because one of the substitutes ruptured an
> eyelash.
It shouldn't make any difference to startup - we should still be
checking errors and failing the init if we're failing to add links,
this isn't something that's likely to randomly break on a particular
boot, it's more something that indicates nobody bothered testing.
It's certainly totally inappropriate for an "urgent" bugfix.
> During start-up the ux500 has a couple of very unimportant widgets
> fail. It's the wrong behavior to force failure on the everything
> audio just because of that.
Fixes for those errors, however...
next prev parent reply other threads:[~2012-07-31 14:54 UTC|newest]
Thread overview: 145+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-31 13:31 [PATCH 1/6] Bugfixes and clean-ups bound for the v3.6 RCs Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 1/6] ASoC: ab8500: Inform SoC Core that we have our own I/O arrangements Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 1/6] ASoC: dapm: If one widget fails, do not force all subsequent widgets to fail too Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:42 ` Mark Brown
2012-07-31 13:42 ` Mark Brown
2012-07-31 14:25 ` Lee Jones
2012-07-31 14:25 ` Lee Jones
2012-07-31 14:25 ` Lee Jones
2012-07-31 14:28 ` Mark Brown
2012-07-31 14:28 ` Mark Brown
2012-07-31 14:28 ` Mark Brown
2012-07-31 14:38 ` Lee Jones
2012-07-31 14:38 ` Lee Jones
2012-07-31 14:38 ` Lee Jones
2012-07-31 14:54 ` Mark Brown [this message]
2012-07-31 14:54 ` Mark Brown
2012-07-31 14:54 ` Mark Brown
2012-07-31 15:15 ` Lee Jones
2012-07-31 15:15 ` Lee Jones
2012-07-31 15:15 ` Lee Jones
2012-07-31 15:18 ` Mark Brown
2012-07-31 15:18 ` Mark Brown
2012-07-31 15:18 ` Mark Brown
2012-08-01 7:19 ` Lee Jones
2012-08-01 7:19 ` Lee Jones
2012-08-01 7:19 ` Lee Jones
2012-08-01 13:20 ` Mark Brown
2012-08-01 13:20 ` Mark Brown
2012-08-01 13:20 ` Mark Brown
2012-08-01 13:50 ` Lee Jones
2012-08-01 13:50 ` Lee Jones
2012-08-01 16:08 ` Mark Brown
2012-08-01 16:08 ` Mark Brown
2012-08-01 16:08 ` Mark Brown
2012-08-01 19:41 ` Mark Brown
2012-08-01 19:41 ` [alsa-devel] " Mark Brown
2012-08-01 19:41 ` Mark Brown
2012-08-02 7:45 ` Lee Jones
2012-08-02 7:45 ` Lee Jones
2012-08-02 17:56 ` Mark Brown
2012-08-02 17:56 ` [alsa-devel] " Mark Brown
2012-08-02 17:56 ` Mark Brown
2012-08-03 8:30 ` Lee Jones
2012-08-03 8:30 ` [alsa-devel] " Lee Jones
2012-08-03 8:30 ` Lee Jones
2012-08-04 0:48 ` Mark Brown
2012-08-04 0:48 ` [alsa-devel] " Mark Brown
2012-08-04 0:48 ` Mark Brown
2012-08-02 5:58 ` Ola Lilja
2012-08-02 5:58 ` Ola Lilja
2012-08-02 5:58 ` Ola Lilja
2012-08-02 9:59 ` Mark Brown
2012-08-02 9:59 ` Mark Brown
2012-08-02 9:59 ` Mark Brown
2012-08-10 11:43 ` Linus Walleij
2012-08-10 11:43 ` Linus Walleij
2012-08-10 11:43 ` Linus Walleij
2012-08-02 12:21 ` Lee Jones
2012-08-02 12:21 ` Lee Jones
2012-08-02 12:21 ` Lee Jones
2012-07-31 13:31 ` [PATCH 2/6] ARM: ux500: Remove unused snowball_of_platform_devs struct Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 2/6] ASoC: ab8500: Inform SoC Core that we have our own I/O arrangements Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 3/6] ARM: ux500: Fix merge error, so such struct 'snd_soc_u8500' Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 16:46 ` Sergei Shtylyov
2012-07-31 16:46 ` Sergei Shtylyov
2012-08-01 7:37 ` Lee Jones
2012-08-01 7:37 ` Lee Jones
2012-08-01 7:37 ` Lee Jones
2012-08-01 8:19 ` Lee Jones
2012-08-01 8:19 ` Lee Jones
2012-08-01 8:19 ` Lee Jones
2012-08-01 8:46 ` [PATCH 3/6 v2] ARM: ux500: Fix merge error, no matching driver name for, 'snd_soc_u8500' Lee Jones
2012-08-01 8:46 ` Lee Jones
2012-08-01 8:46 ` Lee Jones
2012-07-31 13:31 ` [PATCH 3/6] ARM: ux500: Remove unused snowball_of_platform_devs struct Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 13:31 ` [PATCH 4/6] ARM: ux500: Ensure probing of Audio devices when Device Tree is enabled Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 4/6] ARM: ux500: Fix merge error, so such struct 'snd_soc_u8500' Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 20:58 ` Arnd Bergmann
2012-07-31 13:31 ` [PATCH 5/6] ARM: ux500: Enable HIGHMEM on all mop500 platforms Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:56 ` Russell King - ARM Linux
2012-07-31 13:56 ` Russell King - ARM Linux
2012-07-31 13:56 ` Russell King - ARM Linux
2012-07-31 14:29 ` Lee Jones
2012-07-31 14:29 ` Lee Jones
2012-07-31 14:29 ` Lee Jones
2012-07-31 14:37 ` Russell King - ARM Linux
2012-07-31 14:37 ` Russell King - ARM Linux
2012-07-31 14:37 ` Russell King - ARM Linux
2012-07-31 20:50 ` Arnd Bergmann
2012-07-31 20:50 ` Arnd Bergmann
2012-07-31 20:50 ` Arnd Bergmann
2012-07-31 22:01 ` Russell King - ARM Linux
2012-07-31 22:01 ` Russell King - ARM Linux
2012-08-01 7:56 ` Lee Jones
2012-08-01 7:56 ` Lee Jones
2012-08-01 7:56 ` Lee Jones
2012-08-01 8:41 ` Russell King - ARM Linux
2012-08-01 8:41 ` Russell King - ARM Linux
2012-08-01 8:48 ` Lee Jones
2012-08-01 8:48 ` Lee Jones
2012-07-31 13:31 ` [PATCH 5/6] ARM: ux500: Ensure probing of Audio devices when Device Tree is enabled Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 20:54 ` Arnd Bergmann
2012-07-31 20:54 ` Arnd Bergmann
2012-08-01 7:34 ` Lee Jones
2012-08-01 7:34 ` Lee Jones
2012-08-01 7:34 ` Lee Jones
2012-08-01 13:32 ` Arnd Bergmann
2012-08-01 13:32 ` Arnd Bergmann
2012-08-01 13:32 ` Arnd Bergmann
2012-08-01 13:55 ` Lee Jones
2012-08-01 13:55 ` Lee Jones
2012-08-01 13:55 ` Lee Jones
2012-08-01 14:32 ` Arnd Bergmann
2012-08-01 14:32 ` Arnd Bergmann
2012-07-31 13:31 ` [PATCH 6/6] ARM: ux500: Enable HIGHMEM on all mop500 platforms Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:31 ` [PATCH 6/6] ASoC: Ux500: Move MSP pinctrl setup into the MSP driver Lee Jones
2012-07-31 13:31 ` Lee Jones
2012-07-31 13:40 ` [PATCH 1/6] Bugfixes and clean-ups bound for the v3.6 RCs Mark Brown
2012-07-31 13:40 ` Mark Brown
2012-07-31 14:30 ` Lee Jones
2012-07-31 14:30 ` Lee Jones
2012-07-31 14:30 ` Lee Jones
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=20120731145443.GY4468@opensource.wolfsonmicro.com \
--to=broonie@opensource.wolfsonmicro.com \
--cc=STEricsson_nomadik_linux@list.st.com \
--cc=alsa-devel@alsa-project.org \
--cc=arnd@arndb.de \
--cc=lee.jones@linaro.org \
--cc=linus.walleij@stericsson.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lrg@ti.com \
--cc=ola.o.lilja@stericsson.com \
--cc=olalilja@yahoo.se \
/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.