In article <linux.kernel.Pine.GSO.4.10.10003301419180.25071-100000@weyl.math.psu.edu>,
Alexander Viro <viro@math.psu.edu> wrote:
>
>
>On 30 Mar 2000, david parsons wrote:
>
>> In article <linux.kernel.Pine.GSO.4.10.10003290615400.20715-100000@weyl.math.psu.edu>,
>> Alexander Viro <viro@math.psu.edu> wrote:
>Homework assignment: compare and contrast unionfs and union-mount.
Stop acting childish. I know that you're a good kernel hacker, but I
don't have any interest in playing with the wall of technoblather
that you drag out whenever you disagree with something.
.
.
.
>Certainly I don't. It's not going to be "very own", for one thing. Most of
>the code will be in the infrastructure. Moreover, the thing will simply
>store the whole tree in dcache - since all instances will share this tree
>it's completely OK. Which removes the need in ->lookup() and ->readdir()
>- generic code (shared with procfs, devpts, shmfs etc.) will do just fine.
>So all you need to do in this 'filesystem' is to call vfs_mkdir() several
>times to create your directories and then populate them with devices, also
>using the standard functions. Look: instead of having the 'backplane' and
>using it as template for dcache tree you can just add stuff into the tree
>itself.
So you're not objecting to a devfs, but this particular
implementation of a devfs [1][2]? That's certainly fair enough, and
I'd certainly love to see your implementation. But, even though
Richard's implementation does have some flaws (the Linus-mandated
namespace sucks dead bunnies through a straw, and not being able to
union-mount it over a legacy dev and have it assume and give
permissions from that is really distressing) but it does have the
singular advantage that it's already there in the baseline kernel
tree. This hardly seems worth of the wall of vitriol that you're
throwing up.
____
david parsons \bi/ [1: Yes? No? ]
\/ [2: If I'm understanding you and you're promoting
a generic memoryfs class: Yum! Can I beta-test it?]
-
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/
This archive was generated by hypermail 2b29 : Fri Mar 31 2000 - 21:00:28 EST