Цитата YikxX:
|
Сначала (по аналогии с порядком строк в txtsetup.oem) должен хвататься BusExtender, а уже потом и сам драйвер. »
|
Именно для этого и предназначен параметр в реестре "PnpInterface", о котором я писал здесь, и в своей ветке про генератор MSST аддона.
Если у вас в txtsetup.oem минипорт-драйвер контролера стоит раньше, чем драйвер класса устройств или шинный расширитель, то минипорт-драйвер и инициализируется раньше классового драйвера, от которого непосредственно зависит в данной конфигурации. Соответственно минипорт и не найдет железа, за которое он отвечает.
Инициализация любого драйвера производится только один раз, а PnP минипорт-драйвер должен инициализироваться только тогда, когда диспетчер PnP обнаружит устройство соответствующее этому драйверу, а
не в момент загрузки в память, как это происходит без параметра PnpInterface в реестре для него.
Суть у текстового этапа следующая: сначала setupldr проецирует в память реестр текстового этапа, загружает все драйверы указанные в txtsetup.sif и реестре, загружает ядро и hall и делает некоторые другие действия, как и обычный ntldr.
Далее (в тот момент, когда вы видите мигающий курсор на черном фоне) управление передаётся ядру, которое инициализирует все обычные драйверы, запускает нужные диспетчеры (которые являются по сути отдельными функциями ядра, запускаемыми в отдельные потоки), и по мере нахождения оборудования, инициализирует соответствующие минипорт-драйверы.
Если минипорт-драйвер не отмечен как драйвер PnP, то он будет инициализирован в первой фазе, с обычными драйверами, и в
той последовательности, в которой они были загружены setupldr-ом.
