lkml.org 
[lkml]   [2002]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] 2.5.14 IDE 56
    torvalds@transmeta.com (Linus Torvalds)  wrote on 07.05.02 in <Pine.LNX.4.44.0205070944020.2509-100000@home.transmeta.com>:

    > On Tue, 7 May 2002, Padraig Brady wrote:
    > >
    > > All the info I've ever needed is /proc/ide/hdx/capacity
    > > which I could get from /proc/partitions with more a bit
    > > more effort, so I vote for removing /proc/ide.
    >
    > Note that one thing that we might do is to leave the remnants of /proc/ide
    > but _without_ the very verbose per-chipset reporting.
    >
    > At least to me it looks like it's all the chipset reporting that causes
    > the huge kernel bloat, and it shouldn't be impossible to reinstate a
    > minimal /proc/ide without those parts - while still keeping most of the
    > backwards compatibility.

    What I'd like to see - in whatever exact form - is the IDE equivalent to
    /proc/scsi/scsi. (And in fact, the SCSI version could use addition of at
    least the disk size and the sdX mapping.)

    It's rather useful for getting a quick overview of what's on a system, and
    where.

    Incidentally, is there a compelling reason why block device boot messages
    are all different?

    > However, since I really don't much like the idea of having special
    > "ide-only" /proc files, I personally think any information people actually
    > used should be either in truly generic files (/proc/partitions as an
    > example), _or_ they should be in the generic device tree (talk to Pat
    > Mochel about that).

    /proc/bus/ide or something like that? Sure, why not? Exact place is pretty
    much irrelevant except to legacy code.

    MfG Kai
    -
    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:25    [W:0.024 / U:184.492 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site