Public bug reported:
[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.
** Affects: hwe-next
Importance: Undecided
Status: New
** Affects: linux (Ubuntu)
Importance: Undecided
Assignee: AceLan Kao (acelankao)
Status: In Progress
** Affects: linux-oem-6.5 (Ubuntu)
Importance: Undecided
Status: Invalid
** Affects: linux (Ubuntu Jammy)
Importance: Undecided
Status: Invalid
** Affects: linux-oem-6.5 (Ubuntu Jammy)
Importance: Undecided
Assignee: AceLan Kao (acelankao)
Status: In Progress
** Affects: linux (Ubuntu Noble)
Importance: Undecided
Assignee: AceLan Kao (acelankao)
Status: In Progress
** Affects: linux-oem-6.5 (Ubuntu Noble)
Importance: Undecided
Status: Invalid
** Tags: oem-priority originate-from-2043541 somerville
** Also affects: linux-oem-6.5 (Ubuntu)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: linux-oem-6.5 (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Jammy)
Importance: Undecided
Status: New
** Also affects: linux-oem-6.5 (Ubuntu Jammy)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Jammy)
Status: New => Invalid
** Changed in: linux (Ubuntu Noble)
Status: New => In Progress
** Changed in: linux (Ubuntu Noble)
Assignee: (unassigned) => AceLan Kao (acelankao)
** Changed in: linux-oem-6.5 (Ubuntu Jammy)
Status: New => In Progress
** Changed in: linux-oem-6.5 (Ubuntu Jammy)
Assignee: (unassigned) => AceLan Kao (acelankao)
** Tags added: oem-priority originate-from-2043541 somerville
** Changed in: linux-oem-6.5 (Ubuntu Noble)
Status: New => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux 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 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 : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
