Hi Herton,
I have identified why applying your patch broke the sound worse on my
computer, by reverting each individual modification until the sound
comes back. It has not brought overall improvements for me, but this
might help you getting it right.
On my computer, the main problem is an IRQ one, which I knew you did
not address, but I still wanted to know if something would improve
(see below)
Jean-Pierre André wrote:
> Hi Herton,
>> Thank you for trying to sort his out,
>> Herton Ronaldo Krzesinski wrote:
>> Em Sábado 31 Janeiro 2009, às 05:52:19, Jean-Pierre André escreveu:
>>>>> Hi,
>>>>>>>>>> Hi all, I have an HP DV4 1155-SE, I've been unable to get sound
>>>> working
>>>> through the speakers, although it does work through the headhpones.
>>>> I ran
>>>> alsa-.upgrade which downloaded compiled, and installed 1.0.19 -
>>>> still no
>>>> luck.
>>>>>>> I have the same IDT codec 92HD71B7X on another
>>> HP DV4 model, and I have tracked the problem to be
>>> the kernel configuring IRQ 22 through the APIC, but
>>> interrupts triggerring IRQ 20 (on kernel 2.6.27 and
>>> alsa 1.0.19). It would be interesting if you could
>>> confirm this by analyzing /proc/interrupts.
>>>>>> The workarounds I know of are :
>>> - adding irqpoll to the boot options,
>>> - or adding noapic to the boot options,
>>> - using mplayer to play music.
>>>>>> There are with option "snd-hda-intel model=hp-m4"
>>> (this option is for HP DV5/DV7, but HP DV4
>>> is probably different)
>>>>>> I have not enough knowledge to tell where the problem
>>> lies : kernel, apic, alsa.
>>>>>>> It looks like some of these HP laptops have some sort of IRQ issue
>> indeed, to me it was reported that enabling pci MSI (both system wide
>> and with enable_msi=1 given to snd-hda-intel) cured issues in some
>> cases, along with some changes to sigmatel codec handling code in
>> snd-hda-intel
>> Thank you for your suggested patches. I had some difficulties in
> applying them as your reference version is not from the lasted build.
> (for instance from alsa-driver-1.0.19.0.g5aa59.6.gb162b.tar.bz2)
> Actually, to get patch_sigmatel to compile, I had to reintegrate
> old deprecated code. Attached are the patches I really applied.
>> And the result is worse than before : no sound at all, using option
> "model hp-m4-2", as I see in the patch that this was designed for
> my sound device (subsystem id 0x30f7). I am also using option
> enable_msi=1.
Your patch contained the following, mostly deleting code which was
replaced :
- switch (spec->board_config) {
- case STAC_HP_M4:
- /* enable internal microphone */
- stac92xx_set_config_reg(codec, 0x0e, 0x01813040);
- stac92xx_auto_set_pinctl(codec, 0x0e,
- AC_PINCTL_IN_EN | AC_PINCTL_VREF_80);
- /* fallthru */
- case STAC_DELL_M4_2:
- spec->num_dmics = 0;
- spec->num_smuxes = 0;
- spec->num_dmuxes = 0;
- break;
- case STAC_DELL_M4_1:
- case STAC_DELL_M4_3:
- spec->num_dmics = 1;
- spec->num_smuxes = 0;
- spec->num_dmuxes = 0;
- break;
- default:
- spec->num_dmics = STAC92HD71BXX_NUM_DMICS;
- spec->num_smuxes = ARRAY_SIZE(stac92hd71bxx_smux_nids);
- spec->num_dmuxes = ARRAY_SIZE(stac92hd71bxx_dmux_nids);
- };
spec->multiout.num_dacs = 1;
spec->multiout.hp_nid = 0x11;
spec->multiout.dac_nids = stac92hd71bxx_dac_nids;
- if (spec->dinput_mux)
- spec->private_dimux.num_items +=
+ spec->private_dimux.num_items +=
spec->num_dmics -
(ARRAY_SIZE(stac92hd71bxx_dmic_nids) - 1);
The main bad thing is the following line which is indicated as
unchanged, but which does not appear in alsa 1.0.19, so I cannot
tell if this line is wrong by itself or if this line requires some
other code not present in alsa 1.0.19. With this line present I
get no sound at all :
spec->multiout.num_dacs = 1;
The second point is you have deleted and not replaced the
following :
- /* enable internal microphone */
- stac92xx_set_config_reg(codec, 0x0e, 0x01813040);
- stac92xx_auto_set_pinctl(codec, 0x0e,
- AC_PINCTL_IN_EN | AC_PINCTL_VREF_80);
This line is required to get a PCM control in the sound volume
controls. It is also related to getting the following in the syslog :
Line In at Ext Rear Jack as /devices/pci0000:00/0000:00:1b.0/input/input61
To me, "internal microphone", "PCM control" and "Line In at Ext Rear Jack"
are different things (and in my computer there is no rear jack !), so
there must be something wrong in the configuration.
With these two changes to your patch, I get the same results as with
alsa 1.0.19.
This was tested on a HP dv4-1115ef, with a sound device identified as :
Codec: IDT 92HD71B7X
Codec: Generic 10de ID 3
vendor id : 111d76b2
subsyst id 103c30f7
revis id 100302
Regards
Jean-Pierre