1. 02 4月, 2009 4 次提交
    • J
      udf: Try anchor in block 256 first · 40346005
      Jan Kara 提交于
      Anchor block can be located at several places on the medium. Two of the
      locations are relative to media end which is problematic to detect. Also
      some drives report some block as last but are not able to read it or any
      block nearby before it. So let's first try block 256 and if it is all fine,
      don't look at other possible locations of anchor blocks to avoid IO errors.
      This change required a larger reorganization of code but the new code is
      hopefully more readable and definitely shorter.
      Signed-off-by: NJan Kara <jack@suse.cz>
      40346005
    • C
      udf: use hardware sector size · 1197e4df
      Clemens Ladisch 提交于
      This patch makes the UDF FS driver use the hardware sector size as the
      default logical block size, which is required by the UDF specifications.
      While the previous default of 2048 bytes was correct for optical disks,
      it was not for hard disks or USB storage devices, and made it impossible
      to use such a device with the default mount options.  (The Linux mkudffs
      tool uses a default block size of 2048 bytes even on devices with
      smaller hardware sectors, so this bug is unlikely to be noticed unless
      UDF-formatted USB storage devices are exchanged with other OSs.)
      
      To avoid regressions for people who use loopback optical disk images or
      who used the (sometimes wrong) defaults of mkudffs, we also try with
      a block size of 2048 bytes if no anchor was found with the hardware
      sector size.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: NJan Kara <jack@suse.cz>
      1197e4df
    • M
      udf: fix default mode and dmode options handling · 87bc730c
      Marcin Slusarz 提交于
      On x86 (and several other archs) mode_t is defined as "unsigned short"
      and comparing unsigned shorts to negative ints is broken (because short
      is promoted to int and then compared). Fix it.
      Reported-and-tested-by: NLaurent Riffard <laurent.riffard@free.fr>
      Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
      Signed-off-by: NJan Kara <jack@suse.cz>
      87bc730c
    • M
      udf: implement mode and dmode mounting options · 7ac9bcd5
      Marcin Slusarz 提交于
      "dmode" allows overriding permissions of directories and
      "mode" allows overriding permissions of files.
      Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
      Cc: Jan Kara <jack@suse.cz>
      Signed-off-by: NJan Kara <jack@suse.cz>
      7ac9bcd5
  2. 17 4月, 2008 3 次提交
    • J
      udf: Add read-only support for 2.50 UDF media · bfb257a5
      Jan Kara 提交于
      This patch implements parsing of metadata partitions and reading of Metadata
      File thus allowing to read UDF 2.50 media. Error resilience is implemented
      through accessing the Metadata Mirror File in case the data the Metadata File
      cannot be read. The patch is based on the original patch by Sebastian Manciulea
      <manciuleas@yahoo.com> and Mircea Fedoreanu <mirceaf_spl@yahoo.com>.
      Signed-off-by: NSebastian Manciulea <manciuleas@yahoo.com>
      Signed-off-by: NMircea Fedoreanu <mirceaf_spl@yahoo.com>
      Signed-off-by: NJan Kara <jack@suse.cz>
      bfb257a5
    • J
      udf: Cleanup anchor block detection. · 423cf6dc
      Jan Kara 提交于
      UDF anchor block detection is complicated by several things - there are several
      places where the anchor point can be, some of them relative to the last
      recorded block which some devices report wrongly. Moreover some devices on some
      media seem to have 7 spare blocks sectors for every 32 blocks (at least as far
      as I understand the old code) so we have to count also with that possibility.
      
      This patch splits anchor block detection into several functions so that it is
      clearer what we actually try to do. We fix several bugs of the type "for such
      and such media, we fail to check block blah" as a result of the cleanup.
      Signed-off-by: NJan Kara <jack@suse.cz>
      423cf6dc
    • C
      udf: move headers out include/linux/ · 15aebd28
      Christoph Hellwig 提交于
      There's really no reason to keep udf headers in include/linux as they're
      not used by anything but fs/udf/.
      
      This patch merges most of include/linux/udf_fs_i.h into fs/udf/udf_i.h,
      include/linux/udf_fs_sb.h into fs/udf/udf_sb.h and
      include/linux/udf_fs.h into fs/udf/udfdecl.h.
      
      The only thing remaining in include/linux/ is a stub of udf_fs_i.h
      defining the four user-visible udf ioctls.  It's also moved from
      unifdef-y to headers-y because it can be included unconditionally now.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJan Kara <jack@suse.cz>
      15aebd28
  3. 09 2月, 2008 5 次提交
  4. 01 8月, 2007 1 次提交
  5. 22 7月, 2007 1 次提交
  6. 20 7月, 2007 1 次提交
  7. 09 5月, 2007 1 次提交
  8. 09 3月, 2006 1 次提交
    • P
      [PATCH] udf: fix uid/gid options and add uid/gid=ignore and forget options · 4d6660eb
      Phillip Susi 提交于
      Fix a bug in udf where it would write uid/gid = 0 to the disk for files
      owned by the id given with the uid=/gid= mount options.  It also adds 4 new
      mount options: uid/gid=forget and uid/gid=ignore.  Without any options the
      id in core and on disk always match.  Giving uid/gid=nnn specifies a
      default ID to be used in core when the on disk ID is -1.  uid/gid=ignore
      forces the in core ID to allways be used no matter what the on disk ID is.
      uid/gid=forget forces the on disk ID to always be written out as -1.
      
      The use of these options allows you to override ownerships on a disk or
      disable ownwership information from being written, allowing the media to be
      used portably between different computers and possibly different users
      without permissions issues that would require root to correct.
      Signed-off-by: NPhillip Susi <psusi@cfl.rr.com>
      Cc: Pekka Enberg <penberg@cs.helsinki.fi>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4d6660eb
  9. 07 11月, 2005 1 次提交
  10. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4