Re: [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > ipc/namespace.c| 42 > +++--- >

Re: [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > ipc/namespace.c| 42 > +++--- > kernel/user_namespace.c| 1 + > 3 files

Re: [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/pid_namespace.c | 22 ++ > kernel/user_namespace.c

Re: [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/pid_namespace.c | 22 ++ > kernel/user_namespace.c| 1 + > 3 files changed, 20

Re: [PATCH v2 04/10] userns: Generalize the user namespace count into ucount

Quoting Eric W. Biederman (ebied...@xmission.com): > The same kind of recursive sane default limit and policy > countrol that has been implemented for the user namespace > is desirable for the other namespaces, so generalize > the user namespace refernce count into a ucount. > > Signed-off-by:

Re: [PATCH v2 04/10] userns: Generalize the user namespace count into ucount

Quoting Eric W. Biederman (ebied...@xmission.com): > The same kind of recursive sane default limit and policy > countrol that has been implemented for the user namespace > is desirable for the other namespaces, so generalize > the user namespace refernce count into a ucount. > > Signed-off-by:

Re: [PATCH v2 03/10] userns: Add a limit on the number of user namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Export the export the maximum number of user namespaces as ^ note if you resend, duplicate "export the" > /proc/sys/userns/max_user_namespaces. > > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn

Re: [PATCH v2 03/10] userns: Add a limit on the number of user namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Export the export the maximum number of user namespaces as ^ note if you resend, duplicate "export the" > /proc/sys/userns/max_user_namespaces. > > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- >

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Thu, Jul 21, 2016 at 2:14 PM, Mathieu Desnoyers wrote: > Man page associated: > > RSEQ(2)Linux Programmer's Manual RSEQ(2) > > NAME >rseq - Restartable sequences and cpu number cache > > SYNOPSIS >#include > >

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Thu, Jul 21, 2016 at 2:14 PM, Mathieu Desnoyers wrote: > Man page associated: > > RSEQ(2)Linux Programmer's Manual RSEQ(2) > > NAME >rseq - Restartable sequences and cpu number cache > > SYNOPSIS >#include > >int rseq(struct rseq * rseq,

Re: [PATCH v9 4/9] clocksource/drivers/arm_arch_timer: use readq to get 64-bit CNTVCT

On Mon, Jul 25, 2016 at 05:31:45PM +0100, Will Deacon wrote: > On Mon, Jul 25, 2016 at 11:55:49PM +0800, Fu Wei wrote: > > On 25 July 2016 at 23:31, Will Deacon wrote: > > > On Mon, Jul 25, 2016 at 11:27:02PM +0800, fu@linaro.org wrote: > > >> From: Fu Wei

Re: [PATCH v9 4/9] clocksource/drivers/arm_arch_timer: use readq to get 64-bit CNTVCT

On Mon, Jul 25, 2016 at 05:31:45PM +0100, Will Deacon wrote: > On Mon, Jul 25, 2016 at 11:55:49PM +0800, Fu Wei wrote: > > On 25 July 2016 at 23:31, Will Deacon wrote: > > > On Mon, Jul 25, 2016 at 11:27:02PM +0800, fu@linaro.org wrote: > > >> From: Fu Wei > > >> > > >> This patch simplify

Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants

Quoting Tejun Heo (t...@kernel.org): > Hello, Aleksa. > > On Fri, Jul 22, 2016 at 06:30:07PM +1000, Aleksa Sarai wrote: > > Just to be clear, the "ns subdir operation" is a cgroup namespaced process > > moving A -> A_subdir which is racing against some administrative process > > moving everything

Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants

Quoting Tejun Heo (t...@kernel.org): > Hello, Aleksa. > > On Fri, Jul 22, 2016 at 06:30:07PM +1000, Aleksa Sarai wrote: > > Just to be clear, the "ns subdir operation" is a cgroup namespaced process > > moving A -> A_subdir which is racing against some administrative process > > moving everything

[PATCH 3.14 01/53] crypto: ux500 - memmove the right size

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 19ced623db2fe91604d69f7d86b03144c5107739 upstream. The hash buffer is really HASH_BLOCK_SIZE bytes, someone must have thought that memmove takes

[PATCH 3.14 02/53] sit: correct IP protocol used in ipip6_err

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Simon Horman [ Upstream commit d5d8760b78d0cfafe292f965f599988138b06a70 ] Since 32b8a8e59c9c ("sit: add IPv4 over IPv4 support") ipip6_err() may be called for

[PATCH 3.14 01/53] crypto: ux500 - memmove the right size

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 19ced623db2fe91604d69f7d86b03144c5107739 upstream. The hash buffer is really HASH_BLOCK_SIZE bytes, someone must have thought that memmove takes n*u32 words by mistake.

[PATCH 3.14 02/53] sit: correct IP protocol used in ipip6_err

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Simon Horman [ Upstream commit d5d8760b78d0cfafe292f965f599988138b06a70 ] Since 32b8a8e59c9c ("sit: add IPv4 over IPv4 support") ipip6_err() may be called for packets whose IP protocol is

[PATCH 3.14 05/53] usb: quirks: Add no-lpm quirk for Acer C120 LED Projector

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 32cb0b37098f4beeff5ad9e325f11b42a6ede56c upstream. The Acer C120 LED Projector is a USB-3 connected pico projector which takes both its power and

[PATCH 3.14 00/53] 3.14.74-stable review

This is the start of the stable review cycle for the 3.14.74 release. There are 53 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jul 27 20:35:00 UTC 2016. Anything

Re: [PATCH 05/32] x86/intel_rdt: Implement scheduling support for Intel RDT

On Mon, Jul 25, 2016 at 11:05 AM Luck, Tony wrote: > > On Mon, Jul 25, 2016 at 11:31:24AM -0500, Nilay Vaish wrote: > > I was thinking more about this software caching of CLOSids. How > > likely do you think these CLOSids would be found cached? I think the > > software

[PATCH 3.14 05/53] usb: quirks: Add no-lpm quirk for Acer C120 LED Projector

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 32cb0b37098f4beeff5ad9e325f11b42a6ede56c upstream. The Acer C120 LED Projector is a USB-3 connected pico projector which takes both its power and video data from USB-3.

[PATCH 3.14 00/53] 3.14.74-stable review

This is the start of the stable review cycle for the 3.14.74 release. There are 53 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jul 27 20:35:00 UTC 2016. Anything

Re: [PATCH 05/32] x86/intel_rdt: Implement scheduling support for Intel RDT

On Mon, Jul 25, 2016 at 11:05 AM Luck, Tony wrote: > > On Mon, Jul 25, 2016 at 11:31:24AM -0500, Nilay Vaish wrote: > > I was thinking more about this software caching of CLOSids. How > > likely do you think these CLOSids would be found cached? I think the > > software cache would be very

Re: [PATCH v8 4/9] clocksource/drivers/arm_arch_timer: use readq to get 64-bit CNTVCT

On Mon, Jul 25, 2016 at 11:50:19PM +0800, Fu Wei wrote: > Hi Will, > > On 25 July 2016 at 17:02, Will Deacon wrote: > > On Wed, Jul 20, 2016 at 02:17:59AM +0800, fu@linaro.org wrote: > >> From: Fu Wei > >> > >> This patch simplify

Re: [PATCH v8 4/9] clocksource/drivers/arm_arch_timer: use readq to get 64-bit CNTVCT

On Mon, Jul 25, 2016 at 11:50:19PM +0800, Fu Wei wrote: > Hi Will, > > On 25 July 2016 at 17:02, Will Deacon wrote: > > On Wed, Jul 20, 2016 at 02:17:59AM +0800, fu@linaro.org wrote: > >> From: Fu Wei > >> > >> This patch simplify arch_counter_get_cntvct_mem function by > >> using readq to

[PATCH 3.14 07/53] usb: musb: Ensure rx reinit occurs for shared_fifo endpoints

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Goodbody commit f3eec0cf784e0d6c47822ca6b66df3d5812af7e6 upstream. shared_fifo endpoints would only get a previous tx state cleared out, the rx state

[PATCH 3.14 06/53] usb: musb: Stop bulk endpoint while queue is rotated

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Goodbody commit 7b2c17f829545df27a910e8d82e133c21c9a8c9c upstream. Ensure that the endpoint is stopped by clearing REQPKT before clearing

[PATCH 3.14 09/53] mac80211_hwsim: Add missing check for HWSIM_ATTR_SIGNAL

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Martin Willi commit 62397da50bb20a6b812c949ef465d7e69fe54bb6 upstream. A wmediumd that does not send this attribute causes a NULL pointer dereference, as the attribute

[PATCH 3.14 07/53] usb: musb: Ensure rx reinit occurs for shared_fifo endpoints

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Goodbody commit f3eec0cf784e0d6c47822ca6b66df3d5812af7e6 upstream. shared_fifo endpoints would only get a previous tx state cleared out, the rx state was only cleared for non

[PATCH 3.14 06/53] usb: musb: Stop bulk endpoint while queue is rotated

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Goodbody commit 7b2c17f829545df27a910e8d82e133c21c9a8c9c upstream. Ensure that the endpoint is stopped by clearing REQPKT before clearing DATAERR_NAKTIMEOUT before rotating the queue

[PATCH 3.14 09/53] mac80211_hwsim: Add missing check for HWSIM_ATTR_SIGNAL

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Martin Willi commit 62397da50bb20a6b812c949ef465d7e69fe54bb6 upstream. A wmediumd that does not send this attribute causes a NULL pointer dereference, as the attribute is accessed even if it

[PATCH 3.14 21/53] mm: Export migrate_page_move_mapping and migrate_page_copy

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1118dce773d84f39ebd51a9fe7261f9169cb056e upstream. Export these symbols such that UBIFS can implement ->migratepage. Signed-off-by: Richard

[PATCH 3.14 22/53] UBIFS: Implement ->migratepage()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 4ac1c17b2044a1b4b2fbed74451947e905fc2992 upstream. During page migrations UBIFS might get confused and the following assert

[PATCH 3.14 21/53] mm: Export migrate_page_move_mapping and migrate_page_copy

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1118dce773d84f39ebd51a9fe7261f9169cb056e upstream. Export these symbols such that UBIFS can implement ->migratepage. Signed-off-by: Richard Weinberger Acked-by:

[PATCH 3.14 22/53] UBIFS: Implement ->migratepage()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 4ac1c17b2044a1b4b2fbed74451947e905fc2992 upstream. During page migrations UBIFS might get confused and the following assert triggers: [ 213.48] UBIFS assert

[PATCH 3.14 20/53] ARM: 8578/1: mm: ensure pmd_present only checks the valid bit

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 624531886987f0f1b5d01fb598034d039198e090 upstream. In a subsequent patch, pmd_mknotpresent will clear the valid bit of the pmd entry, resulting in a

[PATCH 3.14 20/53] ARM: 8578/1: mm: ensure pmd_present only checks the valid bit

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 624531886987f0f1b5d01fb598034d039198e090 upstream. In a subsequent patch, pmd_mknotpresent will clear the valid bit of the pmd entry, resulting in a not-present entry from

[PATCH 3.14 19/53] NFS: Fix another OPEN_DOWNGRADE bug

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit e547f2628327fec6afd2e03b46f113f614cca05b upstream. Olga Kornievskaia reports that the following test fails to trigger an OPEN_DOWNGRADE

[PATCH 3.14 28/53] KEYS: potential uninitialized variable

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 38327424b40bcebe2de92d07312c89360ac9229a upstream. If __key_link_begin() failed then "edit" would be uninitialized. I've added a check to fix

[PATCH 3.14 19/53] NFS: Fix another OPEN_DOWNGRADE bug

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit e547f2628327fec6afd2e03b46f113f614cca05b upstream. Olga Kornievskaia reports that the following test fails to trigger an OPEN_DOWNGRADE on the wire, and only triggers

[PATCH 3.14 28/53] KEYS: potential uninitialized variable

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 38327424b40bcebe2de92d07312c89360ac9229a upstream. If __key_link_begin() failed then "edit" would be uninitialized. I've added a check to fix that. This allows a random

[PATCH 3.14 10/53] IB/mlx4: Properly initialize GRH TClass and FlowLabel in AHs

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jason Gunthorpe commit 8c5122e45a10a9262f872b53f151a592e870f905 upstream. When this code was reworked for IBoE support the order of assignments for the

[PATCH 4.4 021/146] locking/qspinlock: Fix spin_unlock_wait() some more

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 2c610022711675ee908b903d242f0b90e1db661f upstream. While this prior commit: 54cf809b9512 ("locking,qspinlock: Fix spin_is_locked() and

[PATCH 3.14 10/53] IB/mlx4: Properly initialize GRH TClass and FlowLabel in AHs

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jason Gunthorpe commit 8c5122e45a10a9262f872b53f151a592e870f905 upstream. When this code was reworked for IBoE support the order of assignments for the sl_tclass_flowlabel got flipped around

[PATCH 4.4 021/146] locking/qspinlock: Fix spin_unlock_wait() some more

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 2c610022711675ee908b903d242f0b90e1db661f upstream. While this prior commit: 54cf809b9512 ("locking,qspinlock: Fix spin_is_locked() and spin_unlock_wait()") ... fixes

[PATCH 4.4 020/146] locking/ww_mutex: Report recursive ww_mutex locking early

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b upstream. Recursive locking for ww_mutexes was originally conceived as an exception. However, it is

[PATCH 3.14 18/53] make nfs_atomic_open() call d_drop() on all ->open_context() errors.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d20cb71dbf3487f24549ede1a8e2d67579b4632e upstream. In "NFSv4: Move dentry instantiation into the NFSv4-specific atomic open code" unconditional

[PATCH 4.4 020/146] locking/ww_mutex: Report recursive ww_mutex locking early

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit 0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b upstream. Recursive locking for ww_mutexes was originally conceived as an exception. However, it is heavily used by the DRM atomic

[PATCH 3.14 18/53] make nfs_atomic_open() call d_drop() on all ->open_context() errors.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d20cb71dbf3487f24549ede1a8e2d67579b4632e upstream. In "NFSv4: Move dentry instantiation into the NFSv4-specific atomic open code" unconditional d_drop() after the

[PATCH 4.4 019/146] of: irq: fix of_irq_get[_byname]() kernel-doc

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 3993546646baf1dab5f5c4f7d9bb58f2046fd1c1 upstream. The kernel-doc for the of_irq_get[_byname]() is clearly inadequate in describing

[PATCH 4.4 019/146] of: irq: fix of_irq_get[_byname]() kernel-doc

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sergei Shtylyov commit 3993546646baf1dab5f5c4f7d9bb58f2046fd1c1 upstream. The kernel-doc for the of_irq_get[_byname]() is clearly inadequate in describing the return values --

[PATCH 4.4 066/146] percpu: fix synchronization between chunk->map_extend_work and chunk destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 4f996e234dad488e5d9ba0858bc1bae12eff82c3 upstream. Atomic allocations can trigger async map extensions which is serviced by chunk->map_extend_work.

[PATCH 4.4 056/146] tracing: Handle NULL formats in hold_module_trace_bprintk_format()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 70c8217acd4383e069fe1898bbad36ea4fcdbdcc upstream. If a task uses a non constant string for the format parameter in trace_printk(), then

[PATCH 4.4 066/146] percpu: fix synchronization between chunk->map_extend_work and chunk destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 4f996e234dad488e5d9ba0858bc1bae12eff82c3 upstream. Atomic allocations can trigger async map extensions which is serviced by chunk->map_extend_work. pcpu_balance_work which is

[PATCH 4.4 056/146] tracing: Handle NULL formats in hold_module_trace_bprintk_format()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 70c8217acd4383e069fe1898bbad36ea4fcdbdcc upstream. If a task uses a non constant string for the format parameter in trace_printk(), then the trace_printk_fmt

[PATCH 4.4 023/146] x86, build: copy ldlinux.c32 to image.iso

4.4-stable review patch. If anyone has any objections, please let me know. -- From: H. Peter Anvin commit 9c77679cadb118c0aa99e6f88533d91765a131ba upstream. For newer versions of Syslinux, we need ldlinux.c32 in addition to isolinux.bin to reside on the boot

[PATCH 4.4 065/146] af_unix: fix hard linked sockets on overlay

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit eb0a4a47ae89aaa0674ab3180de6a162f3be2ddf upstream. Overlayfs uses separate inodes even in the case of hard links on the underlying filesystems. This

[PATCH 4.4 023/146] x86, build: copy ldlinux.c32 to image.iso

4.4-stable review patch. If anyone has any objections, please let me know. -- From: H. Peter Anvin commit 9c77679cadb118c0aa99e6f88533d91765a131ba upstream. For newer versions of Syslinux, we need ldlinux.c32 in addition to isolinux.bin to reside on the boot disk, so if the

[PATCH 4.4 065/146] af_unix: fix hard linked sockets on overlay

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit eb0a4a47ae89aaa0674ab3180de6a162f3be2ddf upstream. Overlayfs uses separate inodes even in the case of hard links on the underlying filesystems. This is a problem for

[PATCH 4.4 018/146] of: fix autoloading due to broken modalias with no compatible

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit b3c0a4dab7e35a9b6d69c0415641d2280fdefb2b upstream. Because of an improper dereference, a stray 'C' character was output to the modalias when no

[PATCH 4.4 068/146] btrfs: account for non-CoWd blocks in btrfs_abort_transaction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Mahoney commit 64c12921e11b3a0c10d088606e328c58e29274d8 upstream. The test for !trans->blocks_used in btrfs_abort_transaction is insufficient to determine whether it's

[PATCH 4.4 067/146] percpu: fix synchronization between synchronous map extension and chunk destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 6710e594f71ccaad8101bc64321152af7cd9ea28 upstream. For non-atomic allocations, pcpu_alloc() can try to extend the area map synchronously after dropping

[PATCH 4.4 018/146] of: fix autoloading due to broken modalias with no compatible

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit b3c0a4dab7e35a9b6d69c0415641d2280fdefb2b upstream. Because of an improper dereference, a stray 'C' character was output to the modalias when no 'compatible' was specified.

[PATCH 4.4 068/146] btrfs: account for non-CoWd blocks in btrfs_abort_transaction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Mahoney commit 64c12921e11b3a0c10d088606e328c58e29274d8 upstream. The test for !trans->blocks_used in btrfs_abort_transaction is insufficient to determine whether it's safe to drop the

[PATCH 4.4 067/146] percpu: fix synchronization between synchronous map extension and chunk destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 6710e594f71ccaad8101bc64321152af7cd9ea28 upstream. For non-atomic allocations, pcpu_alloc() can try to extend the area map synchronously after dropping pcpu_lock; however, the

[PATCH 4.4 054/146] HID: hiddev: validate num_values for HIDIOCGUSAGES, HIDIOCSUSAGES commands

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Scott Bauer commit 93a2001bdfd5376c3dc2158653034c20392d15c5 upstream. This patch validates the num_values parameter from userland during the HIDIOCGUSAGES and

[PATCH 4.4 054/146] HID: hiddev: validate num_values for HIDIOCGUSAGES, HIDIOCSUSAGES commands

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Scott Bauer commit 93a2001bdfd5376c3dc2158653034c20392d15c5 upstream. This patch validates the num_values parameter from userland during the HIDIOCGUSAGES and HIDIOCSUSAGES commands.

[PATCH 4.4 070/146] drm/amdgpu/gfx7: fix broken condition check

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 8b18300c13a1e08e152f6b6a430faac84f986231 upstream. Wrong operator. Reported-by: David Binderman Signed-off-by:

[PATCH] iio: ad5755: fix off-by-one on devnr limit check

From: Colin Ian King The comparison for devnr limits is off-by-one, the current check allows 0 to AD5755_NUM_CHANNELS and the limit should be in fact 0 to AD5755_NUM_CHANNELS - 1. This can lead to an out of bounds write to pdata->dac[devnr]. Fix this by replacing >

[PATCH 4.4 069/146] drm/radeon: fix asic initialization for virtualized environments

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 05082b8bbd1a0ffc74235449c4b8930a8c240f85 upstream. When executing in a PCI passthrough based virtuzliation environment, the hypervisor will

[PATCH 4.4 070/146] drm/amdgpu/gfx7: fix broken condition check

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 8b18300c13a1e08e152f6b6a430faac84f986231 upstream. Wrong operator. Reported-by: David Binderman Signed-off-by: Alex Deucher Signed-off-by: Greg Kroah-Hartman ---

[PATCH] iio: ad5755: fix off-by-one on devnr limit check

From: Colin Ian King The comparison for devnr limits is off-by-one, the current check allows 0 to AD5755_NUM_CHANNELS and the limit should be in fact 0 to AD5755_NUM_CHANNELS - 1. This can lead to an out of bounds write to pdata->dac[devnr]. Fix this by replacing > with >= on the comparison.

[PATCH 4.4 069/146] drm/radeon: fix asic initialization for virtualized environments

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 05082b8bbd1a0ffc74235449c4b8930a8c240f85 upstream. When executing in a PCI passthrough based virtuzliation environment, the hypervisor will usually attempt to send a PCIe

[PATCH 4.6 014/203] powerpc/iommu: Remove the dependency on EEH struct in DDW mechanism

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Guilherme G. Piccoli commit 8445a87f7092bc8336ea1305be9306f26b846d93 upstream. Commit 39baadbf36ce ("powerpc/eeh: Remove eeh information from pci_dn") changed the

[PATCH 4.6 014/203] powerpc/iommu: Remove the dependency on EEH struct in DDW mechanism

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Guilherme G. Piccoli commit 8445a87f7092bc8336ea1305be9306f26b846d93 upstream. Commit 39baadbf36ce ("powerpc/eeh: Remove eeh information from pci_dn") changed the pci_dn struct by removing its

[PATCH 4.4 073/146] drm/amdkfd: destroy dbgmgr in notifier release

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oded Gabbay commit bc4755a4bd1845ef6e88ac8c62f12e05bb530256 upstream. amdkfd need to destroy the debug manager in case amdkfd's notifier function is called before the

[PATCH 4.4 014/146] usb: common: otg-fsm: add license to usb-otg-fsm

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oscar commit ea1d39a31d3b1b6060b6e83e5a29c069a124c68a upstream. Fix warning about tainted kernel because usb-otg-fsm has no license. WARNING: with this patch usb-otg-fsm

[PATCH 4.4 074/146] drm/dp/mst: Always clear proposed vcpi table for port.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Grodzovsky commit fd2d2bac6e79b0be91ab86a6075a0c46ffda658a upstream. Not clearing mst manager's proposed vcpis table for destroyed connectors when the

[PATCH 4.4 076/146] drm/nouveau/disp/sor/gf119: both links use the same training register

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit a8953c52b95167b5d21a66f0859751570271d834 upstream. It appears that, for whatever reason, both link A and B use the same register to control the training

[PATCH 4.4 073/146] drm/amdkfd: destroy dbgmgr in notifier release

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oded Gabbay commit bc4755a4bd1845ef6e88ac8c62f12e05bb530256 upstream. amdkfd need to destroy the debug manager in case amdkfd's notifier function is called before the unbind function, because

[PATCH 4.4 014/146] usb: common: otg-fsm: add license to usb-otg-fsm

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oscar commit ea1d39a31d3b1b6060b6e83e5a29c069a124c68a upstream. Fix warning about tainted kernel because usb-otg-fsm has no license. WARNING: with this patch usb-otg-fsm module can be loaded

[PATCH 4.4 074/146] drm/dp/mst: Always clear proposed vcpi table for port.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Grodzovsky commit fd2d2bac6e79b0be91ab86a6075a0c46ffda658a upstream. Not clearing mst manager's proposed vcpis table for destroyed connectors when the manager is stopped leaves it

[PATCH 4.4 076/146] drm/nouveau/disp/sor/gf119: both links use the same training register

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit a8953c52b95167b5d21a66f0859751570271d834 upstream. It appears that, for whatever reason, both link A and B use the same register to control the training pattern. It's a

[PATCH 4.4 057/146] base: make module_create_drivers_dir race-free

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 7e1b1fc4dabd6ec8e28baa0708866e13fa93c9b3 upstream. Modules which register drivers via standard path (driver_register) in parallel can cause a warning:

[PATCH 4.4 057/146] base: make module_create_drivers_dir race-free

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 7e1b1fc4dabd6ec8e28baa0708866e13fa93c9b3 upstream. Modules which register drivers via standard path (driver_register) in parallel can cause a warning: WARNING: CPU: 2 PID:

[PATCH 4.4 085/146] drm: add missing drm_mode_set_crtcinfo call

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit b201e743f42d143f4bcdcb14587caf7cb1d99229 upstream. When setting mode via MODE_ID property, drm_atomic_set_mode_prop_for_crtc() does not call

[PATCH 4.4 058/146] iommu/arm-smmu: Wire up map_sg for arm-smmu-v3

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jean-Philippe Brucker commit 9aeb26cfc2abc96be42b9df2d0f2dc5d805084ff upstream. The map_sg callback is missing from arm_smmu_ops, but is required by iommu.h.

[PATCH 4.4 085/146] drm: add missing drm_mode_set_crtcinfo call

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit b201e743f42d143f4bcdcb14587caf7cb1d99229 upstream. When setting mode via MODE_ID property, drm_atomic_set_mode_prop_for_crtc() does not call drm_mode_set_crtcinfo() which

[PATCH 4.4 058/146] iommu/arm-smmu: Wire up map_sg for arm-smmu-v3

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jean-Philippe Brucker commit 9aeb26cfc2abc96be42b9df2d0f2dc5d805084ff upstream. The map_sg callback is missing from arm_smmu_ops, but is required by iommu.h. Similarly to most other IOMMU

[PATCH 4.4 077/146] drm/nouveau/gr/gf100-: update sm error decoding from gk20a nvgpu headers

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit 383d0a419f8e63e3d65e706c3c515fa9505ce364 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman

[PATCH 4.4 077/146] drm/nouveau/gr/gf100-: update sm error decoding from gk20a nvgpu headers

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit 383d0a419f8e63e3d65e706c3c515fa9505ce364 upstream. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c | 37

[PATCH 4.4 078/146] drm/nouveau/fbcon: fix out-of-bounds memory accesses

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f045f459d925138fe7d6193a8c86406bda7e49da upstream. Reported by KASAN. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman

[PATCH 4.4 075/146] virtio_balloon: fix PFN format for virtio-1

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Michael S. Tsirkin commit 87c9403b0d1de4676b0bd273eea68fcf6de68e68 upstream. Everything should be LE when using virtio-1, but the linux balloon driver does not seem to care

[PATCH 4.4 083/146] drm/i915: Update ifdeffery for mutex->owner

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b19240062722c39fa92c99f04cbfd93034625123 upstream. In commit 7608a43d8f2e ("locking/mutexes: Use MUTEX_SPIN_ON_OWNER when appropriate") the owner

[PATCH 4.4 086/146] drm: make drm_atomic_set_mode_prop_for_crtc() more reliable

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit 6709887c448d1cff51b52d09763c7b834ea5f0be upstream. drm_atomic_set_mode_prop_for_crtc() does not clear the state->mode, so old data may be left

[PATCH 4.4 078/146] drm/nouveau/fbcon: fix out-of-bounds memory accesses

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Skeggs commit f045f459d925138fe7d6193a8c86406bda7e49da upstream. Reported by KASAN. Signed-off-by: Ben Skeggs Signed-off-by: Greg Kroah-Hartman ---

[PATCH 4.4 075/146] virtio_balloon: fix PFN format for virtio-1

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Michael S. Tsirkin commit 87c9403b0d1de4676b0bd273eea68fcf6de68e68 upstream. Everything should be LE when using virtio-1, but the linux balloon driver does not seem to care about that.

[PATCH 4.4 083/146] drm/i915: Update ifdeffery for mutex->owner

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson commit b19240062722c39fa92c99f04cbfd93034625123 upstream. In commit 7608a43d8f2e ("locking/mutexes: Use MUTEX_SPIN_ON_OWNER when appropriate") the owner field in the mutex was

[PATCH 4.4 086/146] drm: make drm_atomic_set_mode_prop_for_crtc() more reliable

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomi Valkeinen commit 6709887c448d1cff51b52d09763c7b834ea5f0be upstream. drm_atomic_set_mode_prop_for_crtc() does not clear the state->mode, so old data may be left there when a new mode is

<    1   2   3   4   5   6   7   8   9   10   >