From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dirk Behme Subject: Re: Playing mp3 on OMAP5912 OSK Date: Tue, 30 May 2006 19:53:06 +0200 Message-ID: <447C8682.8060201@gmail.com> References: <4477F81C.2000308@gmail.com> <447B06A5.6020500@indt.org.br> <447C76AB.8040901@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <447C76AB.8040901@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-omap-open-source-bounces+gplao-linux-omap-open-source=gmane.org@linux.omap.com Errors-To: linux-omap-open-source-bounces+gplao-linux-omap-open-source=gmane.org@linux.omap.com To: Linux-omap-open-source@linux.omap.com List-Id: linux-omap@vger.kernel.org Dirk Behme wrote: > Anderson Briglia wrote: > >> I tested the ALSA driver presented in the latest git tree and madplay >> is working properly. > >>> output: ioctl(SNDCTL_DSP_SYNC): Invalid argument > > Seems that this becomes strange. I used Anderson's madplay, libmad and > .mp3 for tests. Anderson's mp3 is 44.1 kHz as well, so this shouldn't be > the issue. My kernel sound configuration seems to be okay as well. But > even with Anderson's binaries I get the ioctl error above. So last thing > I can imagine is other kernel configuration. For the archive and fyi answering to myself: Here's my 'what it is not' list: - madplay binaries and libraries are okay - mp3 is okay - playing over NFS is okay - kernel config is okay And now? Toolchain! Compiling kernel with my old 3.4.1 gcc: madplay doesn't complain any more. Compiling kernel with my newer 4.1.0 with same config and same binaries: madplay fails. Haven't seen any other issues with my 4.1.0 yet, no error, failure, nothing. Will see if I find time to investigate this further. Built my 4.1.0 with crosstool-0.42 and crosstool's eval `cat arm.dat gcc-4.1.0-glibc-2.3.2.dat` sh all.sh --notest configuration. Thanks for your help Dirk