From: pHilipp Zabel <philipp.zabel@gmail.com>
To: Daniel Mack <daniel@caiaq.de>
Cc: alsa-devel@alsa-project.org,
Mark Brown <broonie@opensource.wolfsonmicro.com>
Subject: Re: [PATCH 1/4] ASoC: Use network mode with 2 slots for 16-bit stereo in pxa-ssp/Zylonite
Date: Thu, 5 Mar 2009 17:06:02 +0100 [thread overview]
Message-ID: <74d0deb30903050806g475c6fd2u48d91f52eea4a46@mail.gmail.com> (raw)
In-Reply-To: <74d0deb30903041245q4ba5b97fm80324e46e40e55ff@mail.gmail.com>
On Wed, Mar 4, 2009 at 9:45 PM, pHilipp Zabel <philipp.zabel@gmail.com> wrote:
> On Wed, Mar 4, 2009 at 2:34 AM, Daniel Mack <daniel@caiaq.de> wrote:
>> Hi Phillip,
>>
>> glad to see someone is wasting time with that issue, too :)
>>
>> On Tue, Mar 03, 2009 at 04:10:51PM +0100, Philipp Zabel wrote:
>>> For consistency with 24-bit and 32-bit modes, don't send 16-bit stereo
>>> in one 32-bit transfer. Use 2 slots instead on Zylonite. It should result
>>> in exactly the same behaviour.
>>> Now it is possible to use 16-bit single slot transfers in pxa-ssp, which
>>> are needed for Magician to get two frame clock pulses per sample
>>> (one for each channel).
>>
>> We've been fiddling around with these modes and registers for
>> another two days in a row now and figured out that literally all the
>> documentation about these registers is entirly bogus. In particular,
>> the network mode with the associated timeslots simply does not work at
>> all, according to our measurements.
>>
>> Hence the question: how does your I2S signal look like at the moment?
>> How many clocks do you measure in one frame cylce, how many of them are
>> actually filled with data? And which format does the userspace use to
>> send samples in?
>
> Unfortunately, I can't measure anything. I don't own an oscilloscope
> and I don't even know if there are useful test points on the phone's
> mainboard.
> Also, I've come to the conclusion that on Magician there has to be
> some kind of flip-flop between the PXA272's SSPFRMCLK and the codec's
> LRCLK input.
[...]
Unfortunately, this means that if I play sound for an odd number of
frame clocks, the next playback will have left and right channels
switched.
I checked this by measuring the number of frames sent with OSCR8.
Is there a way to force pxa-ssp to only ever stop playback after an
even number of frames?
regards
Philipp
prev parent reply other threads:[~2009-03-05 16:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-03 15:10 [PATCH 1/4] ASoC: Use network mode with 2 slots for 16-bit stereo in pxa-ssp/Zylonite Philipp Zabel
2009-03-03 15:10 ` [PATCH 2/4] ASoC: UDA1380: DATAI is slave only Philipp Zabel
2009-03-03 15:50 ` Mark Brown
2009-03-03 15:56 ` pHilipp Zabel
2009-03-03 15:58 ` Mark Brown
2009-03-03 15:10 ` [PATCH 3/4] ASoC: Remove version display from the UDA1380 driver Philipp Zabel
2009-03-03 15:52 ` Mark Brown
2009-03-03 15:10 ` [PATCH 4/4] ASoC: UDA1380: change decimator/interpolator register handling Philipp Zabel
2009-03-03 15:48 ` [PATCH 1/4] ASoC: Use network mode with 2 slots for 16-bit stereo in pxa-ssp/Zylonite Mark Brown
2009-03-04 1:34 ` Daniel Mack
2009-03-04 14:29 ` Mark Brown
2009-03-04 20:45 ` pHilipp Zabel
2009-03-05 16:06 ` pHilipp Zabel [this message]
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=74d0deb30903050806g475c6fd2u48d91f52eea4a46@mail.gmail.com \
--to=philipp.zabel@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=daniel@caiaq.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox