Public bug reported:

[Impact]
After HDA controller gets suspended and resumed, no MSI interrupt raised
when plugging headset to the audio jack.
[Fix]
Power up the Realtek codec when HDA controller runtime resumes.

[Test]
1) Make sure both codec and HDA controller are runtime suspended.
2) Runtime resume the HDA controller without runtime resume the codec.
3) Plug a headset and see if the system can detect anything.

With the fix applied, we can see azx_interrupt() is working again by
using ftrace.

[Regression Potential]
If there's any system that is not affected by this issue, runtime-resume
the HDA controller will take a slightly longer time. It's rather
unlikely, since _all_ systems with Realtek codec we tested have this
issue, regardless of AMD or Intel.

** Affects: linux (Ubuntu)
     Importance: Medium
         Status: Confirmed

** Affects: linux-oem-5.6 (Ubuntu)
     Importance: Undecided
         Status: Invalid

** Affects: linux (Ubuntu Focal)
     Importance: Medium
         Status: Confirmed

** Affects: linux-oem-5.6 (Ubuntu Focal)
     Importance: Medium
         Status: Confirmed

** Affects: linux (Ubuntu Groovy)
     Importance: Medium
         Status: Confirmed

** Affects: linux-oem-5.6 (Ubuntu Groovy)
     Importance: Undecided
         Status: Invalid

** Also affects: linux-oem-5.6 (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Groovy)
   Importance: Undecided
       Status: New

** Also affects: linux-oem-5.6 (Ubuntu Groovy)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Focal)
   Importance: Undecided
       Status: New

** Also affects: linux-oem-5.6 (Ubuntu Focal)
   Importance: Undecided
       Status: New

** Changed in: linux (Ubuntu Focal)
       Status: New => Confirmed

** Changed in: linux (Ubuntu Groovy)
       Status: New => Confirmed

** Changed in: linux (Ubuntu Focal)
   Importance: Undecided => Medium

** Changed in: linux (Ubuntu Groovy)
   Importance: Undecided => Medium

** Changed in: linux-oem-5.6 (Ubuntu Groovy)
       Status: New => Invalid

** Changed in: linux-oem-5.6 (Ubuntu Focal)
       Status: New => Confirmed

** Changed in: linux-oem-5.6 (Ubuntu Focal)
   Importance: Undecided => Medium

-- 
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/1899586

Title:
  Fix broken MSI interrupt after HDA controller was suspended

Status in linux package in Ubuntu:
  Confirmed
Status in linux-oem-5.6 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Confirmed
Status in linux-oem-5.6 source package in Focal:
  Confirmed
Status in linux source package in Groovy:
  Confirmed
Status in linux-oem-5.6 source package in Groovy:
  Invalid

Bug description:
  [Impact]
  After HDA controller gets suspended and resumed, no MSI interrupt raised
  when plugging headset to the audio jack.

  [Fix]
  Power up the Realtek codec when HDA controller runtime resumes.

  [Test]
  1) Make sure both codec and HDA controller are runtime suspended.
  2) Runtime resume the HDA controller without runtime resume the codec.
  3) Plug a headset and see if the system can detect anything.

  With the fix applied, we can see azx_interrupt() is working again by
  using ftrace.

  [Regression Potential]
  If there's any system that is not affected by this issue, runtime-resume
  the HDA controller will take a slightly longer time. It's rather
  unlikely, since _all_ systems with Realtek codec we tested have this
  issue, regardless of AMD or Intel.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1899586/+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