All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Valette <eric.valette@free.fr>
To: Greg KH <greg@kroah.com>
Cc: Linus Torvalds <torvalds@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: updating kernel to 2.6.13-rc1 from 2.6.12 + CONFIG_DEVFS_FS + empty /dev
Date: Thu, 30 Jun 2005 22:27:45 +0200	[thread overview]
Message-ID: <42C455C1.30503@free.fr> (raw)
In-Reply-To: <20050630155453.GA6828@kroah.com>

Greg KH wrote:
> On Thu, Jun 30, 2005 at 03:12:41PM +0200, eric.valette@free.fr wrote:
> 
>>Quoting Greg KH <greg@kroah.com>:
>>
>>
>>>On Wed, Jun 29, 2005 at 11:03:56PM +0200, Eric Valette wrote:
>>>
>>>>For years now my /dev has been empty. When upgrading to 2.6.13-rc1 from
>>>>2.6.12, and updating my kernel config file via "make oldconfig" I got no
>>>>visible warning about CONFIG_DEVFS_FS options being set (or at least did
>>>>no see it).
>>>
>>>devfs has been marked OBSOLETE for a year now.  It has also been
>>>documented as going away.  Because of this, you should not have been
>>>supprised at all.
>>
>>I knew it! I just the announce for 2.6.13-rc1 did not contain this fact and I
>>did not realize booting this new kernel will fail on my machine which is bad for
>>a stable serie.
> 
> 
> As there is no longer a "development series" calling 2.6 a "stable
> series" isn't really true :)

Curious to wait until 2.6.13 pops up to see how much people will end up
having non working systems either because :
	1) They removed entries in their /dev
	2) Did not maintain their /dev for years because anyway it was not
directly accessed
	3) modified their /etc/fstab to put devfs names rather than FHS/LSB
compliant names...
	4) other weird /dev-devfs interaction I cannot imagine yet

BTW speaking of initramfs to hold the minimal /dev, in the embedded
world initramfs has to be stored in flash as udev binary and eventually
additionnal scripts, this represent flash memory (OK very little I have
to admit but when you need to find 10K of flash or change the flash
size...).

I hope someone will pick-up your nano defvs proposal and enhance it to
support a  version enabling to boot a system without anything in /dev.
Unfortunately no time yet on my side.

Thanks for all the things you have done in linux,

-- eric





  reply	other threads:[~2005-06-30 20:30 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-29 21:03 updating kernel to 2.6.13-rc1 from 2.6.12 + CONFIG_DEVFS_FS + empty /dev Eric Valette
2005-06-29 22:40 ` Greg KH
2005-06-30 13:12   ` eric.valette
2005-06-30 15:54     ` Greg KH
2005-06-30 20:27       ` Eric Valette [this message]
2005-07-02  5:37         ` Greg KH
2005-07-02  7:22           ` Eric Valette
2005-07-02  8:22             ` Willy Tarreau
2005-07-02  9:09               ` Eric Valette
2005-07-02 10:03                 ` Willy Tarreau
2005-07-02 20:13                   ` Mike Bell
2005-07-02 23:03                     ` Willy Tarreau

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=42C455C1.30503@free.fr \
    --to=eric.valette@free.fr \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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.