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

Reply via email to