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 > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel