Created attachment 134431 [details] alsa info Front headphone jack does not works, mic jack works fine. Laptop: Clevo W230 Audio hardware: VIA VT18xx indep_hp should be disabled at this hardware ubuntu-bug: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904
Created attachment 134441 [details] lspci
The problem can be fixed with next alsa-patch: [codec] 0x11068446 0x15582300 0 [hint] indep_hp = no
What do you mean "front headphone jack does not work"? How was it tested? Please give alsa-info.sh outputs of both working and non-working cases.
driver shoud not assign same dac to device 0 and device 2 Node 0x08 [Audio Output] wcaps 0x41d: Stereo Amp-Out Control: name="Headphone Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Device: name="VT1802 Analog", type="Audio", device=0 Device: name="VT1802 Alt Analog", type="Audio", device=2 Amp-Out caps: ofs=0x2a, nsteps=0x2a, stepsize=0x05, mute=0 Amp-Out vals: [0x28 0x28] Converter: stream=0, channel=0 PCM: rates [0x5e0]: 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0
==> lo_type=2, wired=1, mio=1, badness=0x0 multi_outs = 25/0/0/0 : 8/0/0/0 (type HP) out path: depth=4 :08:35:15:25 spk_outs = 24/0/0/0 : 9/0/0/0 spk path: depth=4 :09:34:14:24 mix path: depth=4 :08:21:15:25 mix path: depth=4 :08:21:14:24 ==> Best config: lo_type=2, wired=1, mio=1 multi_outs = 25/0/0/0 : 8/0/0/0 (type HP) out path: depth=4 :08:35:15:25 spk_outs = 24/0/0/0 : 9/0/0/0 spk path: depth=4 :09:34:14:24 mix path: depth=4 :08:21:15:25 mix path: depth=4 :08:21:14:24 the evaluation path was not full tested when type HP return zero badness (type speaker) is not even tested the badness should not be zero since HP cannot be placed in multi outs to support independent headphone
I made 3 testes with next results: 1. After cold boot I hear low-frequency noice before (and after) booting the kernel (probably EFI initialize codec properly) and headphone out works fine. 2. After sleep/resume there are not such noice and headphones out stops working. 3. After warm reboot there are also no such noice (EFI does not reinit codec?) and headphones out does not works. Attaching alsa-info outputs for all 3 cases.
Created attachment 134521 [details] Case 1: after cold boot.
Created attachment 134531 [details] Case 2: after suspend/resume.
Created attachment 134541 [details] Case 3: after warm reboot
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/?id=ef4da45828603df57e5e21b8aa21a66ce309f79b your vt1802 seem different from those in Asus g75v https://launchpadlibrarian.net/114798750/Card0.Codecs.codec.0.txt analog mixer 0x21 seem connect to audio output 0x08 Node 0x21 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In Control: name="Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] Power states: D0 D1 D2 D3 Power: setting=D0, actual=D0 Connection: 3 0x2b 0x2a 0x29 In-driver Connection: 4 0x2b 0x2a 0x29 0x08
http://bugzillafiles.novell.org/attachment.cgi?id=470256 The connection was used as PCM loopback Playback Volume Node 0x21 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In Control: name="PCM Loopback Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=3, ofs=0 Control: name="PCM Loopback Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=3, ofs=0 Control: name="Internal Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=2, ofs=0 Control: name="Internal Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=2, ofs=0 Control: name="Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] Power states: D0 D1 D2 D3 Power: setting=D3, actual=D3 Connection: 3 0x2b 0x2a 0x29
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1244127/comments/15 any specific reason to hide node 0x3e sudo ./hda-verb /dev/snd/hwC0D0 0x3e 0xf00 0x9 00 0x9 nid = 0x3e, verb = 0xf00, param = 0x9 value = 0x200500 sudo ./hda-verb /dev/snd/hwC0D0 0x3e 0xf00 0xe nid = 0x3e, verb = 0xf00, param = 0xe value = 0x1 sudo ./hda-verb /dev/snd/hwC0D0 0x3e 0xf02 0x0 nid = 0x3e, verb = 0xf02, param = 0x0 value = 0x1c
DAC 0x08 was assigned to speaker ,0x09 was assigned to the headphone when the laptop has one speaker in the past https://bugzilla.novell.com/show_bug.cgi?id=740118 Node 0x08 [Audio Output] wcaps 0x41d: Stereo Amp-Out Device: name="VT1802 Analog", type="Audio", device=0 Amp-Out caps: ofs=0x2a, nsteps=0x2a, stepsize=0x05, mute=0 Amp-Out vals: [0x2a 0x2a] Converter: stream=5, channel=0 PCM: rates [0x5e0]: 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Node 0x09 [Audio Output] wcaps 0x41d: Stereo Amp-Out Control: name="Headphone Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Device: name="VT1802 HP", type="Audio", device=2 Amp-Out caps: ofs=0x2a, nsteps=0x2a, stepsize=0x05, mute=0 Amp-Out vals: [0x18 0x18] Converter: stream=5, channel=0 PCM: rates [0x5e0]: 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0
Output for hda-verb is same: sudo hda-verb /dev/snd/hwC1D0 0x3e 0xf00 0x9 nid = 0x3e, verb = 0xf00, param = 0x9 value = 0x200500 sudo hda-verb /dev/snd/hwC1D0 0x3e 0xf00 0xe nid = 0x3e, verb = 0xf00, param = 0xe value = 0x1 sudo hda-verb /dev/snd/hwC1D0 0x3e 0xf02 0x0 nid = 0x3e, verb = 0xf02, param = 0x0 value = 0x1c
So, I didn't familar with kernel sound module but I can test driver changes. Or can you point me to the right way? As far as I understand currently some pin/node/module is not powers up after suspend?
are you using latest driver ? node 0x3e still exist another problem is the function which set/clear EAPD does not keep the R/L Swap and Balanced bits Pincap 0x00010050: OUT EAPD Balanced EAPD 0x3: BALANCED EAPD Node 0x24 [Pin Complex] wcaps 0x40050d: Stereo Amp-Out Control: name="Speaker Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Speaker Phantom Jack", index=0, device=0 Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x00010050: OUT EAPD Balanced EAPD 0x3: BALANCED EAPD Pin Default 0x901701f0: [Fixed] Speaker at Int N/A Conn = Analog, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Connection: 2 0x14* 0x3e
the fix should be at snd_hda_get_sub_nodes if the codec cannot provide the correct number of nodes in the codecs do your vt1802 return the correct count ? int snd_hda_get_sub_nodes(struct hda_codec *codec, hda_nid_t nid, hda_nid_t *start_id) { unsigned int parm; parm = snd_hda_param_read(codec, nid, AC_PAR_NODE_COUNT); if (parm == -1) return 0; *start_id = (parm >> 16) & 0x7fff; return (int)(parm & 0x7fff); }
Added debugging: int snd_hda_get_sub_nodes(struct hda_codec *codec, hda_nid_t nid, hda_nid_t *start_id) { unsigned int parm; parm = snd_hda_param_read(codec, nid, AC_PAR_NODE_COUNT); printk("MIK: %d\n", codec->vendor_id); printk("MIK: parm = %d\n", parm); if (parm == -1) return 0; *start_id = (parm >> 16) & 0x7fff; printk("MIK: n = %d\n", (int)(parm & 0x7fff)); return (int)(parm & 0x7fff); } The outptut (VIA is 285639750 = 0x11068446): [ 4.296094] MIK: 285639750 [ 4.296096] MIK: parm = 65537 [ 4.296097] MIK: n = 1 [ 4.296181] MIK: 285639750 [ 4.296182] MIK: parm = 524341 [ 4.296183] MIK: n = 53 [ 4.298110] MIK: -2138691577 [ 4.298112] MIK: parm = 65537 [ 4.298113] MIK: n = 1 [ 4.298146] MIK: -2138691577 [ 4.298147] MIK: parm = 131074 [ 4.298148] MIK: n = 2 [ 4.305379] MIK: -2138691577 [ 4.305382] MIK: parm = 131079 [ 4.305383] MIK: n = 7 [ 4.305656] MIK: -2138691577 [ 4.305658] MIK: parm = 131079 [ 4.305659] MIK: n = 7
I am using ubuntu 14.04 kernel sources (3.13.9).
what is the values of codec->num_nodes ? your output contain nodes 0x3c, but your output is 53 (0x35) static int read_widget_caps(struct hda_codec *codec, hda_nid_t fg_node) { int i; hda_nid_t nid; codec->num_nodes = snd_hda_get_sub_nodes(codec, fg_node, &codec->start_nid); codec->wcaps = kmalloc(codec->num_nodes * 4, GFP_KERNEL); if (!codec->wcaps) return -ENOMEM; nid = codec->start_nid; for (i = 0; i < codec->num_nodes; i++, nid++) codec->wcaps[i] = snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP); return 0; } Node 0x3e [Audio Mixer] wcaps 0x200500: Mono Power states: D0 D1 D2 D3 Power: setting=D0, actual=D0 Connection: 1 0x1c does node 0x3d return any values when you use hda-verb to query widget type , connection list ,... node 0x33 is a mono pin complex which need to connect through a downmix widget to accept the stereo signal from stereo audio output https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/?id=d5266125fb439a5dfa4edd548d888fda47414ac5
Output for 0x3d: sudo hda-verb /dev/snd/hwC1D0 0x3d 0xf00 0x9 nid = 0x3d, verb = 0xf00, param = 0x9 value = 0xf00000 sudo hda-verb /dev/snd/hwC1D0 0x3d 0xf00 0xe nid = 0x3d, verb = 0xf00, param = 0xe value = 0x0 sudo hda-verb /dev/snd/hwC1D0 0x3d 0xf02 0x0 nid = 0x3d, verb = 0xf02, param = 0x0 value = 0x0 Output for 0x3c: sudo hda-verb /dev/snd/hwC1D0 0x3c 0xf00 0x9 nid = 0x3c, verb = 0xf00, param = 0x9 value = 0x300501 sudo hda-verb /dev/snd/hwC1D0 0x3c 0xf00 0xe nid = 0x3c, verb = 0xf00, param = 0xe value = 0x2 sudo hda-verb /dev/snd/hwC1D0 0x3c 0xf02 0x0 nid = 0x3c, verb = 0xf02, param = 0x0 value = 0x908 Output for 0x35: sudo hda-verb /dev/snd/hwC1D0 0x35 0xf00 0x9 nid = 0x35, verb = 0xf00, param = 0x9 value = 0x300501 sudo hda-verb /dev/snd/hwC1D0 0x35 0xf00 0xe nid = 0x35, verb = 0xf00, param = 0xe value = 0x2 sudo hda-verb /dev/snd/hwC1D0 0x35 0xf02 0x0 nid = 0x35, verb = 0xf02, param = 0x0 value = 0x908 Added debug code: static int read_widget_caps(struct hda_codec *codec, hda_nid_t fg_node) { int i; hda_nid_t nid; codec->num_nodes = snd_hda_get_sub_nodes(codec, fg_node, &codec->start_nid); printk("MIK: codec->vendor_id = %d, codec->num_nodes = %d\n", codec->vendor_id, codec->num_nodes); codec->wcaps = kmalloc(codec->num_nodes * 4, GFP_KERNEL); if (!codec->wcaps) return -ENOMEM; nid = codec->start_nid; for (i = 0; i < codec->num_nodes; i++, nid++) codec->wcaps[i] = snd_hda_param_read(codec, nid, AC_PAR_AUDIO_WIDGET_CAP); return 0; } Output from kernel module: [ 4.313834] MIK: codec->vendor_id = 285639750, codec->num_nodes = 53 [ 4.318001] MIK: codec->vendor_id = -2138691577, codec->num_nodes = 2 [ 4.332846] MIK: codec->vendor_id = -2138691577, codec->num_nodes = 7
the independent headphone allows headphone and multi out path can play different audio streams this mean that headphone cannot be put at the multi out path also low power mode power down any widgets on the unused audio path function indep_hp_possible in hda_generic.c should return false if (cfg->line_out_type == AUTO_PIN_HEADPHONE) return false; if the driver really want to support independent headphones on notebook speaker need to put in multi out path instead of headphone ==> lo_type=2, wired=1, mio=1, badness=0x0 multi_outs = 25/0/0/0 : 8/0/0/0 (type HP) out path: depth=4 :08:35:15:25 spk_outs = 24/0/0/0 : 9/0/0/0 spk path: depth=4 :09:34:14:24 mix path: depth=4 :08:21:15:25 mix path: depth=4 :08:21:14:24 ==> Best config: lo_type=2, wired=1, mio=1 multi_outs = 25/0/0/0 : 8/0/0/0 (type HP) out path: depth=4 :08:35:15:25 spk_outs = 24/0/0/0 : 9/0/0/0 spk path: depth=4 :09:34:14:24 mix path: depth=4 :08:21:15:25 mix path: depth=4 :08:21:14:24
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/hda_proc.c?id=e3303235209c0496b490e10ab131e72a9568c153 Node 0x08 [Audio Output] wcaps 0x41d: Stereo Amp-Out Control: name="Headphone Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Device: name="VT1802 Analog", type="Audio", device=0 Device: name="VT1802 Alt Analog", type="Audio", device=2 it is strange to have two devices using same nid
Marco and Unrud at launchpad have found solution for Windows: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904/comments/18 In the latest drivers clevo added InitHeadphone.exe executable which call InitHeadphone from hp.dll. After it headphone jack starts working. Here is hp.dll: https://www.dropbox.com/s/orwxeca445id5o5/hp.dll
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_via.c?id=11890956e948e6ed1b3e4acc11b6879db6ace01b it seem bug in set_widgets_power_state_vt2002P Node 0x26 [Vendor Defined Widget] wcaps 0xf00000: Mono and not all notebook use the mono pin node 0x33 the logic seem power down subwoofer path when headphone is plugged /* Mono Out */ present = snd_hda_jack_detect(codec, 0x26); parm = present ? AC_PWRST_D3 : AC_PWRST_D0; - /* PW15 (31h), MW8(17h), MUX8(3bh) */ - snd_hda_codec_write(codec, 0x31, 0, - AC_VERB_SET_POWER_STATE, parm); - snd_hda_codec_write(codec, 0x17, 0, - AC_VERB_SET_POWER_STATE, parm); - snd_hda_codec_write(codec, 0x3b, 0, - AC_VERB_SET_POWER_STATE, parm); - + if (spec->codec_type == VT1802) { + /* PW15 (33h), MW8(1ch), MUX8(3ch) */ + snd_hda_codec_write(codec, 0x33, 0, + AC_VERB_SET_POWER_STATE, parm); + snd_hda_codec_write(codec, 0x1c, 0, + AC_VERB_SET_POWER_STATE, parm); + snd_hda_codec_write(codec, 0x3c, 0, + AC_VERB_SET_POWER_STATE, parm); + } else { +
7.3.3.16 EAPD/BTL Enable BTL controls the output configuration of a Pin Widget which has indicated support for balanced I/O (bit 6, Pin Capabilities Parameter). When this bit is 0, the output drivers are configured in normal, single-ended mode; when this bit is 1, they are configured in balanced mode. Note that in balanced mode, the Pin Widget has twice as many pins as it does in normal mode; i.e., a stereo Pin Widget in balanced mode has four signal pins (in addition to Vref pins). However, in both modes it must appear to software as a single Pin Widget. The additional pins must be reserved to this purpose; thus, in a configuration supporting BTL outputs the additional pins may not be enumerated as a separate Pin Widget. Pincap 0x00010050: OUT EAPD Balanced EAPD 0x3: BALANCED EAPD seem in balanced mode BUT the driver always clear this bit https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/sound/pci/hda/hda_proc.c if (caps & AC_PINCAP_EAPD) { val = snd_hda_codec_read(codec, nid, 0, AC_VERB_GET_EAPD_BTLENABLE, 0); snd_iprintf(buffer, " EAPD 0x%x:", val); if (val & AC_EAPDBTL_BALANCED) snd_iprintf(buffer, " BALANCED"); if (val & AC_EAPDBTL_EAPD) snd_iprintf(buffer, " EAPD"); if (val & AC_EAPDBTL_LR_SWAP) snd_iprintf(buffer, " R/L"); snd_iprintf(buffer, "\n"); } static void set_pin_eapd(struct hda_codec *codec, hda_nid_t pin, bool enable) { struct hda_gen_spec *spec = codec->spec; if (spec->own_eapd_ctl || !(snd_hda_query_pin_caps(codec, pin) & AC_PINCAP_EAPD)) return; if (spec->keep_eapd_on && !enable) return; if (codec->inv_eapd) enable = !enable; snd_hda_codec_update_cache(codec, pin, 0, AC_VERB_SET_EAPD_BTLENABLE, enable ? 0x02 : 0x00); }
(In reply to Raymond from comment #25) > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/ > pci/hda/patch_via.c?id=11890956e948e6ed1b3e4acc11b6879db6ace01b > > it seem bug in set_widgets_power_state_vt2002P It's irrelevant. The whole set_widgets_power_state*() are disabled in the recent code. See set_widgets_power_state() function.
(In reply to Raymond from comment #16) > are you using latest driver ? node 0x3e still exist It's a known issue of some VIA codecs. They hide such an analog loopback mixer widget by some reason (maybe to be compliant with Microsoft driver). There is a workaround in patch_via.c to avoid confusion. One known problem is that the power of 0x3e isn't controlled properly. But this path isn't used actually, so it shouldn't be any serious problem.
(In reply to Raymond from comment #23) > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/ > pci/hda/hda_proc.c?id=e3303235209c0496b490e10ab131e72a9568c153 > > Node 0x08 [Audio Output] wcaps 0x41d: Stereo Amp-Out > Control: name="Headphone Playback Volume", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Device: name="VT1802 Analog", type="Audio", device=0 > Device: name="VT1802 Alt Analog", type="Audio", device=2 > > it is strange to have two devices using same nid This is normal. The first one is the primary multi-channel PCM, and the headphone pin is included when "Independent HP" control is off. Meanwhile, the latter one is the headphone-only PCM stream, and of course, it's also assigned to the headphone pin.
Is the old workaround, indep_hp = false hint, still effective with the recent kernel? If so, it's the hint to take a look at.
Actually that workaround was just a fake. I didn't knew whole reproduction route when tried workaround. And it does nothing in both cases no sound in headphones. I tried it with latest kernel (3.15.6, commented line spec->gen.indep_hp = 1; in patch_via.c). The correct bug description: No sound in headphones jack after suspend/resume and even after soft reoboot. Headphones jack works cirrectly only after cold boot. The was was also reproducable in Windows (see https://bugzilla.kernel.org/show_bug.cgi?id=75151#c24). I tried to make some changes in the kernel (changes was suggested by Raymond), you can read results at the launchpad: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904 (#22, #27-#44). But we did not reach any success.
OK, it relieved me; I've wondered why indep_hp had any influence on it. As it hits on Windows, too, the problem is likely in the firmware, i.e. there can be some undocumented init sequences. I'll try to ping VIA people who might have a better clue.
have you try + if (cfg->line_out_type == AUTO_PIN_HP_OUT) + return false; this does not disable indep hp but just force driver put speaker in multiout and device 0 in speaker 's audio output and device 2 in headphone 's audio output actually notebook don't need independent hp
Yes, I do. Probably I forgot to reply about this. Currently running kernel with this change, same result after suspend/resume.
(In reply to Kyrylo Mikos from comment #2) > The problem can be fixed with next alsa-patch: > [codec] > 0x11068446 0x15582300 0 > > [hint] > indep_hp = no Sorry for asking a newbie question, any pointers on how to do this "alsa-patch"? I've having the same hardware and problem while running the latest Arch. I can't seems google anything relevant on performing "alsa-patch" :)
Or do you have ~/.pulse/* ? It's the old config directory.
Sorry, a wrong bug. About HD-audio early patching, read Documentation/sound/alsa/HD-Audio.txt.
in function snd_hda_multi_out_analog_prepare, /* front */ snd_hda_codec_setup_stream(codec, nids[HDA_FRONT], stream_tag, 0, format); if (!mout->no_share_stream && mout->hp_nid && mout->hp_nid != nids[HDA_FRONT]) /* headphone out will just decode front left/right (stereo) */ snd_hda_codec_setup_stream(codec, mout->hp_nid, stream_tag, 0, format); when independent HP switch is on , driver only setup stream for hda_front DAC and those surround DAC s HP 's DAC is used by alt analog device exclusively a normal independent headphone which allow multistreaming using front panel HP and rear panel line out won't share dac and volume control it is a bug to allow independent headphone when HP and speaker share DAC and volume control when the subwoofer is using the remain DAC and volume control for Asus G75 http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-emu.git/tree/codecs/vt1802-asus-g75?id=HEAD
I'm having a nearly identical issue on a Clevo P170SM-A laptop, though the (primary) sound card is a Realtek ALC892. Once the computer has gone into a suspended state, the machine must be powered off - either via a full shutdown or a hibernate - to reactivate sound to the headphone jack. It does continue to correctly detect that headphones have been plugged into the jack. I'm having this issue on the Fedora kernel-3.16.1-300.fc21.x86_64 - though it has been present at least as far back as 3.13.x. Is there any further information I could give that might help debug this issue? Would additional alsa-info outputs be helpful?
I can confirm all of the above issues on my Clevo W230SS, and using the VIA codec. I am running arch linux with kernel version 3.16.3-1 I've had this issue since I got this laptop earlier this summer. To echo the reply above me, is there any additional information that I could provide, or anything I could test that would be helpful?
I have the Clevo W230SS and have the same issues as described using the VIA codec. Would it be possible to do some investigation of this InitHeadphone to see how it re-enables it?
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_via.c?id=94c142a160d63edac0e1fca7848960dcf75dd2a9 if pinctl of hp changed to 0 in via_suspend, did the driver restore pin ctl after resume?
I already tried this one. I reverted the patch and the results was: pop noise appears but there are still no sound in headphones.
Here's another me-too using Xubuntu 14.04 on a Sager NP8268-S (Clevo P150SM-A) with a Realtek ALC892, with the same behavior noted above in comment #39, looking for a solution.
https://bugzilla.kernel.org/show_bug.cgi?id=87771 you may need to check whether all nodes and vendor coef are as same as before and after suspend
I tried the instructions on that bug thread, but I didn't get the coef dumped. Is the coef dumping code specific to Realtek hardware?
it is quite clear the indepenent HP does not work as expected using hda-emu when indepenent hp is on PCM 1 p 44100 2 16 use audio output node 0x08 but PCM 0 p 44100 2 16 although the driver use node 0x09 but it also set channel stream id of node 0x08 to zero which is incorrect if headphone can be play indepenently
Same here with Santech T55 ( Clevo W230SS ) on 3.18.2-2-ARCH, when suspended (or soft rebooted after suspend) headphones stop functioning.
Same here with HP 15-r151nr notebook with Intel N3540 integrated HDA controller. Sometimes after suspend the jack stops working.
Just want to bump this. Takashi Iwai, have you contacted with VIA guys? Any info about this bug. It is very annoting :(
Yes, they wrote that this is basically a BIOS firmware problem, i.e. outside the sound driver. One could do something, but it's not about the HD-audio chip itself.
Aha, thanks. Also as I wrote above (https://bugzilla.kernel.org/show_bug.cgi?id=75151#c24), latest audio drivers for this laptop includes an executable which reenable headphones jack. I wonder if someone can create at least same hack for linux...
Any news? I also have the same problem on a Clevo w230ss, and can supply any requested information
I made a tool to enable the amplifier: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904/+attachment/4361090/+files/init-headphone_0.2.0_all.deb It's a deb file for Ubuntu but you can extract the file /usr/sbin/init-headphone and use it on other distributions.
(In reply to Unrud from comment #54) > I made a tool to enable the amplifier: > https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904/ > +attachment/4361090/+files/init-headphone_0.2.0_all.deb > It's a deb file for Ubuntu but you can extract the file > /usr/sbin/init-headphone and use it on other distributions. I can confirm that this works under ArchLinux for the W230SS. Thank you so much! I can't believe it finally works. I had to modify the system name in the script, since my laptop is the same model but does not report W230SS as the name (Mythlogic Chaos 1313-A is reported instead).
(In reply to Dimitri Livitz from comment #55) > (In reply to Unrud from comment #54) > > I made a tool to enable the amplifier: > > https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904/ > > +attachment/4361090/+files/init-headphone_0.2.0_all.deb > > It's a deb file for Ubuntu but you can extract the file > > /usr/sbin/init-headphone and use it on other distributions. > > I can confirm that this works under ArchLinux for the W230SS. > > Thank you so much! I can't believe it finally works. > > I had to modify the system name in the script, since my laptop is the same > model but does not report W230SS as the name (Mythlogic Chaos 1313-A is > reported instead). Amazing! I've done a PKGBUILD and a systemd unit for Arch Linux, now the script starts automatically at sleep resume! https://github.com/ektor5/init-headphone/ Feel free to send pull request to improve it! :)
Hey, I installed the fedora package (https://github.com/letitz/init-headphone) but my problem isn't fixed. If I try to run init-headphone manually I get this output: http://ur1.ca/k9wdk Also, my /etc/default/grub looks like: GRUB_CMDLINE_LINUX="acpi_enforce_resources=lax nouveau.modeset=0 rd.driver.blacklist=nouveau rhgb quiet" (plus some other lines, of course) What can I do?
(In reply to filipenteixeira from comment #57) > Hey, I installed the fedora package > (https://github.com/letitz/init-headphone) but my problem isn't fixed. If I > try to run init-headphone manually I get this output: http://ur1.ca/k9wdk > > Also, my /etc/default/grub looks like: > GRUB_CMDLINE_LINUX="acpi_enforce_resources=lax nouveau.modeset=0 > rd.driver.blacklist=nouveau rhgb quiet" > > (plus some other lines, of course) > > What can I do? Sorry, I forgot, but running cat /proc/cmdline I get: ~ > cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.19.5-200.fc21.x86_64 root=UUID=fad5cf6e-ff73-4ca3-8313-b508ba18dec3 ro rhgb quiet LANG=en_GB.UTF-8 nouveau.modeset=0 rd.driver.blacklist=nouveau Which does not include the acpi_enforce_resources=lax. What can be causing this?
(In reply to filipenteixeira from comment #58) > Which does not include the acpi_enforce_resources=lax. What can be causing > this? Have you updated your grub.cfg? $ grub2-mkconfig -o /boot/grub2/grub.cfg
I have the same issue with my Eurocom Sky MX5. And init-headphone helped me. But as suggested below, I fixed a bit init-headphone script to support my laptop (here is my merge request: https://github.com/letitz/init-headphone/pull/1) Let me know if you need any details about my hardware to help to resolve this.
(In reply to cono from comment #60) > I have the same issue with my Eurocom Sky MX5. > > And init-headphone helped me. But as suggested below, I fixed a bit > init-headphone script to support my laptop (here is my merge request: > https://github.com/letitz/init-headphone/pull/1) > > Let me know if you need any details about my hardware to help to resolve > this. Hi, this is already fixed: https://github.com/Unrud/init-headphone The Fedora package is not up to date.