From: Willy Tarreau <w@1wt.eu>
To: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
serue@us.ibm.com
Subject: Re: [PATCH][RFC] Simple tamper-proof device filesystem.
Date: Sun, 6 Jan 2008 08:45:58 +0100 [thread overview]
Message-ID: <20080106074558.GA388@1wt.eu> (raw)
In-Reply-To: <200801061636.GFE34382.FLtOMSOFHVOFJQ@I-love.SAKURA.ne.jp>
On Sun, Jan 06, 2008 at 04:36:06PM +0900, Tetsuo Handa wrote:
> Hello.
>
> Willy Tarreau wrote:
> > Your patch is very confusing. In your description, as well as in the
> > comments you talk about tmpfs, but your patch does not touch even one
> > line of tmpfs and only changes ramfs. Even your variables and arguments
> > refer to tmpfs. The Kconfig entry indicates that the feature depends
> > on TMPFS too.
> >
> > Judging from the following comment :
> > * Original tmpfs doesn't set ramfs_dir_inode_operations.setattr field.
> >
> > I suspect that you confuse both filesystems.
> > - ramfs is in fs/ramfs and is always compiled in, you cannot disable it
> > - tmpfs is in mm/shmem.c and is optional. It also supports options that
> > ramfs does not (eg: size) and data may be swapped.
> >
> > Please understand that I'm not discussing the usefulness of your patch,
> > I'm just trying to avoid a huge confusion.
>
> Oh, I thought the filesystem mounted by "mount -t tmpfs none /tmp" is "tmpfs"
Yes, that is a tmpfs.
> and the source code of "tmpfs" is located in fs/ramfs directory.
No, ramfs is what you get by "mount -t ramfs none /tmp" :-)
You will notice that "df" will not report your ramfs by default because it
reports zero blocks. But "mount" or "df /tmp" will report it.
> So, I should write the description as "an extension to ramfs" rather than
> "an extension to tmpfs".
and please also the comments, macros and variable names in the code, as they
are what confused me first.
> I'll fix it in next posting.
Thanks,
Willy
next prev parent reply other threads:[~2008-01-06 7:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-23 14:44 [PATCH][RFC] Simple tamper-proof device filesystem Tetsuo Handa
2007-12-31 20:02 ` Serge E. Hallyn
2008-01-01 2:16 ` Tetsuo Handa
2008-01-06 6:20 ` Tetsuo Handa
2008-01-06 6:26 ` Willy Tarreau
2008-01-06 7:36 ` Tetsuo Handa
2008-01-06 7:45 ` Willy Tarreau [this message]
2008-01-06 15:20 ` Tetsuo Handa
2008-01-07 20:37 ` Indan Zupancic
2008-01-08 13:50 ` Tetsuo Handa
2008-01-08 15:47 ` Indan Zupancic
2008-01-09 4:39 ` Tetsuo Handa
2008-01-09 13:59 ` Indan Zupancic
2008-01-09 23:08 ` Serge E. Hallyn
2008-01-10 1:06 ` Indan Zupancic
2008-01-10 4:57 ` Tetsuo Handa
2008-01-10 23:05 ` Indan Zupancic
2008-01-11 8:46 ` Tetsuo Handa
2008-01-11 12:22 ` Indan Zupancic
2008-01-11 14:05 ` Tetsuo Handa
2008-01-11 14:46 ` Lennart Sorensen
2008-01-07 17:09 ` Valdis.Kletnieks
2008-01-08 13:50 ` Tetsuo Handa
2008-01-09 5:04 ` Valdis.Kletnieks
2008-01-09 6:26 ` Tetsuo Handa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080106074558.GA388@1wt.eu \
--to=w@1wt.eu \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
--cc=serue@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.