[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