Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Jaroslav Kysela <perex@perex.cz>
Cc: ALSA development <alsa-devel@alsa-project.org>
Subject: Re: [PATCH alsa-lib 3/4] pcm: hw: introduce SNDRV_PCM_INFO_PERFECT_DRAIN
Date: Thu, 04 May 2023 14:50:36 +0200	[thread overview]
Message-ID: <87jzxol0pv.wl-tiwai@suse.de> (raw)
In-Reply-To: <4ed7d609-7189-b08b-50da-81055e70c589@perex.cz>

On Thu, 04 May 2023 10:31:50 +0200,
Jaroslav Kysela wrote:
> 
> On 04. 05. 23 10:18, Takashi Iwai wrote:
> > On Tue, 02 May 2023 13:50:09 +0200,
> > Jaroslav Kysela wrote:
> >> 
> >> The driver may not require to touch the sample stream
> >> for the drain operation at all. Handle this situation
> >> in alsa-lib.
> >> 
> >> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
> > 
> > Ideally speaking, the checks and the setups of those new bits should
> > be coupled with the PCM protocol version check (and the version
> > bump).
> > 
> > But it seems that you've already applied the series, and practically
> > seen, those bits should be either not set or harmless, so let's cross
> > fingers.
> 
> Exactly, the current kernel code should skip those new flags, so they
> are used in alsa-lib only. It's just something like a "reservation"
> for the kernel space until things are really used there. We can bump
> the protocol version later (perhaps with other changes).

If you'd like to include the new drain stuff in ALSA 1.2.9 release, we
can take the uapi change to 6.4-rc1, too.  But then let's bump the PCM
protocol version along with it.

So, if you think it's worth aligning with 6.4-rc1, let me know ASAP.
I planned the submission to Linus in tomorrow, and I'd need to prepare
and merge the uapi updates soon.


thanks,

Takashi

  reply	other threads:[~2023-05-04 12:52 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-02 11:50 [PATCH alsa-lib 0/4] pcm: hw: implement explicit silencing for snd_pcm_drain Jaroslav Kysela
2023-05-02 11:50 ` [PATCH alsa-lib 1/4] pcm: hw: setup explicit silencing for snd_pcm_drain by default Jaroslav Kysela
2023-05-03 11:20   ` Oswald Buddenhagen
2023-05-03 20:19     ` Oswald Buddenhagen
2023-05-03 20:31       ` Jaroslav Kysela
2023-05-05 18:56   ` Oswald Buddenhagen
2023-05-02 11:50 ` [PATCH alsa-lib 2/4] pcm: hw: add drain_silence configuration keyword Jaroslav Kysela
2023-05-03 11:24   ` Oswald Buddenhagen
2023-05-03 14:22     ` Jaroslav Kysela
2023-05-03 15:39       ` Oswald Buddenhagen
2023-05-02 11:50 ` [PATCH alsa-lib 3/4] pcm: hw: introduce SNDRV_PCM_INFO_PERFECT_DRAIN Jaroslav Kysela
2023-05-03 11:25   ` Oswald Buddenhagen
2023-05-04  8:18   ` Takashi Iwai
2023-05-04  8:31     ` Jaroslav Kysela
2023-05-04 12:50       ` Takashi Iwai [this message]
2023-05-02 11:50 ` [PATCH alsa-lib 4/4] pcm: hw: introduce SNDRV_PCM_HW_PARAMS_DRAIN_SILENCE Jaroslav Kysela
2023-05-03 11:26   ` Oswald Buddenhagen

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=87jzxol0pv.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=perex@perex.cz \
    /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