всем доброго здоровья!

На этапе инициализации (в цепочке initcalls) диск видится в PIO режиме (identify device читается отлично).

А на завершающей стадии загрузки функция kobj_lookup вызываемая из
mount_root(в конечном счете) не находит устройства соответствующего "/dev/hdc1".
но при инициализации диска никаких kobj_map и не создается.
в чем же дело? как всё-таки загрузиться с диска?

PS.
У меня sparc32;Linux2.6; образ загружаю своим bios-ом.
использую root=/dev/hdc1 т.к. (см лог: порт обнаруживает только 3-ий диск)

PSS.
вот такой вот лог.

sil_init_once SIL(3114)
...
ata3 port frozen
ENTER
about to softreset, devmask=1
ata3: bus reset via SRST
found ATA device by sig
EXIT, classes[0]=1 [1]=0
ENTER
<6>ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
EXIT
ata3 port thawed
ENTER
ata3: cmd 0xEC
ata3: protocol 2 task_state 2 (dev_stat 0x58)
ata_pio_sect data read
ata_data_xfer® len 200
ata3: protocol 2 task_state 3 (dev_stat 0x50)
ata3: dev 0 command complete, drv_stat 0x50
ENTER
flush #1
<6><6>ata3.00: ATA-6: ST940813AM, 5.03, max UDMA/100
<6>ata3.00: 78140160 sectors, multi 0: LBA48
<6>ata3.00: applying bridge limits
set features - xfer mode
ata_exe_int_sg n 0
ata3: cmd 0xEF
ata3: protocol 1 task_state 3 (dev_stat 0x50)
ata3: dev 0 command complete, drv_stat 0x50
ENTER
flush #1
EXIT, err_mask=0
ata_exe_int_sg n 1
ata3: cmd 0xEC
ata_pio_task f035a28c
ata3: protocol 2 task_state 2 (dev_stat 0x58)
ata_pio_sect data read
ata_data_xfer® len 200
ata3: protocol 2 task_state 3 (dev_stat 0x50)
ata3: dev 0 command complete, drv_stat 0x50
ENTER
flush #1
<6><6>ata3.00: ATA-6: ST940813AM, 5.03, max UDMA/100
<6>ata3.00: 78140160 sectors, multi 0: LBA48
xfer_shift=12, xfer_mode=0x45
<6>ata3.00: configured for UDMA/100
EXIT, rc=0
EXIT
DEV: registering device: ID = 'host3'
CLASS: registering class device: ID = 'host3'
class_uevent - name = host3
port EH scheduled
ENTER
ENTER
flush #1
ENTER
ENTER
ata4 port frozen
ENTER
EXIT, classes[0]=5 [1]=0
ENTER
<6>ata4: SATA link down (SStatus 0 SControl 310)
EXIT, no device
ata4 port thawed
ENTER
EXIT, rc=0
EXIT
host probe begin
DEV: registering device: ID = 'target2:0:0'
DEV: registering device: ID = '2:0:0:0'
bus scsi: add device 2:0:0:0
CLASS: registering class device: ID = '2:0:0:0'
class_uevent - name = 2:0:0:0
ata_dev_add OK
/sil_init_once SIL(3114) OK
bound device '0000:00:12.0' to driver 'sata_sil'
pci: Bound Device 0000:00:12.0 to Driver sata_sil

а кто сказал что найденный диск именно hdc1, а не скажем, hde1 или sdb4 ?

1)как видно из лога - это 3ий диск, значт "с" (а не "е" или "а").
2)и это ide, а не sata. там стоИт преобразователь SATA-PATA. да и пробовал я ужЕ все варианты.



вставил еще пару сообщений в лог.

try_name: sys_open failed /sys/block/hdc1/dev
try_name: sys_open failed /sys/block/hdc/dev
(try_name это в init/do_mounts.c)

теперь вообще не понимаю ничего. значит диск не замонтирован в dev? да?
ну, правильно. так, а какой же диск замонтирован (если замонтирован)? как это определить?

/sys - это sysfs, пофиг если оно не было замонтировано
приведите полный лог загрузки - нифига непонятно из огрызка. По правилам - сначала ищутся ATA хосты, если это SATA, то диски будут sdX, неважно какой-там потом переходник. Далее на хостах ищутся устройства, затем на устройствах ищутся разделы из известных (make menuconfig/Filesystems/Partition types), потом на разделе ищутся известные FS. Когда я говорю "известные", то это значит присутствующие на момент монтирования в ядре - будь-то static linked или модули. Если собрать что-либо из выше перечисленного как модуль - то думаю понятно ...

P.S. sparc32 довольно распространренная платформа - David Miller там спец в соответствующей рассылке - не думаю что должны быть какие-то фатальные траблы.