Created attachment 130231 [details] lspci I have no sound at all with a Realtek ALC262 integrated and a Tyan S7025 motherboard. I have only Alsa installed (no Pulseaudio, Jack, etc). Attached is the output of "lspci -vvv". aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC262 Analog [ALC262 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC262 Digital [ALC262 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 This problem happens in every Linux distribution I have tried, including Debian Jessie, Linux Mint (a Ubuntu derivative) and Funtoo (a Gentoo derivative). With kernel 3.2 and older it was possible to make the card work (sometimes) by playing with the model options in /etc/modprobe.d/alsa-base.conf For instance, the following configuration worked fine for a while (not with every kernel): options snd-hda-intel model=hp-rp5700 http://ubuntuforums.org/showthread.php?t=1542375 However, all the specif patches seem to have been removed from the kernel after 3.3.
Could you give alsa-info.sh outputs at the working state (the old kernel with the module option) and the non-working state of the latest 3.14-rc7 kernel? Run with --no-upload option and attach (don't paste) to bugzilla.
you need pin fixup of the headphone the generic driver Don't like two line out Jacks at different location Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Master Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Line Out Jack", index=0, device=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: [0x00 0x00] Pincap 0x0000003e: IN OUT HP Detect Trigger Pin Default 0x01014010: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=01, enabled=1 Connection: 2 0x0c* 0x0d Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out 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 0x0000173e: IN OUT HP Detect Trigger Vref caps: HIZ 50 GRD 80 Pin Default 0x02014c20: [Jack] Line Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x0 Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d
(In reply to Takashi Iwai from comment #1) > Could you give alsa-info.sh outputs at the working state (the old kernel > with the module option) and the non-working state of the latest 3.14-rc7 > kernel? > Run with --no-upload option and attach (don't paste) to bugzilla. OK, thank you, I will do that, but it will take a while.
(In reply to Raymond from comment #2) > you need pin fixup of the headphone > > the generic driver Don't like two line out Jacks at different location > > > Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Control: name="Master Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Control: name="Line Out Jack", index=0, device=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: [0x00 0x00] > Pincap 0x0000003e: IN OUT HP Detect Trigger > Pin Default 0x01014010: [Jack] Line Out at Ext Rear > Conn = 1/8, Color = Green > DefAssociation = 0x1, Sequence = 0x0 > Pin-ctls: 0x40: OUT > Unsolicited: tag=01, enabled=1 > Connection: 2 > 0x0c* 0x0d > > Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > 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 0x0000173e: IN OUT HP Detect Trigger > Vref caps: HIZ 50 GRD 80 > Pin Default 0x02014c20: [Jack] Line Out at Ext Front > Conn = 1/8, Color = Green > DefAssociation = 0x2, Sequence = 0x0 > Pin-ctls: 0x20: IN VREF_HIZ > Unsolicited: tag=00, enabled=0 > Connection: 2 > 0x0c* 0x0d Ok, thank you. I have googled that and I guess I should figure out how to do something like this: http://comments.gmane.org/gmane.linux.alsa.devel/117510 Right? A bit off-topic, the Alsa drivers downloaded from the Realtek site provitde this info: ALC262 ====== inv-dmic Inverted internal mic workaround Is this somehow related?
no , Inv dmic usually occur on notebook the driver/pulseaudio don't want to use different name for the volume control of the line out jacks at front and rear panel at node 0x0c and 0x0d different name for the mute switch at the complexes 0x14 and 0x1b front panel line out playback volume and rear panel line out playback volume you need hdajackretask or early patching to fix the headphone 0x1b use hint add_jack_mode=1 which add control to switch headphone to line out and vice versa if you really need two line out or two headphone
http://www.realtek.com/products/productsView.aspx?Langid=1&PFid=27&Level=5&Conn=4&ProdID=40 The ALC262 series provide 4 DAC channels, supporting stereo sound playback on the rear panel and independent stereo sound output on the front panel simultaneously (multiple streaming), this means the your two line out jacks can play two independent stereo sound using analog and alt analog device if your specify indep_hp=1 https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) hp_outs=0 (0x0/0x0/0x0/0x0/0x0) mono: mono_out=0x0 dig-out=0x1e/0x0 inputs: Rear Mic=0x18 Front Mic=0x19 Line=0x1a CD=0x1c dig-in=0x1f it is hda_auto_parser.c which ignore line out jack node 0x1b when 0x14 and 0x1b have different DefAssociation Default Association and Sequence are used together by software to group Pin Complexes (and therefore jacks) together into functional blocks to support multichannel operation. Software may assume that all jacks with the same association number are intended to be grouped together, for instance to provide six channel analog output > Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Pin Default 0x01014010: [Jack] Line Out at Ext Rear > Conn = 1/8, Color = Green > DefAssociation = 0x1, Sequence = 0x0 > > Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out > Pin Default 0x02014c20: [Jack] Line Out at Ext Front > Conn = 1/8, Color = Green > DefAssociation = 0x2, Sequence = 0x0
(In reply to Raymond from comment #5) > > you need hdajackretask or early patching to fix the headphone 0x1b > This works! Thanks a million! I have installed hda-jack-retask and set an override of 0x1b to "headphone". Now I have a headphone slider in alsamixer and sound works.
the auto parser should not skip node without any warning message to inform the user to fixup the pin default else if (assoc_line_out != assoc) continue; the parser should also warn if it skip node when pin default of all pin complexes are zero if (cfg->line_outs >= ARRAY_SIZE(cfg->line_out_pins)) continue;
even auto parser does not add the front panel line out, it is rather strange that no sound for the rear panel line out, does this mean that audio mixer 0x0c cannot be shared by two pin complexes ? if you retask the line in jack as line out with defassoication1 and sequence number 1 to support surround 4.0 does it mean that automute must be enabled ?
(In reply to Raymond from comment #9) > the auto parser should not skip node without any warning message to inform > the user to fixup the pin default > > else if (assoc_line_out != assoc) > continue; > > the parser should also warn if it skip node when pin default of all pin > complexes are zero > > if (cfg->line_outs >= ARRAY_SIZE(cfg->line_out_pins)) > continue; That's true. I'm going to add dev_info() to such places in the upstream code.