From: Mark Brown <broonie@kernel.org>
To: Jaroslav Kysela <perex@perex.cz>
Cc: stable@vger.kernel.org, Sasha Levin <sashal@kernel.org>,
Pierre-louis Bossart <pierre-louis.bossart@linux.intel.com>,
Takashi Iwai <tiwai@suse.de>,
ALSA development <alsa-devel@alsa-project.org>
Subject: Re: 5.5.y - apply "ASoC: intel/skl/hda - export number of digital microphones via control components"
Date: Wed, 4 Mar 2020 16:09:16 +0000 [thread overview]
Message-ID: <20200304160916.GC5646@sirena.org.uk> (raw)
In-Reply-To: <a6d57c14-0794-77d0-5c6f-c0c897d254b5@perex.cz>
[-- Attachment #1: Type: text/plain, Size: 1205 bytes --]
On Wed, Mar 04, 2020 at 04:53:27PM +0100, Jaroslav Kysela wrote:
> Dne 04. 03. 20 v 16:44 Mark Brown napsal(a):
> > This looks more like a new feature than a bug fix and I've been trying
> > to get the stable people to calm down with the backports, there's been
> > *far* too many regressions introduced recently in just the x86 stuff
> > found after the fact. Does this fix systems that used to work?
> The released ALSA UCM does not work correctly for some platforms without
> this information (the number of digital microphones is not identified
> correctly).
That's not the question I asked - have these platforms ever worked with
older kernel versions?
> The regression probability is really low for this one and we're using it in
> Fedora kernels for months without issues (in this code).
It's partly the principle of the thing, if it were just patches that
had individually been identified as being good for stable by someone
with some understanding of the code (like this one :/ ) that were being
backported I'd be a lot less concerned but the automated selections are
missing dependencies or other context and people are reporting problems
with them so I'm inclined to push back on things.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2020-03-04 16:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-04 15:25 5.5.y - apply "ASoC: intel/skl/hda - export number of digital microphones via control components" Jaroslav Kysela
2020-03-04 15:44 ` Mark Brown
2020-03-04 15:53 ` Jaroslav Kysela
2020-03-04 16:09 ` Mark Brown [this message]
2020-03-04 17:17 ` Pierre-Louis Bossart
2020-03-04 18:11 ` Mark Brown
2020-03-04 18:50 ` Pierre-Louis Bossart
2020-03-04 19:06 ` Mark Brown
2020-03-04 19:30 ` Pierre-Louis Bossart
2020-03-04 19:38 ` Mark Brown
2020-03-06 13:15 ` Sasha Levin
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=20200304160916.GC5646@sirena.org.uk \
--to=broonie@kernel.org \
--cc=alsa-devel@alsa-project.org \
--cc=perex@perex.cz \
--cc=pierre-louis.bossart@linux.intel.com \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
--cc=tiwai@suse.de \
/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