Messages in this thread | | | From | "Andrey Borzenkov" <> | Date | Mon, 18 Aug 2003 10:21:22 +0400 |
| |
> Actually you have not answered his question. And i think it > a reasonable one. It could be it was answered elsewhere.
No it was not answered. Yes you got this exactly. Aparently my englisg is not as bad after all ... :)
>>>>> Question: how to configure udev so that "database" always refers to LUN 0 >>>>> on target 0 on bus 0 on HBA in PCI slot 1. >>> Let's avoid this communication problem. You show me namedev.config line that >>> implements the above.
> I'll try to put slightly differently. I'll concede that we > cannot positionaly identify USB devices so lets set that > aside for the nonce. We can persistently, positionaly > identify a device within the HBA context (BUS +ID + LUN) and > should be able to do the same for a PCI HBA (PCI slot + > device) or (PCI bridge topology).
actually you can. As Greg pointed out, topology rarely changes, so it gives you enough information (of course if you constantly add and remove USB hubs it becomes a bit of pain). But it has the same problem - USB bus grows off PCI bus (usually) so adding new USB controller possibly invalidates all configuration.
> So can i uniquely identify using persistent positional > information a drive at PCI_slot=1, HBA_on_card=0, BUS=0, > ID=1, LUN=0? And how do i uniquely identify it in the udev > config file so that adding the same model drive in the same > BUS+ID+LUN on an same model HBA card in another PCI slot > does not confuse the two? If i cannot, can i at least do > the identification so that adding ID=0,LUN=0 to the scsi buss > doesn't cause a name change.
yep.
just to show what I expected from sysfs - here is entry from Solaris /devices:
brw-r----- 1 root sys 32,240 Jan 24 2002 /devices/pci@16,4000/scsi@5,1/sd@0,0:a
this entry identifies disk partition 0 on drive with SCSI ID 0, LUN 0 connected to bus 1 of controller in slot 5 of PCI bus identified by 16. Now you can use whatever policy you like to give human meaningful name to this entry. And if you have USB it will continue further giving you exact topology starting from the root of your device tree.
and this path does not contain single logical id so it is not subject to change if I add the same controller somewhere else.
hopefully it clarifies what I mean ...
regards
-andrey - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |