最近在做一个对讲系统,平台是tiny6410搭载的linux.遇到的问题是对讲一段时间后声卡会挂掉,报出的错误是s3c64xx_dma_stop: channel still active.经过长时间调试,发现问题根源在于硬件布线.tiny6410自带开发板依然有此问题.硬件改正之后,声卡挂的频率降低到平均2天1次.不过作为产品还是不够的,所以我就准备在系统检测到声卡挂掉时自动复位声卡.
linux下声卡驱动结构包括两部分AC97驱动+声卡芯片驱动。具体驱动文件为/sound/soc/samsung/ac97.c,
/sound/soc/codecs/Wm9713.c,/sound/soc/samsung/Mini6410_wm9713.c.
6410带ac97硬件控制器,以下为ac97工作的状态机:
正常情况下ac97状态机工作于active状态,如果声卡挂掉,ac97状态机将会一直处于ready状态,从而无法发送数据.我没有在上述3个驱动文件中进行修改,而是单独写了一个驱动,命名为ac97_reset.c文件.这个文件的功能是可以warm reset ac97驱动.warm reset和cold reset的区别在于warm reset不会将9714芯片寄存器配置成默认值.warm reset过后,再根据状态机用第3个信号触发,即CODEC_READY & TRANS_DATA & NORMAL_SYNC,然后AC97驱动将工作与ACTIVE状态,也就是说AC97工作正常.
以上的复位以及信号触发操作,都是直接操作AC97的全局控制寄存器AC_GLBCTRL.这个寄存器共有4个字节32位,warm复位为第1位,第3个信号触发为第2,3,22位.
完成这个工作后,我发现当我播放音频文件时,AC97数据线SDO有信号传到声卡,但声卡没有声音,原因是声卡芯片的寄存器配置此时不是我们需要的配置.于是我在声卡正常时,用AC_CODEC_CMD与AC_CMD_STAT两个寄存器读入9714全部的寄存器配置,然后在声卡复位成功后,将这个配置重新写入9714,然后声卡就能正常工作,工作完成!
我在程序中读写声卡是用alsa模拟的oss方式来读写的,当声卡挂掉后,read和write函数将读取不到数据,从而报错,然后我就可以复位声卡,从读取到复位总时间大概15S以内.主要是阻塞式读取花费的时间,真正复位声卡的时间小于1S.