[alsa-devel] size of snd_hda_intel
jonsmirl at gmail.com
Tue Oct 7 14:28:49 CEST 2008
2008/10/7 Takashi Iwai <tiwai at suse.de>:
> At Mon, 6 Oct 2008 21:29:32 -0400,
> Jon Smirl wrote:
>> On Mon, Oct 6, 2008 at 4:28 AM, Vedran Miletić <rivanvx at gmail.com> wrote:
>> > I believe this isn't that easy. Here is why: iff you look at the
>> > ice1712/ice1724 driver, it doesn't detect dependencies when modprobed;
>> > that is, it loads, for example, ac97 codec and ak4xxx driver even if
>> > the card doesn't have any of that. Is it even possible to detect
>> > dependencies after modprobing?
>> The base intel hda module would include code to figure out which codec
>> is attached. It can then use loadmodule() to dynamically load it. ASOC
>> use the separate codec driver model.
> You mean AOA?
> ASoC doesn't do any dynamic module handling by itself, AFAIK.
This lets you load another module from intel_hda:
>> It would look like a "hda" bus in sysfs with the "codec" module sitting on it.
> Well, originally there shouldn't have been so many codec variants.
> The current situation came up due to a couple of obvious reasons...
> Ayway, the current plan is to develop an improved generic parser and
> add the capability to extra setup for each hardware, either
> dynamically or statically. In that way, the whole static function
> callbacks and mixer arrays can be removed or replaced with smaller
> The codec reconfigure patches are already in my tree in
> topic/hda-reconfig branch, and the improvement of generic parser is
> under development.
>> > 2008/10/6 Jon Smirl <jonsmirl at gmail.com>:
>> >> snd_hda_intel 435,772
>> >> 435,772 bytes seems awfully large for an audio driver. The large size
>> >> seems to be due to having support for multiple codecs in the driver.
>> >> Could a generic hda driver load the correct codec dynamically instead
>> >> of building them all in statically?
>> >> I have a Realtek codec.
>> >> --
>> >> Jon Smirl
>> >> jonsmirl at gmail.com
>> >> _______________________________________________
>> >> Alsa-devel mailing list
>> >> Alsa-devel at alsa-project.org
>> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> > --
>> > Vedran Miletić
>> Jon Smirl
>> jonsmirl at gmail.com
>> Alsa-devel mailing list
>> Alsa-devel at alsa-project.org
jonsmirl at gmail.com
More information about the Alsa-devel