group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #22541
[Bug 1758800] Re: hda driver initialization takes too much time on the machine with coffeelake audio controller [8086:a348]
Please also set status for main linux task (Bionic) will the change be
needed there or is (or will) it included already.
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: linux-oem (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: linux-oem (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: linux-oem (Ubuntu Artful)
Status: New => Invalid
** Changed in: linux (Ubuntu Xenial)
Status: New => Invalid
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1758800
Title:
hda driver initialization takes too much time on the machine with
coffeelake audio controller [8086:a348]
Status in HWE Next:
New
Status in linux package in Ubuntu:
Incomplete
Status in linux-oem package in Ubuntu:
New
Status in linux source package in Xenial:
Invalid
Status in linux-oem source package in Xenial:
New
Status in linux source package in Artful:
Incomplete
Status in linux-oem source package in Artful:
Invalid
Bug description:
[Impact]
We have a couple of laptop and desktop computers, all of them are cfl platforms
and all of them have cfl audio controller [8086:a348], and these computers have
different realtek codecs on them (alc256, alc255, alc289 and ...). The hda
driver takes too much time (3 secs - 8 secs) to initialize on these machines.
This problem never happened on kbl, skl, bdw, ... before.
Sometimes this can make pulseaudio can't work well.
pulseaudio starts, but the driver (as kernel modules) initialization has not
finished, then there is no valid sink in the pulseaudio. At this moment, some UI
Apps already start using pulseaudio to play sound, but users can't hear the sound
as expected. This problem never happened before, it is exposed on cfl platforms,
and all cfl platforms (with audio controller 8086:a348) have this problem.
[Fix]
Set the polling mode can fix this problem, and this workaround is in the
mainline kernel.
[Test Case]
Boot the machine and check the dmesg, from the hda log, we can see the driver
initialization is finished within 0.1s and pulseaudio works well.
[Regression Potential]
No regression, this fix is only for CFL audio controller (8086:a348), and
in theory, polling mode is safe for all audio controllers, using interrupt
mode rather than polling mode on other platforms just wants to save polling
overhead for CPUs, since interrupt mode can't work well on CFL platform, we
have to use polling mode.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1758800/+subscriptions