public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Kalin KOZHUHAROV <kalin@thinrope.net>
To: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] speedy boot from usb devices
Date: Wed, 04 Aug 2004 00:39:46 +0900	[thread overview]
Message-ID: <ceobk3$5lh$1@sea.gmane.org> (raw)
In-Reply-To: <876581s0j7.fsf@dedasys.com>

David N. Welton wrote:
> Paulo Marques <pmarques@grupopie.com> writes:
> 
> 
>>David N. Welton wrote:
> 
> 
>>>        Works like so: whenever a block device comes on line, it
>>>        signals this fact to a wait queue, so that the init
>>>        process can stop and wait for slow devices, in particular
>>>        things such as USB storage devices, which are much slower
>>>        than IDE devices.  The init process checks the list of
>>>        available devices and compares it with the desired root
>>>        device, and if there is a match, proceeds with the
>>>        initialization process, secure in the knowledge that the
>>>        device in question has been brought up.  This is useful if
>>>        one wants to boot quickly from a USB storage device
>>>        without a trimmed-down kernel, and without going through
>>>        the whole initrd slog.
>>I find this to be very useful. I always found the "sleep for a while
>>until the device we want appears" approach very cumbersome.

I hope it works. I tried to hack some delay on my own, but without success :-(
Will try this patch.

> Glad to hear someone likes it.
> 
> 
>>However, after looking at your patch, it seems that having a
>>get_blkdevs() function that alloc's an array of strings, and return
>>it to a function that only compares the strings against the name it
>>is looking for and drops the array altogether, is a little overkill.
>>Why not have a simple blkdev_exists(char *name) function in genhd.c,
>>call it directly, and drop the match_root_name() function
>>completely?
> 
> 
> Sure, that's probably better.  Maybe "blkdev_is_online"?  I'll see if
> I can do it tommorow.

Waiting :-)
I am planing to run a Gentoo-based small dist off a 128MB USB flash.

> I'm also a bit dubious of having the wait queue floating around as a
> global, but don't know the kernel well enough to find it a better
> home.

Thumbs up!

Kalin.

-- 
 || ~~~~~~~~~~~~~~~~~~~~~~ ||
(  ) http://ThinRope.net/ (  )
 || ______________________ ||


  reply	other threads:[~2004-08-03 15:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-30 21:25 [PATCH] speedy boot from usb devices David N. Welton
2004-08-02 11:39 ` Paulo Marques
2004-08-02 21:17   ` David N. Welton
2004-08-03 15:39     ` Kalin KOZHUHAROV [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-08-04 22:09 Heikki Linnakangas
2004-08-04 22:32 ` David N. Welton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='ceobk3$5lh$1@sea.gmane.org' \
    --to=kalin@thinrope.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox