[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <8B102D87-1A22-4ACA-9438-CA66133C2AB1@cam.ac.uk>
Date: Wed, 11 Dec 2013 21:08:35 +0000
From: Anton Altaparmakov <aia21@....ac.uk>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: Vyacheslav Dubeyko <slava@...eyko.com>,
Sougata Santra <sougata@...era.com>,
Christoph Hellwig <hch@...radead.org>,
Linux FS Devel <linux-fsdevel@...r.kernel.org>,
"linux-kernel@...r.kernel.org Mailing List"
<linux-kernel@...r.kernel.org>, dri-devel@...ts.freedesktop.org,
Szabolcs Szakacsits <szaka@...era.com>
Subject: Re: [PATCH] hfsplus: Remove hfsplus_file_lookup
Hi,
On 11 Dec 2013, at 19:11, Al Viro <viro@...iv.linux.org.uk> wrote:
> On Wed, Dec 11, 2013 at 10:49:29PM +0300, Vyacheslav Dubeyko wrote:
>> This feature worked earlier under Linux. So, I suppose that some changes in HFS+ driver
>> or in VFS broke it. And it needs to investigate and fix the reported issue. Thank you for the
>> report.
>
> This "feature" is severely broken and yes, outright removal is what I'd
> suggest for a fix. HFS+ allows hardlinks to files, which means that
> you allow multiple dentries for the same inode with ->lookup() in it,
> which is asking for deadlocks.
>
> This is fundamentally not supported. Considering that forks are lousy
> idea in the first place, I'd seriously suggest to remove that idiocy for
> good.
Completely agree with Al. If anyone really wants access to forks they can implement them via the xattr interface (ok it has the 64k limitation but most forks are quite small so not much of an issue). That's how I implemented access to named streams in Tuxera NTFS and it works a treat (and allows Linux apps and various security modules that require xattr support to work properly which is also great).
Best regards,
Anton
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge
J.J. Thomson Avenue, Cambridge, CB3 0RB, UK
--
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