Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756509Ab2BGEvK (ORCPT ); Mon, 6 Feb 2012 23:51:10 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:41108 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756230Ab2BGEvI (ORCPT ); Mon, 6 Feb 2012 23:51:08 -0500 Message-ID: <4F30ADB6.1000109@canonical.com> Date: Tue, 07 Feb 2012 05:51:02 +0100 From: David Henningsson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: "Heasley, Seth" CC: Takashi Iwai , "alsa-devel@alsa-project.org" , "perex@perex.cz" , "Ralston, James D" , "linux-kernel@vger.kernel.org" Subject: Re: [alsa-devel] [PATCH 1/6] hda_intel: Add Lynx Point HD Audio Controller DeviceIDs References: <201201231624.31275.seth.heasley@intel.com> <4F1E7DC0.5060208@canonical.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1760 Lines: 38 On 02/07/2012 01:13 AM, Heasley, Seth wrote: >>>> This patch adds the HD Audio DeviceIDs for the Intel Lynx Point PCH. >>> >>> Thanks. As we asked for oak trail: can you confirm you prefer DMA >>> Position buffers for detecting current playback/recording position, >> over >>> using the LPIB register? >> >> Yes, thanks for the notice. >> >> I guess this won't need it since it's the successor of PPT. >> But it's always good to check it for the new hardware, indeed. > > I'm also in favor of not rocking the boat, but I'm curious what changing this would entail, and what would be the advantage or rationale for making the change? Reading the LPIB register, and reading the DMA position buffer, are two different methods of reading the current playback (or recording) position, i e which sample is currently being played back. The problem is that some chipsets prefer one method over the other, i e, only one of the methods work reliably. And if the other method only breaks occasionally, this can be quite difficult to detect and track down - we will have users complaining about their audio sometimes either sounding distorted, maybe not working at all, or just once in a while glitches. All of these symptoms can have many causes, so deducing that to a broken playback position is time consuming. That's why I think it's worth the extra question, to get it right from the start. So...thanks in advance for looking it up for us? :-) -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic -- 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/