Realtek ALC3661 Alienware14 / Soundoutput / Jack

[Mohd Imran Jamadar]

When watching the following video (but also audio from other programs) with the volume at 100%, the audio loudness is lower in comparison to the same audio being played at 100% in Windows 10:
https://www.youtube.com/watch?v=YQHsXMglC9A

ProblemType: Bug
DistroRelease: Ubuntu 15.10
Package: linux-image-4.2.0-18-generic 4.2.0-18.22
ProcVersionSignature: Ubuntu 4.2.0-18.22-generic 4.2.3
Uname: Linux 4.2.0-18-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.19.1-0ubuntu4
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: imran 1619 F.... pulseaudio
 /dev/snd/controlC1: imran 1619 F.... pulseaudio
CurrentDesktop: Unity
Date: Fri Nov 13 18:08:07 2015
HibernationDevice: RESUME=UUID=2401d43e-85ec-4c88-81c1-c597086504a1
InstallationDate: Installed on 2015-11-07 (5 days ago)
InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Release amd64 (20151021)
MachineType: Alienware Alienware 14
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.2.0-18-generic root=UUID=a534221a-37cb-4092-8ce2-934940eede6d ro quiet splash
RelatedPackageVersions:
 linux-restricted-modules-4.2.0-18-generic N/A
 linux-backports-modules-4.2.0-18-generic N/A
 linux-firmware 1.149.1
SourcePackage: linux
UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev'
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/23/2014
dmi.bios.vendor: Alienware
dmi.bios.version: A09
dmi.board.name: 07MJ2Y
dmi.board.vendor: Alienware
dmi.board.version: A01
dmi.chassis.type: 8
dmi.chassis.vendor: Alienware
dmi.chassis.version: A09
dmi.modalias: dmi:bvnAlienware:bvrA09:bd04/23/2014:svnAlienware:pnAlienware14:pvrA09:rvnAlienware:rn07MJ2Y:rvrA01:cvnAlienware:ct8:cvrA09:
dmi.product.name: Alienware 14
dmi.product.version: A09
dmi.sys.vendor: Alienware

[Brad Figg (brad-figg)]

This change was made by a bot.

[Mohd Imran Jamadar (imranmohd72)]

What i am saying that when the volume is pushed to 100%, the audio output is low, when compared to the same audio being played in Windows10.
All audio is played using youtube videos.

Here is the sample ref file.
https://www.youtube.com/watch?v=YQHsXMglC9A

Please advise.

[Raymond (superquad-vortex2)]

https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1302090

you have to file upstream bug report for missing subwoofer pin and headset mic

https://bugzilla.kernel.org/enter_bug.cgi?product=Drivers

alsa/sound

[Mohd Imran Jamadar (imranmohd72)]

Alsa info dump

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Missing sub-woofer pin and headset mic

More details here

https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1302090

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

you have not set node 0x1a to speaker in /sys/class/sound/hwC1D0/user_pin_configs:

/sys/class/sound/hwC1D0/init_pin_configs:
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x03211020
0x18 0x40030008
0x19 0x03a11030
0x1a 0x411111f0
0x1b 0x411111f0
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

/sys/class/sound/hwC1D0/driver_pin_configs:

/sys/class/sound/hwC1D0/user_pin_configs:
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x03211020
0x18 0x40030008
0x19 0x03a11030
0x1a 0x411111f0
0x1b 0x411111f0
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

#define assoc_of_nid(c,p) get_defcfg_association(snd_hda_codec_get_pincfg(c,p))

     if ((cfg->speaker_outs == 2) && (cfg->hp_outs == 2))
          if (cfg->line_out_type == AUTO_PIN_HP_OUT)
              for(i=0; i<2; i++)
                   if (assoc_of_nid(codec,cfg->line_out_pins[i]) > assoc_of_nid(codec,cfg->speaker_pins[i]))
                            badness++;

add the above in fill_and_eval_dacs() in hda_generic.c after

  if ( spec->mixer_nid) {

  }

this increase badness of cfg->line_out_type == AUTO_PIN_HP_OUT by one when the second headphone have higher def association than subwoofer , driver create speaker and bass speaker volume controls and headphone volume control for headset and headphone

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

driver seem hardcode to use first pin spec->gen.autocfg.hp_pins[0] as hp of the headset

and imux_pin to determine the selected mic

this mean that if you set the correct pin default of headset mic (headset mic phantom jack)

you can select internal mic, headset mic or mic jack manually using the capture source control

static void alc_update_headset_mode(struct hda_codec *codec)
{
 struct alc_spec *spec = codec->spec;

 hda_nid_t mux_pin = spec->gen.imux_pins[spec->gen.cur_mux[0]];
 hda_nid_t hp_pin = spec->gen.autocfg.hp_pins[0];

 int new_headset_mode;

 if (!snd_hda_jack_detect(codec, hp_pin))
  new_headset_mode = ALC_HEADSET_MODE_UNPLUGGED;
 else if (mux_pin == spec->headset_mic_pin)
  new_headset_mode = ALC_HEADSET_MODE_HEADSET;
 else if (mux_pin == spec->headphone_mic_pin)
  new_headset_mode = ALC_HEADSET_MODE_MIC;
 else
  new_headset_mode = ALC_HEADSET_MODE_HEADPHONE;

[penalvch (penalvch)]

Mohd Imran Jamadar, regarding just the audio loudness (not the mic issue) could you please test the latest upstream kernel available from the very top line at the top of the page from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D (the release names are irrelevant for testing, and please do not test the daily folder)? Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds . This will allow additional upstream developers to examine the issue.

If the latest kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this issue is fixed in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where X, Y, and Z are numbers corresponding to the kernel version.

If the mainline kernel does not fix the issue, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Once testing of the latest upstream kernel is complete, please mark this report's Status as Confirmed. Please let us know your results.

Thank you for your understanding.

[Raymond (superquad-vortex2)]

https://bugzilla.kernel.org/show_bug.cgi?id=104901

as alienware 18 also use alc668 , you have to follow up the upstream bug report

[Raymond (superquad-vortex2)]

4.002885] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC3661: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 4.002887] snd_hda_codec_realtek hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 4.002889] snd_hda_codec_realtek hdaudioC1D0: hp_outs=2 (0x15/0x16/0x0/0x0/0x0)
[ 4.002890] snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=0x0
[ 4.002891] snd_hda_codec_realtek hdaudioC1D0: inputs:
[ 4.002892] snd_hda_codec_realtek hdaudioC1D0: Mic=0x19
[ 4.002894] snd_hda_codec_realtek hdaudioC1D0: Internal Mic=0x12

try hdajackretask to add back the subwoofer and headset mic

[Raymond (superquad-vortex2)]

control.17 {
  iface CARD
  name 'Headphone Front Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }
 control.18 {
  iface CARD
  name 'Headphone Surround Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

it is strange that headphone availability is unknown when both headphone jacks are not plugged

ports:
  analog-output-speaker: Speakers (priority 10000, latency offset 0 usec, available: unknown)
   properties:
    device.icon_name = "audio-speakers"
  analog-output-headphones: Headphones (priority 9000, latency offset 0 usec, available: unknown)
   properties:
    device.icon_name = "audio-headphones"
 active port: <analog-output-speaker>

[Mohd Imran Jamadar (imranmohd72)]

https://bugzilla.kernel.org/show_bug.cgi?id=107851

Here is the bug report i filed as requested.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

This bug relates to another bug report that i some one else have reported
https://bugzilla.kernel.org/show_bug.cgi?id=104901

[Mohd Imran Jamadar (imranmohd72)]

Mr.Raymond ,
Can you tell me how to go about completing that tasks mentions on #9 & #10?

[Mohd Imran Jamadar (imranmohd72)]

I would also like to comment that on my laptop i have three Jacks, on the left side,
First is the MIC
Second is Headset
Third is the Headphone, with a microphone.

So if i plug a samsung headphone in the headset,

[Mohd Imran Jamadar (imranmohd72)]

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.3-wily/

I would assume you are taking about this tree and kernel? @Christopher M. Penalver (penalvch)

[Mohd Imran Jamadar (imranmohd72)]

I tried using the following kernel as suggested from this link;
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.3-wily/

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.3-wily/linux-headers-4.3.0-040300-generic_4.3.0-040300.201511020949_amd64.deb

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.3-wily/linux-image-4.3.0-040300-generic_4.3.0-040300.201511020949_amd64.deb

This resulted in a unbootable system, so used a previous kernel from Ubuntu menu and then removed the offending kernel image.

Also i am using propriety Nvidia drivers, so that could be a cause as the kernel failed to install properly .
Preparing to install an upstream kernel

First, if one is using select proprietary or out-of-tree modules (ex. vitualbox, nvidia, fglrx, bcmwl, etc.) unless there is an extra package available for the version you are testing, you will need to uninstall the module first, in order to test the mainline kernel. If you do not uninstall these modules first, then the upstream kernel more than likely will not boot.

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

can you try the patch

https://bugs.freedesktop.org/attachment.cgi?id=117571

only those part which is needed by alienware

+static void alc668_fixup_dell_alienware(struct hda_codec *codec,
+ const struct hda_fixup *fix, int action)
+{
+ const struct hda_pintbl pincfgs[] = {
+ { 0x1a, 0x99130112 }, /* subwoofer */
+ { 0x1b, 0x03a1113c }, /* headset mic */
+ { }
+ };
+ static hda_nid_t preferred_pair[] = {
+ 0x14, 0x03,
+ 0x1a, 0x04,
+ 0x15, 0x02,
+ 0x16, 0x02,
+ 0
+ };
+ struct alc_spec *spec = codec->spec;
+
+ switch (action) {
+ case HDA_FIXUP_ACT_PRE_PROBE:
+ snd_hda_apply_pincfgs(codec, pincfgs);
+ spec->gen.preferred_dacs = preferred_pair;
+ spec->gen.hs_mic_use_hp_sense = 1;
+ spec->parse_flags |= HDA_PINCFG_HEADSET_MIC;
+ break;
+ case HDA_FIXUP_ACT_PROBE:
+ alc_probe_headset_mode(codec);
+ break;
+ case HDA_FIXUP_ACT_INIT:
+ spec->current_headset_mode = 0;
+ alc_update_headset_mode(codec);
+ break;
+ case HDA_FIXUP_ACT_BUILD:
+/*
+ better to use default hda 2.1 chmap
+ when we don't know internal subwoofer use which channel
+*/
+ break;
+ }
+}

 {.id = ALC662_FIXUP_ASUS_MODE8, .name = "asus-mode8"},
  {.id = ALC662_FIXUP_INV_DMIC, .name = "inv-dmic"},
  {.id = ALC668_FIXUP_DELL_MIC_NO_PRESENCE, .name = "dell-headset-multi"},
+ {.id = ALC668_FIXUP_DELL_ALIENWARE, .name = "dell-alienware"},
+

[Mohd Imran Jamadar (imranmohd72)]

I confirm the same issue to be present in
Kernel 4.4.0-22-generic
16.04 Ubuntu.

[Mohd Imran Jamadar (imranmohd72)]

I would like to amend to post #16,

i followed the guide here,
http://paste.ubuntu.com/16513499/

Full link:
https://askubuntu.com/questions/491301/realtek-alc-3661/753497#753497?newreg=176dbb70676146b7b80409c4f084c1f6

second comment please refer,

Installed the latest driver
https://code.launchpad.net/~ubuntu-audio-dev/+archive/ubuntu/alsa-daily/+packages for 16.04, deb file
https://code.launchpad.net/~ubuntu-audio-dev/+archive/ubuntu/alsa-daily/+sourcepub/6439770/+listing-archive-extra

and rebooted and it seems i am getting proper sound, full stereo , will test more.

[Mohd Imran Jamadar (imranmohd72)]

Audio is still not what i would expect, audio sucks.

[Mohd Imran Jamadar (imranmohd72)]

Proposed solution as assisted by raymond

in /etc/modprobe.d/alsa-base.conf

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio-Models.txt

options snd-hda-intel model=,dell-headset-multi, patch=,/lib/firmware/hdajackretask.fw

only need to fix these pin in hdajackretask.fw

0x16 0x411111f0 this remove headphone jack to allow subwoofer has bass speaker volume control

0x19 0x03a11030 this force to use mic jack instead of headphone mic of dell-headset-multi

0x1a 0x90100111 this fix the subwoofer pin

/sys/class/sound/hwC1D0/init_pin_configs:
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x03211020
0x18 0x40030008
0x19 0x03a11030
0x1a 0x411111f0
0x1b 0x411111f0
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

/sys/class/sound/hwC1D0/driver_pin_configs:

 0x19 0x03a1913d
 0x1b 0x03a1113c

/sys/class/sound/hwC1D0/user_pin_configs:

0x16 0x411111f0
0x19 0x03a11030
0x1a 0x90100111

driver add headphone mic and headset mic

early patching
remove headphone jack
fix headphone mic to your original mic jack
add subwoofer pin

[penalvch (penalvch)]

Mohd Imran Jamadar, one would typically not assign someone to a bug unless they either did it themselves, or requested this be done.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #93)
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/
> Documentation/sound/alsa/HD-Audio.txt
>
>
>
> Early Patching
> ~~~~~~~~~~~~~~
> When CONFIG_SND_HDA_PATCH_LOADER=y is set, you can pass a "patch" as a
> firmware file for modifying the HD-audio setup before initializing the
> codec. This can work basically like the reconfiguration via sysfs in
> the above, but it does it before the first codec configuration.
>
> A patch file is a plain text file which looks like below:
>
> ------------------------------------------------------------------------
> [codec]
> 0x12345678 0xabcd1234 2
>
> [model]
> auto
>
> [pincfg]
> 0x12 0x411111f0
>
> did you set the correct codec id and subsystem id and model
>
> since you need model dell-headset-multi to call the function
> alc_fixup_headset_mode_alc668 to init the headset
>
> and those pin fix to remove headphone mic by the original mic jack and
> subwoofer
> remove the headphone jack so that line out type =speaker for the 2.1 channel
> map

data from my hda-jack-restask.fw file

[codec]
0x10ec0668 0x102805a9 0

[pincfg]
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x411111f0
0x18 0x40030008
0x19 0x03a11030
0x1a 0x90100111
0x1b 0x411111f0
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to mohammed imran from comment #97)
> (In reply to Raymond from comment #93)
> > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/
> > Documentation/sound/alsa/HD-Audio.txt
> >
> >
> >
> > Early Patching
> > ~~~~~~~~~~~~~~
> > When CONFIG_SND_HDA_PATCH_LOADER=y is set, you can pass a "patch" as a
> > firmware file for modifying the HD-audio setup before initializing the
> > codec. This can work basically like the reconfiguration via sysfs in
> > the above, but it does it before the first codec configuration.
> >
> > A patch file is a plain text file which looks like below:
> >
> > ------------------------------------------------------------------------
> > [codec]
> > 0x12345678 0xabcd1234 2
> >
> > [model]
> > auto
> >
> > [pincfg]
> > 0x12 0x411111f0
> >
> > did you set the correct codec id and subsystem id and model
> >
> > since you need model dell-headset-multi to call the function
> > alc_fixup_headset_mode_alc668 to init the headset
> >
> > and those pin fix to remove headphone mic by the original mic jack and
> > subwoofer
> > remove the headphone jack so that line out type =speaker for the 2.1
> channel
> > map
>
> data from my hda-jack-restask.fw file
>
> [codec]
> 0x10ec0668 0x102805a9 0
>
> [pincfg]
> 0x12 0x99a30140
> 0x14 0x90170110
> 0x15 0x0321101f
> 0x16 0x411111f0
> 0x18 0x40030008
> 0x19 0x03a11030
> 0x1a 0x90100111
> 0x1b 0x411111f0
> 0x1d 0x41000001
> 0x1e 0x411111f0
> 0x1f 0x411111f0

Amended file in hda-jack-restask.fw
[codec]
0x10ec0668 0x102805a9 0

[pincfg]
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x411111f0
0x18 0x40030008
0x19 0x03a11030
0x1a 0x90100111
0x1b 0x03a1113c /* use as headset mic, without its own jack detect */
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

&&&&&&&&&&&&&&&&&&&

data as per alsa-base.conf
#my entry

snd_hda_intel: model=,dell-headset-multi, patch=,/lib/firmware/hdajackretask.fw
snd_hda_intel: patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

control.16 {
  iface CARD
  name 'Headset Mic Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

am i right? or wrong? file attached.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #93)
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/
> Documentation/sound/alsa/HD-Audio.txt
>
>
>
> Early Patching
> ~~~~~~~~~~~~~~
> When CONFIG_SND_HDA_PATCH_LOADER=y is set, you can pass a "patch" as a
> firmware file for modifying the HD-audio setup before initializing the
> codec. This can work basically like the reconfiguration via sysfs in
> the above, but it does it before the first codec configuration.
>
> A patch file is a plain text file which looks like below:
>
> ------------------------------------------------------------------------
> [codec]
> 0x12345678 0xabcd1234 2
>
> [model]
> auto
>
> [pincfg]
> 0x12 0x411111f0
>

#my entry

options snd_hda_intel: patch=hda-jack-retask.fw

control.16 {
  iface CARD
  name 'Headset Mic Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }
> did you set the correct codec id and subsystem id and model
>
> since you need model dell-headset-multi to call the function
> alc_fixup_headset_mode_alc668 to init the headset
>
> and those pin fix to remove headphone mic by the original mic jack and
> subwoofer
> remove the headphone jack so that line out type =speaker for the 2.1 channel
> map

data form

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

only need this line

options snd-hda-intel model=,dell-headset-multi patch=,hda-jack-retask.fw

and remove the line created by hda-jack-retask in alsa-base.conf

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #100)
> only need this line
>
> options snd-hda-intel model=,dell-headset-multi patch=,hda-jack-retask.fw
>
> and remove the line created by hda-jack-retask in alsa-base.conf

I don't any other line has being created by hda-jack-restask. i have made the necessary amendments.

it is possible for you to remote into my system and you can run the test's needed.

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

[codec]
0x10ec0668 0x102805a9 0

[model]
dell-headset-multi

[pincfg]

0x16 0x411111f0
0x19 0x03a11030
0x1a 0x90100111

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Created attachment 218841
alsamixer

alsamixer state , have a look and tell.

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

You have to post output of alsa-info.sh

Check whether you have capture source which has three source

Internal Mic, headset Mic and Mic

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

http://bazaar.launchpad.net/~unity-settings-daemon-team/unity-settings-daemon/trunk/view/head:/plugins/media-keys/what-did-you-plug-in/pa-backend.c

The “what did you plug in”-dialog is a part of unity-settings-daemom,

this dialog is designed for those dell laptop with single combo jack and won't work on your dell alienware 14

as you cannot select your mic jack since the dialog is only looking of "Headphone mic jack"

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

(In reply to mohammed imran from comment #103)
> Created attachment 218841 [details]
> alsamixer
>
> alsamixer state , have a look and tell.

This look like you are using dell-headset-multi plus subwoofer fix up

If Headphone Mic cannot be fixed up to Mic jack by early patching , you need to modify patch_realtek.c to create dell-alienware model

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/sound/pci/hda/patch_realtek.c

 [ALC668_FIXUP_DELL_MIC_NO_PRESENCE] = {
  .type = HDA_FIXUP_PINS,
  .v.pins = (const struct hda_pintbl[]) {
   { 0x19, 0x03a1913d }, /* use as headphone mic, without its own jack detect */
   { 0x1b, 0x03a1113c }, /* use as headset mic, without its own jack detect */
   { }
  },
  .chained = true,
  .chain_id = ALC668_FIXUP_HEADSET_MODE
 },

the simplest way is

1) remove 'headphone mic" fixup from ALC668_FIXUP_DELL_MIC_NO_PRESENCE

2) remove node 0x16 "headphone'

3) add subwoofer pin

{ 0x16 , 0x411111f0 },

{ 0x1a , 0x90100111 },

recompile hda driver

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

enum {
 ALC662_FIXUP_ASPIRE,
 ALC662_FIXUP_LED_GPIO1,
 ALC662_FIXUP_IDEAPAD,
 ALC272_FIXUP_MARIO,
 ALC662_FIXUP_CZC_P10T,
 ALC662_FIXUP_SKU_IGNORE,
 ALC662_FIXUP_HP_RP5800,
 ALC662_FIXUP_ASUS_MODE1,
 ALC662_FIXUP_ASUS_MODE2,
 ALC662_FIXUP_ASUS_MODE3,
 ALC662_FIXUP_ASUS_MODE4,
 ALC662_FIXUP_ASUS_MODE5,
 ALC662_FIXUP_ASUS_MODE6,
 ALC662_FIXUP_ASUS_MODE7,
 ALC662_FIXUP_ASUS_MODE8,
 ALC662_FIXUP_NO_JACK_DETECT,
 ALC662_FIXUP_ZOTAC_Z68,
 ALC662_FIXUP_INV_DMIC,
 ALC662_FIXUP_DELL_MIC_NO_PRESENCE,
 ALC668_FIXUP_DELL_MIC_NO_PRESENCE,
 ALC662_FIXUP_HEADSET_MODE,
 ALC668_FIXUP_HEADSET_MODE,
 ALC662_FIXUP_BASS_MODE4_CHMAP,
 ALC662_FIXUP_BASS_16,
 ALC662_FIXUP_BASS_1A,
 ALC662_FIXUP_BASS_CHMAP,
 ALC668_FIXUP_AUTO_MUTE,
 ALC668_FIXUP_DELL_DISABLE_AAMIX,
 ALC668_FIXUP_DELL_XPS13,
 ALC662_FIXUP_ASUS_Nx50,
 ALC668_FIXUP_ASUS_Nx51,
        ALC668_FIXUP_DELL_ALIENWARE.
        A:C668_FIXUP_DELL_ALIENWARE_51,
};

 [ALC668_FIXUP_DELL_ALIENWARE] = {
  .type = HDA_FIXUP_PINS,
  .v.pins = (const struct hda_pintbl[]) {
                        { 0x16 , 0x411111f0 },
                        { 0x1a , 0x90100111 },
   { 0x1b, 0x03a1113c }, /* use as headset mic, without its own jack detect */
   { }
  },
  .chained = true,
  .chain_id = ALC668_FIXUP_HEADSET_MODE
 },

 [ALC668_FIXUP_DELL_ALIENWARE_51] = {
  .type = HDA_FIXUP_PINS,
  .v.pins = (const struct hda_pintbl[]) {
                   {0x15, 0x02014010},
                   {0x16, 0x02014011},
                   {0x19, 0x02014012},
   { }
  },

 },

static const struct hda_model_fixup alc662_fixup_models[] = {
 {.id = ALC272_FIXUP_MARIO, .name = "mario"},
 {.id = ALC662_FIXUP_ASUS_MODE1, .name = "asus-mode1"},
 {.id = ALC662_FIXUP_ASUS_MODE2, .name = "asus-mode2"},
 {.id = ALC662_FIXUP_ASUS_MODE3, .name = "asus-mode3"},
 {.id = ALC662_FIXUP_ASUS_MODE4, .name = "asus-mode4"},
 {.id = ALC662_FIXUP_ASUS_MODE5, .name = "asus-mode5"},
 {.id = ALC662_FIXUP_ASUS_MODE6, .name = "asus-mode6"},
 {.id = ALC662_FIXUP_ASUS_MODE7, .name = "asus-mode7"},
 {.id = ALC662_FIXUP_ASUS_MODE8, .name = "asus-mode8"},
        {.id = ALC668_FIXUP_DELL_MIC_NO_PRESENCE, .name = "dell-headset-multi"},
 {.id = ALC668_FIXUP_DELL_ALIENWARE, .name = "dell-alienware"},
 {.id = ALC668_FIXUP_DELL_ALIENWARE_51, .name = "dell-51"},
 {}
};

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

(In reply to mohammed imran from comment #103)
> Created attachment 218841 [details]
> alsamixer
>
> alsamixer state , have a look and tell.

do the headset mic work as expected or not ?

the early patching fix the pin before driver apply dell-headset-multi model pin fixup

so the mic jack cannot be fix up

you can use hint to disable loopback mixing if this is any noise simolar to xps 13 using ALC668_FIXUP_DELL_DISABLE_AAMIX

[hint]
mixer_nid=0

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #104)
> You have to post output of alsa-info.sh
>
> Check whether you have capture source which has three source
>
> Internal Mic, headset Mic and Mic

Your ALSA information is located at

http://www.alsa-project.org/db/?f=cc4c2d4193b7b9ba3ee9be368f1fecb023930b3d

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #106)
> (In reply to mohammed imran from comment #103)
> > Created attachment 218841 [details]
> > alsamixer
> >
> > alsamixer state , have a look and tell.
>
> This look like you are using dell-headset-multi plus subwoofer fix up
>
>
> If Headphone Mic cannot be fixed up to Mic jack by early patching , you
> need to modify patch_realtek.c to create dell-alienware model

Yup you are right, when plugging in my earphone (Apple iphones model) i get to see the unity dialog, asking me what i have inserted. Pic attached.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Created attachment 218901
dialog box unity

Yup you are right, when plugging in my earphone (Apple iphones model) i get to see the unity dialog, asking me what i have inserted. Pic attached.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to mohammed imran from comment #112)
> Created attachment 218901 [details]
> dialog box unity
>
> Yup you are right, when plugging in my earphone (Apple iphones model) i get
> to see the unity dialog, asking me what i have inserted. Pic attached.

But the dialog only pops up when i plug it in my headphones with mic icon, the third plughole of the three O-O-O (Mic-HeadPhone-Headphone/w Mic).

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #102)
> [codec]
> 0x10ec0668 0x102805a9 0
>
> [model]
> dell-headset-multi
>
> [pincfg]
>
> 0x16 0x411111f0
> 0x19 0x03a11030
> 0x1a 0x90100111

[codec]
0x10ec0668 0x102805a9 0

[model]
dell-headset-multi

[pincfg]
0x12 0x99a30140
0x14 0x90170110
0x15 0x0321101f
0x16 0x411111f0
0x18 0x40030008
0x19 0x03a11030
0x1a 0x90100111
0x1b 0x03a1113c /* use as headset mic, without its own jack detect */
0x1d 0x41000001
0x1e 0x411111f0
0x1f 0x411111f0

ok, do i need to remove the extra pincfg?

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #107)
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/sound/pci/
> hda/patch_realtek.c
>
>
> [ALC668_FIXUP_DELL_MIC_NO_PRESENCE] = {
> .type = HDA_FIXUP_PINS,
> .v.pins = (const struct hda_pintbl[]) {
> { 0x19, 0x03a1913d }, /* use as headphone mic, without
> its own jack
> detect */
> { 0x1b, 0x03a1113c }, /* use as headset mic, without
> its own jack detect
> */
> { }
> },
> .chained = true,
> .chain_id = ALC668_FIXUP_HEADSET_MODE
> },
>
>
> the simplest way is
>
> 1) remove 'headphone mic" fixup from ALC668_FIXUP_DELL_MIC_NO_PRESENCE
>
> 2) remove node 0x16 "headphone'
>
> 3) add subwoofer pin
>
> { 0x16 , 0x411111f0 },
>
> { 0x1a , 0x90100111 },
>
>
> recompile hda driver

Umm, how to do this patching stuff and where to paste this code? Was your a suggestion or a test for me to perform?

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

(In reply to mohammed imran from comment #110)
> (In reply to Raymond from comment #104)
> > You have to post output of alsa-info.sh
> >
> > Check whether you have capture source which has three source
> >
> > Internal Mic, headset Mic and Mic
>
> Your ALSA information is located at
>
> http://www.alsa-project.org/db/?f=cc4c2d4193b7b9ba3ee9be368f1fecb023930b3d

snd_hda_intel: model=,dell-headset-multi patch=,hda-jack-retask.fw
snd_hda_intel: patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

you still have two lines in alsa-base.conf

options snd-hda-intel model=,dell-headset-multi patch=,hda-jack-retask.fw
options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

you have to remove

options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Created attachment 219001
Comment 116

See only one line that you have asked should remain? i don't know where the extra one got inserted.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #116)
> (In reply to mohammed imran from comment #110)
> > (In reply to Raymond from comment #104)
> > > You have to post output of alsa-info.sh
> > >
> > > Check whether you have capture source which has three source
> > >
> > > Internal Mic, headset Mic and Mic
> >
> > Your ALSA information is located at
> >
> > http://www.alsa-project.org/db/?f=cc4c2d4193b7b9ba3ee9be368f1fecb023930b3d
>
> snd_hda_intel: model=,dell-headset-multi patch=,hda-jack-retask.fw
> snd_hda_intel:
> patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-
> retask.fw
>
>
>
> you still have two lines in alsa-base.conf
>
> options snd-hda-intel model=,dell-headset-multi patch=,hda-jack-retask.fw
> options snd-hda-intel
> patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-
> retask.fw
>
> you have to remove
>
> options snd-hda-intel
> patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-
> retask.fw

See only one line that you have asked should remain? i don't know where the extra one got inserted.

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

(In reply to mohammed imran from comment #115)
> (In reply to Raymond from comment #107)
> >
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/sound/pci/
> > hda/patch_realtek.c
> >
> >
> > [ALC668_FIXUP_DELL_MIC_NO_PRESENCE] = {
> > .type = HDA_FIXUP_PINS,
> > .v.pins = (const struct hda_pintbl[]) {
> > { 0x19, 0x03a1913d }, /* use as headphone mic, without
> its own jack
> > detect */
> > { 0x1b, 0x03a1113c }, /* use as headset mic, without
> its own jack detect
> > */
> > { }
> > },
> > .chained = true,
> > .chain_id = ALC668_FIXUP_HEADSET_MODE
> > },
> >

> Umm, how to do this patching stuff and where to paste this code? Was your a
> suggestion or a test for me to perform?

just append at the end of alc662_fixup[] after [ALC668_FIXUP_ASUS_Nx51]

s

[superquad.vortex2 (superquad.vortex2-linux-kernel-bugs)]

to enable both headphone and headset, you need to test whether headset and headphone can share volume control by prefered_dacs, this force driver assigned DACs to speaker and bass speaker first

 static hda_nid_t preferred_pair[] = {
+ 0x14, 0x02,
+ 0x1a, 0x03,
+ 0x15, 0x04,
+ 0x16, 0x04,
+ 0
+ };

+ spec->gen.preferred_dacs = preferred_pair;

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #120)
> to enable both headphone and headset, you need to test whether headset and
> headphone can share volume control by prefered_dacs, this force driver
> assigned DACs to speaker and bass speaker first
>
>
> static hda_nid_t preferred_pair[] = {
> + 0x14, 0x02,
> + 0x1a, 0x03,
> + 0x15, 0x04,
> + 0x16, 0x04,
> + 0
> + };
>
> + spec->gen.preferred_dacs = preferred_pair;

So you want me to copy the code above, and edit the patch_realtek.c with the changes above and then recompile a new kernel? right

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Hi,

Sorry was away on vacation.

Any update on the issue?

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

(In reply to Raymond from comment #120)
> to enable both headphone and headset, you need to test whether headset and
> headphone can share volume control by prefered_dacs, this force driver
> assigned DACs to speaker and bass speaker first
>
>
> static hda_nid_t preferred_pair[] = {
> + 0x14, 0x02,
> + 0x1a, 0x03,
> + 0x15, 0x04,
> + 0x16, 0x04,
> + 0
> + };
>
> + spec->gen.preferred_dacs = preferred_pair;

Hey Raymond, any updates yet? or progress? Please advise?

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Hi, can anyone else up take this bug or issue up?

[Mohd Imran Jamadar (imranmohd72)]

any update on this issue?

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

So you fix the sound:

1. Open a Terminal (Ctrl + Alt + T).

2. Write 'sudo su' to login as root.

3. Install via apt 'alsa-tools-gui'.

4. Logout via exit.

5. Write 'hdajackretask' and press enter.

6. Click on 'Intel Haswell HDMI' and select 'Realtek ALC3661'.

7. A lot of new entrys are visible. Select 'Show unconnected pins'.

8. Click on 'Overwrite' on Pin ID '0x1a'.

9. Click on the Context Menu and select 'Line out (Center/LFE)'.

10. Click on 'Apply now' and enter your user password.

11. Click on 'Install boot overwrite' to save the settings permanently.

12. Click on your Volume Icon on the top (Ubuntu Unity) and remove the marker 'mute'.

13. Reboot and your sound work perfect.

[gaznims (gaznims-linux-kernel-bugs)]

Created attachment 255623
After reboot

Followed the Above on my Alienware 18 running Linux Mint 18.1

I did everything in the list above

apart from "Click on your Volume Icon on the top (Ubuntu Unity) and remove the marker 'mute'."

as It didn't show anything different in my Sound properties

The attachment shown is after a reboot

So its back to the drawing board for me
Cheers
Gaz

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

Mine is Alienware 14, and sound is fine now, a major improvement, but as you see the developer of person assisting me,has now disappeared.
I am on Ubuntu 16.10.

mail me on <email address hidden> or come to ubuntu IRC channel and we shall take it from their. see what can be done.

regards.

[gaznims (gaznims-linux-kernel-bugs)]

Ok I did a full reinstall this arvo
First thing I did was the Fix above

But sadly it has had no effect
Back to the drawing board

[Mohd Imran Jamadar (imranmohd72)]

https://launchpad.net/~penalvch

Ref to comment no #7 and upon testing upstream kernel, i confirm the bug to exist.

Kernel tested was, linux-image-4.10.0-041000-generic_4.10.0-041000.201702191831_amd64.deb &
4.8.0-45-generic

Please advise, still see analog 4.o surround sound option, with no option for sub-woofer option to toggle.
But if i plug in my headphone jack w/o mic, and if i select 4.0 output i can hear in my headphones sound Rear Left and Rear Right, soundoutput.
michttps://goo.gl/images/HaFA3W

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

I hope someone pics up our bug report.

[imranmohd72 (imranmohd72-linux-kernel-bugs)]

sudo] password for immu:
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 0: ALC3661 Analog [ALC3661 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

[Mohd Imran Jamadar (imranmohd72)]

sudo lspci -v | grep -A7 -i "audio"
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
 Subsystem: Dell Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
 Flags: bus master, fast devsel, latency 0, IRQ 32
 Memory at d2710000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [50] Power Management version 2
 Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit-
 Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
 Kernel driver in use: snd_hda_intel
 Kernel modules: snd_hda_intel
--
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
 Subsystem: Dell 8 Series/C220 Series Chipset High Definition Audio Controller
 Flags: bus master, fast devsel, latency 0, IRQ 31
 Memory at d2714000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: [50] Power Management version 2
 Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
 Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
 Capabilities: [100] Virtual Channel
 Kernel driver in use: snd_hda_intel

[Mohd Imran Jamadar (imranmohd72)]

sudo aplay -l
[sudo] password for immu:
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 0: ALC3661 Analog [ALC3661 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

[gaznims (gaznims-linux-kernel-bugs)]

Here are mine

gaz-alienware # arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC3661 Analog [ALC3661 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Wow I wonder where HDMI has gone

[gaznims (gaznims-linux-kernel-bugs)]

Created attachment 255685
Sound

Found them

gazalienware-Alienware-18 ~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC3661 Analog [ALC3661 Analog]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

gaz-alienware # lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
01:00.1 Audio device: NVIDIA Corporation GK106 HDMI Audio Controller (rev a1)

[gaznims (gaznims-linux-kernel-bugs)]

Created attachment 255687
Alsa

[gaznims (gaznims-linux-kernel-bugs)]

Created attachment 255689
htmi

[gaznims (gaznims-linux-kernel-bugs)]

Created attachment 255691
more

[Mohd Imran Jamadar (imranmohd72)]

Alsamixer setting before setting the 8. Click on 'Overwrite' on Pin ID '0x1a'.

9. Click on the Context Menu and select 'Line out (Center/LFE)'.

[kakarot23 (kakarotxgoku43)]

Investing basics lay the foundation for individuals seeking to navigate the world of financial markets and wealth accumulation. At its core, investing involves deploying capital with the expectation of generating returns over time. https://thefinancialappetite.net/category/getting-started/investing-basics/