At Sun, 5 Feb 2012 21:42:28 -0500,
A. Costa wrote:
>
> On Sun, 5 Feb 2012 09:21:56 -0600
> Jonathan Nieder <jrnie...@gmail.com> wrote:
>
> > Sorry for the lack of clarity. These symptoms are indeed expected to
> > affect many laptops with an ALC861 codec, not just Asus laptops. The
> > problem is that different machines use a different mechanism to turn
> > on or off sound completely. The driver has a table that documents
> > this sort of thing for (1) all ASUS laptops (after the fix to
> > bug#657302), (2) Haier W18, (3) FSC Amilo Pi1505.
> >
> > So, the next step is to work with upstream to get the pin routing
> > information for your laptop. I'll send some hints on this in a
> > separate message.
>
> It might not matter, but my current system, correctly identified by
> 'alsa-info.sh' as an "HP Compaq dx2200 MT", is a Desktop box, not a
> laptop. The sound card is part of the mobo, however, which is somewhat
> laptop-like. More here:
>
> Manuals (guides, supplements, addendums, etc)
> HP Compaq dx2200 Microtower PC
>
> http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&prodSeriesId=1844701&prodTypeId=12454
>
> To fetch pin routing data via 'hda-verb' requires recompiling the
> kernel. This week I haven't enough time to build a kernel.
> (Bandwidth=dialup.) Pity there isn't a simpler method; even using a
> multitester on the mobo would be less hassle than rebuilding the kernel.
>
> Searching the web for 'HP Compaq dx2200 MT "hda-verb"' finds some kernel
> module patch notes from 2007:
>
> [ALSA] hda-codec - Add quirks for HP dx2200/dx2250
>
> HP dx2200 and dx2250 use Micro-Star International (MSI) motherboards
> (models MS-7254 and MS-7297 respectively) with an ALC862 codec in
> threestack configuration. Adding this quirk allows correct 5.1 sound
> output in these systems.
>
> Signed-off-by: Claudio Matsuoka <cmatsu...@gmail.com>
> Signed-off-by: Takashi Iwai <ti...@suse.de>
> Signed-off-by: Jaroslav Kysela <pe...@suse.cz>
>
> http://www.codebrowse.net/history/linux-3.0/sound/pci/hda/patch_realtek.c
>
> Sound on this box with my previous stock Debian kernels worked. Today
> I reverted to 'linux-image-3.1.0-1-686-pae', under which the
> sound still works fine. Attached are the outputs of 'alsa-info.sh' for
> the the downgraded (good sound 3.1.0-1) kernel, and the newer (no sound
> working 3.2.0-1) kernel.
>
> As advised I've CC:'d this email upstream, for whom the relevant Debian
> bug reports can be found here:
>
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657302&archived=False&mbox=no
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658728&archived=False&mbox=no
No sound from which output exactly?
What happens if you turn off "Auto-Mute Mode" mixer enum?
% amixer -c0 set "Auto-Mute Mode" Disabled
This is the control to turn on/off the automatic mute of the speakers
via line-out or headphone jack plugs. It's possible that this doesn't
work expectedly when the hardware implementation doesn't follow the
standard.
Looking through both alsa-info.sh outputs, your case doesn't seem like
a NID-0x0f VREF issue like ASUS laptops. Even 3.1.x kernel shows 0xc0
(i.e. without VREF) for the pin-control of NID 0x0f. The problem is
likely different.
thanks,
Takashi
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/s5hsjioqpuj.wl%ti...@suse.de
