Antonio Ospite <ospite@studenti.unina.it> writes: > About the SND_CS46XX_NEW_DSP issue, from a first glance to > the driver it looks like that in order to support it we have to make a > binary image for any file in the imgs/ dir. Does this look ok to you? I guess that's what needs to be done. The difficulty is with pointers in struct dsp_segment_desc and struct dsp_module_desc. You'll have to replace those with integers (presumably file offsets) and concatenate the structures in the binary file while ensuring proper alignment. It seems quite doable but I don't need the SND_CS46XX_NEW_DSP features myself and cannot test them. > From what I know the proper solution should be to add the firmware > images to an initrd image. I'll let you know the results of my tests. In the patch, I added a MODULE_FIRMWARE line that should make it possible for initrd-building scripts to include the firmware. However, in the 2.6.26 initrd image I have here, the snd-cs46xx.ko module itself is not included; presumably because the driver isn't needed for booting. So I think it would be pointless to include the firmware there.
Attachment:
pgp86AOnH3cvD.pgp
Description: PGP signature