[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87jzfpdl5g.wl-tiwai@suse.de>
Date: Fri, 06 Sep 2024 14:25:15 +0200
From: Takashi Iwai <tiwai@...e.de>
To: Jerome Brunet <jbrunet@...libre.com>
Cc: Takashi Iwai <tiwai@...e.com>,
Jaroslav Kysela <perex@...ex.cz>,
linux-sound@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH RFC] ALSA: IEC958 definition for consumer status channel update
On Fri, 06 Sep 2024 11:34:16 +0200,
Jerome Brunet wrote:
>
> Add 128kHz, 352.4kHz, 384kHz and 705.6kHz.
> These definitions have been found working on eARC using a Murideo
> Seven Generator.
>
> Signed-off-by: Jerome Brunet <jbrunet@...libre.com>
> ---
>
> Hi,
>
> As explained in the commit description, I don't a have strong references
> to back the new values up. I've found them through testing.
>
> The value must exist somehow since the related sample rates are allowed
> over an IEC958 link. It would be better to get confirmation from the
> actual specification rather than just rely on testing.
>
> I don't mind if this does not get applied. I just want to make the
> data public, giving others the possibility to confirm or deny it.
I find it makes sense to have definitions. At least, it doesn't break
alone :)
Unless anyone raises objection, I'm going to apply it for 6.12 later.
thanks,
Takashi
Powered by blists - more mailing lists