Christian Perrier wrote: > [root@hosting root]# lspcidrake -v -f > unknown : VIA Technologies|VT8363/8365 [KT133/KM133] > [BRIDGE_HOST] (vendor:1106 device:0305 subv:147b subd:a401) > unknown : VIA Technologies|VT8363/8365 [KT133/KM133 AGP] > [BRIDGE_PCI] (vendor:1106 device:8305) > unknown : VIA Technologies|VT82C686 [Apollo Super] > [BRIDGE_ISA] (vendor:1106 device:0686 subv:1106 subd:0000) > unknown : VIA Technologies|VT82C586 IDE [Apollo] [STORAGE_IDE] > (vendor:1106 device:0571) > unknown : VIA Technologies|VT82C686 [Apollo Super ACPI] > [BRIDGE_HOST] (vendor:1106 device:3057) > dc395x_trm : Tekram|TRM-S1040 [STORAGE_SCSI] (vendor:1de1 device:0391) > 8139too : Realtek|RTL-8139 [NETWORK_ETHERNET] (vendor:10ec device:8139) > Card:S3 Trio64V2 (generic): S3 Inc.|Trio 64V2/DX or /GX [DISPLAY_VGA] > (vendor:5333 device:8901) If I'm reading this correctly, your device is pci id 1de1:0391, for which we currently load the dc3x5 module: joey@dragon:~/tmp/discover1-data-1.2005.04.23>grep 1de10391 * pci.lst: 1de10391 scsi dc3x5 TRM-S1040 If that module doesn't work and the dc395 is needed instead a bug should be split out to discover1-data along those lines. FWIW, modules.pcimap also lists 1de10391 as the module id for the dc395: -- see shy jo
Attachment:
signature.asc
Description: Digital signature