Re: Audio Jack Out does not work

2015-04-07 Thread Taylor Smock
Yes; reverting the patch does fix the problem.

On Wed, 2015-04-08 at 01:56 +0300, Dan Carpenter wrote:
> So it's 03ad6a8c93b6df2 ('ALSA: hda - Fix "PCM" name being used on > one
> DAC when there are two DACs') which causes the problem?  Have you 
> tried
> to just revert that patch?
> 
> git show 03ad6a8c93b6df2d65c305b5b5f9474068b45bfb | patch -p1 -R
> 
> regards,
> dan carpenter
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: Audio Jack Out does not work

2015-04-08 Thread Taylor Smock
On Wed, 2015-04-08 at 10:22 +0200, Takashi Iwai wrote:
> At Tue, 07 Apr 2015 21:07:06 -0400,
> Taylor Smock wrote:
> > 
> > Yes; reverting the patch does fix the problem.
> 
> What if you just adjust the new volume manually without reverting the
> patch?  Run "alsamixer -c0" (or -c1, depending on the setup).  Once
> after the setup, run "alsactl store" as root to save as the system
> default volume.
> 
> The renamed volume should have been set in full volume as default by
> the driver, and this shouldn't matter whether PA is new or old.  If
> the mixer adjustment isn't kept after relogin or reboot, it means 
> that
> some user-space stuff overrides it.
> 
> In anyway, please give alsa-info.sh output before and after the
> commit.
> 
> 
> Takashi
> 
> > On Wed, 2015-04-08 at 01:56 +0300, Dan Carpenter wrote:
> > > So it's 03ad6a8c93b6df2 ('ALSA: hda - Fix "PCM" name being used 
> > > on > one
> > > DAC when there are two DACs') which causes the problem?  Have 
> > > you 
> > > tried
> > > to just revert that patch?
> > > 
> > > git show 03ad6a8c93b6df2d65c305b5b5f9474068b45bfb | patch -p1 -R
> > > 
> > > regards,
> > > dan carpenter
> > > 
> > 

I ran alsamixer -c0.
Headphones did nothing.
Speaker+L0 did change headphone volume.
PCM also seemed to affect headphone volume.upload=true&script=true&cardinfo=
!!
!!ALSA Information Script v 0.4.64
!!

!!Script ran on: Wed Apr  8 13:23:33 UTC 2015


!!Linux Distribution
!!--

Arch Linux \r (\l) DISTRIB_ID=Arch DISTRIB_DESCRIPTION="Arch Linux" NAME="Arch 
Linux" ID=arch PRETTY_NAME="Arch Linux" HOME_URL="https://www.archlinux.org/"; 
SUPPORT_URL="https://bbs.archlinux.org/"; 
BUG_REPORT_URL="https://bugs.archlinux.org/";


!!DMI Information
!!---

Manufacturer:  FUJITSU
Product Name:  00
Product Version:
Firmware Version:  Version 1.09


!!Kernel Information
!!--

Kernel release:4.0.0-rc6-gf8b3d8a
Operating System:  GNU/Linux
Architecture:  x86_64
Processor: unknown
SMP Enabled:   Yes


!!ALSA Version
!!

Driver version: k4.0.0-rc6-gf8b3d8a
Library version:1.0.29
Utilities version:  1.0.29


!!Loaded ALSA modules
!!---



!!Sound Servers on this system
!!

Pulseaudio:
  Installed - Yes (/usr/bin/pulseaudio)
  Running - Yes

Jack:
  Installed - Yes (/usr/bin/jackd)
  Running - No


!!Soundcards recognised by ALSA
!!-

 0 [PCH]: HDA-Intel - HDA Intel PCH
  HDA Intel PCH at 0xe272 irq 32


!!PCI Soundcards installed in the system
!!--

00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family 
High Definition Audio Controller (rev 04)


!!Advanced information - PCI Vendor/Device/Subsystem ID's
!!---

00:1b.0 0403: 8086:1c20 (rev 04)
Subsystem: 10cf:15dc
--
Region 0: Memory at e0402000 (32-bit, non-prefetchable) [size=512]
Capabilities: 
--
Region 0: Memory at e0401000 (32-bit, non-prefetchable) [size=1K]
Region 2: Memory at e040 (32-bit, non-prefetchable) [size=1K]


!!Loaded sound module options
!!---


!!HDA-Intel Codec information
!!---
--startcollapse--

Codec: Realtek ALC269VB
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0269
Subsystem Id: 0x10cf1100
Revision Id: 0x100100
No Modem Function Group found
Default PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
State of AFG node 0x01:
  Power states:  D0 D1 D2 D3 CLKSTOP EPSS
  Power: setting=D0, actual=D0
GPIO: io=2, o=0, i=0, unsolicited=1, wake=0
  IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
  IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out
  Control: name="Line Out Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Device: name="ALC269VB Analog", type="Audio", device=0
  Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0
  Amp-Out vals:  [0x42 0x42]
  Converter: stream=8, channel=0
  PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out
  Control: name="Headphone Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Amp-Out cap

Re: Audio Jack Out does not work

2015-04-08 Thread Taylor Smock
On Wed, 2015-04-08 at 16:06 +0200, Takashi Iwai wrote:
> At Wed, 08 Apr 2015 09:34:58 -0400,
> Taylor Smock wrote:
> > 
> > On Wed, 2015-04-08 at 10:22 +0200, Takashi Iwai wrote:
> > > At Tue, 07 Apr 2015 21:07:06 -0400,
> > > Taylor Smock wrote:
> > > > 
> > > > Yes; reverting the patch does fix the problem.
> > > 
> > > What if you just adjust the new volume manually without 
> > > reverting the
> > > patch?  Run "alsamixer -c0" (or -c1, depending on the setup).  
> > > Once
> > > after the setup, run "alsactl store" as root to save as the 
> > > system
> > > default volume.
> > > 
> > > The renamed volume should have been set in full volume as 
> > > default by
> > > the driver, and this shouldn't matter whether PA is new or old.  
> > > If
> > > the mixer adjustment isn't kept after relogin or reboot, it 
> > > means 
> > > that
> > > some user-space stuff overrides it.
> > > 
> > > In anyway, please give alsa-info.sh output before and after the
> > > commit.
> > > 
> > > 
> > > Takashi
> > > 
> > > > On Wed, 2015-04-08 at 01:56 +0300, Dan Carpenter wrote:
> > > > > So it's 03ad6a8c93b6df2 ('ALSA: hda - Fix "PCM" name being 
> > > > > used 
> > > > > on > one
> > > > > DAC when there are two DACs') which causes the problem?  
> > > > > Have 
> > > > > you 
> > > > > tried
> > > > > to just revert that patch?
> > > > > 
> > > > > git show 03ad6a8c93b6df2d65c305b5b5f9474068b45bfb | patch -
> > > > > p1 -R
> > > > > 
> > > > > regards,
> > > > > dan carpenter
> > > > > 
> > > > 
> > 
> > I ran alsamixer -c0.
> > Headphones did nothing.
> > Speaker+L0 did change headphone volume.
> 
> Please elaborate a bit what you're testing and what you expected.
> When you change "Headphone" volume and mute, it did nothing for which
> output?  "Speaker+LO" changes which output and which not?
> 
> You seem to have three outputs, one headphone jack on a laptop and 
> one
> on a docking station, and there is a built-in speaker.  Since your
> codec has only two DACs, two of three must be tied.
> 
> The bad thing is that BIOS pin configuration doesn't set the 
> headphone
> pin with the associate number 0x0f but only set it to the dock
> headphone.  Thus the driver assumes that the dock jack is the right
> headphone and handles the laptop headphone as a sub output.
> The commit you spotted took this difference more severely, and now 
> you
> see the unexpected mixer assignment.
> 
> So, the right "fix" would be rather to correct the pin config.
> For example, try the patch below.
> 
> (BTW, what is the product of your laptop model?  A more exact name 
> can
>  be filled in the quirk string.)
> 
> > PCM also seemed to affect headphone volume.
> 
> This is a mixer element added by alsa-lib softvol plugin, and it's 
> not
> what the kernel manages.
> 
> Judging from the description that this PCM volume affects, you are
> playing without PulseAudio but dmix, I suppose?
> 
> 
> Takashi
> 
> diff --git a/sound/pci/hda/patch_realtek.c 
> b/sound/pci/hda/patch_realtek.c
> index 7b5c93e0e78c..9d935e5c008a 100644
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -4429,6 +4429,7 @@ enum {
>   ALC269_FIXUP_QUANTA_MUTE,
>   ALC269_FIXUP_LIFEBOOK,
>   ALC269_FIXUP_LIFEBOOK_EXTMIC,
> + ALC269_FIXUP_FUJITSU_HP_PIN,
>   ALC269_FIXUP_AMIC,
>   ALC269_FIXUP_DMIC,
>   ALC269VB_FIXUP_AMIC,
> @@ -4585,6 +4586,13 @@ static const struct hda_fixup alc269_fixups[] 
> = {
>   { }
>   },
>   },
> + [ALC269_FIXUP_FUJITSU_HP_PIN] = {
> + .type = HDA_FIXUP_PINS,
> + .v.pins = (const struct hda_pintbl[]) {
> + { 0x21, 0x0221102f }, /* HP out */
> + { }
> + },
> + },
>   [ALC269_FIXUP_AMIC] = {
>   .type = HDA_FIXUP_PINS,
>   .v.pins = (const struct hda_pintbl[]) {
> @@ -5105,6 +5113,7 @@ static const struct snd_pci_quirk 
> alc269_fixup_tbl[] = {
>   SND_PCI_QUIRK(0x104d, 0x9084, "Sony VAIO", ALC275_FIXUP_SONY_HWEQ),
>   SND_PCI_QUIRK(0x104d, 0x9099, "Sony VAIO S13", 
>