[d-kernel] IDE modularization again
Anton Farygin
rider at altlinux.com
Mon Feb 16 16:43:15 MSK 2004
On Mon, Feb 16, 2004 at 03:21:29PM +0200, Zhenja Kaluta wrote:
>
> >>>>> "AF" == Anton Farygin writes:
>
> AF> On Mon, Feb 16, 2004 at 02:28:39PM +0200, Zhenja Kaluta wrote:
> >>
> >> >>>>> "AF" == Anton Farygin writes:
> >>
> >> AF> On Mon, Feb 16, 2004 at 01:28:50PM +0200, Ed V. Bartosh wrote:
> [...]
>
> >> фиг с ним, с ldetect, имеется ввиду добавление pci ids от ide. По
> >> каким критериям будем выбирать ide'шные модуля? Выборка по
> >> загруженным на момент запуска mkinitrd модулям у ldv есть, и он
> >> обещал её включить, но этот вопрос обсуждабельный очень даже.
>
> AF> Может быть по PCI классу устройств ?
>
> AF> 001 Mass storage controller
> AF> 001 00 SCSI storage controller
> AF> 001 01 IDE interface storage controller
> AF> 001 02 Floppy disk controller
> AF> 001 03 IPI bus controller
> AF> 001 04 RAID bus controller
> AF> 001 80 Unknown mass storage controller
>
> Простите, класс у нас уже есть :) ide'шные контроллеры я имел
> ввиду. По pcilist'у? Ну, вполне метод.
Да, по pcilist'у + по найденным устройствам.. т.е. - IMHO mkinitrd должен
вызывать что-то вроде devscan --class 001 --modules, а devscan
соотвественно - возвращать список необходимых для найденных устройств
модулей. Хотя тут все равно остается ряд вопросов:
1) Как быть в случае, если для данного контроллера есть более одного
драйвера
2) Как быть с нежеланием пользователя грузить в initrd соответствующие
драйвера.
>
> К слову, scsi сейчас парсингом modules.conf ищется.
IMHO неправильно, хотя - кто знает.
Rgds,
Rider
More information about the devel-kernel
mailing list