linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Gustav Munkby <grddev@gmail.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Al Viro <viro@ZenIV.linux.org.uk>, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] hfsplus: read support for directory hardlinks
Date: Thu, 19 May 2011 17:57:18 +0200	[thread overview]
Message-ID: <4DD53DDE.6020605@gmail.com> (raw)
In-Reply-To: <20110519110915.GA6506@lst.de>

On 05/19/11 13:09, Christoph Hellwig wrote:
> Given that our view of how these links behave was a bit too simplistic
> I'll drop the patch from my tree for now.  I'm actually not quite sure
> if we can implement the required locking correctly.  It would be
> interesting to see what Apple does given that the hfsplus code is
> part of the xnu source tarball, but given their general implementaton
> quality I'd expect something utterly hacky.

I really don't see how the patch makes anything worse. In fact it makes things
slightly better by preventing modifications of the files in the hidden
directory. The raw files are currently exposed and all renames possible with the
patch are equally possible without it.

Moreover, I've done some more tests the last few weeks, and it turns out that
Apple only implements folder hardlinks for journaled HFS+. Since journaled HFS+
is only supported readonly by the hfsplus driver, the write operations are
currently not an issue.

It seems the appropriate read-only patch would ensure that the destination
folder is always hidden, and folder hardlinks are only ever resolved when the
filesystem is mounted read only. This will:
 - prevent creation of folder hardlinks independent of whether
   the filesystem is readonly or not;
 - enable navigation of any folder hardlinks when mounted readonly;
 - ensure all write operations work well for files not beneath a folder
   hardlink, including all files on filesystems without folder hardlinks.

Thoughts?

  reply	other threads:[~2011-05-19 15:58 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-29 10:20 [PATCH] hfsplus: read support for directory hardlinks Gustav Munkby
2011-05-02  8:46 ` Christoph Hellwig
2011-05-02 12:40   ` Al Viro
2011-05-03 14:11     ` Gustav Munkby
2011-05-03 14:26       ` [PATCH] hfsplus: disable rename of " Gustav Munkby
2011-05-03 17:10         ` Andreas Dilger
2011-05-03 21:29           ` Gustav Munkby
2011-05-04  9:30       ` [PATCH] hfsplus: read support for " Christoph Hellwig
2011-05-04 15:04         ` Gustav Munkby
2011-05-19 11:09           ` Christoph Hellwig
2011-05-19 15:57             ` Gustav Munkby [this message]
2011-05-20 10:30               ` [PATCH v2] hfsplus: readonly " Gustav Munkby

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=4DD53DDE.6020605@gmail.com \
    --to=grddev@gmail.com \
    --cc=hch@lst.de \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=viro@ZenIV.linux.org.uk \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).