From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Mack Subject: Re: snd_pcm_hw_params_get_period_size points to __old_ symbol Date: Sun, 22 Feb 2009 23:18:54 +0100 Message-ID: <20090222221854.GD5893@buzzloop.caiaq.de> References: <20090222213553.GA5893@buzzloop.caiaq.de> <1235340956.27887.547.camel@vega.slimlogic.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from buzzloop.caiaq.de (buzzloop.caiaq.de [212.112.241.133]) by alsa0.perex.cz (Postfix) with ESMTP id 7F1B0244CA for ; Sun, 22 Feb 2009 23:18:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by buzzloop.caiaq.de (Postfix) with ESMTP id 4A9EA7F404F for ; Sun, 22 Feb 2009 23:18:57 +0100 (CET) Received: from buzzloop.caiaq.de ([127.0.0.1]) by localhost (buzzloop.caiaq.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Brz307rnrib3 for ; Sun, 22 Feb 2009 23:18:54 +0100 (CET) Content-Disposition: inline In-Reply-To: <1235340956.27887.547.camel@vega.slimlogic.co.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org Hi Liam, On Sun, Feb 22, 2009 at 10:07:57PM +0000, Liam Girdwood wrote: > > I'm currently implementing support for a board based on a PXA300 with an > > I2S codec (CS4270) next to it. Things do work in general, including the > > setup of the SSP engine and clocks, and when using the OSS compat layer, > > I can see data on the bus. With the native ALSA API, however, the DMA > > pointer does not move forward but is stuck at position 8. ALSA's core > > calls pxa2xx_pcm_pointer() a couple of times and eventually gives up on > > it. Unfortunately, I don't have a Zylonite board for cross-check; could > > anyone verify that things are not currently broken in a general way? > > > > My code base is up-to-date to sound-2.6.git/for-2.6.30. > > Can't test on my zylonite atm, but static DMA pointers usually mean data > is not being clocked out of the SSP FIFO. Can you check you are > supplying a BCLK and LRC to the SSP port (if codec is BCLK/LRC master) > or have enabled the PXA SSP master mode (if codec slave). All the clocks are there, they're only driven by the Codec, and they look fine. And thus, the CPU DAI is set to SND_SOC_DAIFMT_CBM_CFM. What puzzles me is that the whole system works when I cat /dev/urandom to /dev/dsp (the DMA pointer is moving forward just as expected), only when using aplay it doesn't do anything. Thanks, Daniel