Announcement

Collapse
No announcement yet.

No audio or Mic detected on MSI Raider 16 Max HX B2WI-003US

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    No audio or Mic detected on MSI Raider 16 Max HX B2WI-003US

    This is the laptop i'm currently using MSI Raider 16 Max HX B2WI-003US

    SPECS:
    • Intel Core Ultra 9 290HX (2.7GHz) Processor
    • 32GB DDR5-5600 RAM
    • NVIDIA GeForce RTX 5080 Graphics Card
    • 1TB PCIe Gen4 x4 NVMe M.2 SSD
    • 16" QHD+ OLED Display
    • 2.5Gb LAN, 2x2 WiFi 7 (802.11be), Bluetooth
    ​I've tried Fedora 44, Kubuntu 26.04 and currently on Kubuntu 24.04. All distro's have no audio detected. I've been working with ChatGPT and Gemeni to pinpoint the issue and provide a fix but nothing has worked. See below for log files and let me know any other logs you need to track this down.

    In Kubuntu 24.04, users frequently encounter a bug affecting Realtek High Definition Audio chipsets (such as the ALC256, ALC887, and similar integrated codecs). The primary issue manifests as either complete silence (no sound out of internal speakers) or the system defaulting to a "Dummy Output" in the volume settings. I have the dummy output and no sound but the sound bar does detect audio when audio is playing. I'm very new to linux so if you need more diagnostics please describe the command and I will get it to resolve this issue for not only myself but for others.​

    01:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:22e9] (rev a1)
    Subsystem: NVIDIA Corporation Device [10de:0000]
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel
    --
    80:1f.3 Multimedia audio controller [0401]: Intel Corporation Device [8086:7f50] (rev 10)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:14fb]
    Kernel driver in use: sof-audio-pci-intel-mtl
    Kernel modules: snd_sof_pci_intel_mtl, snd_hda_intel
    80:1f.4 SMBus [0c05]: Intel Corporation Device [8086:7f23] (rev 10)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:14fb]

    **** List of PLAYBACK Hardware Devices ****
    card 0: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 1: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) [HDMI 1]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 1: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) [HDMI 2]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 1: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) [HDMI 3]
    Subdevices: 0/1
    Subdevice #0: subdevice #0

    [ 3.473322] sof-audio-pci-intel-mtl 0000:80:1f.3: hda codecs found, mask 4
    [ 3.473327] sof-audio-pci-intel-mtl 0000:80:1f.3: using HDA machine driver skl_hda_dsp_generic now
    [ 3.473329] sof-audio-pci-intel-mtl 0000:80:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
    [ 3.473330] sof-audio-pci-intel-mtl 0000:80:1f.3: BT link detected in NHLT tables: 0x4
    [ 3.473331] sof-audio-pci-intel-mtl 0000:80:1f.3: DMICs detected in NHLT tables: 0
    [ 3.475983] sof-audio-pci-intel-mtl 0000:80:1f.3: Firmware paths/files for ipc type 1:
    [ 3.475985] sof-audio-pci-intel-mtl 0000:80:1f.3: Firmware file: intel/sof-ipc4/arl-s/sof-arl-s.ri
    [ 3.475986] sof-audio-pci-intel-mtl 0000:80:1f.3: Firmware lib path: intel/sof-ipc4-lib/arl-s
    [ 3.475987] sof-audio-pci-intel-mtl 0000:80:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-i
    disp.tplg
    [ 3.477556] sof-audio-pci-intel-mtl 0000:80:1f.3: Loaded firmware library: ADSPFW, version: 2.14.1.1
    [ 3.798173] sof-audio-pci-intel-mtl 0000:80:1f.3: Booted firmware version: 2.14.1.1
    [ 3.806481] sof-audio-pci-intel-mtl 0000:80:1f.3: loading topology: intel/sof-ipc4-tplg/sof-hda-generic-idi
    sp.tplg
    [ 3.806535] sof-audio-pci-intel-mtl 0000:80:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
    [ 3.806642] skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet available, widget card bindi
    ng deferred
    [ 3.818062] skl_hda_dsp_generic skl_hda_dsp_generic: hda_dsp_hdmi_build_controls: no PCM in topology for HD
    MI converter 3
    [ 3.836867] input: sof-hda-dsp HDMI/DP,pcm=3 as /devices/pci0000:80/0000:80:1f.3/skl_hda_dsp_generic/sound/
    card1/input23
    [ 3.836893] input: sof-hda-dsp HDMI/DP,pcm=4 as /devices/pci0000:80/0000:80:1f.3/skl_hda_dsp_generic/sound/
    card1/input24
    [ 3.836913] input: sof-hda-dsp HDMI/DP,pcm=5 as /devices/pci0000:80/0000:80:1f.3/skl_hda_dsp_generic/sound/
    card1/input25
    [ 2927.971071] nvidia 0000:01:00.0: Enabling HDA controller
    [ 5717.383836] nvidia 0000:01:00.0: Enabling HDA controller

    ​attempted Kernal patch /sound/soc/intel/common/soc-acpi-intel-ptl-match.c - Still

    echo '=== CURRENT KERNEL ==='
    uname -a

    echo
    echo '=== KERNEL SOURCE TREES ==='
    find ~ /usr/src -maxdepth 4 -type f \
    -path '*/sound/soc/intel/common/soc-acpi-intel-ptl-match.c' \
    -print 2>/dev/null

    echo
    echo '=== RECENT PTL-RELATED FILES ==='
    find ~ -type f \
    \( -name 'soc-acpi-intel-ptl-match.c' \
    -o -name '*ptl*.patch' \
    -o -name '*audio*.patch' \
    -o -name '*soundwire*.patch' \) \
    -printf '%TY-%Tm-%Td %TH:%TM %p\n' 2>/dev/null |
    sort -r | head -50
    === CURRENT KERNEL ===
    Linux raider16 7.0.0-31-generic #31~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Aug 10 09:38:02 UTC 2 x86_64 x86_64
    x86_64 GNU/Linux

    === KERNEL SOURCE TREES ===

    === RECENT PTL-RELATED FILES ===
    2026-09-21 18:30 /home/ostego/linux-hwe-7.0-7.0.0/sound/soc/intel/common/soc-acpi-intel-ptl-match.c
    2026-09-21 05:45 /home/ostego/Documents/soc-acpi-intel-ptl-match.c
    2026-09-21 05:20 /home/ostego/.local/share/Trash/files/soc-acpi-intel-ptl-match.c
    2026-09-21 04:11 /home/ostego/Desktop/soc-acpi-intel-ptl-match.c
    • SOF loads ✅
    • SoundWire controller starts ✅
    • RT713/RT1320 are not being matched to a sof_sdw machine driver ❌
    • It falls back to generic HDA topology ❌

    The previous correction removed too much / removed the wrong thing.
    • RT713 detection: ✅ working
    • RT1320 detection: ✅ working
    • Your compiled module is loaded: ✅
    • Topology strings exist: ✅
    • Machine table matching: ❌ failing

    Added RT713 L0 topology Done
    Added RT713 L0 machine table Done previously
    Removed RT713 L0 Done
    Removed RT713 machine_check lines Done
    Kernel rebuild Done
    Module replacement Done
    Module contains RT713 strings Done
    SoundWire machine match Still failing

    After kernel rebuilt and reboot still recieving same result

    sudo dmesg | grep -Ei 'soundwire|rt713|rt1320|tplg|machine'
    [sudo] password for ostego:
    [ 0.437024] integrity: Machine keyring initialized
    [ 1.916695] systemd[1]: systemd-pcrmachine.service - TPM2 PCR Machine ID Measurement was skipped because of
    an unmet condition check (ConditionSecurity=measured-uki).
    [ 2.730443] sof-audio-pci-intel-mtl 0000:80:1f.3: SoundWire enabled on CannonLake+ platform, using SOF driv
    er
    [ 3.897858] sof-audio-pci-intel-mtl 0000:80:1f.3: No SoundWire machine driver found for the ACPI-reported c
    onfiguration:
    [ 3.897869] sof-audio-pci-intel-mtl 0000:80:1f.3: using HDA machine driver skl_hda_dsp_generic now
    [ 3.902547] sof-audio-pci-intel-mtl 0000:80:1f.3: Topology file: intel/sof-ipc4-tplg/sof-hda-generic-i
    disp.tplg
    [ 4.237534] sof-audio-pci-intel-mtl 0000:80:1f.3: loading topology: intel/sof-ipc4-tplg/sof-hda-generic-idi
    sp.tplg


    ​​


    #2
    Originally posted by Ostego View Post
    ​attempted Kernal patch /sound/soc/intel/common/soc-acpi-intel-ptl-match.c - Still
    Originally posted by Ostego View Post
    After kernel rebuilt and reboot still recieving same result
    rebuilding what, how, and why? What is the output from?


    My guess is the hardware is too shiny new (out in the wild for only a number of months(?), and is $$$), and no one has figured this all out yet. LLMs still may be lagging behind in terms of up-to-date Linux things.

    May need to check out a bleeding edge, more ultra-current distro (aka Arch-like or other rolling style) as it may fare better with current kernels, firmware, Alsa, UCMs, etc.
    Self-built: Asus PRIME B550M-K/Ryzen 5600GT/32Gb/Intel ARC B580 12Gb/KDE neon
    HP Elitedesk 800 G3 Mini: i5-7500T(35w)/32Gb/Kubuntu LTS
    HP Chromebook 14: i5-1135G7/8Gb/512Gb SSD/KDE Linux

    Comment


      #3
      I did a Kernel-table modification on soc-acpi-intel-ptl-match.c to make the PTL match my MSI laptop. I did several edits and rebuilt via make -j$(nproc) M=sound/soc/intel/common and sudo cp sound/soc/intel/common/snd-soc-acpi-intel-match.ko \
      $(modinfo -n snd_soc_acpi_intel_match)

      sudo depmod -a​

      The hardware is definatly too shiny but was hoping maybe the group could put it on their radar and provide a fix.

      I don't want to go with another distro of linux due to me specifically using the 24.04 of Kubuntu since it is optimized for Pixinsight. I do alot of astrophotography in my spare time.

      Comment


        #4
        That's too deep for this old fart.

        You more likely need a more current kernel version as well as support stuff. With SOF audio, iirc the UCM files are important, too. And the firmware probably needs updating as well.
        Trying a live version of an up to date Arch based distro is an easy way to check if that alone gets your audio working, and might point to what you need.

        You can get newer kernels in *buntu, but the rest of the Audio stack I do not know.
        Self-built: Asus PRIME B550M-K/Ryzen 5600GT/32Gb/Intel ARC B580 12Gb/KDE neon
        HP Elitedesk 800 G3 Mini: i5-7500T(35w)/32Gb/Kubuntu LTS
        HP Chromebook 14: i5-1135G7/8Gb/512Gb SSD/KDE Linux

        Comment


          #5
          I would reinstall 26.04 so you are back to 'stock' without the kernel mucking. Then review the following Google AI answer.


          Because this issue persists across Fedora 44, Kubuntu 26.04, and Kubuntu 24.04, the problem is not a simple configuration bug. It is a known hardware integration issue where the Linux kernel fails to map the internal amplifier pins (usually Realtek ALC897 or similar) or the Intel Smart Sound Technology (SST) / Sound Open Firmware (SOF) digital microphone arrays used in modern MSI Raider laptops.

          When the sound bar moves in your volume mixer but no audio comes out of the physical speakers, it means Linux thinks it is sending sound to the right place, but the hardware amplifier remains unpowered or unrouted.

          Step 1: Force Intel DMIC/SST Detection

          Modern laptops route the internal microphone and speakers through Intel's digital microphone (DMIC) subsystem, which frequently breaks on Linux. You can force the traditional Intel HDA fallback driver to see if it wakes the hardware up.
          • Open your terminal (Ctrl + Alt + T).
          • Open the GRUB configuration file:


            sudo nano /etc/default/grub
          • Look for the line starting with GRUB_CMDLINE_LINUX_DEFAULT.
          • Append snd_hda_intel.dmic_detect=0 inside the quotes. It should look something like this:


            GRUB_CMDLINE_LINUX_DEFAULT="quiet splash snd_hda_intel.dmic_detect=0"
          • Save and exit (Press Ctrl + O, Enter, then Ctrl + X).
          • Update your bootloader so the changes take effect:
            • For Kubuntu: sudo update-grub
            • For Fedora: sudo grub2-mkconfig -o /boot/grub2/grub.cfg
          • Reboot your laptop.

          Step 2: Clear Corrupted PipeWire/WirePlumber Cache

          Both Fedora 44 and modern Kubuntu releases utilize PipeWire and WirePlumber to manage audio routing. If the system state gets confused during installation or kernel upgrades, it can permanently mute the local node.

          Purge the cached state file using this script block:

          rm -rf $HOME/.local/state/wireplumber/* systemctl --user restart wireplumber pipewire pipewire-pulse

          Test your audio immediately after running this to see if the mapping resets.

          Step 3: Use ALSA-Tools to Force Pins (If Step 1 & 2 fail)

          If you get audio through headphones but nothing through the main laptop speakers, the speaker pins are mismapped.
          • Install the ALSA tools GUI:
            • Kubuntu: sudo apt install alsa-tools-gui
            • Fedora: sudo dnf install alsa-tools
          • Launch the utility from your terminal: bash

            sudo hdajackretask
          • Select your Realtek card from the drop-down menu at the top.
          • Check the box for "Show unconnected pins".
          • Look for overrides related to Internal Speaker. You may need to manually change an unassigned pin to Internal Speaker (Front) or Internal Speaker (Back) to force the laptop's physical amplifier to turn on.
          • Click "Apply now"

            to test, and if it works, click "Install boot override" to make it permanent.

          To narrow this down further, let me know:
          • When you run lspci -v | grep -A7 -i "audio", what audio controller models does your system list?
          • Do wired headphones plugged into the audio jack work, or is everything completely dead?
          Knowing this will tell us if the issue is a missing firmware blob or an amplifier pin routing layout error.

          Slava Ukraini! 🇺🇦
          Windows no longer obstruct my view.
          Using Kubuntu Linux since March 23, 2007.
          "It is a capital mistake to theorize before one has data." - Sherlock Holmes

          Comment


            #6
            Tried Step 1 and 2 on both Fedora and Kubuntu 26.04. I went through a days each with the google Gemini. I believe I used the ALSA tools but I'll try again and post what I'm seeing. I'll install 26.04 to stick with the newest kernel build. I believe my realtek card wouldn't populate on the ALSA tools but I'll confirm. Thanks more to follow.

            Comment


              #7
              Originally posted by claydoh View Post
              That's too deep for this old fart.

              You more likely need a more current kernel version as well as support stuff. With SOF audio, iirc the UCM files are important, too. And the firmware probably needs updating as well.
              Trying a live version of an up to date Arch based distro is an easy way to check if that alone gets your audio working, and might point to what you need.

              You can get newer kernels in *buntu, but the rest of the Audio stack I do not know.
              I've updated the firmware and pulled new kernels namely 7.0.0. I modified UCM files multiple times.

              Sounds like a few of you are using AI like I have been doing the past 3-4 days. I've used AI for Fedora, 26.04 on a clean install and here on 24.04 all which yielded no sound. I've resorted to using ChatGPT which led me down the UCM modification and modding the kernel and some other tables for the past 2 days. I think this hardware being so new I may just have to wait on a fix from the devs.

              I'll do a test on an Arch based linux distro and see if the issue persists. I've also traded this laptop for the legion 9i with almost the same specs. The audio worked fine out of the box but I went back to the Raider due to the price.

              Comment

              Users Viewing This Topic

              Collapse

              There are 2 users viewing this topic.

              Working...
              X