From: Mark Brown <broonie@kernel.org>
To: "Måns Rullgård" <mans@mansr.com>
Cc: Liam Girdwood <lgirdwood@gmail.com>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ASoC: mxs-saif: check BUSY bit in hw_params() only if not mclk_in_use
Date: Fri, 5 Feb 2016 16:00:22 +0000 [thread overview]
Message-ID: <20160205160022.GX4455@sirena.org.uk> (raw)
In-Reply-To: <yw1xwpqjgtmt.fsf@unicorn.mansr.com>
[-- Attachment #1: Type: text/plain, Size: 1285 bytes --]
On Fri, Feb 05, 2016 at 01:43:22PM +0000, Måns Rullgård wrote:
> Mark Brown <broonie@kernel.org> writes:
> > By looking at people working on the driver in git and the authors listed
> > in the driver (get_maintainer --git will do most of this for you, though
> > you do have to think about false positives). As previously advised this
> > is not something that can be fully automated, you need to think about
> > who you are sending things to and why.
> Most files have been touched by many people. I thought the entire point
> of the MAINTAINERS file was to remove the guesswork from choosing where
> to send patches. Apparently sound/ has rules of its own.
No, this is true in general for the kernel - I'm just repeating
SubmittingPatches to you here. Most individual drivers don't have a
specific entry in MAINTAINERS and it's probably not worth the bother
trying to get it completely 100% accurate. MAINTAINERS is there to be
helpful and to have things like lists and git hanging off it but it's
not the be all and end all of everything, it still generates false
positives (consider how many ASoC patches Jaroslav has reviewed for
example) and false negatives. No automated system is going to be
perfect, at some point you're going to need to think.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2016-02-05 16:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-03 13:18 [PATCH] ASoC: mxs-saif: check BUSY bit in hw_params() only if not mclk_in_use Mans Rullgard
2016-02-05 13:19 ` Mark Brown
2016-02-05 13:23 ` Måns Rullgård
2016-02-05 13:37 ` Mark Brown
2016-02-05 13:43 ` Måns Rullgård
2016-02-05 16:00 ` Mark Brown [this message]
2016-02-05 13:35 ` Applied "ASoC: mxs-saif: check BUSY bit in hw_params() only if not mclk_in_use" to the asoc tree Mark Brown
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=20160205160022.GX4455@sirena.org.uk \
--to=broonie@kernel.org \
--cc=alsa-devel@alsa-project.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mans@mansr.com \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
/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.