[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
This bug was fixed in the package linux-oem-6.5 - 6.5.0-1013.14 --- linux-oem-6.5 (6.5.0-1013.14) jammy; urgency=medium * jammy/linux-oem-6.5: 6.5.0-1013.14 -proposed tracker (LP: #2049407) * Mute/mic LEDs no function on HP ZBook (LP: #2048729) - ALSA: hda/realtek: fix mute/micmute LEDs for a HP ZBook * iwlwifi leads to system randomly hangs after suspend (LP: #2049184) - SAUCE: wifi: iwlwifi: fix a memory corruption * Fix BCM57416 lost after resume (LP: #2047518) - bnxt_en: Clear resource reservation during resume * Mute/mic LEDs and speaker no function on some HP platforms (LP: #2047504) - ALSA: hda/realtek: Add quirks for HP Laptops * drm: Update file owner during use (LP: #2047461) - drm: Update file owner during use * Add missing RPL P/U CPU IDs (LP: #2047398) - drm/i915/rpl: Update pci ids for RPL P/U * Fix AMDGPU crash on 6.5 kernel (LP: #2047389) - drm/amdgpu: disable MCBP by default * Audio device is not available, instead it shows dummy output in the settings (LP: #2047184) - ALSA: hda: intel-nhlt: Ignore vbps when looking for DMIC 32 bps format * Fix AMDGPU display on lower resolution modes (LP: #2046504) - drm/amd/display: fix mode scaling (RMX_.*) - drm/amd/display: fix the ability to use lower resolution modes on eDP * RTL8852CE WIFI read country list supporting 6 GHz from BIOS (LP: #2045622) - wifi: rtw89: Introduce Time Averaged SAR (TAS) feature - wifi: rtw89: acpi: process 6 GHz band policy from DSM - wifi: rtw89: regd: handle policy of 6 GHz according to BIOS - wifi: rtw89: regd: update regulatory map to R65-R44 [ Ubuntu: 6.5.0-15.15 ] * mantic/linux: 6.5.0-15.15 -proposed tracker (LP: #2048549) * CVE-2024-0193 - netfilter: nf_tables: skip set commit for deleted/destroyed sets * CVE-2023-6606 - smb: client: fix OOB in smbCalcSize() * CVE-2023-6817 - netfilter: nft_set_pipapo: skip inactive elements during set walk * CVE-2023-6932 - ipv4: igmp: fix refcnt uaf issue when receiving igmp query packet * CVE-2023-6931 - perf: Fix perf_event_validate_size() - perf: Fix perf_event_validate_size() lockdep splat -- Timo Aaltonen Tue, 16 Jan 2024 09:45:28 +0200 ** Changed in: linux-oem-6.5 (Ubuntu Jammy) Status: Fix Committed => Fix Released ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2023-6606 ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2023-6817 ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2023-6931 ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2023-6932 ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2024-0193 -- 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 Released 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
[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
** Tags removed: verification-needed-jammy-linux-oem-6.5 ** Tags added: verification-done-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
[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
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
[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
** Tags added: originate-from-2047794 -- 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
[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
** Changed in: linux-oem-6.5 (Ubuntu Jammy) Status: In Progress => Fix Committed -- 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
[Kernel-packages] [Bug 2047184] Re: Audio device is not available, instead it shows dummy output in the settings
** Tags added: originate-from-2043113 stella -- 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: In Progress 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
