[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAGngYiWeKkfdKT_s3op-PRbNgTZbiiva9RO0zJejFmQkoAdo7Q@mail.gmail.com>
Date: Fri, 22 Feb 2019 17:29:54 -0500
From: Sven Van Asbroeck <thesven73@...il.com>
To: Russell King - ARM Linux admin <linux@...linux.org.uk>
Cc: David Airlie <airlied@...ux.ie>, Daniel Vetter <daniel@...ll.ch>,
dri-devel@...ts.freedesktop.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Peter Rosin <peda@...ntia.se>
Subject: Re: [PATCH 1/2] drm/i2c: tda998x: adjust CTS_N audio pre-divider calculation
On Fri, Feb 22, 2019 at 4:36 PM Russell King - ARM Linux admin
<linux@...linux.org.uk> wrote:
> There's actually two threads of conversation going, and I recently had
> a reply from the maintainer of hdmi-codec suggesting a way forward - so
> I've coded that up as the three RFC patches you should have just
> received.
Thank you, that's awesome !
> It probably would be better to try and find some generic way to deal
> with this.
>
> After all, the I2S source probably knows which ratios it supports.
> Given that many sinks support a limited set of values as well, if
> ASoC core knew the supported set at each end of an I2S DAI format
> link, it could probably select a working bclk ratio automatically.
Agree, possibly the same way the ASoC core auto-matches both sides when they
are connected with a dai_link? Pardon my ignorance.
Of course the auto-matching should only happen when both sides provide a
bclk ratio range - to avoid having to retro-fit every single dai.
Powered by blists - more mailing lists