lkml.org 
[lkml]   [2000]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [patch-2.3.47] /proc/driver/microcode -> /dev/cpu/microcode
From
Date
Jes Sorensen <Jes.Sorensen@cern.ch> writes:

> >>>>> "Ted" == Theodore Y Ts'o <tytso@MIT.EDU> writes:
>
> Ted> Date: Wed, 23 Feb 2000 16:11:21 +1100 From: Richard Gooch
> Ted> <rgooch@atnf.csiro.au>
>
> > I'd advocate we move from a "tough, use procfs" attitude to a
> > "tough, use devfs" attitude. If you don't want to have devfs in
> > your kernel, you wouldn't want procfs either (if being
> > consistent). After all, devfs doesn't *have* to be mounted over
> > /dev.
>
> Ted> You know, it wasn't that long ago that you said that using devfs
> Ted> should be a choice, and not something that would ever be forced.
> Ted> Now you're saying "tough, use devfs". I guess your earlier
> Ted> statements were just made to pursuade people to accept it into
> Ted> the kernel, and now you're changing your mind?
>
> I second that - I always had the impression that if devfs ever went
> into the official kernel it was going to be as an option, leaving
> system functional without enabling it.

I never saw an argument for makeing the system non functional.
I did see an argument for new ``virtual devices'' which don't have
device nodes (so must either reside in procfs or devfs) residing
in devfs.

>
> If devfs is going to be a mandatory I would like to see a statement
> about this from Linus.

Who do think is silently pushing devfs?

Linus has argued that sysctl is bad (hardcoded magic numbers).
Linus has argues that ioctl is bad (Not the UNIX way, all could/should go through read/write)
Others have argued procfs is bad (you can't handle device permissions...).
Richard Gooch argued devfs seems to handle these issues best...
The next day devfs was in the development kernel.

But I do agree there is no need to rush deployment or change.
However we are certainly moving in a devfs direction.

Eric

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.134 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site