[PATCH 2.6.32 00/62] 2.6.32.68-longterm review
From: Willy Tarreau
Date: Sat Sep 12 2015 - 19:12:07 EST
This is the start of the longterm review cycle for the 2.6.32.68 release.
All patches will be posted as a response to this one. If anyone has any
issue with these being applied, please let me know. If anyone is a
maintainer of the proper subsystem, and wants to add a Signed-off-by: line
to the patch, please respond with it. If anyone thinks some important
patches are missing and should be added prior to the release, please
report them quickly with their respective mainline commit IDs.
Responses should be made by Sat Sep 19 00:56:05 CEST 2015.
Anything received after that time might be too late. If someone
wants a bit more time for a deeper review, please let me know.
NOTE: 2.6.32 is approaching end of support. There will probably be one
or maybe two other versions issued in the next 3-6 months, and that will
be all, at least for me. Adding to this the time it can take to validate
and deploy in some environments, it probably makes sense to start to
think about switching to another longterm branch. 3.2 and 3.4 are good
candidates for those seeking rock-solid versions. Longterm branches and
their projected EOLs are listed here :
https://www.kernel.org/category/releases.html
The whole patch series can be found in one patch at :
https://kernel.org/pub/linux/kernel/v2.6/longterm-review/patch-2.6.32.68-rc1.gz
The shortlog and diffstat are appended below.
Thanks,
Willy
===============
Al Viro (1):
sg_start_req(): make sure that there's not too many elements in iovec
Alexander Sverdlin (2):
sctp: Fix race between OOTB responce and route removal
MIPS: Octeon: Remove udelay() causing huge IRQ latency
Andy Lutomirski (1):
x86/xen: Probe target addresses in set_aliased_prot() before the hypercall
Anton Blanchard (1):
powerpc: Align TOC to 256 bytes
Ben Hutchings (2):
pipe: iovec: Fix memory corruption when retrying atomic copy as non-atomic
x86_64: Fix strnlen_user() to not touch memory after specified maximum
Catalin Marinas (1):
mm: kmemleak: allow safe memory scanning during kmemleak disabling
Dan Carpenter (1):
memstick: mspro_block: add missing curly braces
Darrick J. Wong (1):
jbd2: fix r_count overflows leading to buffer overflow in journal recovery
Dave Olson (1):
powerpc: Fix missing L2 cache size in /sys/devices/system/cpu
David S. Miller (2):
dccp: Fix compile warning in probe code.
ipv6: Fix return of xfrm6_tunnel_rcv()
Dr. David Alan Gilbert (1):
dmaengine: fix missing 'cnt' in ?: in dmatest
Eric Dumazet (1):
udp: fix behavior of wrong checksums
Feng Tang (1):
x86/reboot: Fix a warning message triggered by stop_other_cpus()
Gerrit Renker (1):
dccp: fix auto-loading of dccp(_probe)
Heiko Carstens (2):
s390/hibernate: fix save and restore of kernel text section
s390/process: fix sfpc inline assembly
Jan Kara (7):
udf: Verify i_size when loading inode
udf: Verify symlink size before loading it
udf: Treat symlink component of type 2 as /
udf: Check path length when reading symlink
udf: Check component length before reading it
Remove repeated loads blocksize
udf: Check length of extended attributes and allocation descriptors
Jeff Layton (1):
nfs: increase size of EXCHANGE_ID name string buffer
Jesper Dangaard Brouer (1):
pktgen: adjust spacing in proc file interface output
Jiri Kosina (1):
HID: fix a couple of off-by-ones
Jiri Slaby (1):
TTY: drop driver reference in tty_open fail path
Kirill A. Shutemov (1):
mm: avoid setting up anonymous pages into file mapping
Lars Persson (1):
MIPS: Fix race condition in lazy cache flushing.
Lior Amsalem (1):
dmaengine: mv_xor: bug fix for racing condition in descriptors cleanup
Malcolm Priestley (1):
staging: vt6655: device_rx_srv check sk_buff is NULL
Mark Grondona (1):
__ptrace_may_access() should not deny sub-threads
Mark Hounschell (1):
sd: Disable support for 256 byte/sector disks
Markus F.X.J. Oberhumer (1):
crypto: testmgr - update LZO compression test vectors
Mauro Carvalho Chehab (2):
s5h1420: fix a buffer overflow when checking userspace params
cx24116: fix a buffer overflow when checking userspace params
Michael Halcrow (1):
eCryptfs: Remove buggy and unnecessary write in file name decode routine
Miklos Szeredi (1):
fuse: initialize fc->release before calling it
Mikulas Patocka (1):
libata: increase the timeout when setting transfer mode
NeilBrown (1):
md/raid5: don't record new size if resize_stripes fails.
Oleg Nesterov (2):
ptrace: fix race between ptrace_resume() and wait_task_stopped()
include/linux/sched.h: don't use task->pid/tgid in same_thread_group/has_group_leader_pid
Olga Kornievskaia (1):
fixing infinite OPEN loop in 4.0 stateid recovery
Pablo Neira Ayuso (1):
netlink: fix possible spoofing from non-root processes
Peter Zijlstra (1):
hrtimer: Allow concurrent hrtimer_start() for self restarting timers
Ralf Baechle (3):
MIPS: Fix cpu_has_mips_r2_exec_hazard.
MIPS: Octeon: Delete override of cpu_has_mips_r2_exec_hazard.
NET: ROSE: Don't dereference NULL neighbour pointer.
Rusty Russell (1):
lguest: fix out-by-one error in address checking.
Ryan Underwood (1):
Disable write buffering on Toshiba ToPIC95
Sabrina Dubroca (1):
e1000: add dummy allocator to fix race condition between mtu change and netpoll
Sasha Levin (1):
fs, omfs: add NULL terminator in the end up the token list
Steven Rostedt (1):
tracing: Have filter check for balanced ops
Steven Rostedt (Red Hat) (2):
tracing/filter: Do not WARN on operand count going below zero
tracing/filter: Do not allow infix to exceed end of string
Theodore Ts'o (2):
ext4: fix race between truncate and __ext4_journalled_writepage()
ext4: call sync_blockdev() before invalidate_bdev() in put_super()
Trond Myklebust (1):
SUNRPC: Fix a memory leak in the backchannel code
Wang Weidong (1):
dccp: catch failed request_module call in dccp_probe init
arch/mips/include/asm/cacheflush.h | 38 +++++++-----
arch/mips/include/asm/cpu-features.h | 26 +++++++-
.../asm/mach-cavium-octeon/cpu-feature-overrides.h | 1 -
arch/mips/include/asm/octeon/pci-octeon.h | 3 -
arch/mips/mm/cache.c | 12 ++++
arch/mips/pci/pci-octeon.c | 6 --
arch/mips/pci/pcie-octeon.c | 3 -
arch/powerpc/kernel/cacheinfo.c | 43 ++++++++++---
arch/powerpc/kernel/vmlinux.lds.S | 1 +
arch/s390/kernel/process.c | 2 +-
arch/s390/kernel/suspend.c | 6 ++
arch/x86/kernel/reboot.c | 7 ++-
arch/x86/lib/usercopy_64.c | 2 +-
arch/x86/xen/enlighten.c | 40 ++++++++++++
crypto/testmgr.h | 38 ++++++------
drivers/ata/libata-core.c | 3 +-
drivers/char/tty_io.c | 1 +
drivers/dma/dmatest.c | 2 +-
drivers/dma/mv_xor.c | 72 ++++++++++++++--------
drivers/dma/mv_xor.h | 1 +
drivers/hid/hid-cherry.c | 2 +-
drivers/hid/hid-kye.c | 2 +-
drivers/hid/hid-lg.c | 2 +-
drivers/hid/hid-monterey.c | 2 +-
drivers/hid/hid-petalynx.c | 2 +-
drivers/hid/hid-sunplus.c | 2 +-
drivers/lguest/core.c | 2 +-
drivers/md/raid5.c | 3 +-
drivers/media/dvb/frontends/cx24116.c | 8 +--
drivers/media/dvb/frontends/s5h1420.c | 2 +-
drivers/memstick/core/mspro_block.c | 3 +-
drivers/net/e1000/e1000_main.c | 10 ++-
drivers/pcmcia/topic.h | 16 +++++
drivers/scsi/sd.c | 19 ++----
drivers/scsi/sg.c | 3 +
drivers/staging/vt6655/device_main.c | 4 ++
fs/ecryptfs/crypto.c | 1 -
fs/ext4/inode.c | 20 +++++-
fs/ext4/super.c | 1 +
fs/fuse/inode.c | 2 +-
fs/jbd2/recovery.c | 7 ++-
fs/nfs/nfs4state.c | 2 +
fs/omfs/inode.c | 3 +-
fs/pipe.c | 55 ++++++++++-------
fs/udf/dir.c | 3 +-
fs/udf/inode.c | 46 +++++++++++---
fs/udf/namei.c | 3 +-
fs/udf/symlink.c | 67 ++++++++++++++++----
fs/udf/udfdecl.h | 3 +-
fs/udf/unicode.c | 28 +++++----
include/linux/nfs_xdr.h | 2 +-
include/linux/sched.h | 8 +--
kernel/hrtimer.c | 12 +++-
kernel/ptrace.c | 22 ++++++-
kernel/trace/trace_events_filter.c | 18 +++++-
mm/kmemleak.c | 14 ++++-
mm/memory.c | 13 ++--
net/core/pktgen.c | 2 +-
net/dccp/probe.c | 9 ++-
net/ipv4/udp.c | 6 +-
net/ipv6/udp.c | 6 +-
net/ipv6/xfrm6_tunnel.c | 2 +-
net/netlink/af_netlink.c | 3 +-
net/rose/af_rose.c | 3 +-
net/sctp/output.c | 4 +-
net/sunrpc/backchannel_rqst.c | 2 +-
66 files changed, 541 insertions(+), 215 deletions(-)
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/