1. 25 10月, 2006 1 次提交
  2. 21 10月, 2006 1 次提交
    • R
      [PATCH] fs/Kconfig: move GENERIC_ACL, fix acl() call errors · f2fbc6c2
      Randy Dunlap 提交于
      GENERIC_ACL shouldn't be under Network File Systems (which made it depend
      on NET) as far as I can tell.  Having it there and having many (FS) config
      symbols disabled gives this (which the patch fixes):
      
      mm/built-in.o: In function `shmem_check_acl':
      shmem_acl.c:(.text.shmem_check_acl+0x33): undefined reference to `posix_acl_permission'
      fs/built-in.o: In function `generic_acl_get':
      (.text.generic_acl_get+0x30): undefined reference to `posix_acl_to_xattr'
      fs/built-in.o: In function `generic_acl_set':
      (.text.generic_acl_set+0x75): undefined reference to `posix_acl_from_xattr'
      fs/built-in.o: In function `generic_acl_set':
      (.text.generic_acl_set+0x94): undefined reference to `posix_acl_valid'
      fs/built-in.o: In function `generic_acl_set':
      (.text.generic_acl_set+0xc1): undefined reference to `posix_acl_equiv_mode'
      fs/built-in.o: In function `generic_acl_init':
      (.text.generic_acl_init+0x7a): undefined reference to `posix_acl_clone'
      fs/built-in.o: In function `generic_acl_init':
      (.text.generic_acl_init+0xb4): undefined reference to `posix_acl_clone'
      fs/built-in.o: In function `generic_acl_init':
      (.text.generic_acl_init+0xc8): undefined reference to `posix_acl_create_masq'
      fs/built-in.o: In function `generic_acl_chmod':
      (.text.generic_acl_chmod+0x49): undefined reference to `posix_acl_clone'
      fs/built-in.o: In function `generic_acl_chmod':
      (.text.generic_acl_chmod+0x76): undefined reference to `posix_acl_chmod_masq'
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Acked-by: NAndreas Gruenbacher <agruen@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f2fbc6c2
  3. 12 10月, 2006 3 次提交
  4. 04 10月, 2006 4 次提交
  5. 01 10月, 2006 1 次提交
    • D
      [PATCH] BLOCK: Make it possible to disable the block layer [try #6] · 9361401e
      David Howells 提交于
      Make it possible to disable the block layer.  Not all embedded devices require
      it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
      the block layer to be present.
      
      This patch does the following:
      
       (*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
           support.
      
       (*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
           an item that uses the block layer.  This includes:
      
           (*) Block I/O tracing.
      
           (*) Disk partition code.
      
           (*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
      
           (*) The SCSI layer.  As far as I can tell, even SCSI chardevs use the
           	 block layer to do scheduling.  Some drivers that use SCSI facilities -
           	 such as USB storage - end up disabled indirectly from this.
      
           (*) Various block-based device drivers, such as IDE and the old CDROM
           	 drivers.
      
           (*) MTD blockdev handling and FTL.
      
           (*) JFFS - which uses set_bdev_super(), something it could avoid doing by
           	 taking a leaf out of JFFS2's book.
      
       (*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
           linux/elevator.h contingent on CONFIG_BLOCK being set.  sector_div() is,
           however, still used in places, and so is still available.
      
       (*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
           parts of linux/fs.h.
      
       (*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
      
       (*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
      
       (*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
           is not enabled.
      
       (*) fs/no-block.c is created to hold out-of-line stubs and things that are
           required when CONFIG_BLOCK is not set:
      
           (*) Default blockdev file operations (to give error ENODEV on opening).
      
       (*) Makes some /proc changes:
      
           (*) /proc/devices does not list any blockdevs.
      
           (*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
      
       (*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
      
       (*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
           given command other than Q_SYNC or if a special device is specified.
      
       (*) In init/do_mounts.c, no reference is made to the blockdev routines if
           CONFIG_BLOCK is not defined.  This does not prohibit NFS roots or JFFS2.
      
       (*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
           error ENOSYS by way of cond_syscall if so).
      
       (*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
           CONFIG_BLOCK is not set, since they can't then happen.
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      Signed-off-by: NJens Axboe <axboe@kernel.dk>
      9361401e
  6. 30 9月, 2006 2 次提交
    • A
      [PATCH] Access Control Lists for tmpfs · 39f0247d
      Andreas Gruenbacher 提交于
      Add access control lists for tmpfs.
      Signed-off-by: NAndreas Gruenbacher <agruen@suse.de>
      Cc: Hugh Dickins <hugh@veritas.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      39f0247d
    • A
      [PATCH] Generic infrastructure for acls · f0c8bd16
      Andreas Gruenbacher 提交于
      The patches solve the following problem: We want to grant access to devices
      based on who is logged in from where, etc.  This includes switching back and
      forth between multiple user sessions, etc.
      
      Using ACLs to define device access for logged-in users gives us all the
      flexibility we need in order to fully solve the problem.
      
      Device special files nowadays usually live on tmpfs, hence tmpfs ACLs.
      
      Different distros have come up with solutions that solve the problem to
      different degrees: SUSE uses a resource manager which tracks login sessions
      and sets ACLs on device inodes as appropriate.  RedHat uses pam_console, which
      changes the primary file ownership to the logged-in user.  Others use a set of
      groups that users must be in in order to be granted the appropriate accesses.
      
      The freedesktop.org project plans to implement a combination of a
      console-tracker and a HAL-device-list based solution to grant access to
      devices to users, and more distros will likely follow this approach.
      
      These patches have first been posted here on 2 February 2005, and again
      on 8 January 2006. We have been shipping them in SLES9 and SLES10 with
      no problems reported.  The previous submission is archived here:
      
         http://lkml.org/lkml/2006/1/8/229
         http://lkml.org/lkml/2006/1/8/230
         http://lkml.org/lkml/2006/1/8/231
      
      This patch:
      
      Add some infrastructure for access control lists on in-memory
      filesystems such as tmpfs.
      Signed-off-by: NAndreas Gruenbacher <agruen@suse.de>
      Cc: Hugh Dickins <hugh@veritas.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f0c8bd16
  7. 27 9月, 2006 1 次提交
  8. 23 9月, 2006 1 次提交
  9. 21 9月, 2006 1 次提交
  10. 08 7月, 2006 1 次提交
  11. 30 6月, 2006 2 次提交
  12. 27 6月, 2006 2 次提交
  13. 26 6月, 2006 3 次提交
  14. 23 6月, 2006 1 次提交
  15. 20 6月, 2006 1 次提交
  16. 18 6月, 2006 1 次提交
  17. 02 6月, 2006 1 次提交
  18. 01 6月, 2006 1 次提交
  19. 13 5月, 2006 1 次提交
    • K
      [JFFS2][XATTR] XATTR support on JFFS2 (version. 5) · aa98d7cf
      KaiGai Kohei 提交于
      This attached patches provide xattr support including POSIX-ACL and
      SELinux support on JFFS2 (version.5).
      
      There are some significant differences from previous version posted
      at last December.
      The biggest change is addition of EBS(Erase Block Summary) support.
      Currently, both kernel and usermode utility (sumtool) can recognize
      xattr nodes which have JFFS2_NODETYPE_XATTR/_XREF nodetype.
      
      In addition, some bugs are fixed.
      - A potential race condition was fixed.
      - Unexpected fail when updating a xattr by same name/value pair was fixed.
      - A bug when removing xattr name/value pair was fixed.
      
      The fundamental structures (such as using two new nodetypes and exclusion
      mechanism by rwsem) are unchanged. But most of implementation were reviewed
      and updated if necessary.
      Espacially, we had to change several internal implementations related to
      load_xattr_datum() to avoid a potential race condition.
      
      [1/2] xattr_on_jffs2.kernel.version-5.patch
      [2/2] xattr_on_jffs2.utils.version-5.patch
      Signed-off-by: NKaiGai Kohei <kaigai@ak.jp.nec.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      aa98d7cf
  20. 20 4月, 2006 1 次提交
  21. 11 4月, 2006 2 次提交
  22. 24 3月, 2006 1 次提交
  23. 21 3月, 2006 1 次提交
  24. 04 2月, 2006 1 次提交
  25. 02 2月, 2006 1 次提交
  26. 18 1月, 2006 1 次提交
  27. 17 1月, 2006 1 次提交
  28. 11 1月, 2006 1 次提交
    • M
      [PATCH] kexec: change CONFIG_PHYSICAL_START dependency · 05970d47
      Maneesh Soni 提交于
      I have heard some complaints about people not finding CONFIG_CRASH_DUMP
      option and also some objections about its dependency on CONFIG_EMBEDDED.
      The following patch ends that dependency.  I thought of hiding it under
      CONFIG_KEXEC, but CONFIG_PHYSICAL_START could also be used for some reasons
      other than kexec/kdump and hence left it visible.  I will also update the
      documentation accordingly.
      
      o Following patch removes the config dependency of CONFIG_PHYSICAL_START
        on CONFIG_EMBEDDED. The reason being CONFIG_CRASH_DUMP option for
        kdump needs CONFIG_PHYSICAL_START which makes CONFIG_CRASH_DUMP depend
        on CONFIG_EMBEDDED. It is not always obvious for kdump users to choose
        CONFIG_EMBEDDED.
      
      o It also shifts the palce where this option appears, to make it closer
        to kexec and kdump options.
      Signed-off-by: NManeesh Soni <maneesh@in.ibm.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Haren Myneni <haren@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      05970d47
  29. 04 1月, 2006 1 次提交