[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080619202226.GP4392@parisc-linux.org>
Date: Thu, 19 Jun 2008 14:22:26 -0600
From: Matthew Wilcox <matthew@....cx>
To: Stefan Richter <stefanr@...6.in-berlin.de>
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 Thu, Jun 19, 2008 at 09:54:06PM +0200, Stefan Richter wrote:
> [...]
> > The mail that I just pinged described a way to enhance the
> > API -- letting you tell scsi "I've started scanning, save me a place in
> > the queue" and "I've finished scanning, hook me up".
>
> When would be the right time to say "I've started scanning"? SCSI
> transport driver initialization? Or end of USB/FireWire/... HCD
> registration?
You would need to call it before you could attempt to register any
devices. So fairly early on in the initialisation of sbp2/usb-storage.
> When to say "I've finished scanning"? --- I think the answer is: When
> (a) probing of a configurable number of SCSI targets or logical units
> was finished or (b) a configurable timeout occurs, whatever of the two
> happens first.
>
> (Explanation, if one is necessary: SCSI targets may pop out of the
> woods any time; it is impossible to say "from this moment on there won't
> show up any new ones anymore". This is just as true for cold boot and
> warm boot as it is for subsequent operation.)
Yes, I do see the problem. There's no way the SCSI core can know when
a driver has finished scanning, so I've punted to the driver to set its
own timeout here. I know that new devices really can show up at any
time, but I think it's reasonable to say that if a machine is booted
with the same configuration as last time, the drives should show up with
the same names.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
--
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