28 May, 2011
22 commits
-
Fuse has no problems with references to unlinked directories.
CC: Miklos Szeredi
CC: fuse-devel@lists.sourceforge.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
Coda has no problems with references to unlinked directories.
CC: Jan Harkes
CC: coda@cs.cmu.edu
CC: codalist@coda.cs.cmu.edu
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
afs has no problems with references to unlinked directories.
CC: David Howells
CC: linux-afs@lists.infradead.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
affs has no problems with references to unlinked directories.
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
9p has no problems with references to unlinked directories.
CC: Eric Van Hensbergen
CC: Ron Minnich
CC: Latchesar Ionkov
CC: v9fs-developer@lists.sourceforge.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
ncpfs does not handle references to unlinked directories (or so it would
seem given the ncp_rmdir check). Since it is also possible to rename over
an empty directory, perform the same check here.CC: Petr Vandrovec
CC: linux-kernel@vger.kernel.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
ncpfs returns EBUSY if there are any references to the directory. The
dentry_unhash call only unhashes the dentry if there are no references.CC: Petr Vandrovec
CC: linux-kernel@vger.kernel.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
ecryptfs does not have problems with references to unlinked directories.
CC: Tyler Hicks
CC: Dustin Kirkland
CC: ecryptfs-devel@lists.launchpad.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
hostfs does not have problems with references to unlinked directories.
CC: Jeff Dike
CC: Richard Weinberger
CC: user-mode-linux-devel@lists.sourceforge.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
hfsplus does not have problems with references to unlinked directories.
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
hfs does not have problems with references to unlinked directories.
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
omfs does not have problems with references to unlinked directories.
CC: Bob Copeland
CC: linux-karma-devel@lists.sourceforge.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
udf does not have problems with references to unlinked directories.
CC: Jan Kara
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
Reiserfs does not have problems with references to unlinked directories.
CC: reiserfs-devel@vger.kernel.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
ufs does not have problems with references to unlinked directories.
CC: Evgeniy Dushistov
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
ubifs does not have problems with references to unlinked directories.
CC: Artem Bityutskiy
CC: Adrian Hunter
CC: linux-mtd@lists.infradead.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
nilfs2 does not have problems with references to unlinked directories.
CC: KONISHI Ryusuke
CC: linux-nilfs@vger.kernel.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
logfs does not have problems with references to unlinked directories.
CC: Joern Engel
CC: logfs@logfs.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
jfs does not have problems with references to unlinked directories.
CC: Dave Kleikamp
CC: jfs-discussion@lists.sourceforge.net
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
jffs2 does not have problems with references to unlinked directories.
CC: David Woodhouse
CC: linux-mtd@lists.infradead.org
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
sysv does not have problems with references to unlinked directories.
CC: Christoph Hellwig
Signed-off-by: Sage Weil
Signed-off-by: Al Viro -
Bfs does not have problems with references to unlinked directories.
CC: tigran@aivazian.fsnet.co.uk
Signed-off-by: Sage Weil
Signed-off-by: Al Viro
27 May, 2011
18 commits
-
Move the lock order description after all the includes, remove several
fairly outdated and/or incorrect comments, move Andrea's
copyright/changelog to the top where it belongs, remove the pointless
filename in the top of the file comment, and remove to useless macros.Signed-off-by: Christoph Hellwig
Signed-off-by: Al Viro -
The descriptions of bio_add_page() and bio_add_pc_page() are slightly
inconsistent; improve them.Signed-off-by: Andreas Gruenbacher
Signed-off-by: Al Viro -
Return -ENODATA when trying to read a user.* attribute which cannot
exist: user space otherwise does not have a reasonable way to
distinguish between non-existent and inaccessible attributes.Likewise, return -ENODATA when an unprivileged process tries to read a
trusted.* attribute: to unprivileged processes, those attributes are
invisible (listxattr() won't include them).Related to this bug report: https://bugzilla.redhat.com/660613
Signed-off-by: Andreas Gruenbacher
Signed-off-by: Al Viro -
Tell the filesystem if we just updated timestamp (I_DIRTY_SYNC) or
anything else, so that the filesystem can track internally if it
needs to push out a transaction for fdatasync or not.This is just the prototype change with no user for it yet. I plan
to push large XFS changes for the next merge window, and getting
this trivial infrastructure in this window would help a lot to avoid
tree interdependencies.Also remove incorrect comments that ->dirty_inode can't block. That
has been changed a long time ago, and many implementations rely on it.Signed-off-by: Christoph Hellwig
Signed-off-by: Al Viro -
Signed-off-by: Al Viro
-
... and kill a useless local variable in follow_dotdot_rcu(), while
we are at it - follow_mount_rcu(nd, path, inode) *always* assigned
value to *inode, and always it had been path->dentry->d_inode (aka
nd->path.dentry->d_inode, since it always got &nd->path as the second
argument).Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
…x/kernel/git/jeremy/xen
* 'upstream/tidy-xen-mmu-2.6.39' of git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen:
xen: fix compile without CONFIG_XEN_DEBUG_FS
Use arbitrary_virt_to_machine() to deal with ioremapped pud updates.
Use arbitrary_virt_to_machine() to deal with ioremapped pmd updates.
xen/mmu: remove all ad-hoc stats stuff
xen: use normal virt_to_machine for ptes
xen: make a pile of mmu pvop functions static
vmalloc: remove vmalloc_sync_all() from alloc_vm_area()
xen: condense everything onto xen_set_pte
xen: use mmu_update for xen_set_pte_at()
xen: drop all the special iomap pte paths. -
Right now security_get_user_sids() will pass in a NULL avd pointer to
avc_has_perm_noaudit(), which then forces that function to have a dummy
entry for that case and just generally test it.Don't do it. The normal callers all pass a real avd pointer, and this
helper function is incredibly hot. So don't make avc_has_perm_noaudit()
do conditional stuff that isn't needed for the common case.This also avoids some duplicated stack space.
Signed-off-by: Linus Torvalds
-
* git://git.kernel.org/pub/scm/linux/kernel/git/pkl/squashfs-linus:
Squashfs: update email address
Squashfs: add extra sanity checks at mount time
Squashfs: add sanity checks to fragment reading at mount time
Squashfs: add sanity checks to lookup table reading at mount time
Squashfs: add sanity checks to id reading at mount time
Squashfs: add sanity checks to xattr reading at mount time
Squashfs: reverse order of filesystem table reading
Squashfs: move table allocation into squashfs_read_table() -
The implementation of find_next_bit_le() on m68knommu is identical with
the generic implementation of find_next_bit_le().Signed-off-by: Akinobu Mita
Cc: Greg Ungerer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
The previous style change enables to use asm-generic/bitops/le.h on s390.
Signed-off-by: Akinobu Mita
Cc: Arnd Bergmann
Cc: Russell King
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Greg Ungerer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
The previous style change enables to use asm-generic/bitops/le.h on arm.
Signed-off-by: Akinobu Mita
Acked-by: Russell King
Cc: Arnd Bergmann
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Greg Ungerer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
By the previous style change, CONFIG_GENERIC_FIND_NEXT_BIT,
CONFIG_GENERIC_FIND_BIT_LE, and CONFIG_GENERIC_FIND_LAST_BIT are not used
to test for existence of find bitops anymore.Signed-off-by: Akinobu Mita
Acked-by: Greg Ungerer
Cc: Arnd Bergmann
Cc: Russell King
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
The style that we normally use in asm-generic is to test the macro itself
for existence, so in asm-generic, do:#ifndef find_next_zero_bit_le
extern unsigned long find_next_zero_bit_le(const void *addr,
unsigned long size, unsigned long offset);
#endifand in the architectures, write
static inline unsigned long find_next_zero_bit_le(const void *addr,
unsigned long size, unsigned long offset)
#define find_next_zero_bit_le find_next_zero_bit_leThis adds the #ifndef for each of the find bitops in the generic header
and source files.Suggested-by: Arnd Bergmann
Signed-off-by: Akinobu Mita
Acked-by: Russell King
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Greg Ungerer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
The style that we normally use in asm-generic is to test the macro itself
for existence, so in asm-generic, do:#ifndef find_next_zero_bit_le
extern unsigned long find_next_zero_bit_le(const void *addr,
unsigned long size, unsigned long offset);
#endifand in the architectures, write
static inline unsigned long find_next_zero_bit_le(const void *addr,
unsigned long size, unsigned long offset)
#define find_next_zero_bit_le find_next_zero_bit_leThis adds the #define for each of the optimized find bitops in the
architectures.Suggested-by: Arnd Bergmann
Signed-off-by: Akinobu Mita
Acked-by: Hans-Christian Egtvedt
Acked-by: Russell King
Acked-by: Greg Ungerer
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Acked-by: Geert Uytterhoeven
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
m68knommu can't build ext4, udf, and ocfs2 due to the lack of
find_next_bit_le().This implements find_next_bit_le() on m68knommu by duplicating the generic
find_next_bit_le() in lib/find_next_bit.c.Signed-off-by: Akinobu Mita
Acked-by: Greg Ungerer
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds -
Add support for the Maxim/Dallas DS2780 Stand-Alone Fuel Gauge IC.
It was suggested to combine this functionality with the current ds2782
driver. Unfortunately, I'm unable to commit the time to refactoring this
driver to that extent and I don't have a platform with the ds2782 part to
validate that there are no regression issues by adding this functionality.[akpm@linux-foundation.org: use min_t()]
Signed-off-by: Clifton Barnes
Tested-by: Haojian Zhuang
Cc: Evgeniy Polyakov
Cc: Ryan Mallon
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds