>>> +MODULE_FIRMWARE("intel/tgl/dsp_basefw.bin");
>>> +MODULE_FIRMWARE("intel/ehl/dsp_basefw.bin");
>>> +MODULE_FIRMWARE("intel/adl/dsp_basefw.bin");
>>> +MODULE_FIRMWARE("intel/adl_n/dsp_basefw.bin");
>>
>> If you start listing the variants of ADL, then shouldn't you also list the variants of TGL?
>> Same for CNL, there are multiple variants, not to mention different signing keys.
>
> The only reason ADL and ADL-N are listed separately is binary incompatibility - MEU differs between the two. In essence, one can use ADL-binaries for all ADL/RPL based platforms _except_ for ADL-N based ones. The code is the same, the verification process is different. For all other major platforms, no MEU differences so one binary covers all variants.
>
> In regard to the key, the approach is: it's ignored.
>
> Whatever is in the directory under 'dsp_basefw.bin' will be attempted for booting the DSP. By default, what lands on the market is a production-type-signed binaries. Internally CI runs with prod -or- debug signed binaries but we do not intend to share the latter to the official linux-firmware repo.
You didn't get my point. There are also binary incompatibilities between TGL and TGL-H (different number of cores) and in the CNL/CML space there were different production keys and MEU snaffus requiring different binaries to be released.
This wasn't about the production/debug problem, I was only referring to 'production' releases.
[Index of Archives]
[Pulseaudio]
[Linux Audio Users]
[ALSA Devel]
[Fedora Desktop]
[Fedora SELinux]
[Big List of Linux Books]
[Yosemite News]
[KDE Users]