lkml.org 
[lkml]   [2002]   [Jan]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: LSB1.1: /proc/cpuinfo


On Thu, 3 Jan 2002, Eric S. Raymond wrote:

> Well, hell. If the "/proc is a blight on the face of the planet" ranting that
> I've been hearing is just about the *name* /proc, then let's separate the
> name issue from the content issue.

It's more than just a name.
a) granularity. Current "all or nothing" policy in procfs has
a lot of obvious problems.
b) tree layout policy (lack thereof, to be precise).
c) horribly bad layout of many, many files. Any file exported by
kernel should be treated as user-visible API. As it is, common mentality
is "it's a common dump; anything goes here". Inconsistent across
architectures for no good reason, inconsistent across kernel versions,
just plain stupid, choke-full of buffer overruns...

Fixing these problems will _hurt_. Badly. We have to do it, but it
won't be fast and it certainly won't happen overnight.

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

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