All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
To: Jaroslav Kysela <perex@perex.cz>,
	jack.yu@realtek.com, broonie@kernel.org, lgirdwood@gmail.com,
	Takashi Iwai <tiwai@suse.de>
Cc: oder_chiou@realtek.com, alsa-devel@alsa-project.org,
	lars@metafoo.de, derek.fang@realtek.com, bard.liao@intel.com,
	shumingf@realtek.com, flove@realtek.com
Subject: Re: [PATCH] ASoC: rt715: add main capture switch and main capture volume control
Date: Tue, 15 Dec 2020 10:00:19 -0600	[thread overview]
Message-ID: <bcdc2aba-ab7e-08bf-7e25-02e38c9d660d@linux.intel.com> (raw)
In-Reply-To: <cb07f528-6c2f-1357-db54-e3d062ad6dd3@perex.cz>




> My suggestions are (pick one):
> 
> 1) create one multichannel control and remove the stereo controls when the
> hardware is detected (no functionality dup)

we can't remove controls that existed before, this might break userspace 
with older UCM files that touch those ADC07 and ADC27. That's why we 
added a new one, to be backwards compatible with a user updates their 
kernel.

> 2) create proper vmaster control like for HDA playback

That might be the better option. What was suggested in this patch is 
essentially to introduce a layer that drives the actual controls, but it 
was done 'manually' and may not follow the proper rules.

That said I know absolutely nothing about 'vmaster controls', pointers 
to a typical example would be greatly appreciated.

> 3) wait until UCM can describe this hardware and set the DAC values manually
> to a sensible value via sequences (the specific hardware levels can be set
> using the conditions in UCM)

Not an option, there are products that need to ship soon.

> BTW: I see lack of analog volume level controls also for other SDW hardware
> (with the RT1308 amplifier). It's a bit pitty that the audio basics are
> ignored here. Everyone wants to control the analog levels at first for audio
> I/O and then to modify the samples in the digital stream.

I agree, there was an oversight in initial UCM files where the SOF 
controls modifying the digital parts were used across the board. This 
was mandatory for DMICs controlled by SOF but all other streams should 
have been controlled by controls exposed by external devices.

  reply	other threads:[~2020-12-15 16:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-14  6:49 [PATCH] ASoC: rt715: add main capture switch and main capture volume control jack.yu
2020-12-14  7:35 ` Jaroslav Kysela
2020-12-14 15:07   ` Pierre-Louis Bossart
2020-12-14 16:44     ` Jaroslav Kysela
2020-12-14 16:58       ` Takashi Iwai
2020-12-14 17:12       ` Pierre-Louis Bossart
2020-12-15 10:39         ` Jaroslav Kysela
2020-12-15 16:00           ` Pierre-Louis Bossart [this message]
2020-12-15 16:27             ` Jaroslav Kysela
2020-12-15 17:05               ` Pierre-Louis Bossart
2020-12-15 17:31                 ` Jaroslav Kysela
2021-01-05  8:11                   ` Jack Yu
2021-01-06  9:39                     ` Yang, Libin

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=bcdc2aba-ab7e-08bf-7e25-02e38c9d660d@linux.intel.com \
    --to=pierre-louis.bossart@linux.intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=bard.liao@intel.com \
    --cc=broonie@kernel.org \
    --cc=derek.fang@realtek.com \
    --cc=flove@realtek.com \
    --cc=jack.yu@realtek.com \
    --cc=lars@metafoo.de \
    --cc=lgirdwood@gmail.com \
    --cc=oder_chiou@realtek.com \
    --cc=perex@perex.cz \
    --cc=shumingf@realtek.com \
    --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 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.