Takashi Iwai wrote: > At Wed, 21 Jun 2006 13:14:47 +0400, > Sergey Vlasov wrote: > >>> The trouble is, that if one changes some controls on the device, e.g. >>> switching from SPDIF to ADAT digital outputs, a whole new different >>> firmware image is loaded. So, one has multiple different firmware >>> images, with one swapping between them. Should these firmware images be >>> left in the kernel then, instead of using the userspace firmware api? >>> >> There are some drivers in the kernel which load different firmware images >> in different modes. E.g., the ipw2200 driver can load ipw2200-bss.fw, >> ipw2200-ibss.fw or ipw2200-sniffer.fw depending on the mode set by >> iwconfig (and can switch between them at runtime). >> >> There is also an option to use a single firmware file consisting of >> multiple parts used for different modes, but this obviously has a higher >> memory overhead. IMHO this should be used only when there are some >> latency restrictions for switching modes (so that a driver can request all >> firmware parts during initialization and then load different parts without >> waiting for userspace helpers). >> > > Well, from programming perspective, keeping all firmware images > would be easier, so I would implement the cached images at first. > In addition, these images are also useful to implement > suspend/resume. > > > Takashi > Ok, but if I am going to cache the images, I might as well just include them in the driver .c code. The space taken up will be the same. I suppose the advantage of using the cache, it that the images are then only loaded for the card variants that need it. I.e. loaded for emu1212m, but not loaded to Audigy2. James _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
