mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matthew Dharm <mdharm-kernel@one-eyed-alien.net>
To: David Ford <david+cert@blue-labs.org>
Cc: linux-usb-users@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: Linux booting from USB HD / USB interface devices
Date: Sun, 28 Jul 2002 12:33:30 -0700	[thread overview]
Message-ID: <20020728123329.C12344@one-eyed-alien.net> (raw)
In-Reply-To: <3D441051.4060304@blue-labs.org>; from david+cert@blue-labs.org on Sun, Jul 28, 2002 at 11:40:01AM -0400

[-- Attachment #1: Type: text/plain, Size: 1614 bytes --]

On Sun, Jul 28, 2002 at 11:40:01AM -0400, David Ford wrote:
> Thank you for your reply.  I've started a rough draft of this project, 
> http://blue-labs.org/ranger.php
> 
> Matthew Dharm wrote:
> 
> >>2) There are some vague comments about some devices requiring the 
> >>ability to boot, are there some USB hard drives that are incapable of 
> >>acting as a boot device?
> >>    
> >>
> >
> >Yes.  They are few, tho.  The USB-IF is currently working on a bootability
> >standard to eliminate this problem.
> >
> 
> Is there a list of these somewhere that point out components that I 
> should avoid?

Not to my knowledge.  USB bootability is a very touch-and-go thing for the
BIOS vendors right now... hopefully the specification being worked on now
will help.

> >THe stock kernel won't work.  There are patches floating around to make
> >this work.  Basically, the kernel needs to pause for a couple of seconds
> >before attempting to mount the root fs so that the plug-n-pray detection
> >can work, identify the drive, and get going.
> >
> 
> I'll go look for these patches, pointers are welcome of course.

Sorry, no pointers.  See if you can find a linux-usb-devel or
linux-usb-users archive.  You're searching for something that introduces a
"delay" (good keyword) in the boot process.

Matt

-- 
Matthew Dharm                              Home: mdharm-usb@one-eyed-alien.net 
Maintainer, Linux USB Mass Storage Driver

Sir, for the hundreth time, we do NOT carry 600-round boxes of belt-fed 
suction darts!
					-- Salesperson to Greg
User Friendly, 12/30/1997

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  reply	other threads:[~2002-07-28 19:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-27 18:15 David Ford
2002-07-27 21:49 ` Matthew Dharm
2002-07-28 15:40   ` David Ford
2002-07-28 19:33     ` Matthew Dharm [this message]
2002-08-02 21:03       ` [Linux-usb-users] " Randy.Dunlap
2002-08-02 22:32         ` Matthew Dharm
2002-07-29 13:02 ` Roger Larsson

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=20020728123329.C12344@one-eyed-alien.net \
    --to=mdharm-kernel@one-eyed-alien.net \
    --cc=david+cert@blue-labs.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb-users@lists.sourceforge.net \
    /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

all inboxes | Powered by JetHome®