All of lore.kernel.org
 help / color / mirror / Atom feed
From: Warren Togami <wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: initramfs <initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: How do we want to handle configuring network boot devices?
Date: Wed, 27 May 2009 23:00:01 -0400	[thread overview]
Message-ID: <4A1DFE31.1060301@redhat.com> (raw)
In-Reply-To: <4A1DB696.9060807-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

On 05/27/2009 05:54 PM, Warren Togami wrote:
>> root=/dev/nbd[0-9]* nbdroot=server.ip.add.ress,port[,nbd basedevice]
>
> This is from Andreas' suggested patch for nbd root, where this is the
> third supported method of booting nbd. I think we should DROP this. The
> reason for this is it used to be necessary to define a specific nbd
> device number because old versions of nbd-client did not have a method
> to detect if a nbd device is already connected and in-use. Modern
> versions do not have this problem. Code using it simply iterates looking
> for the first unused nbd device.
>
> The ability to specify a nbd mount point with cmdline should be using
> the new syntax. We should drop this old syntax because it is redundant,
> and more error prone.
>

While I don't care so much if the other legacy methods go into dracut, I 
might suggest strongly against including this one.  In addition to the 
other reasons:

* It was never used with DHCP root-path in the past.
* It relied on other hard-coded things that you don't see to specify the 
filesystem type and aufs/unionfs layering on top.  Note that it doesn't 
include filesystem type and mount options.

Warren Togami
wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2009-05-28  3:00 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-24  1:00 How do we want to handle configuring network boot devices? David Dillow
     [not found] ` <1243126816.4217.248.camel-1q1vX8mYZiGLUyTwlgNVppKKF0rrzTr+@public.gmane.org>
2009-05-24  8:29   ` Julien Cristau
2009-05-27 21:54   ` Warren Togami
     [not found]     ` <4A1DB696.9060807-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-28  0:23       ` David Dillow
     [not found]         ` <1243470194.23466.32.camel-1q1vX8mYZiGLUyTwlgNVppKKF0rrzTr+@public.gmane.org>
2009-05-28  0:40           ` David Dillow
2009-05-28  2:52           ` Warren Togami
     [not found]             ` <4A1DFC8B.2060700-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-28  3:41               ` Victor Lowther
2009-05-28  3:00       ` Warren Togami [this message]
2009-05-28 15:42   ` Harald Hoyer
     [not found]     ` <4A1EB0D2.30500-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-28 18:23       ` Warren Togami
2009-05-29 13:18       ` Seewer Philippe
2009-05-29 15:26   ` Seewer Philippe

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=4A1DFE31.1060301@redhat.com \
    --to=wtogami-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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.