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