linux应用层i2c api函数,Alsa驱动snd_soc_read的底层实现

在分析snd_soc_codec_driver的结构体时，发现有些芯片的驱动中定义了字段reg_word_size, reg_cache_size, reg_cache_default，但没有定义read/write，如wm8993:

static struct snd_soc_codec_driver soc_codec_dev_wm8993 = {

.probe = wm8993_probe,

.remove = wm8993_remove,

.suspend = wm8993_suspend,

.resume = wm8993_resume,

.set_bias_level = wm8993_set_bias_level,

.reg_cache_size = ARRAY_SIZE(wm8993_reg_defaults),

.reg_word_size = sizeof(u16),

.reg_cache_default = wm8993_reg_defaults,

.volatile_register = wm8993_volatile,

};

而另外的一些芯片驱动中，则定义了字段read, write，如wm8400和cx20442:

static struct snd_soc_codec_driver soc_codec_dev_wm8400 = {

.probe = wm8400_codec_probe,

.remove = wm8400_codec_remove,

.suspend = wm8400_suspend,

.resume = wm8400_resume,

.read = wm8400_read,

.write = wm8400_write,

.set_bias_level = wm8400_set_bias_level,

};

static struct snd_soc_codec_driver cx20442_codec_dev = {

.probe = cx20442_codec_probe,

.remove = cx20442_codec_remove,

.reg_cache_default = &cx20442_reg,

.reg_cache_size = 1,

.reg_word_size = sizeof(u8),

.read = cx20442_read_reg_cache,

.write = cx20442_write,

.dapm_widgets = cx20442_dapm_widgets,

.num_dapm_widgets = ARRAY_SIZE(cx20442_dapm_widgets),

.dapm_routes = cx20442_audio_map,

.num_dapm_routes = ARRAY_SIZE(cx20442_audio_map),

};

猜测read/write应该和snd_soc_read/write有关，在soc_core.c中注意到snd_soc_read的源码：

unsigned int snd_soc_read(struct snd_soc_codec *codec, unsigned int reg)

{

unsigned int ret;

ret = codec->read(codec, reg);

dev_dbg(codec->dev, "read %x => %x\n", reg, ret);

trace_snd_soc_reg_read(codec, reg, ret);

return ret;

}

EXPORT_SYMBOL_GPL(snd_soc_read);

因此，要想使用snd_soc_read，必须要设置codec->read回调函数，当我们提供了read/write函数时，在snd_soc_register_codec函数中会设置codec->read

int snd_soc_register_codec(struct device *dev,

const struct snd_soc_codec_driver *codec_drv,

struct snd_soc_dai_driver *dai_drv,

int num_dai)

{

...

codec->write = codec_drv->write;

codec->read = codec_drv->read;

codec->volatile_register = codec_drv->volatile_register;

OK，这里和我们soc_codec_dev_wm8400以及cx20442_codec_dev都对应的上，snd_soc_read最终会调用我们提供的回调函数。

问题来了，soc_codec_dev_wm8993中并没有提供回调函数，snd_soc_read是如何工作的呢？刚开始百思不得其解，肯定会有什么地方设置了codec->read！继续找代码，终于在soc_cache.c中找到了一个神奇的函数：snd_soc_codec_set_cache_io，看看代码片段：

int snd_soc_codec_set_cache_io(struct snd_soc_codec *codec,

int addr_bits, int data_bits,

enum snd_soc_control_type control)

{

...

codec->write = io_types[i].write;

codec->read = io_types[i].read;

codec->bulk_write_raw = snd_soc_hw_bulk_write_raw;

果然，它设置了codec->read！而在wm8993的probe函数中，有如下的调用：

ret = snd_soc_codec_set_cache_io(codec, 8, 16, SND_SOC_I2C);

它设置了I2C的地址宽度为8位，寄存器宽度为16位，I2C通信方式，如果根据这些参数继续追踪io_types[i].read，则会发现它最终调用了I2C的标准读函数：

static unsigned int do_i2c_read(struct snd_soc_codec *codec,

void *reg, int reglen,

void *data, int datalen)

{

struct i2c_msg xfer[2];

int ret;

struct i2c_client *client = codec->control_data;

/* Write register */

xfer[0].addr = client->addr;

xfer[0].flags = 0;

xfer[0].len = reglen;

xfer[0].buf = reg;

xfer[0].scl_rate = 100 * 1000;

/* Read data */

xfer[1].addr = client->addr;

xfer[1].flags = I2C_M_RD;

xfer[1].len = datalen;

xfer[1].buf = data;

ret = i2c_transfer(client->adapter, xfer, 2);

if (ret == 2)

return 0;

else if (ret < 0)

return ret;

else

return -EIO;

}

至此，想起之前在调试WM8741的时候，有一次不小心把snd_soc_codec_set_cache_io给注释掉了，结果导致snd_soc_read/write完全失效，就是这个原因。

分析至此，结论就很明确了，如果我们使用的是标准的I2C通信，则可以不提供read/write回调，让soc使用默认的do_i2c_read/write。如果我们使用了非标准的通信方式，如GPIO模拟串口，或者其它非标准的I2C通信，则需要提供自定义的回调函数。

时间： 01-25