Summary: | dvb card tevii s470 pci-e doesn't work | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Bolshakov <sbolshakov> |
Component: | kernel-image-std-def | Assignee: | Vitaly Chikunov <vt> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | aen, kernelbot, placeholder, vt |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 23155 |
Description
Sergey Bolshakov
2011-07-03 21:34:36 MSK
А что происходит при попытке подгрузить cx23885.ko вручную? не знаю, не пробовал. (В ответ на комментарий №2) > не знаю, не пробовал. А на 2.6.39-alt3 из Сизифа? (В ответ на комментарий №3) > (В ответ на комментарий №2) > > не знаю, не пробовал. > > А на 2.6.39-alt3 из Сизифа? так же. вскрытие показало, что cx23885 нужен символ: [ 221.357726] cx23885: Unknown symbol altera_init (err 0) из модуля altera_stapl, что упакован в k-m-staging: [ 691.732039] altera_stapl: module is from the staging directory, the quality is unknown, you have been warned. оно работает, но как-то всё это нездОрово. (В ответ на комментарий №6) > http://hardware4linux.info/module/cx23885/ простите, не понял, что имелось ввиду. (В ответ на комментарий №7) > (В ответ на комментарий №6) > > http://hardware4linux.info/module/cx23885/ > > простите, не понял, что имелось ввиду. Всего лишь подтверждение Ваших слов про "нездОрово". этим 'нездОрово' я всего лишь обозначил ту ситуацию, при которой в сборке std-def модули из v4l зависят от модулей из staging, причём выяснять это предлагается пользователю. разделять же вселенскую печаль с неблестящим, как следует из картинок в интернетах, положением с поддержкой неких dvb карт я не стал бы -- подобное железо покупают после выяснения его работоспособности. к тому же, эта конкретная железка, пожалуй, единственная доступная и поддерживаемая бюджетная (слово имеет некий специальный смысл) dvb-s2 карта -- тем более печально, что приходится устраивать такие расследования. в общем, я вижу два варианта решения проблемы (вслепую, не проверял): либо отключать в .config для этого cx23885 зависимость на нечто из staging, либо паковать этот конкретный altera_stapl в v4l. на будущее же следовало бы иметь некий инструмент, который бы позволял отслеживать такие интерпакетные зависимости в k-m. +1 А какой из двух вариантов в Вашем ванильном ядре, где все работает? у меня, во-первых, всё в одном пакете, без выделенных kernel-modules, а во-вторых, CONFIG_ALTERA_STAPL is not set -- ну да с меня взятки гладки. вдогонку, этот символ нужен только для для карт(ы) "NetUP Dual DVB-T/C-CI RF" -- dvb-t/dvb-c же у нас не особенно распространены. с другой стороны, модуль altera_stapl вполне можно перенести из k-m-staging в k-m-v4l, он ничего за собой не потащит. предлагаю бросить монетку. > предлагаю бросить монетку.
Предоставим это право мейнтейнеру ядра std-def.
Спасибо, теперь, кажется, все ясно.
совсем уж вдогонку, мне представляется полезным пересмотреть разбивку k-m, коль скоро у нас нет механизма обеспечить замкнутость по символам для произвольного .config и нынешней фасовки модулей. поясню: вполне можно и не очень обременительно поустанавливать различные комбинации k-m и пройтись глазами по выводу depmod -- наверняка вылезут на свет маскированные зависимости. в частности, я не удивлюсь, если существуют фактически, но не формально зависимости между k-m-alsa и k-m-v4l, возможно, есть и иные. посему может оказаться полезным укрупнение нынешней разбивки, напр. до (условно) kernel-modules-media (k-m-v4l + k-m-alsa) и т.п. Посмотрев на вывод depmod в различных комбинациях, я собираюсь сделать следующее: - затянуть alsa в kernel-image - отключить USB_GADGET - вынести drivers/media/dvb/ngene/ в k-m-staging - вынести drivers/media/video/cx23885/ в k-m-staging - добавить для k-m-staging зависимости на k-m-{drm,v4l} Это должно разрешить все зависимости (правда, только на текущий момент). (In reply to comment #15) > я собираюсь сделать следующее: > - затянуть alsa в kernel-image Плохо для мелких серверков с корнем на CF, лишних ~5M на ядро... может, всё-таки R: k-m-alsa для фигурантов, которым оно нужно? (не настаиваю, но удивлён) (В ответ на комментарий №16) > (In reply to comment #15) > > я собираюсь сделать следующее: > > - > Плохо для мелких серверков с корнем на CF, лишних ~5M на ядро... может, > всё-таки R: k-m-alsa для фигурантов, которым оно нужно? (не настаиваю, но > удивлён) Боюсь, что "затянуть alsa в kernel-image" <=> "R: k-m-alsa для фигурантов, которым оно нужно" :) В std-def-2.6.39-alt3.1 зависимости растащены по пакетам вручную, согласно комментарию #15. В не очень далеком будущем планируется ввести автоматические зависимости. устанавливается ли k-m-staging по умолчанию ? кажется, нет. что, в таком случае, изменилось с т.з. пользователя ? ничего: dvb card tevii s470 pci-e doesn't work |