[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <485AA7EA.6080105@s5r6.in-berlin.de>
Date: Thu, 19 Jun 2008 20:39:38 +0200
From: Stefan Richter <stefanr@...6.in-berlin.de>
To: Matthew Wilcox <matthew@....cx>
CC: Pekka J Enberg <penberg@...helsinki.fi>,
Alan Stern <stern@...land.harvard.edu>,
linux-kernel@...r.kernel.org, dsd@...too.org,
mdharm-usb@...-eyed-alien.net, linux-usb@...r.kernel.org,
vegardno@....uio.no, James.Bottomley@...senPartnership.com,
linux-scsi@...r.kernel.org, Greg KH <greg@...ah.com>
Subject: Re: [RFC/PATCH] usb-storage: wait for device scanning before mounting
root
> On Fri, Apr 25, 2008 at 03:11:23AM -0600, Matthew Wilcox wrote:
>> The problem is that USB has one scsi_host per device (rather than, say,
>> having one scsi_host and adding new devices to it as they're found on
>> the USB bus).
>>
>> I'm certainly open to ideas of hooking into the mechanism -- it's just a
>> list of completions after all. Something like this:
[...]
The problem is AFAIU not exactly how many Scsi_Host instances (initiator
port representations, or something remotely related to that) are
instantiated, but rather _when_ they are instantiated. On multi
protocol buses or networks like USB and FireWire, it makes sense to
create the SCSI initiator port representation when we discovered that
there are actually SCSI targets on the bus or network.
scsi_scan's API is geared towards drivers which create one or more
initiator port representations right up front before going on target
discovery, right?
--
Stefan Richter
-=====-==--- -==- =--==
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists