All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kelvie Wong <kwong@wurldtech.com>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: "openembedded-devel@lists.openembedded.org"
	<openembedded-devel@lists.openembedded.org>
Subject: Re: [PATCH 2/3] initramfs-module-udev: New module
Date: Mon, 27 Sep 2010 08:42:08 -0700	[thread overview]
Message-ID: <201009270842.09397.kwong@wurldtech.com> (raw)
In-Reply-To: <AANLkTim-horV=L7_EgWHOvXhM0K0bsYKA-wyqrv7rkd2@mail.gmail.com>

On September 27, 2010 07:51:43 am Otavio Salvador wrote:
> Hello,
> 
> On Mon, Sep 27, 2010 at 11:39 AM, Kelvie Wong <kwong@wurldtech.com> wrote:
> > This was to let the rest of the boot process start udev, if it wants to.
> 
> Right.
> 
> > All I need udev for is to populate /dev (specifically, the nodes in
> > /dev/disk to set the root partition by label, e.g. for USB disk
> > partitions); I don't want to leave processes running when doing the
> > chroot, either.
> 
> For systems that are going to _use_ udev this looks like wasting CPU
> time and IO.
> 
> I see your point but I believe it might be an optional behaviour.

I am unfamiliar with how udev works in this case -- if I leave it running, and 
another tmpfs is mounted on the new /dev (outside of the initrd), does it get 
populated unless udev is restarted?

(Sorry for the double send, didn't mean to take it off list)
-- 
Kelvie Wong
Software Developer

Wurldtech Security Technologies Inc.
Suite 1680 - 401 West Georgia St.
Vancouver, B.C.  V6B 5A1
Canada

Phone:       + 1.604.669.6674
Toll Free:   + 1.877.369.6674
Fax:           + 1.604.669.2902
Website:    http://www.wurldtech.com/

"ARE YOU ACHILLES CERTIFIED?"

This message is intended only for the named recipients. This message
may contain information that is privileged, confidential or exempt
from disclosure under applicable law. Any dissemination or copying
of this message by anyone other than a named recipient is strictly
prohibited. If you are not a named recipient or an employee or agent
responsible for delivering this message to a named recipient, please
notify us immediately by telephone at 604-669-6674, and permanently
destroy this message and any copies you may have. Email may not be
secure unless properly encrypted.



  reply	other threads:[~2010-09-27 15:44 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-25 17:07 [PATCH 1/3] initramfs-image: Make intiramfs images cpio.gz Kelvie Wong
2010-09-25 17:07 ` [PATCH 2/3] initramfs-module-udev: New module Kelvie Wong
2010-09-25 22:29   ` Otavio Salvador
2010-09-27 14:39     ` Kelvie Wong
2010-09-27 14:51       ` Otavio Salvador
2010-09-27 15:42         ` Kelvie Wong [this message]
2010-09-25 17:07 ` [PATCH 3/3] initramfs-udev-image: new image target Kelvie Wong

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=201009270842.09397.kwong@wurldtech.com \
    --to=kwong@wurldtech.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=otavio@ossystems.com.br \
    /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.