On Fri, 14 Sep 2018 17:45:39 +0200, Håvard wrote:
Hi! Sorry for late response, was doing school stuff and had problems trying to get nvidia drivers on 4.19-rc3 to work.
setting options snd-hda-intel model=alc668-headset in /etc/modprobe.d/alsa.conf on the 4.18.7-gentoo kernel it changed nothing (exept for the layout in alsamixer - that is better).
I checked the source code in sound/pci/hda/patch_realtek.c and there seems to be no difference between the code in 4.18.7 and 4.19-rc3
There is a difference, and this option didn't take effect on 4.18. You need 4.19-rc for allowing that option.
Takashi
I could try testing more, but I am not good with sound tests without gui.
-Håvard
Den ons. 12. sep. 2018 kl. 23:16 skrev Takashi Iwai tiwai@suse.de:
On Wed, 12 Sep 2018 22:17:14 +0200, Håvard wrote:
Also, hda-verb /dev/snd/hwC0D0 0x20 0x500 0xc3 and hda-verb /dev/snd/hwC0D0 0x20 0x400 0x00 Makes the issue appear again!
So it seems like 0xc3 toggles it.
Good to hear that you nailed it.
So this looks like that the alc668 headset mode would work. What happens if you pass model=alc668-headset option with 4.19-rc kernel? Does it make things working?
Takashi
-Håvard
Den ons. 12. sep. 2018 kl. 22:14 skrev Håvard hovardslill@gmail.com:
Can confirm that running: hda-verb /dev/snd/hwC0D0 0x20 0x500 0xc3 and hda-verb /dev/snd/hwC0D0 0x20 0x440 0x00 Fixes the issue completely.
Thanks to everyone who helped!
-Håvard
Den ons. 12. sep. 2018 kl. 22:01 skrev Connor McAdams < conmanx360@gmail.com>:
I might not get around to writing the fix myself, but, here's the COEF's from within Windows. I've marked the ones missing inside the main init function. So, if anyone else wants to add these in, feel free.
On Wed, Sep 12, 2018 at 1:16 PM, Håvard hovardslill@gmail.com
wrote:
That was without running the program (sorry)
This is output when running program:
Before there was no "Current verb...." They came when I opened up windows microphone settings. (something I
didn't
do before)
-Håvard
Den ons. 12. sep. 2018 kl. 19:11 skrev Håvard <
hovardslill@gmail.com>:
> > I think this is right! > > I first booted up, then tested speakers (That I could not hear) and
then
> tested microphone (Which worked perfectly) in windows settings. > > (My first email was dissaproved as it was too large) > > Den ons. 12. sep. 2018 kl. 19:05 skrev Håvard <
hovardslill@gmail.com>:
>> >> I think this is right! >> >> I first booted up, then tested speakers (That I could not hear)
and
then
>> tested microphone (Which worked perfectly) in windows settings. >> >> -Håvard >> >> Den ons. 12. sep. 2018 kl. 18:49 skrev Connor McAdams >> conmanx360@gmail.com: >>> >>> Also, sorry to keep sending more replies, make sure the only
trace
you
>>> have on is vfio_region_write, and not the read one. The read
spams up
>>> the console. >>> >>> On Wed, Sep 12, 2018 at 12:43 PM, Connor McAdams <
conmanx360@gmail.com>
>>> wrote: >>> > Reason being, it may not have identified the CORB buffer
properly
or
>>> > something. That's very odd to have no data. Never seen that
before.
>>> > >>> > On Wed, Sep 12, 2018 at 12:42 PM, Connor McAdams >>> > conmanx360@gmail.com wrote: >>> >> Could you try again and make a copy of your terminal output? >>> >> >>> >> On Wed, Sep 12, 2018 at 12:41 PM, Håvard <
hovardslill@gmail.com>
>>> >> wrote: >>> >>> Hi again. >>> >>> Sorry for not noticing all files were empty, did it not run
for
long
>>> >>> enough? >>> >>> >>> >>> -Håvard >>> >>> >>> >>> Den ons. 12. sep. 2018 kl. 18:39 skrev Håvard >>> >>> hovardslill@gmail.com: >>> >>>> >>> >>>> Sorry my bad again it was working perfectly, just missed a
step.
>>> >>>> >>> >>>> I'll add the dumps as an attatchment. I had both external
headset
>>> >>>> and >>> >>>> microphone plugged in and let the VM run in the background
for
>>> >>>> ~30min while >>> >>>> doing other stuff. I did not play music or test my
microphone in
>>> >>>> the VM >>> >>>> either, If i did anything wrong, please tell me! >>> >>>> >>> >>>> It stopped at 0x104f4 >>> >>>> >>> >>>> -Håvard >>> >>>> >>> >>>> Den ons. 12. sep. 2018 kl. 00:31 skrev Connor McAdams >>> >>>> conmanx360@gmail.com: >>> >>>>> >>> >>>>> Hm.... that's odd. They should show up in the folder you
ran
the
>>> >>>>> command from. Does your console show any "DumpMem
entered..."
or
>>> >>>>> something like that? You may have a permissions error.
I've had
>>> >>>>> some >>> >>>>> people report that as an issue before. >>> >>>>> >>> >>>>> On Tue, Sep 11, 2018 at 5:08 PM, Håvard <
hovardslill@gmail.com
>>> >>>>> wrote: >>> >>>>> > Hi! >>> >>>>> > >>> >>>>> > Took a while, but I think I got it working. Did not see
any
>>> >>>>> > "frame[xx]" >>> >>>>> > files though. What dumps do you want? >>> >>>>> > >>> >>>>> > -Håvard >>> >>>>> > >>> >>>>> > Den tir. 11. sep. 2018 kl. 21:27 skrev Håvard >>> >>>>> > hovardslill@gmail.com: >>> >>>>> >> >>> >>>>> >> Sorry about that, I forgot to enable a kernel config... >>> >>>>> >> >>> >>>>> >> -Håvard >>> >>>>> >> >>> >>>>> >> Den tir. 11. sep. 2018 kl. 21:20 skrev Connor McAdams >>> >>>>> >> conmanx360@gmail.com: >>> >>>>> >>> >>> >>>>> >>> When it's bound as a stub, it shouldn't show up in
alsamixer
>>> >>>>> >>> controls. >>> >>>>> >>> You can check what module is loaded by doing lspci -v
. It
>>> >>>>> >>> should say >>> >>>>> >>> kernel driver in use: pci-stub. Also, did you run the >>> >>>>> >>> vfio-bind >>> >>>>> >>> script >>> >>>>> >>> before trying it? >>> >>>>> >>> >>> >>>>> >>> On Tue, Sep 11, 2018 at 3:18 PM, Håvard >>> >>>>> >>> hovardslill@gmail.com >>> >>>>> >>> wrote: >>> >>>>> >>> > Thank you for the offer! >>> >>>>> >>> > >>> >>>>> >>> > I run gentoo, but your github guide is very useful. I
can't
>>> >>>>> >>> > seem to >>> >>>>> >>> > bind my >>> >>>>> >>> > audio driver to a pci-stud. Is the Sound card still
supposed
>>> >>>>> >>> > to >>> >>>>> >>> > function as >>> >>>>> >>> > normal when I (think I) have bound it to a stud. >>> >>>>> >>> > >>> >>>>> >>> > -Håvard >>> >>>>> >>> > >>> >>>>> >>> > Den tir. 11. sep. 2018 kl. 20:26 skrev Connor McAdams >>> >>>>> >>> > conmanx360@gmail.com: >>> >>>>> >>> >> >>> >>>>> >>> >> One thing you could try, is using the program I
used to
>>> >>>>> >>> >> reverse >>> >>>>> >>> >> engineer the Sound Blaster Z series of cards,
QemuHDADump.
>>> >>>>> >>> >> If your >>> >>>>> >>> >> processor supports pci-passthrough with a virtual
machine,
>>> >>>>> >>> >> you >>> >>>>> >>> >> could >>> >>>>> >>> >> run a Windows virtual machine with the sound card
in it
and
>>> >>>>> >>> >> capture >>> >>>>> >>> >> the commands. I'd be willing to look through the
dumps
to
>>> >>>>> >>> >> see if >>> >>>>> >>> >> there >>> >>>>> >>> >> are any special verbs or anything. >>> >>>>> >>> >> >>> >>>>> >>> >> You can find the program here: >>> >>>>> >>> >> https://github.com/Conmanx360/QemuHDADump >>> >>>>> >>> >> >>> >>>>> >>> >> Let me know. >>> >>>>> >>> >> >>> >>>>> >>> >> On Tue, Sep 11, 2018 at 2:15 PM, Håvard >>> >>>>> >>> >> hovardslill@gmail.com >>> >>>>> >>> >> wrote: >>> >>>>> >>> >> > Sorry, my gmail didn't update so I wrote my
response
>>> >>>>> >>> >> > before I >>> >>>>> >>> >> > read >>> >>>>> >>> >> > your >>> >>>>> >>> >> > last one. >>> >>>>> >>> >> > >>> >>>>> >>> >> > It is a separate mic port as the G751JT doesn't
have
any
>>> >>>>> >>> >> > headset >>> >>>>> >>> >> > multijacks. >>> >>>>> >>> >> > >>> >>>>> >>> >> > I'll try and dig around in the kernel! Thanks for
the
>>> >>>>> >>> >> > tip! >>> >>>>> >>> >> > >>> >>>>> >>> >> > -Håvard >>> >>>>> >>> >> > >>> >>>>> >>> >> > Den tir. 11. sep. 2018 kl. 20:09 skrev Håvard >>> >>>>> >>> >> > hovardslill@gmail.com: >>> >>>>> >>> >> > >>> >>>>> >>> >> >> Thank you for taking your time and trying to
help! :)
>>> >>>>> >>> >> >> >>> >>>>> >>> >> >> Do you know where I can ask around for more help
on
the
>>> >>>>> >>> >> >> issue? >>> >>>>> >>> >> >> I >>> >>>>> >>> >> >> don't >>> >>>>> >>> >> >> want to give up yet. >>> >>>>> >>> >> >> >>> >>>>> >>> >> >> -Håvard >>> >>>>> >>> >> >> >>> >>>>> >>> >> >> Den tir. 11. sep. 2018 kl. 20:02 skrev Takashi
Iwai
>>> >>>>> >>> >> >> tiwai@suse.de: >>> >>>>> >>> >> >> >>> >>>>> >>> >> >>> On Tue, 11 Sep 2018 19:14:37 +0200, >>> >>>>> >>> >> >>> Håvard wrote: >>> >>>>> >>> >> >>> > >>> >>>>> >>> >> >>> > Yes, microphone gets detected instantly and it >>> >>>>> >>> >> >>> > automatically >>> >>>>> >>> >> >>> > changes >>> >>>>> >>> >> >>> > to >>> >>>>> >>> >> >>> it >>> >>>>> >>> >> >>> > in pavucontrol. >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> Then it likely requires some additional
initialization
>>> >>>>> >>> >> >>> outside >>> >>>>> >>> >> >>> HD-audio. It's hard to know, as it's pretty
much
>>> >>>>> >>> >> >>> vendor-specific. >>> >>>>> >>> >> >>> You can dig down the Windows, but I have no idea
about
>>> >>>>> >>> >> >>> Windows >>> >>>>> >>> >> >>> implementation, so can't give any hints,
unfortunately.
>>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> Takashi >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> > >>> >>>>> >>> >> >>> > Den tir. 11. sep. 2018 kl. 18:52 skrev Takashi
Iwai
>>> >>>>> >>> >> >>> > tiwai@suse.de: >>> >>>>> >>> >> >>> > >>> >>>>> >>> >> >>> > > On Tue, 11 Sep 2018 18:40:23 +0200, >>> >>>>> >>> >> >>> > > Håvard wrote: >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > Thank you for replying! >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > Enabling loopback in alsamixer: >>> >>>>> >>> >> >>> > > > http://i.imgur.com/lNo6e7T.png >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > And unmuting more and more things in "Mic >>> >>>>> >>> >> >>> > > > Playback >>> >>>>> >>> >> >>> > > > Volume" >>> >>>>> >>> >> >>> > > > in >>> >>>>> >>> >> >>> > > hdaanalyzer: >>> >>>>> >>> >> >>> > > > http://i.imgur.com/H0HiOhy.png >>> >>>>> >>> >> >>> > > > made white noise come from the headset.
However
>>> >>>>> >>> >> >>> > > > it did >>> >>>>> >>> >> >>> > > > not >>> >>>>> >>> >> >>> > > > change or >>> >>>>> >>> >> >>> > > react >>> >>>>> >>> >> >>> > > > at all when I talked or even muted the
microphone
>>> >>>>> >>> >> >>> > > > physically. >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > I couldn't find "Mic Playback Switch"
anywhere in
>>> >>>>> >>> >> >>> > > > either >>> >>>>> >>> >> >>> > > > alsamixer >>> >>>>> >>> >> >>> or >>> >>>>> >>> >> >>> > > > hdaanalyzer. >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > It's a mixer mute switch. >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > > The microphone works perfectly fine under >>> >>>>> >>> >> >>> > > > Windows, so I >>> >>>>> >>> >> >>> > > > don't >>> >>>>> >>> >> >>> > > > think >>> >>>>> >>> >> >>> it is >>> >>>>> >>> >> >>> > > > the mic pin. >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > But the fact above indicates the
possibility of
the
>>> >>>>> >>> >> >>> > > wrong >>> >>>>> >>> >> >>> > > pin, >>> >>>>> >>> >> >>> > > too. >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > Does the jack detection of the ext mic pin
work?
>>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > Takashi >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > -Håvard >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > Den man. 10. sep. 2018 kl. 22:39 skrev
Takashi
>>> >>>>> >>> >> >>> > > > Iwai >>> >>>>> >>> >> >>> > > > <tiwai@suse.de >>> >>>>> >>> >> >>> >: >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > > > On Thu, 06 Sep 2018 20:44:30 +0200, >>> >>>>> >>> >> >>> > > > > Håvard wrote: >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > Additional relevant info: >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > A similar issue was also discussed
three
>>> >>>>> >>> >> >>> > > > > > years ago >>> >>>>> >>> >> >>> > > > > > on >>> >>>>> >>> >> >>> > > > > > Sun >>> >>>>> >>> >> >>> > > > > > Jun >>> >>>>> >>> >> >>> > > 17:15:54 >>> >>>>> >>> >> >>> > > > > CEST >>> >>>>> >>> >> >>> > > > > > 2015 and was about his surround sound
setup,
>>> >>>>> >>> >> >>> > > > > > but did >>> >>>>> >>> >> >>> > > > > > not >>> >>>>> >>> >> >>> > > > > > touch >>> >>>>> >>> >> >>> on the >>> >>>>> >>> >> >>> > > > > > external microphone problem: >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>>
http://mailman.alsa-project.org/pipermail/alsa-devel/2015-June/093317.html
>>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > alsa-info.sh: >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >>>
http://www.alsa-project.org/db/?f=1d8616ba5977308e03db6c3a86e36e9e9b38d6f0
>>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > Graph of ALC668 chipset from
hdaanalyzer:
>>> >>>>> >>> >> >>> > > > > > http://i.imgur.com/c08DNJW.png >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > setting alsa-mode[1-8] does nothing to
help
>>> >>>>> >>> >> >>> > > > > > the >>> >>>>> >>> >> >>> > > > > > issue. >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > There are several of similar bug
reports
>>> >>>>> >>> >> >>> > > > > > around the >>> >>>>> >>> >> >>> > > > > > web >>> >>>>> >>> >> >>> experiencing >>> >>>>> >>> >> >>> > > > > > similar issues, and on different
distros.
>>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > Microphone works perfectly in windows >>> >>>>> >>> >> >>> > > > > > >>> >>>>> >>> >> >>> > > > > > I have a ASUS ROG G751JT, but this
problem
>>> >>>>> >>> >> >>> > > > > > seems to >>> >>>>> >>> >> >>> > > > > > happen >>> >>>>> >>> >> >>> > > > > > with >>> >>>>> >>> >> >>> all >>> >>>>> >>> >> >>> > > > > laptops >>> >>>>> >>> >> >>> > > > > > under the G751 name. >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > > > When you enable the loopback volume and
switch,
>>> >>>>> >>> >> >>> > > > > and >>> >>>>> >>> >> >>> > > > > unmute/adjust >>> >>>>> >>> >> >>> "Mic >>> >>>>> >>> >> >>> > > > > Playback Volume", and "Mic Playback
Switch", do
>>> >>>>> >>> >> >>> > > > > you >>> >>>>> >>> >> >>> > > > > hear >>> >>>>> >>> >> >>> > > > > the >>> >>>>> >>> >> >>> > > > > input >>> >>>>> >>> >> >>> > > > > from the ext mic? It's a route directly
from
>>> >>>>> >>> >> >>> > > > > NID 0x18 >>> >>>>> >>> >> >>> > > > > to >>> >>>>> >>> >> >>> > > > > the >>> >>>>> >>> >> >>> mixer >>> >>>>> >>> >> >>> > > > > NID 0x0b, then output mixer NID 0x0c,
then
>>> >>>>> >>> >> >>> > > > > outputs. >>> >>>>> >>> >> >>> > > > > So >>> >>>>> >>> >> >>> > > > > this >>> >>>>> >>> >> >>> > > > > can >>> >>>>> >>> >> >>> be >>> >>>>> >>> >> >>> > > > > used to verify the hardware routing. >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > > > If you don't hear via this route, it
means
that
>>> >>>>> >>> >> >>> > > > > the >>> >>>>> >>> >> >>> > > > > input >>> >>>>> >>> >> >>> > > > > from >>> >>>>> >>> >> >>> the ext >>> >>>>> >>> >> >>> > > > > mic pin itself is broken, and it implies
that
>>> >>>>> >>> >> >>> > > > > something >>> >>>>> >>> >> >>> > > > > outside >>> >>>>> >>> >> >>> > > > > HD-audio codec. >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > > > Takashi >>> >>>>> >>> >> >>> > > > > >>> >>>>> >>> >> >>> > > > [2 <text/html; UTF-8 (quoted-printable)>] >>> >>>>> >>> >> >>> > > > >>> >>>>> >>> >> >>> > > >>> >>>>> >>> >> >>> > [2 <text/html; UTF-8 (quoted-printable)>] >>> >>>>> >>> >> >>> > >>> >>>>> >>> >> >>> >>> >>>>> >>> >> >> >>> >>>>> >>> >> > _______________________________________________ >>> >>>>> >>> >> > Alsa-devel mailing list >>> >>>>> >>> >> > Alsa-devel@alsa-project.org >>> >>>>> >>> >> > >>> >>>>> >>> >> >
[2 <text/html; UTF-8 (quoted-printable)>]
[2 <text/html; UTF-8 (quoted-printable)>]