This bug is awaiting verification that the linux-oem-6.5/6.5.0-1013.14 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-jammy-linux-oem-6.5' to 'verification-done- jammy-linux-oem-6.5'. If the problem still exists, change the tag 'verification-needed-jammy-linux-oem-6.5' to 'verification-failed-jammy- linux-oem-6.5'.
If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-jammy-linux-oem-6.5-v2 verification-needed-jammy-linux-oem-6.5 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem-6.5 in Ubuntu. https://bugs.launchpad.net/bugs/2047184 Title: Audio device is not available, instead it shows dummy output in the settings Status in HWE Next: New Status in OEM Priority Project: New Status in linux package in Ubuntu: In Progress Status in linux-oem-6.5 package in Ubuntu: Invalid Status in linux source package in Jammy: Invalid Status in linux-oem-6.5 source package in Jammy: Fix Committed Status in linux source package in Noble: In Progress Status in linux-oem-6.5 source package in Noble: Invalid Bug description: [Impact] Audio device is not available, instead it shows dummy output in the settings [Fix] SOF driver looks for a config which both sample width and valid bits are both 32 bits. However, the config in NHLT table is 32-bit sample width and 24-bit valid bits. Should ignore the valid bits in NHLT when the sample width is 32 bits. Confirmed the below commit in v6.7-rc4 fix the issue 7b4c93a50a2e ALSA: hda: intel-nhlt: Ignore vbps when looking for DMIC 32 bps format [Test case] 1. check audio input/output on the system 2. System can play and record audio normally [Where problems could occur] When the samples assumed to be vbps=32 then the 'noise' introduced by the lower two bits (channel number) have no real life implication on audio quality. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/2047184/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
