** Description changed:

  This SRU is not backported from upstream of alsa-lib and this SRU is not
  going to be submitted to upstream. That is because the latest alsa-lib
- already supported the ucm2 and with ucm2 all machines could share one
- ucm, so there is no this problem for latest alsa-lib. This problem is
- only specific to the alsa-lib of Eoan and Bionic.
+ already supports ucm2, and with ucm2 all machines could share one ucm,
+ so latest alsa-lib does not have this problem. This problem is only
+ specific to the alsa-lib in Bionic and Eoan.
  
  [Impact]
- On some lenovo notebooks, ucm files are not loaded and mic can't be used
+ On some Lenovo notebooks, UCM files are not loaded and mic can't be used.
  
  [Fix]
  UCM was loaded based on cardlongname, but that can't cover all configs of the 
same model. Lenovo suggested to load  ucm by the first 3 letters of 
/sys/devices/virtual/dmi/id/bios_version, so that all configs could use just 
one ucm.
  
  [Test Case]
- after applying this patch, I installed the testing alsa-lib on lenovo X1C7 
and Dell vostro5390 which are all machines with the dmic connected to pch, 
after booing up, I checked the /usr/share/alsa/ucm/, the LENOVO-BIOSID-xxx 
folders are there, and the LENOVO machine loaded the N2H/*.conf, it worked 
well, the Dell machine still loaded the ucm by cardname, it worked as good as 
before.
+ After applying this patch, install the testing alsa-lib on Lenovo X1C7 and 
Dell vostro 5390, which are all machines with the DMIC connected to PCH. After 
system bootup, check the /usr/share/alsa/ucm/ for the presence of 
LENOVO-BIOSID-xxx directories.
+ 
+ Lenovo X1C7 should load the N2H/*.conf and verify the audio
+ functionalities. The Dell machine should still load the ucm by cardname,
+ and it should work as good as before.
  
  [Regression Potential]
- low, just add some new ucms and let LENOVO machine find the ucm by 
bios_version if it fails by cardlongname. And already tested the change on 
lenovo and dell machines.
+ low, just add some new UCMs and let Lenovo machine find the UCM by 
bios_version if it fails by cardlongname. I've already tested the change on 
Lenovo and Dell machines.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-lib in Ubuntu.
https://bugs.launchpad.net/bugs/1868210

Title:
  [SRU] Load ucm on Lenovo notebooks based on bios version

Status in HWE Next:
  New
Status in alsa-lib package in Ubuntu:
  Invalid
Status in alsa-lib source package in Bionic:
  Confirmed
Status in alsa-lib source package in Eoan:
  Confirmed
Status in alsa-lib source package in Focal:
  Invalid

Bug description:
  This SRU is not backported from upstream of alsa-lib and this SRU is
  not going to be submitted to upstream. That is because the latest
  alsa-lib already supports ucm2, and with ucm2 all machines could share
  one ucm, so latest alsa-lib does not have this problem. This problem
  is only specific to the alsa-lib in Bionic and Eoan.

  [Impact]
  On some Lenovo notebooks, UCM files are not loaded and mic can't be used.

  [Fix]
  UCM was loaded based on cardlongname, but that can't cover all configs of the 
same model. Lenovo suggested to load  ucm by the first 3 letters of 
/sys/devices/virtual/dmi/id/bios_version, so that all configs could use just 
one ucm.

  [Test Case]
  After applying this patch, install the testing alsa-lib on Lenovo X1C7 and 
Dell vostro 5390, which are all machines with the DMIC connected to PCH. After 
system bootup, check the /usr/share/alsa/ucm/ for the presence of 
LENOVO-BIOSID-xxx directories.

  Lenovo X1C7 should load the N2H/*.conf and verify the audio
  functionalities. The Dell machine should still load the ucm by
  cardname, and it should work as good as before.

  [Regression Potential]
  low, just add some new UCMs and let Lenovo machine find the UCM by 
bios_version if it fails by cardlongname. I've already tested the change on 
Lenovo and Dell machines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1868210/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to