That is because the X1C7 has too many configs: like different cpu, different ramsize or different disk size, each config has a unique cardlongname. And For this SRU, we only covered the configs we need to certify in our OEM enablement project.
LENOVO noticed this issue too, they told us the alsa-lib could find and load the ucm by the first 3 letters of BIOS_VERSION, so I am going to submit a new SRU with this solution soon. With that solution landed in the alsa-lib, all x1c7 could use one ucm.
So could you please upload the output of cat /sys/devices/virtual/dmi/id/bios_version, let us see if the first 3 letters of bios_version are same or not among all x1c7 machines.
@sil2100,
Since the current SRU already covered all machines we enabled in the OEM project and they all worked well, please release it. Then I will cover the left machines in a new SRU.
@Devin and Michael,
That is because the X1C7 has too many configs: like different cpu, different ramsize or different disk size, each config has a unique cardlongname. And For this SRU, we only covered the configs we need to certify in our OEM enablement project.
LENOVO noticed this issue too, they told us the alsa-lib could find and load the ucm by the first 3 letters of BIOS_VERSION, so I am going to submit a new SRU with this solution soon. With that solution landed in the alsa-lib, all x1c7 could use one ucm.
So could you please upload the output of cat /sys/devices/ virtual/ dmi/id/ bios_version, let us see if the first 3 letters of bios_version are same or not among all x1c7 machines.
@sil2100,
Since the current SRU already covered all machines we enabled in the OEM project and they all worked well, please release it. Then I will cover the left machines in a new SRU.
thx.