ALT Linux Bugzilla – Full Text Bug Listing
| 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 | ||
А что происходит при попытке подгрузить 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 |
были установлены: 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