From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: CMI9739A Date: Mon, 20 Dec 2004 15:04:22 +0100 Message-ID: References: <20041125004649.GA21551@bliss> <20041130020525.GA2591@bliss> <20041212093013.GA338@bliss> Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from Cantor.suse.de (cantor.suse.de [195.135.220.2]) by alsa.alsa-project.org (ALSA's E-mail Delivery System) with ESMTP id B26BE2E7 for ; Mon, 20 Dec 2004 15:04:20 +0100 (MET) In-Reply-To: <20041212093013.GA338@bliss> Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Zinx Verituse Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org At Sun, 12 Dec 2004 03:30:13 -0600, Zinx Verituse wrote: > > Results: > 72 0001 does nothing. > > However, setting one of the registers that actually differs - 64 - does > fix it. The other registers that changed (6c, 70) seemed to have no effect. > > Non-working value for register 0x64: 0x5400 > Working value for register 0x64: 0x1438 > > Also working value for register 0x64: 0x0010 > > Bit 4 doesn't appear to be documented in the source, or in the CM9739 > documentation, and it actually defaults to 0x1438 here rather than 0x0000, > so I've made a patch that just keeps the value (luckily, it seems to default > to on when the card is initialized). > > The patch also includes the id for the 9739A. > The patch is against 2.6.10-rc3, but it's fairly simple so it shouldn't > be too hard to apply by hand if it fails. Thanks, I applied it to CVS. (bit 3 is enabled, too) Takashi ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/