From mboxrd@z Thu Jan 1 00:00:00 1970 From: "James Selvam" Subject: Re: [PATCH 0/3] aic23 sound driver fixes Date: Mon, 8 May 2006 11:29:01 +0530 Message-ID: References: <4457C35D.4020700@cc.jyu.fi> <44590581.6070108@cc.jyu.fi> <445B7A03.6040908@cc.jyu.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <445B7A03.6040908@cc.jyu.fi> Content-Disposition: inline List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-omap-open-source-bounces@linux.omap.com Errors-To: linux-omap-open-source-bounces@linux.omap.com To: lamikr@cc.jyu.fi Cc: OMAP-Linux List-Id: linux-omap@vger.kernel.org Hi Mika/All, I have all the relavant nodes created in /dev/snd directory. This includes controlCx, hwCxDy, midiCxDy, pcmCxDyc, pcmCxDyc, seq & timer. I have also put the following three lines: spin_lock_irqsave(&s->dma_lock, flags); omap_stop_alsa_sound_dma(s); spin_unlock_irqrestore(&s->dma_lock, flags); Any ideas about how to get this working? Is there something else missing? Thanks, James. On 5/5/06, lamikr wrote: > > James Selvam wrote: > > > Hi Mika/All, > > > > The patch set the MCLK error all right. It infact took the right CLK > > freq of 12 MHz: > > > > Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 > > 08:57:20 > > 2006 UTC). > > MCLK =3D 12000000 [12000000], usecount =3D 1 > > audio support initialized > > ALSA device list: > > #0: OMAP Innovator AIC23 > > > > But aplay -l still fails. It fails to recognise and list the hardware > > present: > > Hmm, do you have udev installed and do you get nodes created to /dev/snd > directory? > > > > > **** List of PLAYBACK Hardware Devices **** > > ALSA lib control.c:818:(snd_ctl_open_noupdate) Invalid CTL hw:0 > > aplay: device_list:232: control open (0): No such file or directory > > > > I then tried to do a simple "cat raw_file > /dev/dsp" (OSS emulation > > enabled). It just gave me some noise. Another player "bplay" > > cross-compiled for ARM gave similar results. > > So, you were able to hear something? I had some DMA problems with my > OMAP1510 based h6300 and therefore the omap-alsa.c has > #ifdef CONFIG_MACH_OMAP_H6300 in one place. You could try to enable that > also in your board? > For Daniel the AIC23 alsa code however worked with the OSK board without > need for the modifications. > > Mika >