From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753884AbXITLFT (ORCPT ); Thu, 20 Sep 2007 07:05:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751302AbXITLFE (ORCPT ); Thu, 20 Sep 2007 07:05:04 -0400 Received: from mx2.suse.de ([195.135.220.15]:44944 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750749AbXITLFB (ORCPT ); Thu, 20 Sep 2007 07:05:01 -0400 Date: Thu, 20 Sep 2007 13:05:00 +0200 Message-ID: From: Takashi Iwai To: Bernhard Rosenkraenzer Cc: alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: [alsa-devel] [PARTIAL PATCH] snd-hda-intel on Medion WIM2160 In-Reply-To: <200709192026.28082.bero@arklinux.org> References: <200709111416.24299.bero@arklinux.org> <200709192026.28082.bero@arklinux.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5 (beta28) (fuki) (+CVS-20070806) (i386-suse-linux) 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 X-Mailing-List: linux-kernel@vger.kernel.org At Wed, 19 Sep 2007 20:26:27 +0200, Bernhard Rosenkraenzer wrote: > > On Thursday 13 September 2007, Takashi Iwai wrote: > > > The patch below fixes it, but unfortunately, Medion MD2 uses the same PCI > > > (and subvendor/subdevice) ID -- so the patch quite likely breaks Medion > > > MD2 support. > > > > In that case, try to reset board_config after > > snd_hda_check_board_config() but before setup_preset(). See > > patch_alc885() for example (appeariny in the latest ALSA tree, also in > > mm tree). > > Will do... > > > Otherwise it looks OK to me. But, what is the primary difference in > > the setup between MD2 and WIM2160? > > I don't know -- I made it work by trial and error (I don't have access to any > hardware specs or the likes). By some more trial and error, I could minimize > the patch some more - it's down to editing the init_verbs and mixers. > In the mixers, this one seems to be the key: > HDA_BIND_MUTE("Master Playback Switch", 0x0c, 2, HDA_INPUT) Hmm, these should be constantly unmuted at initialization via alc883_medion_md2_verbs[] in MD2 model, too. Could you double-check whether MD2 model doesn't work? If really not works, check codec#* output whether the inputs of NID 0x0c get unmuted or not. Takashi