[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44BBD400.3060504@suse.com>
Date: Mon, 17 Jul 2006 14:16:32 -0400
From: Jeff Mahoney <jeffm@...e.com>
To: Valdis.Kletnieks@...edu
Cc: Hans Reiser <reiser@...esys.com>, 7eggert@....de,
Eric Dumazet <dada1@...mosbay.com>,
ReiserFS List <reiserfs-list@...esys.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>
Subject: Re: [PATCH] reiserfs: fix handling of device names with /'s in them
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Valdis.Kletnieks@...edu wrote:
> On Sun, 16 Jul 2006 20:02:27 PDT, Hans Reiser said:
>
>> Create a mountpoint which knows how to resolve a/b without using a
>> "directory".
>
> And said mountpoint gets past the '/' interpretation in the VFS, how, exactly?
>
> fs/namei.c, do_path_lookup() does magic on a '/' on about the 3rd line.
> So you're going to get handed 'a'.
That's where he started talking about how BSD gets namei() right by
allowing each file system to deal with it how it chooses.
Personally, I think it's insane. On occasion, I've started to port
ReiserFS to BSD-like systems, and I get so fed up with how you have to
reinvent the wheel for everything. There's something to be said for
replaceable-anything semantics, but personally I like the Linux model
and having an agreed-upon framework to work with.
I also think it's insane to come up with a reisermetafs to export procfs
information when a simple s#/#!# _on a single directory name_ will do
the job.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iD8DBQFEu9QALPWxlyuTD7IRAqHbAKCVknPt6Gr43YHyrUZVtmuuEWX9UgCfdw74
tXwbWr5AhupA868D96lw9Eo=
=NvUr
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists