All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: Alexander Viro <viro@math.psu.edu>
Cc: Pierre Rousselet <pierre.rousselet@wanadoo.fr>,
	Richard Gooch <rgooch@ras.ucalgary.ca>,
	Marcelo Tosatti <marcelo@conectiva.com.br>,
	linux-kernel@vger.kernel.org
Subject: Re: 2.5.1-pre5 not easy to boot with devfs
Date: Mon, 03 Dec 2001 09:57:46 +1100	[thread overview]
Message-ID: <29283.1007333866@ocs3.intra.ocs.com.au> (raw)
In-Reply-To: Your message of "Sun, 02 Dec 2001 11:59:34 CDT." <Pine.GSO.4.21.0112021150310.12801-100000@binet.math.psu.edu>

On Sun, 2 Dec 2001 11:59:34 -0500 (EST), 
Alexander Viro <viro@math.psu.edu> wrote:
>On Sun, 2 Dec 2001, Pierre Rousselet wrote:
>
>> Here is the final (i hope) verdict of my devfs testbox :
>> 
>> 2.4.16 with devfsd-1.3.18/1.3.20 : OK
>> 2.4.17-pre1         "            : Broken
>> 2.5.1-pre1          "            : OK
>> 2.5.1-pre2 with or without v200  : Broken
>> 2.5.1-pre5          "            : Broken
>
>IOW, merge of new devfs code (2.4.17-pre1 in -STABLE, 2.5.1-pre2 in -CURRENT).
>
>We really need CONFIG_DEBUG_* forced if CONFIG_DEVFS_FS is set.  Otherwise
>we'll be getting tons of bug reports due to silent memory corruption.
>
>Keith, is there a decent way to do that?  For 2.4.17 it would help a lot...

Against 2.4.17-pre2, untested.  Revert before 2.4.17.

Index: 17-pre2.1/fs/Config.in
--- 17-pre2.1/fs/Config.in Tue, 13 Nov 2001 08:45:38 +1100 kaos (linux-2.4/m/b/39_Config.in 1.2.1.2.1.7 644)
+++ 17-pre2.1(w)/fs/Config.in Mon, 03 Dec 2001 09:54:58 +1100 kaos (linux-2.4/m/b/39_Config.in 1.2.1.2.1.7 644)
@@ -63,7 +63,10 @@ bool '/proc file system support' CONFIG_
 
 dep_bool '/dev file system support (EXPERIMENTAL)' CONFIG_DEVFS_FS $CONFIG_EXPERIMENTAL
 dep_bool '  Automatically mount at boot' CONFIG_DEVFS_MOUNT $CONFIG_DEVFS_FS
-dep_bool '  Debug devfs' CONFIG_DEVFS_DEBUG $CONFIG_DEVFS_FS
+if [ "$CONFIG_DEVFS_FS" = "y" ] ; then \
+   define_bool CONFIG_DEVFS_DEBUG y
+fi
+# dep_bool '  Debug devfs' CONFIG_DEVFS_DEBUG $CONFIG_DEVFS_FS
 
 # It compiles as a module for testing only.  It should not be used
 # as a module in general.  If we make this "tristate", a bunch of people


  parent reply	other threads:[~2001-12-03  8:51 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-01  4:43 2.5.1-pre5 not easy to boot with devfs Pierre Rousselet
2001-12-01  5:01 ` Alexander Viro
2001-12-01  5:37 ` Linus Torvalds
2001-12-01  7:01   ` Richard Gooch
2001-12-01  8:45     ` Pierre Rousselet
2001-12-01 18:36       ` Richard Gooch
2001-12-01 20:37         ` Pierre Rousselet
2001-12-01 23:20           ` Richard Gooch
2001-12-02  1:11             ` Pierre Rousselet
2001-12-02 10:28               ` Pierre Rousselet
2001-12-02 16:59                 ` Alexander Viro
2001-12-02 17:14                   ` Alan Cox
2001-12-02 18:02                     ` Richard Gooch
2001-12-03 12:58                       ` Jens Axboe
2001-12-03 19:06                         ` Richard Gooch
2001-12-03 20:52                           ` Jens Axboe
2001-12-02 17:55                   ` Richard Gooch
2001-12-03 19:54                     ` Alexander Viro
2001-12-02 22:57                   ` Keith Owens [this message]
2001-12-03  4:50                     ` Pierre Rousselet
2001-12-02  8:05             ` Pierre Rousselet
2001-12-01 23:47           ` Richard Gooch
2001-12-02  7:11             ` Pierre Rousselet
2001-12-02 21:22               ` Richard Gooch
2001-12-02  9:27         ` Pierre Rousselet
2001-12-02 19:40       ` Bongani Hlope
2001-12-01  9:59     ` Pierre Rousselet
2001-12-03  6:33 ` Richard Gooch
2001-12-03  5:57   ` Pierre ROUSSELET
2001-12-03 12:16   ` Pierre Rousselet

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=29283.1007333866@ocs3.intra.ocs.com.au \
    --to=kaos@ocs.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo@conectiva.com.br \
    --cc=pierre.rousselet@wanadoo.fr \
    --cc=rgooch@ras.ucalgary.ca \
    --cc=viro@math.psu.edu \
    /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.