Имеется TV-тюнер ProVideo PV951 На данном ядре радио оказывается неуправляемым. Сам тюнер работает. С ядром 2.6.32-std-def-alt20.M50P.1 на Branch 5.1 всё работает. Замена ядра на kernel-image-std-def-2.6.35-alt9 решает эту проблему.
Проверьте, на всякий случай, на kernel-image-el-smp-2.6.32-alt22
Проверил. Уже не работает ни в одной версии, более 2.6.36. Включая и el-smp. Похоже в bttv опять чего-то сломали. Попробую выяснить.
Пока выяснил, что перестали работать все ioctl запросы к /dev/radio, с ошибкой: "Invalid argument". Конкретно для запросов: VIDIOCGTUNER, VIDIOCGAUDIO. Хотел собрать bttv из рабочей версии, однако это оказалось невозможно в виду изменениям API V4l, возможно поэтому и не работает. Запощу багу прямо на bugzilla.kernel.org.
https://bugzilla.kernel.org/show_bug.cgi?id=36552
Будь готов проверить на текущих ванильных ядрах, а также черкнуть в LKML через месяц-два висения баги в багзиле, а то так может и остаться.
(В ответ на комментарий №5) > Будь готов проверить на текущих ванильных ядрах, а также черкнуть в LKML через > месяц-два висения баги в багзиле, а то так может и остаться. Она там уже не висит. :) Мне разъяснили что API в V4L2 сменилось и нужно прикладной софт адаптировать. Вот я и готовлюсь для поиска софтины для работы с радио и поддержкой V4L2, для проверки и последующей адаптации плагина gkrellm.
Адаптировал к V4L2 - полёт нормальный. Для Сизифа собрал: gkrellm-radio-2.0.4-alt3 Отправлю в p6 и t6 - просьба пропустить.
(В ответ на комментарий №7) > Адаптировал к V4L2 - полёт нормальный. Был нормальный, до ядра kernel-image-std-def-2.6.39-alt2, в котором сломан API доступа к тюнеру радио. Попробую выяснить в апстриме, в той же баге.
(В ответ на комментарий №8) > (В ответ на комментарий №7) > > Адаптировал к V4L2 - полёт нормальный. > Был нормальный, до ядра kernel-image-std-def-2.6.39-alt2, в котором сломан API > доступа к тюнеру радио. Разобрался с проблемой. Оказывается у карты ProVideo PV951 (42), которую я устанавливаю для своего NoName тюнера, не установлен флаг ".has_radio", что до версии ядра 2.6.39 не мешало работе опции модуля "bttv radio=1". Сейчас-же, согласно опции "bttv radio=1", устройство /dev/radio0 создаётся, но проверка наличия радио при запросах, с помощью функции check_mode() не проходит. > Попробую выяснить в апстриме, в той же баге. Апстрим оказался абсолютно глухим. В своём случае заменил карту с ProVideo PV951 (42) на Pace TV & Radio Card (101) и радио заработало, поэтому призакрываю багу хотя попробую мои замечания ещё раз довести до апстрима.