Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752467AbbF3EMw (ORCPT ); Tue, 30 Jun 2015 00:12:52 -0400 Received: from mga11.intel.com ([192.55.52.93]:32028 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750727AbbF3EMq (ORCPT ); Tue, 30 Jun 2015 00:12:46 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.15,374,1432623600"; d="scan'208";a="720043569" Date: Tue, 30 Jun 2015 09:44:28 +0530 From: Vinod Koul To: Krzysztof =?utf-8?Q?Koz=C5=82owski?= Cc: gabriel@unseen.is, Marek Szyprowski , dmaengine@vger.kernel.org, Dan Williams , stable@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation Message-ID: <20150630041428.GE3246@localhost> References: <1434376809-8029-1-git-send-email-k.kozlowski.k@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1991 Lines: 42 On Mon, Jun 22, 2015 at 11:14:42AM +0900, Krzysztof Kozłowski wrote: > 2015-06-15 23:00 GMT+09:00 Krzysztof Kozlowski : > > When pl330 driver was used during sound playback, after some time or > > after a number of plays the sound became choppy or totally noisy. For > > example on Odroid XU3 board the first four executions of aplay with > > small WAVE worked fine, but fifth was unrecognizable with errors: > > $ aplay /usr/share/sounds/alsa/Front_Right.wava > > underrun!!! (at least 0.095 ms long) > > > > Issue was caused by wrong residue reported by pl330 driver to > > pcm_dmaengine for its cyclic dma transfers. > > > > The pl330_tx_status(), residue reporting function, used a "last" flag in > > a descriptor to indicate that there is no more data to send. > > > > The pl330_tx_submit() iterated over descriptors trying to remove this > > flag from them and then mark last descriptor as "last". However when > > iterating it actually removed the flag not from descriptors but always > > from last of it (and then reset it). Thus effectively once some > > descriptor was marked as last, then it stayed like this forever causing > > residue to be reported too low. > > > > Signed-off-by: Krzysztof Kozlowski > > Fixes: aee4d1fac887 ("dmaengine: pl330: improve pl330_tx_status() function") > > Cc: > > Reported-by: gabriel@unseen.is > > Suggested-by: Marek Szyprowski > > Gabriel, could you give this patch a try? It helped for my Odroid XU3, > which has the same audio codec. Nevertheless it would be great to hear > that it solves the initial bug report. So is there a word on what finally fixes this -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/