All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
To: Mark Brown <broonie@kernel.org>
Cc: Linux-ALSA <alsa-devel@alsa-project.org>,
	Simon <horms@verge.net.au>, <linux-renesas-soc@vger.kernel.org>,
	Hiroyuki Yokoyama <hiroyuki.yokoyama.vx@renesas.com>
Subject: Re: [PATCH 3/3] ASoC: rsnd: control kctrl items acceptance anytime/runtime
Date: Fri, 7 Apr 2017 00:26:56 +0000	[thread overview]
Message-ID: <877f2xxe08.wl%kuninori.morimoto.gx@renesas.com> (raw)
In-Reply-To: <20170406104817.ozzx4ooek5cepvul@sirena.org.uk>


Hi Mark

> > From: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> > 
> > Current SRC/DVC/CTU adds kctrl for each device, but
> > some of them shouldn't set *before* playback/capture.
> > This patch control it more clearly
> 
> Why is there this restriction for these controls - what are they doing?

Sorry, this log is not good explanation.
Our HW can adjust its sampling rate during playback.
According to HW team, it will be used for TV or radio purpose.
They want to adjust it like 48001Hz - 47999Hz during playback.
This adjustment should be enabled during playback.
Thus, this patch ignores this adjustment *before* playback.

Best regards
---
Kuninori Morimoto

WARNING: multiple messages have this Message-ID (diff)
From: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
To: Mark Brown <broonie@kernel.org>
Cc: Linux-ALSA <alsa-devel@alsa-project.org>,
	Simon <horms@verge.net.au>,
	linux-renesas-soc@vger.kernel.org,
	Hiroyuki Yokoyama <hiroyuki.yokoyama.vx@renesas.com>
Subject: Re: [PATCH 3/3] ASoC: rsnd: control kctrl items acceptance anytime/runtime
Date: Fri, 7 Apr 2017 00:26:56 +0000	[thread overview]
Message-ID: <877f2xxe08.wl%kuninori.morimoto.gx@renesas.com> (raw)
In-Reply-To: <20170406104817.ozzx4ooek5cepvul@sirena.org.uk>


Hi Mark

> > From: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> > 
> > Current SRC/DVC/CTU adds kctrl for each device, but
> > some of them shouldn't set *before* playback/capture.
> > This patch control it more clearly
> 
> Why is there this restriction for these controls - what are they doing?

Sorry, this log is not good explanation.
Our HW can adjust its sampling rate during playback.
According to HW team, it will be used for TV or radio purpose.
They want to adjust it like 48001Hz - 47999Hz during playback.
This adjustment should be enabled during playback.
Thus, this patch ignores this adjustment *before* playback.

Best regards
---
Kuninori Morimoto

  reply	other threads:[~2017-04-07  0:27 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-06  7:23 [PATCH 0/3] ASoC: rsnd: fixup Ctrl-Z + fg behavior Kuninori Morimoto
2017-04-06  7:23 ` Kuninori Morimoto
2017-04-06  7:24 ` [PATCH 1/3] ASoC: rsnd: tidyup src->convert_rate reset timing Kuninori Morimoto
2017-04-06  7:24   ` Kuninori Morimoto
2017-04-06 10:48   ` Applied "ASoC: rsnd: tidyup src->convert_rate reset timing" to the asoc tree Mark Brown
2017-04-06 10:48     ` Mark Brown
2017-04-06  7:25 ` [PATCH 2/3] ASoC: rsnd: merge rsnd_kctrl_new_m/s/e into rsnd_kctrl_new() Kuninori Morimoto
2017-04-06  7:25   ` Kuninori Morimoto
2017-04-06 10:58   ` Applied "ASoC: rsnd: merge rsnd_kctrl_new_m/s/e into rsnd_kctrl_new()" to the asoc tree Mark Brown
2017-04-06 10:58     ` Mark Brown
2017-04-06  7:25 ` [PATCH 3/3] ASoC: rsnd: control kctrl items acceptance anytime/runtime Kuninori Morimoto
2017-04-06  7:25   ` Kuninori Morimoto
2017-04-06 10:48   ` Mark Brown
2017-04-07  0:26     ` Kuninori Morimoto [this message]
2017-04-07  0:26       ` Kuninori Morimoto
2017-06-13 21:08   ` Applied "ASoC: rsnd: control kctrl items acceptance anytime/runtime" to the asoc tree Mark Brown
2017-06-13 21:08     ` 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=877f2xxe08.wl%kuninori.morimoto.gx@renesas.com \
    --to=kuninori.morimoto.gx@renesas.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=hiroyuki.yokoyama.vx@renesas.com \
    --cc=horms@verge.net.au \
    --cc=linux-renesas-soc@vger.kernel.org \
    /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.