Проблема с USB-аудио

У меня есть плата Corewind WiFiG25, основанная на AT91SAMG25 400 МГц после процессора Arm, работающего под управлением Linux 3.6.9, построенного с использованием Buildroot. Я пытаюсь воспроизвести mp3-файлы, используя mpg123, подключенный к устройству ALSA, состоящему из USB-подключенного TI PCM2900C CODEC. Файлы воспроизводятся, но они «потрескивают» во время воспроизведения.

Я подозревал, что процессор перегружен, играя файлы, но верхняя команда показывает менее 20% загрузки процессора. Чтобы еще раз проверить эту гипотезу, я сделал CPU очень занятым, чтобы увидеть, ухудшилась ли проблема. Я сделал CPU занятым, используя следующую команду

cat /dev/zero /dev/null 

Это потребляло 95% или более CPU. Проблема не ухудшилась, но вместо этого звуковой шум полностью исчез, и звук был отличным. Я теперь подозреваю, что вопросы управления питанием задействованы.

Я сконфигурировал ядро ​​без управления питанием, но это привело к следующим при загрузке:

 usb 2-3: new full-speed USB device number 2 using at91_ohci usb 2-3: New USB device found, idVendor=08bb, idProduct=29c0 usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 2-3: Product: USB AUDIO CODEC usb 2-3: Manufacturer: BurrBrown from Texas Instruments 8192cu: Unknown symbol device_init_wakeup (err 0) insmod: can't insert '/lib/modules/3.6.9+/8192cu.ko': unknown symbol in module, or unknown parameter 

Модуль wti rtl8192cu не может загружать, отключая Wi-Fi.

Я много искал для других идей или подходов в попытке обосновать свое последнее мышление, но безуспешно. Много дискуссий о том, как включить управление питанием и звуковые проблемы в настольных системах Linux, но не такую ​​встроенную среду.

Любые мысли, гипотезы, тест и т. Д., О которых вы могли бы подумать, будут приветствоваться. Я бы предпочел не оставлять cat /dev/zero > /dev/null в моей последней системе 🙂