From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: dmix produces garbled sound on ARM Date: Thu, 09 Jun 2016 15:01:10 +0200 Message-ID: References: Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id 070B826070C for ; Thu, 9 Jun 2016 15:01:11 +0200 (CEST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Ihar Filipau Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On Thu, 09 Jun 2016 13:38:19 +0200, Ihar Filipau wrote: > > Hi All! > > When using the dmix on ARM, the sound comes out garbled, with as if > overlapping, increasing-in-number echoes. That happens even with a > single aplay instance. > > In a forum discussion, it was suggested that ARM lacks optimized dmix > implementation. But that implies that the generic dmix code is broken, > since it is what is used on ARM/etc, but not on i386/amd64. (The forum > discussion about my particular issue: > http://unix.stackexchange.com/questions/288451/sound-corruption-echo-when-trying-to-use-alsa-dmix > ) > > Does anybody has any suggestions how to fix/avoid the dmix issue on ARM? > > Thanks. > > P.S. Versions: Linux v3.18.24, alsa-lib/-utils v1.0.29. The hardware: > FreeScale i.MX35 (ARM1136) with SGTL5000 sound chip (used in 48KHz > mode). > > P.P.S. The generic code has outdated functions for the "concurrent" > implementation with cmpxchg. The code probably could be updated, and > revised to use the C11's stdatomic.h when available. This is likely the cache coherency issue. For example, the generic dmix code works fine on x86-64 if I modify the ifdef condition (I tested now). I suppose the mmap support is broken with your device / driver. Does "aplay -Dhw -M --period-size=1024 somefile.wav" work? This should show a similar problem. Takashi