Bug 216862 - ASUS microphone array generates a lot of noise
Summary: ASUS microphone array generates a lot of noise
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 high
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-12-29 10:56 UTC by rabcor1
Modified: 2023-04-07 17:31 UTC (History)
0 users

See Also:
Kernel Version: 6.1
Subsystem:
Regression: No
Bisected commit-id:


Attachments
Quick test (3.66 MB, audio/wav)
2022-12-29 10:56 UTC, rabcor1
Details

Description rabcor1 2022-12-29 10:56:18 UTC
Created attachment 303499 [details]
Quick test

alsa-info.sh output: http://alsa-project.org/db/?f=230ce0648f501002257c7703773d423d759c6322

Of note i tried some model options for the snd-hda-intel driver but they seemed to have little/no effect (some of these options are on in the alsa-info.sh output)

The short of it is on windows the microphone sounds pristine, on linux there's an enormous amount of background noise.

In the attached file is a ~3 second sample of the noise at 100% mic volume

In the following link is a bigger sample where I speak at 100%, 80%, 40%, 20% and 5% mic volume and then raise it up again to 100%.

https://sndup.net/njkw/
Comment 1 rabcor1 2023-01-08 14:08:10 UTC
Not sure if relevant but this model has an audio coprocessor:

05:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 60)
        Subsystem: ASUSTeK Computer Inc. Device 12cf
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin B routed to IRQ 64
        IOMMU group: 21
        Region 0: Memory at fc580000 (32-bit, non-prefetchable) [size=256K]
        Capabilities: <access denied>
        Kernel driver in use: snd_pci_acp6x
        Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x, snd_pci_acp5x, snd_pci_acp6x, snd_acp_pci, snd_rpl_pci_acp6x, snd_pci_ps, snd_sof_amd_renoir, snd_sof_amd_rembrandt

05:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
        DeviceName: HD Audio Controller
        Subsystem: ASUSTeK Computer Inc. Device 12cf
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin C routed to IRQ 65
        IOMMU group: 22
        Region 0: Memory at fc5c0000 (32-bit, non-prefetchable) [size=32K]
        Capabilities: <access denied>
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
Comment 2 rabcor1 2023-04-07 17:31:22 UTC
I have some hope that maybe this hardware is supposed to use soundwire and that some upcoming soundwire patches might fix the issue ( https://lore.kernel.org/lkml/20230220100418.76754-2-Vijendar.Mukunda@amd.com/ )but I can't test it myself since I generally do not use kernels not provided by my distro. So until the kernel 6.4 RC at least I guess we'll have to wait and see.

Note You need to log in before you can comment on or make changes to this bug.