| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20150414014226.GT889@ZenIV.linux.org.uk>
Date: Tue, 14 Apr 2015 02:42:26 +0100
From: Al Viro <viro@...IV.linux.org.uk>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: [git pull] vfs part 1
Pieces prior to the merge with #for-davem:
* struct filename-related cleanups
* saner iov_iter_init() replacements (and switching the syscalls to use
of those)
* ntfs switch to ->write_iter() (Anton)
* aio cleanups and splitting iocb into common and async parts (Christoph)
* assorted fixes (me, bfields, Andrew Elble)
There's a lot more, including the completion of switchover to
->{read,write}_iter(), d_inode/d_backing_inode annotations, f_flags
race fixes, etc., but that goes after #for-davem merge and since
#for-davem pulls net-next#master circa -rc6 or so, I'd prefer if
it had been entered the mainline via merge of net-next; davem has
pulled it, and once it's in I'll send the next vfs pull request.
For now, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus-1
Shortlog:
Al Viro (26):
getname_flags(): clean up a bit
switch path_lookupat() to struct filename
switch path_mountpoint() to struct filename
switch path_init() to struct filename
saner iov_iter initialization primitives
kill struct filename.separate
namei.c: fold do_path_lookup() into both callers
remove incorrect comment in lookup_one_len()
whack-a-mole: no need to set_fs(USER_DS) in {start,flush}_thread()
whack-a-mole: there's no point doing set_fs(USER_DS) in sigframe setup
constify tomoyo_realpath_from_path()
switch security_inode_getattr() to struct path *
drop bogus check in file_open_root()
lift iov_iter into {compat_,}do_readv_writev()
aio: lift iov_iter_init() into aio_setup_..._rw()
aio: simplify arguments of aio_setup_..._rw()
kill aio_setup_single_vector()
vmsplice_to_user(): switch to import_iovec()
aio_setup_vectored_rw(): switch to {compat_,}import_iovec()
switch {compat_,}do_readv_writev() to {compat_,}import_iovec()
switch keyctl_instantiate_key_common() to iov_iter
process_vm_access: switch to {compat_,}import_iovec()
sg_io(): use import_iovec()
blk_rq_map_user(): use import_single_range()
sg_start_req(): make sure that there's not too many elements in iovec
sg_start_req(): use import_iovec()
Andrew Elble (1):
NFS: fix BUG() crash in notify_change() with patch to chown_common()
Anton Altaparmakov (2):
VFS: Add iov_iter_fault_in_multipages_readable()
NTFS: Version 2.1.32 - Update file write from aio_write to write_iter.
Christoph Hellwig (5):
fs: remove ki_nbytes
fuse: handle synchronous iocbs internally
fs: don't allow to complete sync iocbs through aio_complete
fs: split generic and aio kiocb
fs: move struct kiocb to fs.h
J. Bruce Fields (1):
dcache: return -ESTALE not -EBUSY on distributed fs race
Diffstat:
arch/arc/kernel/process.c | 2 -
arch/c6x/kernel/process.c | 1 -
arch/frv/kernel/signal.c | 4 -
arch/hexagon/kernel/process.c | 2 -
arch/m32r/kernel/signal.c | 2 -
arch/metag/include/asm/processor.h | 1 -
arch/microblaze/kernel/signal.c | 2 -
arch/nios2/kernel/process.c | 1 -
arch/openrisc/kernel/process.c | 1 -
arch/s390/hypfs/inode.c | 2 +-
arch/sh/kernel/signal_32.c | 4 -
arch/sh/kernel/signal_64.c | 4 -
arch/xtensa/kernel/signal.c | 5 -
block/blk-map.c | 6 +-
block/scsi_ioctl.c | 12 +-
drivers/char/mem.c | 2 +-
drivers/char/tile-srom.c | 1 -
drivers/infiniband/hw/ipath/ipath_file_ops.c | 1 -
drivers/infiniband/hw/qib/qib_file_ops.c | 1 -
drivers/misc/mei/amthif.c | 1 -
drivers/misc/mei/main.c | 1 -
drivers/misc/mei/pci-me.c | 1 -
drivers/scsi/sg.c | 15 +-
drivers/staging/unisys/include/timskmod.h | 1 -
drivers/usb/gadget/function/f_fs.c | 6 +-
drivers/usb/gadget/legacy/inode.c | 6 +-
fs/9p/vfs_addr.c | 2 +-
fs/affs/file.c | 2 +-
fs/afs/write.c | 1 -
fs/aio.c | 192 +++----
fs/bfs/inode.c | 1 +
fs/block_dev.c | 1 -
fs/btrfs/file.c | 2 +-
fs/btrfs/inode.c | 2 +-
fs/ceph/file.c | 3 +-
fs/dcache.c | 2 +-
fs/direct-io.c | 5 +-
fs/ecryptfs/file.c | 7 -
fs/ext2/inode.c | 2 +-
fs/ext3/inode.c | 2 +-
fs/ext4/file.c | 2 +-
fs/ext4/indirect.c | 2 +-
fs/ext4/inode.c | 1 -
fs/ext4/page-io.c | 1 -
fs/f2fs/data.c | 2 +-
fs/fat/inode.c | 1 -
fs/fuse/cuse.c | 2 +-
fs/fuse/dev.c | 1 -
fs/fuse/file.c | 55 +-
fs/fuse/fuse_i.h | 1 +
fs/gfs2/aops.c | 2 +-
fs/gfs2/file.c | 1 -
fs/hfs/inode.c | 2 +-
fs/hfsplus/inode.c | 2 +-
fs/jfs/inode.c | 2 +-
fs/namei.c | 168 +++---
fs/nfs/direct.c | 4 +-
fs/nfs/file.c | 1 -
fs/nilfs2/inode.c | 2 +-
fs/ntfs/Makefile | 2 +-
fs/ntfs/file.c | 784 +++++++++++----------------
fs/ntfs/inode.c | 1 -
fs/ocfs2/aops.c | 1 +
fs/ocfs2/aops.h | 2 +-
fs/ocfs2/file.c | 8 +-
fs/open.c | 5 +-
fs/pipe.c | 1 -
fs/read_write.c | 117 ++--
fs/reiserfs/inode.c | 2 +-
fs/splice.c | 28 +-
fs/stat.c | 2 +-
fs/ubifs/file.c | 1 -
fs/udf/file.c | 4 +-
fs/udf/inode.c | 2 +-
fs/xfs/xfs_aops.c | 1 -
fs/xfs/xfs_file.c | 1 -
include/linux/aio.h | 70 +--
include/linux/fs.h | 24 +-
include/linux/security.h | 7 +-
include/linux/uio.h | 15 +
include/net/sock.h | 1 -
kernel/printk/printk.c | 4 +-
kernel/sysctl.c | 1 +
lib/iov_iter.c | 83 +++
mm/filemap.c | 1 -
mm/page_io.c | 3 +-
mm/process_vm_access.c | 35 +-
mm/shmem.c | 2 +-
net/ipv4/raw.c | 1 -
net/socket.c | 15 +-
security/apparmor/lsm.c | 6 +-
security/capability.c | 2 +-
security/keys/compat.c | 29 +-
security/keys/internal.h | 5 +-
security/keys/keyctl.c | 78 +--
security/security.c | 6 +-
security/selinux/hooks.c | 12 +-
security/smack/smack_lsm.c | 13 +-
security/tomoyo/common.h | 4 +-
security/tomoyo/file.c | 4 +-
security/tomoyo/realpath.c | 6 +-
security/tomoyo/tomoyo.c | 5 +-
sound/core/pcm_native.c | 2 +-
103 files changed, 839 insertions(+), 1118 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists