You are not logged in.
Pages: 1
Currently my chipset is detecting as follows:
Audio device: Intel Corporation Device a171 (rev 31)
Subsystem: CLEVO/KAPOK Computer Device 65a2
and just to check, upon booting into windows the hardware string is
HDAUDIO\FUNC_01&VEN_10EC&DEV_0899&SUBSYS_155865A2&REV_1000
It shows as using the Realtek 898 module however the device ID leads me to believe it's possibly an 899?
This list of device IDs seems to indicate this http://www.realtek.cz/realtek-driver.php?realtek=sound
although they are lumped together in the ALSA codec listing:
https://www.alsa-project.org/main/index … 24_v1.0.25
So far I've tried the following:
hda retasker (hdajackretask) to enable and override 0x1b to be set to headphones (need to check 'show unconnected' to locate this), this will then correctly show as a Headset being connected while it's plugged in, however no sound comes through
adding the option snd_hda_intel model=alc899a in a modprobe.d/sound.conf file - no change from this (the option applies however)
As far as I can tell 0x1b seems to be the right port but I may need to make some extra changes in hda_analyser.py , have tried changing the widget control to OUT but unclear which Audio mixer source node to set it to or if I'm even really supposed to be messing with this stuff in the first place
There was a lot of good info here - https://bbs.archlinux.org/viewtopic.php?id=177547 - however none seemed to work for my situation
it's worth noting that the speakers, line out and mic ports all work perfectly 'out of the box'
Last edited by aarch (2017-08-21 06:41:45)
Offline
If you have the alsa-utils package installed, you could try to check the state of the Headphones mixer using alsamixer. That may give you more intel on he issue
Offline
That more or less mirrors what I'm seeing in gnome-alsamixer - that is that there's no headphones mixer (unless I make the change in hdajackretask i mentioned earlier. If I check override on 0x1b and set it to Headphone then reboot alsamixer will show the Headphone mixer. If I'm to connect them the volume goes up to 100% however sound still outputs from the speakers, which are not auto-muted (as they are when I connect to the line-out port)
Last edited by aarch (2017-08-21 10:28:51)
Offline
These are the pre-mapped ports (all working)
0x12 = internal mic
0x14 = internal speakers
0x17 = line out
0x18 = microphone
0x1e = SPDIF out
These are the 'unconnected pins' shown in hdajackretask
I've tried mapping them to headphones with the results shown
0x11 = no detection, shows headphones always connected but they don't work
0x15 = no detection when connecting headphones
0x19 = no detection, internal speakers no longer work
0x1a = no detection when connecting headphones
0x1b = detects connection of headphones, doesn't output sound
0x1c = no option to map to anything but internal mic
0x1d = no option to map to anything but SPDIF out
0x1f = no option to map to anything but SPDIF in
I think I'm on the right track with 0x1b. I've tried setting the advanced overide for that port to a unique channel group but I'm not sure what else I need to set there. I've tried a couple of channel groups and for the other settings I've just got
connectivity: jack
location : rear
device: headphone
jack:3.5mm
color: green
jack detection: present
channel in (group: front
Last edited by aarch (2017-08-21 11:05:51)
Offline
I've just noticed that (in a very quiet environment) when I connect headphones and pulseaudio-ctl detects them and mutes the speakers there's a faint 'beep...beep' that comes through the headphones. This exact same noise is made when connecting headphones to the same port while running Windows, about 1-2 seconds later the headphones engage and the speakers get muted.
Also - this is the contents of /etc/modprobe.d/hda-jack-retask.conf
# This file was added by the program 'hda-jack-retask'.
# If you want to revert the changes made by this program, you can simply erase this file and reboot your computer.
options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw
Last edited by aarch (2017-08-21 12:13:25)
Offline
some more info that may be helpful to anyone who understands this stuff better than I do:
ouput of alsactl:
[user@arch ~]$ alsactl init
alsactl: sysfs_init:48: sysfs path '/sys' is invalid
Found hardware: "HDA-Intel" "Realtek ALC898" "HDA:10ec0899,155865a2,00100003" "0x1558" "0x65a2"
Hardware is initialized using a generic method
If I have headphones plugged into the lineout (which works by the way) issuing this command simply causes a brief cut in the audio sink, the same as if i'd had nothing plugged in. however if i have headphones plugged into the port, it will resume the audio from the internal speakers and i'll need to unplug/replug the headphones to resume output from the internal speakers.
Offline
this is the output for Node[0x1b] from hda-analyzer tool
Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
Control: name="Headphone Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=1, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0001373c: IN OUT HP EAPD Detect
Vref caps: HIZ 50 GRD 80 100
EAPD 0x2: EAPD
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0xc0: OUT HP VREF_HIZ
Unsolicited: tag=0x01, enabled=1
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d* 0x0e 0x0f 0x26
And for comparison this is the line out which I'm currently using to connect headphones
Node 0x17 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Control: name="Line Out Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=1, idx=0, ofs=0
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003c: IN OUT HP Detect
Pin Default 0x01011020: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=0x02, enabled=1
Power: setting=D0, actual=D0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
and the internal speakers:
Node 0x14 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Control: name="Speaker Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=1, idx=0, ofs=0
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0001003c: IN OUT HP EAPD Detect
EAPD 0x2: EAPD
Pin Default 0x90170110: [Fixed] Speaker at Int N/A
Conn = Analog, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=0x00, enabled=0
Power: setting=D0, actual=D0
Connection: 5
0x0c 0x0d 0x0e* 0x0f 0x26
Offline
more info which may be of use-
sudo cat /sys/devices/pci0000:00/0000:00:1f.3/sound/card0/hwC0D0/init_pin_configs
0x11 0x4000d000
0x12 0x90a60150
0x14 0x90170110
0x15 0x411111f0
0x16 0x411111f0
0x17 0x01011020
0x18 0x01a11040
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x411111f0
0x1c 0x411111f0
0x1d 0x40330829
0x1e 0x01441130
0x1f 0x411111f0
Offline
Thought I found something when I saw this post - http://storax.github.io/blog/2016/04/24 … unds-easy/
however after modifying the /usr/lib/firmware/hda-jack-retask.fw file and rebooting - still nothing coming out the headphone jack.
this was how it looked after changes:
[codec]
0x10ec0899 0x155865a2 0
[pincfg]
0x11 0x4000d000
0x12 0x90a60150
0x14 0x90170110
0x15 0x411111f0
0x16 0x411111f0
0x17 0x01011020
0x18 0x01a11040
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x0321403f
0x1c 0x411111f0
0x1d 0x40330829
0x1e 0x01441130
0x1f 0x411111f0
[model]
auto
Last edited by aarch (2017-08-22 08:32:50)
Offline
It seems this particular model of laptop uses an ESS SABRE HiFi Audio DAC which presumably gets engaged, by the drivers when headphones are connected. There's a notable delay after connecting headphones (in windows) before the sound begins playing through them. Finding this information lead me to a similar post here - https://bbs.archlinux.org/viewtopic.php?id=219383 however the OP in that thread hadn't found a solution either. Like this other user my port is a 2-In-1 Audio Jack (Headphone & S/PDIF (Optical) Out Combo Jack). I'm just speculating but perhaps it defaults to digital/optical and only engages the DAC when issued an instruction that the standard intel driver isn't providing.
Offline
Pages: 1