总的来说，架构大的改动是不大可能的。codec中几个关键结构体没有大的变化，如snd_soc_dai_ops、snd_soc_dai_driver（相当于2.6.32中的snd_soc_dai），倒是以前的snd_soc_codec_device重定义为snd_soc_codec_driver，这个算是最明显的。

2.6.32：

位于snd_soc_codec_driver中的一些codec IO成员函数和set_bias_level回调函数原来都放在另外一个结构体snd_soc_codec中，现在放置在这里了，这是根据源码结构调整的结果。事实真正需要设置的成员也不是很多，如下：

probe、remove、suspend、resume相信不用累述了，volatile_register函数判断指定的寄存器是否volatile，reg_cache_size一般为寄存器数目，reg_word_size为寄存器的字长，reg_cache_default为寄存器默认值配置表。

而dapm_widgets、dapm_routes就比较“犀利”了。之前的dapm widgets和routes分别通过函数snd_soc_dapm_new_controls和snd_soc_dapm_add_routes来注册的（当然现在还保留这些接口），现在则可以填入到这个结构体，在soc-core里注册，省了不少功夫：

同时可看到dirver ops的函数参数有所不同了，以前是struct platform_device *pdev，现在改为struct snd_soc_codec *codec，这个与codec的注册函数snd_soc_register_codec和设备的drvdata有关，之后会逐一分析。