1. 14 Sep, 2009 1 commit
  2. 04 Jul, 2009 1 commit
  3. 11 Jun, 2009 1 commit
  4. 10 Jun, 2009 2 commits
    • Ryusuke Konishi's avatar
      nilfs2: return EBUSY against delete request on snapshot · 30c25be7
      Ryusuke Konishi authored
      This helps userland programs like the rmcp command to distinguish
      error codes returned against a checkpoint removal request.
      Previously -EPERM was returned, and not discriminable from real
      permission errors.  This also allows removal of the latest checkpoint
      because the deletion leads to create a new checkpoint, and thus it's
      harmless for the filesystem.
      Signed-off-by: default avatarRyusuke Konishi <konishi.ryusuke@lab.ntt.co.jp>
    • Ryusuke Konishi's avatar
      nilfs2: allow future expansion of metadata read out via get info ioctl · 003ff182
      Ryusuke Konishi authored
      Nilfs has some ioctl commands to read out metadata from meta data
       - NILFS_IOCTL_GET_CPINFO for checkpoint file,
       - NILFS_IOCTL_GET_SUINFO for segment usage file, and
       - NILFS_IOCTL_GET_VINFO for Disk Address Transalation (DAT) file,
      Every routine on these metadata files is implemented so that it allows
      future expansion of on-disk format.  But, the above ioctl commands do
      not support expansion even though nilfs_argv structure can handle
      arbitrary size for data exchanged via ioctl.
      This allows future expansion of the following structures which give
      basic format of the "get information" ioctls:
       - struct nilfs_cpinfo
       - struct nilfs_suinfo
       - struct nilfs_vinfo
      So, this introduces forward compatility of such ioctl commands.
      In this patch, a sanity check in nilfs_ioctl_get_info() function is
      changed to accept larger data structure [1], and metadata read
      routines are rewritten so that they become compatible for larger
      structures; the routines will just ignore the remaining fields which
      the current version of nilfs doesn't know.
      [1] The ioctl function already has another upper limit (PAGE_SIZE
          against a structure, which appears in nilfs_ioctl_wrap_copy
          function), and this will not cause security problem.
      Signed-off-by: default avatarRyusuke Konishi <konishi.ryusuke@lab.ntt.co.jp>
  5. 30 May, 2009 1 commit
  6. 07 Apr, 2009 6 commits