были установлены: kernel-image-std-def-1:2.6.39-alt2 kernel-modules-alsa-std-def-1:2.6.39-alt2 kernel-modules-drm-std-def-1:2.6.39-alt2 kernel-modules-v4l-std-def-1:2.6.39-alt2 после чего следов означенной dvb-карты в системе обнаружить не удалось: /dev/dvb/* отсутствует полностью, в dmesg никаких следов подгрузить firmware и т.п. при этом карта вполне работала около года, возврат на самосборное vanilla 2.6.39 всё вернул в норму: # lspci -s 3:00 03:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02) # lspci -nvs 3:00 03:00.0 0400: 14f1:8852 (rev 02) Subsystem: d470:9022 Flags: bus master, fast devsel, latency 0, IRQ 42 Memory at ef000000 (64-bit, non-prefetchable) [size=2M] Capabilities: [40] Express Endpoint, MSI 00 Capabilities: [80] Power Management version 2 Capabilities: [90] Vital Product Data Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting Capabilities: [200] Virtual Channel Kernel driver in use: cx23885 Kernel modules: cx23885
А что происходит при попытке подгрузить 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. оно работает, но как-то всё это нездОрово.
http://hardware4linux.info/module/cx23885/
(В ответ на комментарий №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
