From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261621AbVFEWN6 (ORCPT ); Sun, 5 Jun 2005 18:13:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261623AbVFEWN6 (ORCPT ); Sun, 5 Jun 2005 18:13:58 -0400 Received: from viper.oldcity.dca.net ([216.158.38.4]:15066 "HELO viper.oldcity.dca.net") by vger.kernel.org with SMTP id S261621AbVFEWN4 (ORCPT ); Sun, 5 Jun 2005 18:13:56 -0400 Subject: Re: [PATCH 3/4] new timeofday x86-64 arch specific changes (v. B1) From: Lee Revell To: Parag Warudkar Cc: Andi Kleen , john stultz , Nishanth Aravamudan , lkml , Tim Schmielau , George Anzinger , albert@users.sourceforge.net, Ulrich Windl , Christoph Lameter , Dominik Brodowski , David Mosberger , Andrew Morton , paulus@samba.org, schwidefsky@de.ibm.com, keith maanthey , Chris McDermott , Max Asbock , mahuja@us.ibm.com, Darren Hart , "Darrick J. Wong" , Anton Blanchard , donf@us.ibm.com, mpm@selenic.com, benh@kernel.crashing.org In-Reply-To: <200506051741.46479.kernel-stuff@comcast.net> References: <060220051827.15835.429F4FA6000DF9D700003DDB220588617200009A9B9CD3040A029D0A05@comcast.net> <200506051015.33723.kernel-stuff@comcast.net> <1118004681.20910.2.camel@mindpipe> <200506051741.46479.kernel-stuff@comcast.net> Content-Type: text/plain Date: Sun, 05 Jun 2005 18:13:47 -0400 Message-Id: <1118009627.21156.2.camel@mindpipe> Mime-Version: 1.0 X-Mailer: Evolution 2.3.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2005-06-05 at 17:41 -0400, Parag Warudkar wrote: > On Sunday 05 June 2005 16:51, Lee Revell wrote: > > Well, that would be a broken design anyway. That's what the ALSA timer > > API is for. But XMMS has a long history of buggy ALSA support anyway. > > > > I am not sure they use gettimeofday(). Pardon my ignorance but why is it > broken for them to use gettimeofday()? If they're trying to synchronize other things to the sound, gettimeofday() is a poor choice because it's driven by a different crystal than the soundcard. The correct solution is to use a PCM slave timer. See alsa-lib/examples/timer.c. Lee