Re: driverfs is not for everything! (was: [PATCH] /proc/scsi/map)

From: Brad Hards (bhards@bigpond.net.au)
Date: Mon Jun 24 2002 - 01:41:35 EST


On Mon, 24 Jun 2002 15:18, Nick Bellinger wrote:
> This is a red herring, what exactly is the definition of physically
> hooked up to the computer? In the above context it comes out as being a
> device inside the machine or within close proximity (ie: USB, IEEE 1394,
> etc) and connected by a physical cable. If this is the case then what
> becomes of an Fibre Channel array 10km removed? What makes this more or
> less likely to be in driverfs than a IP storage array that is
> "physically connected" via gigabit ethernet cable in the next room? If
> you where getting at devices which use the IP stack exclusively, then
> how do iSCSI HBAs with TCP offload engines fit into the mix? The only
> scenario where I see the above statement holding true is if one was to
> use iSCSI over a wireless/radio link, then it most definitely could NOT
> be part of driverfs. :)
I think if you are mounting the remote filesystem (or otherwise using it in
some stateful way), then it appears in driverfs at mount time. This is
because it becomes important at that point - you now have a dependency on the
underlying transport (the PCI bus better not be shut down before I get the
dirty pages out over the network card to the storage array).

Brad

-- 
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
-
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/



This archive was generated by hypermail 2b29 : Sun Jun 30 2002 - 22:00:06 EST