19 Jan, 2006

5 commits

  • Set the correct type and creator for symlinks.

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roman Zippel
     
  • HFS+ also requires the correct creation date so recent version of OS X
    recognize it as link.
    Improve link handling:
    - if something is wrong with the link, ignore the link attribute and treat
    it as regular file (this also fixes a missing unlock during lookup).
    - check for incorrect link counts during unlink.

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roman Zippel
     
  • Read the correct ctime from disk (it was written but never read for some
    reason). Read also creation date, which is used in the next patch. (Problem
    found by Olivier Castan )

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roman Zippel
     
  • Add support for HFSX, which allows for case-sensitive filenames.

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Elliott
     
  • Add the log level and a "hfs: " prefix to all kernel prints. (HFS and HFS+
    will use the same prefix, as they share some code and could be merged at some
    point.)

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roman Zippel
     

12 Jan, 2006

1 commit


11 Jan, 2006

1 commit


10 Jan, 2006

1 commit


07 Jan, 2006

1 commit

  • nls_utf8 is available, and the check in hfsplus_fill_super checks the wrong
    pointer for NULLness (it checks the saved nls, not the new one that it
    needs to use.)

    Signed-off-by: Joshua Kwan
    Cc: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Joshua Kwan
     

30 Nov, 2005

1 commit

  • Access to a journaled HFS+ volume is not officially supported under Linux, so
    mount such a volume read-only, but users can override this behaviour using the
    "force" mount option.

    The minimum requirement to relax this check is to at least check that the
    journal is empty and so nothing needs to be replayed to make sure the volume
    is consistent.

    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Roman Zippel
     

09 Nov, 2005

1 commit

  • This patch removes almost all inclusions of linux/version.h. The 3
    #defines are unused in most of the touched files.

    A few drivers use the simple KERNEL_VERSION(a,b,c) macro, which is
    unfortunatly in linux/version.h.

    There are also lots of #ifdef for long obsolete kernels, this was not
    touched. In a few places, the linux/version.h include was move to where
    the LINUX_VERSION_CODE was used.

    quilt vi `find * -type f -name "*.[ch]"|xargs grep -El '(UTS_RELEASE|LINUX_VERSION_CODE|KERNEL_VERSION|linux/version.h)'|grep -Ev '(/(boot|coda|drm)/|~$)'`

    search pattern:
    /UTS_RELEASE\|LINUX_VERSION_CODE\|KERNEL_VERSION\|linux\/\(utsname\|version\).h

    Signed-off-by: Olaf Hering
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Olaf Hering
     

28 Oct, 2005

1 commit

  • - ->releasepage() annotated (s/int/gfp_t), instances updated
    - missing gfp_t in fs/* added
    - fixed misannotation from the original sweep caught by bitwise checks:
    XFS used __nocast both for gfp_t and for flags used by XFS allocator.
    The latter left with unsigned int __nocast; we might want to add a
    different type for those but for now let's leave them alone. That,
    BTW, is a case when __nocast use had been actively confusing - it had
    been used in the same code for two different and similar types, with
    no way to catch misuses. Switch of gfp_t to bitwise had caught that
    immediately...

    One tricky bit is left alone to be dealt with later - mapping->flags is
    a mix of gfp_t and error indications. Left alone for now.

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     

27 Oct, 2005

1 commit

  • fsck_hfs reveals lots of temporary files accumulating in the hidden
    directory "\000\000\000HFS+ Private Data". According to the HFS+
    documentation these are files which are unlinked while in use. However,
    there may be a bug in the Linux hfsplus implementation which causes this to
    happen even when the files are not in use. It looks like the "opencnt"
    field is never initialized as (I think) it should be in hfsplus_read_inode.
    This means that a file can appear to be still in use when in fact it has
    been closed. This patch seems to fix it for me.

    Signed-off-by: Anton Altaparmakov
    Cc: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Peter Wainwright
     

08 Sep, 2005

3 commits


02 Aug, 2005

2 commits


01 May, 2005

1 commit

  • This patch fixes the leak of sb->s_fs_info in both the HFS and HFS+
    modules. In addition to this, it fixes an oops happening when trying to
    mount a non-hfsplus filesystem using hfsplus. This patch is from Roman
    Zippel, based off patches sent by myself.

    Signed-off-by: Colin Leroy
    Signed-off-by: Roman Zippel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Colin Leroy
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds