All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kalin KOZHUHAROV <kalin@ThinRope.net>
To: "David N. Welton" <davidw@eidetix.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: boot from usb flash - wake boot process when disk is ready?
Date: Fri, 28 May 2004 18:33:48 +0900	[thread overview]
Message-ID: <40B7077C.7050702@ThinRope.net> (raw)
In-Reply-To: <40B700F2.80208@eidetix.com>

David N. Welton wrote:
> [ Please CC replies to me - thanks! ]
> 
> Hi,
> 
> We're toying around with the idea of booting an embedded system off of 
> USB flash (pros, cons, and advice about this would be appreciated, by 
> the way), and I had a look at several of the existing patches to do this 
> without going through the process of creating an initrd image.  That 
> adds complexity and time to the boot process that we would prefer to 
> avoid, although it appears that the kernel folks in the first thread 
> cited are in favor of initrd....
> 
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0301.3/1182.html
> 
> This mentions a couple of patches, both the "keep looping until it 
> works" one, which I couldn't get working with 2.6.6, and Willy Tarreu's 
> "wait a given period of time before continuing" patch:
> 
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0405.0/0224.html
> 
> I don't think either of those approaches are particularly elegant... 
> although I'm sure my own efforts are good for a snort as well.
I tried this with 2.6.6 and modified it a bit, but to no avail.
It seems that the sd driver initializes the disk long before the wait
and does not bother anymore.

> In genhd.c I wake up a waitqueue when the disk comes on line.    The 
> init process waits on this before going on with prepare_namespace(). 
> Ideally, this would look and make sure it's the right disk, that 
> selected for the root fs:-)  Not being very familiar with the 'lay of 
> the land' in the kernel, I declared the wait queue as a global in 
> genhd.c.  The thing I don't like about this approach is that it builds a 
> connection between two bits of the kernel that seem separate... maybe 
> (ok, quite probably) there is a better/cleaner way of doing this?
> 
> Patch is at: http://dedasys.com/freesoftware/files/usb-wakeup.patch

Looks OK to me to try, but I am far from expert here.
Unfortunately I cannot test it in the next few days :-(
May be later.

I am in a search for non-initrd USB-booting as well...

Keep the discussion on LKML as well.

Kalin.

-- 
||///_ o  *****************************
||//'_/>     WWW: http://ThinRope.net/
|||\/<" 
|||\\ ' 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

  parent reply	other threads:[~2004-05-28  9:38 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-28  9:05 boot from usb flash - wake boot process when disk is ready? David N. Welton
2004-05-28  9:28 ` Kalin KOZHUHAROV
2004-05-28  9:33 ` Kalin KOZHUHAROV [this message]
2004-05-28  9:37 ` Kalin KOZHUHAROV
2004-05-28 12:12 ` Ben Collins

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=40B7077C.7050702@ThinRope.net \
    --to=kalin@thinrope.net \
    --cc=davidw@eidetix.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.