> On Mon, 2005-08-15 at 20:52 -0400, James.Smart@xxxxxxxxxx wrote: > > What is "0000:00:04:0" in this case ? The "device" is not a serial > > port, which is what the ttyXX back link would lead you to believe. > > Thus, it's a serial port multiplexer that supports up to N ports, > > right ? and wouldn't the more correct representation have been to > > enumerate a device for each serial port ? (e.g. 0000:00:04.0/line0, > > 0000:00:04.0/line1, or similar) > > It's PCI segment 0, bus 0, slot 4, function 0, which is apparently a 3 > port serial card (probably the GSP function of a pa8800?) I guess you missed my point. The device (the PCI serial card) isn't the member of the class, but rather an element of the device (one of the ports on the pci card) is the class member. Thus, I believe the device backlink for the class entity is misleading. The backlink implies the pci serial card itself is the port. Ignoring this, the other headache is the device backlink gives no clue as to what port or part of the pci adapter it corresponds to. In my conceptual thinking, there's a "wholeness" to the relationship of a device and it's classes. E.g. trying to illustrate this with pci rather than scsi - if there's a 3 slot pci bridge, with an adapter in each slot, I would expect 4 different device entities: the bridge, and one for each adapter. Each device would then be bound to whatever class makes sense for that adapter. What I would not expect is a single device for the bridge and 3 class devices (one for each slot) that points back to the bridge device. -- james s - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
