[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAN7C2SAzHkn=nb-FS8JbKgvvF9iDUssEszgnfpY7s4RsPwU92w@mail.gmail.com>
Date: Thu, 9 Oct 2025 04:27:14 +0800
From: Sune Brian <briansune@...il.com>
To: Charles Keepax <ckeepax@...nsource.cirrus.com>
Cc: Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>,
Kuninori Morimoto <kuninori.morimoto.gx@...esas.com>, linux-sound@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5] ASoC: wm8978: add missing BCLK divider setup
Charles Keepax <ckeepax@...nsource.cirrus.com> 於 2025年10月9日 週四 上午4:18寫道:
> That said though, this part does somewhat pre-date me so I could
> be wrong. If you have hardware and an oscilloscope this should
> be pretty simple to verify in practice?
Have gear but not worth to waste time on this test.
Well remind this part is EOL far way ago.
> There are generally two reasons to run a faster than needed BCLK:
>
> 1) Because you can't generate the actual BCLK.
Then let it be as delta-BCLK that is minimum error is better same as
PPM concept.
There must be +ve and -ve errors on margin.
> 2) Because you are TDMing multiple devices onto the bus. ie.
> something else is using those extra bits.
Is this device supported?
I am not too familiar on TDM things are series things on same IIS
sound too system deepened,
But of cause this make rooms for future improvement or support.
> That is absolutely your choice. The patch should I think work
> now, but could still use a little tidy up to remove the unneeded
> code and big warning for something that isn't an issue.
Tired and lazy to check out all these things again and again.
Every patch i run on actual HW before sent.
Brian
Powered by blists - more mailing lists