-------------------------------------------- On Mon, 27/1/14, Vyacheslav Dubeyko <slava@xxxxxxxxxxx> wrote: Subject: Re: [PATCH v2 00/15] hfsplus: introduce journal replay functionality To: "htl10@xxxxxxxxxxxxxxxxxxxxx" <htl10@xxxxxxxxxxxxxxxxxxxxx> Cc: "Linux FS devel list" <linux-fsdevel@xxxxxxxxxxxxxxx>, "Al Viro" <viro@xxxxxxxxxxxxxxxxxx>, "ChristophHellwig" <hch@xxxxxxxxxxxxx>, "Andrew Morton" <akpm@xxxxxxxxxxxxxxxxxxxx> Date: Monday, 27 January, 2014, 13:25 Hi Hin-Tak, > On 27 янв. 2014 г., at 8:22, Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx> wrote: > > About inter-operability, I thought of one idea - it would be useful to > wrap genuine OS X code around some kind of fuse framework to run > under linux? I don't know how difficult it is, but at some point I think > besides the specification (tn1150, we need to look at the actual > implementation for inter-operability anyhow. I don't think that it makes sense. First of all, it can be really time-consuming task. From another point of view, it will be really slow solution. And I don't think that it will be simple to port this code base from one ideology to another. Moreover, it is not interesting task for me personally. :) > > The fs code in the OS X kernel is under the xnu component, in the bsd layer, > I seem to remember. > > Another left-over issue I forgot to mention again: some disk images > (I came across one, one of the xcode devtool download from Apple - so it is > "official", not some random 3rd party who did broken things) have > the secondary header at a slightly different offset from the end. The details > I don't have in hand but I believe I posted the details publicly at some stage - > possibly at the redhat bugzilla(!). > As I remember correctly, we had discussion about this issue. I tried to reproduce such situation but without any success. Every volume is created by mkfs utility. So, if it is impossible to create volume with such anomalous layout then it is a volume corruption. Could you share the way of creation such HFS+ volume? Thanks, Vyacheslav Dubeyko. Hi Vyacheslav, About the fuse-based HFS+ project - I agree it will be time-consuming, and yes, it is probably going to be slow; but there is no better option in terms of compatibility if you use genuine apple code (or part thereof)! At least, the apple code is worth some reading - and it being under an open license, there is no reason not to keep it in mind as a possible source of reference. The context and details of the slightly off secondary volume header is captured in the thread: http://permalink.gmane.org/gmane.linux.file-systems/66405 so I shall not repeat. It is useful to remind myself details I have forgotten! Hin-Tak -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
