From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757531AbZFJThY (ORCPT ); Wed, 10 Jun 2009 15:37:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756216AbZFJThN (ORCPT ); Wed, 10 Jun 2009 15:37:13 -0400 Received: from cantor.suse.de ([195.135.220.2]:49191 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756063AbZFJThM (ORCPT ); Wed, 10 Jun 2009 15:37:12 -0400 Date: Wed, 10 Jun 2009 21:37:14 +0200 Message-ID: From: Takashi Iwai To: David Miller Cc: linux-kernel@vger.kernel.org Subject: Re: sound skipping regression introduced in 2.6.30-rc8 In-Reply-To: <20090610.112804.193703669.davem@davemloft.net> References: <20090610.112804.193703669.davem@davemloft.net> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.3 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Wed, 10 Jun 2009 11:28:04 -0700 (PDT), David Miller wrote: > > > This change: > > commit c87d9732004b3f8fd82d729f12ccfb96c0df279e > Author: Takashi Iwai > Date: Wed May 27 10:53:33 2009 +0200 > > ALSA: Enable PCM hw_ptr_jiffies check only in xrun_debug mode > > The PCM hw_ptr jiffies check results sometimes in problems when a > hardware doesn't give smooth hw_ptr updates. So far, au88x0 and some > other drivers appear not working due to this strict check. > However, this check is a nice debug tool, and the capability should be > still kept. > > Hence, we disable this check now as default unless the user enables it > by setting the xrun_debug mode to the specific stream via a proc file. > > Signed-off-by: Takashi Iwai > > causes sound to skip while listing to MP3s using mplayer on > intel8x0 sound cards. Could you set CONFIG_SND_PCM_XRUN_DEBUG=y and do # echo 1 > /proc/asound/card0/pcm0p/xrun_debug then check your app? Does it work better, and get any kernel messages? Basically it's rather a job of the lowlevel driver (intel8x0) to fix / filter out the bogus values. I though we have already some code to correct it in 2.6.30, but it seems not enough... Also, it'd be helpful if you can check whether the problem exists in the current sound git tree (for-linus branch), too. git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git for-linus thanks, Takashi