[alsa-devel] [PATCH] ALSA: hda - Make path_has_mixer() tristate
Ingo Brückl
ib at wupperonline.de
Fri Mar 6 13:33:05 CET 2015
Takashi Iwai wrote on Fri, 06 Mar 2015 12:33:17 +0100:
>> > Right. The big difference is "not using" and "disabling". The former
>> > is user's decision, but without telling the driver to disable the
>> > functionality, the driver must still assume that it might be used in
>> > future.
>>
>> Thank you very much for this explanation. As a simple user, not being deep
>> into hardware and driver internals, I wasn't aware of that difference.
>>
>> > OTOH, the latter can be achieved easily by changing the pin default
>> > configuration
>>
>> Fine, if just someone could please advise what to do (hdajackretask isn't
>> an option, no GUI, only console access).
> 1. Kill all sound apps and backends
> 2. Run below as root
> echo "0x15 0x411111f0" > /sys/class/sound/hwC0D0/user_pin_configs
> echo 1 > /sys/class/sound/hwC0D0/reconfig
> That's all. If you want to have this from the beginning, create a
> firmware "patch" file and pass it via patch option of snd-hda-intel
> module. See Documentation/sound/alsa/HD-audio.txt. In your case, you
> need entries like:
> [codec]
> 0xxxxx 0xxxx 0
> [pincfg]
> 0x15 0x411111f0
Thank you very much, I'll do.
Supposing that the pin config could be given as a model for the ALC662,
something like (according to Raymond):
.type = HDA_FIXUP_PINS,
.v.pins = (const struct hda_pintbl[]) {
{0x15, 0x411111f0},
{}
}
would such a "no-speaker" model make sense (for people suffering from the
same issue as me)?
Ingo
More information about the Alsa-devel
mailing list