I use sidux which is a Debian sid derivative. I use the sidux/Debian Alsa packages.
libasound2 1.0.16-2
libsdl1.2debian-alsa 1.2.13-4
alsa-base 1.0.17.dfsg-4
alsa-utils 1.0.16-2
linux-sound-base 1.0.17.dfsg-4
Installed sidux version Pontos KDE full i386/686 and I have the onboard Intel HDA sound
In live cd mode...front speaker is crackling...on hard drive install its all ok.
On hard drive clean install ...NO upgrade....I have sound at back and front connectors....all OK.
I know how to run alsamixer or kmix....and front is unmuted and volume high.
2) Then I did a kernel upgrade using smxi.
old k vmlinuz-2.6.27-10.slh.1-sidux-686
new k vmlinuz-2.6.28-0.slh.11-sidux-686
-------------------------------------------------------------
I kept both kernels so I could compare what was happening.
$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf9ffc000 irq 16
$ cat /proc/asound/card0/codec#0 | grep Codec
Codec: SigmaTel STAC9221 A2
$ lsmod | grep snd
snd_hda_intel 414132 1
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 2 snd_hda_intel,snd_pcm_oss
snd_page_alloc 12936 2 snd_hda_intel,snd_pcm
snd_hwdep 11268 1 snd_hda_intel
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 12 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
$ lspci -nnvv....culled but includes......
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definit
ion Audio Controller [8086:27d8] (rev 01)
Subsystem: Elitegroup Computer Systems Device [1019:2633]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step
ping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f9ffc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
3) So what I did was for each kernel booted I ran either
$ cat /proc/asound/card0/codec#0 > /pathway/codecgood(orbad)
I then ran xxdiff against them and there is only one line different for both
-----------------
codec bad
Node 0x0a [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x0000173f: IN OUT HP Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x0221401f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0x00: VREF_HIZ
Unsolicited: tag=30, enabled=1
Connection: 1
0x02
BAD IS Pin-ctls: 0x00: VREF_HIZ
----------------------
codecgood
Node 0x0a [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x0000173f: IN OUT HP Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x0221401f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0xc0: OUT HP VREF_HIZ
Unsolicited: tag=30, enabled=1
Connection: 1
0x02
GOOD IS Pin-ctls: 0xc0: OUT HP VREF_HIZ
---------------------------------------------------------------------------------------------------
I believe this PINS error results in an interesting quirk
I put headphones into the back and separate headphones into the front connectors
with good codec sound is good to both
with bad codec...the mixer setting for front is wrong...mute it....and you lose sound at the BACK but still no sound to the front.
I discovered this by accident but it kinda makes sense if the pins are wrong.
-------------------------------------------------------------------------------------------------------
I am reporting this....as so far if I want front sound, I have to use the old kernel.
I am hoping that this is an ALSA issue that can be solved.
I have not reported it as a bug as yet....waiting for your advice.
The advice I have been given so far includes:
compile my own alsa......not my first preference
compile my own kernel....not my first preference
on a sidux irc...I was asked to report it to Alsa....this email
thanks
------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
