[PATCH 3.10 46/80] scripts: recordmcount: break hardlinks

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit dd39a26538e37f6c6131e829a4a510787e43c783 upstream. recordmcount edits the file in-place, which can cause problems when using ccache in

[PATCH 3.10 46/80] scripts: recordmcount: break hardlinks

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit dd39a26538e37f6c6131e829a4a510787e43c783 upstream. recordmcount edits the file in-place, which can cause problems when using ccache in hardlink mode. Arrange for

[PATCH 3.10 48/80] Btrfs: igrab inode in writepage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit be7bd730841e69fe8f70120098596f648cd1f3ff upstream. We hit this panic on a few of our boxes this week where we have an ordered_extent with an NULL inode. We

[PATCH 3.10 50/80] Btrfs: fix number of transaction units required to create symlink

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit 9269d12b2d57d9e3d13036bb750762d1110d425c upstream. We weren't accounting for the insertion of an inline extent item for the symlink inode nor that we

[PATCH 3.10 48/80] Btrfs: igrab inode in writepage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Josef Bacik commit be7bd730841e69fe8f70120098596f648cd1f3ff upstream. We hit this panic on a few of our boxes this week where we have an ordered_extent with an NULL inode. We do an igrab()

[PATCH 3.10 50/80] Btrfs: fix number of transaction units required to create symlink

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit 9269d12b2d57d9e3d13036bb750762d1110d425c upstream. We weren't accounting for the insertion of an inline extent item for the symlink inode nor that we need to update the

[PATCH 3.10 47/80] Btrfs: add missing brelse when superblock checksum fails

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Anand Jain commit b2acdddfad13c38a1e8b927d83c3cf321f63601a upstream. Looks like oversight, call brelse() when checksum fails. Further down the code, in the non error

[PATCH 3.10 47/80] Btrfs: add missing brelse when superblock checksum fails

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Anand Jain commit b2acdddfad13c38a1e8b927d83c3cf321f63601a upstream. Looks like oversight, call brelse() when checksum fails. Further down the code, in the non error path, we do call brelse()

[PATCH 3.10 39/80] sched/core: Remove false-positive warning from wake_up_process()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin commit 119d6f6a3be8b424b200dcee56e74484d5445f7e upstream. Because wakeups can (fundamentally) be late, a task might not be in the expected state. Therefore

[PATCH 3.10 49/80] Btrfs: send, dont BUG_ON() when an empty symlink is found

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit a879719b8c90e15c9e7fa7266d5e3c0ca962f9df upstream. When a symlink is successfully created it always has an inline extent containing the source path.

[PATCH 3.10 39/80] sched/core: Remove false-positive warning from wake_up_process()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin commit 119d6f6a3be8b424b200dcee56e74484d5445f7e upstream. Because wakeups can (fundamentally) be late, a task might not be in the expected state. Therefore testing against a

[PATCH 3.10 49/80] Btrfs: send, dont BUG_ON() when an empty symlink is found

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit a879719b8c90e15c9e7fa7266d5e3c0ca962f9df upstream. When a symlink is successfully created it always has an inline extent containing the source path. However if an error

[PATCH 3.10 54/80] uml: flush stdout before forking

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 0754fb298f2f2719f0393491d010d46cfb25d043 upstream. I was seeing some really weird behaviour where piping UML's output somewhere would cause

[PATCH 3.10 52/80] s390/dasd: prevent incorrect length error under z/VM after PAV changes

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 020bf042e5b397479c1174081b935d0ff15d1a64 upstream. The channel checks the specified length and the provided amount of data for CCWs and

[PATCH 3.10 51/80] s390: fix normalization bug in exception table sorting

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit bcb7825a77f41c7dd91da6f7ac10b928156a322e upstream. The normalization pass in the sorting routine of the relative exception table serves two

[PATCH 3.10 54/80] uml: flush stdout before forking

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 0754fb298f2f2719f0393491d010d46cfb25d043 upstream. I was seeing some really weird behaviour where piping UML's output somewhere would cause output to get duplicated: $

[PATCH 3.10 52/80] s390/dasd: prevent incorrect length error under z/VM after PAV changes

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 020bf042e5b397479c1174081b935d0ff15d1a64 upstream. The channel checks the specified length and the provided amount of data for CCWs and provides an incorrect length

[PATCH 3.10 51/80] s390: fix normalization bug in exception table sorting

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit bcb7825a77f41c7dd91da6f7ac10b928156a322e upstream. The normalization pass in the sorting routine of the relative exception table serves two purposes: - it ensures that

[PATCH 3.10 53/80] s390/dasd: fix refcount for PAV reassignment

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 9d862ababb609439c5d6987f6d3ddd09e703aa0b upstream. Add refcount to the DASD device when a summary unit check worker is scheduled. This

[PATCH 3.10 53/80] s390/dasd: fix refcount for PAV reassignment

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 9d862ababb609439c5d6987f6d3ddd09e703aa0b upstream. Add refcount to the DASD device when a summary unit check worker is scheduled. This prevents that the device is set

[PATCH 3.10 55/80] uml: fix hostfs mknod()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 9f2dfda2f2f1c6181c3732c16b85c59ab2d195e0 upstream. An inverted return value check in hostfs_mknod() caused the function to return success after

[PATCH 3.10 56/80] [media] media: dvb-core: Dont force CAN_INVERSION_AUTO in oneshot mode

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit c9d57de6103e343f2d4e04ea8d9e417e10a24da7 upstream. When in FE_TUNE_MODE_ONESHOT the frontend must report the actual capabilities so user can take

[PATCH 3.10 55/80] uml: fix hostfs mknod()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 9f2dfda2f2f1c6181c3732c16b85c59ab2d195e0 upstream. An inverted return value check in hostfs_mknod() caused the function to return success after handling it as an error

[PATCH 3.10 56/80] [media] media: dvb-core: Dont force CAN_INVERSION_AUTO in oneshot mode

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit c9d57de6103e343f2d4e04ea8d9e417e10a24da7 upstream. When in FE_TUNE_MODE_ONESHOT the frontend must report the actual capabilities so user can take appropriate action.

[PATCH 3.10 61/80] mmc: mmci: fix an ages old detection error

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 0bcb7efdff63564e80fe84dd36a9fbdfbf6697a4 upstream. commit 4956e10903fd ("ARM: 6244/1: mmci: add variant data and default MCICLOCK support")

[PATCH 3.10 38/80] can: sja1000: clear interrupts on start

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mirza Krak commit 7cecd9ab80f43972c056dc068338f7bcc407b71c upstream. According to SJA1000 data sheet error-warning (EI) interrupt is not cleared by setting the

[PATCH 3.10 61/80] mmc: mmci: fix an ages old detection error

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 0bcb7efdff63564e80fe84dd36a9fbdfbf6697a4 upstream. commit 4956e10903fd ("ARM: 6244/1: mmci: add variant data and default MCICLOCK support") added variant data for ARM,

[PATCH 3.10 38/80] can: sja1000: clear interrupts on start

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mirza Krak commit 7cecd9ab80f43972c056dc068338f7bcc407b71c upstream. According to SJA1000 data sheet error-warning (EI) interrupt is not cleared by setting the controller in to reset-mode.

[PATCH 3.10 57/80] [media] gspca: ov534/topro: prevent a division by 0

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Antonio Ospite commit dcc7fdbec53a960588f2c40232db2c6466c09917 upstream. v4l2-compliance sends a zeroed struct v4l2_streamparm in v4l2-test-formats.cpp::testParmType(), and this

[PATCH 3.10 59/80] dm snapshot: fix hung bios when copy error occurs

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 385277bfb57faac44e92497104ba542cdd82d5fe upstream. When there is an error copying a chunk dm-snapshot can incorrectly hold associated bios

[PATCH 3.10 57/80] [media] gspca: ov534/topro: prevent a division by 0

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Antonio Ospite commit dcc7fdbec53a960588f2c40232db2c6466c09917 upstream. v4l2-compliance sends a zeroed struct v4l2_streamparm in v4l2-test-formats.cpp::testParmType(), and this results in a

[PATCH 3.10 59/80] dm snapshot: fix hung bios when copy error occurs

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 385277bfb57faac44e92497104ba542cdd82d5fe upstream. When there is an error copying a chunk dm-snapshot can incorrectly hold associated bios indefinitely, resulting in

[PATCH 3.10 58/80] [media] tda1004x: only update the frontend properties if locked

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab commit e8beb02343e7582980c6705816cd957cf4f74c7a upstream. The tda1004x was updating the properties cache before locking. If the device is not

[PATCH 3.10 60/80] posix-clock: Fix return code on the poll methods error path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Richard Cochran commit 1b9f23727abb92c5e58f139e7d180befcaa06fe0 upstream. The posix_clock_poll function is supposed to return a bit mask of POLLxxx values. However,

[PATCH 3.10 58/80] [media] tda1004x: only update the frontend properties if locked

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab commit e8beb02343e7582980c6705816cd957cf4f74c7a upstream. The tda1004x was updating the properties cache before locking. If the device is not locked, the data at the

[PATCH 3.10 60/80] posix-clock: Fix return code on the poll methods error path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Richard Cochran commit 1b9f23727abb92c5e58f139e7d180befcaa06fe0 upstream. The posix_clock_poll function is supposed to return a bit mask of POLLxxx values. However, in case the hardware has

[PATCH 3.10 18/80] MIPS: KVM: Uninit VCPU in vcpu_create error path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 585bb8f9a5e592f2ce7abbe5ed3112d5438d2754 upstream. If either of the memory allocations in kvm_arch_vcpu_create() fail, the vcpu which has been

[PATCH 3.10 21/80] unix: correctly track in-flight fds in sending process user_struct

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Frederic Sowa commit 415e3d3e90ce9e18727e8843ae343eda5a58fad6 upstream. The commit referenced in the Fixes tag incorrectly accounted the number of in-flight

[PATCH 3.10 18/80] MIPS: KVM: Uninit VCPU in vcpu_create error path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 585bb8f9a5e592f2ce7abbe5ed3112d5438d2754 upstream. If either of the memory allocations in kvm_arch_vcpu_create() fail, the vcpu which has been allocated and kvm_vcpu_init'd

[PATCH 3.10 21/80] unix: correctly track in-flight fds in sending process user_struct

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Frederic Sowa commit 415e3d3e90ce9e18727e8843ae343eda5a58fad6 upstream. The commit referenced in the Fixes tag incorrectly accounted the number of in-flight fds over a unix domain

Re: [PATCH 0/3] OOM detection rework v4

On Mon, Feb 29, 2016 at 10:02:13PM +0100, Michal Hocko wrote: > Andrew, > could you queue this one as well, please? This is more a band aid than a > real solution which I will be working on as soon as I am able to > reproduce the issue but the patch should help to some degree at least. I'm not

[PATCH 3.10 19/80] splice: sendfile() at once fails for big files

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Leroy commit 0ff28d9f4674d781e492bcff6f32f0fe48cf0fed upstream. Using sendfile with below small program to get MD5 sums of some files, it appear that big

[PATCH 3.10 37/80] RDS: fix race condition when sending a message on unbound socket

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Quentin Casasnovas commit 8c7188b23474cca017b3ef354c4a58456f68303a upstream. Sasha's found a NULL pointer dereference in the RDS connection code when sending a

[PATCH 3.10 36/80] mac80211: mesh: fix call_rcu() usage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit c2e703a55245bfff3db53b1f7cbe59f1ee8a4339 upstream. When using call_rcu(), the called function may be delayed quite significantly, and without a

[PATCH 3.10 17/80] MIPS: KVM: Fix CACHE immediate offset sign extension

3.10-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit c5c2a3b998f1ff5a586f9d37e154070b8d550d17 upstream. The immediate field of the CACHE instruction is signed, so ensure that it gets sign extended by

Re: [PATCH 0/3] OOM detection rework v4

On Mon, Feb 29, 2016 at 10:02:13PM +0100, Michal Hocko wrote: > Andrew, > could you queue this one as well, please? This is more a band aid than a > real solution which I will be working on as soon as I am able to > reproduce the issue but the patch should help to some degree at least. I'm not

[PATCH 3.10 19/80] splice: sendfile() at once fails for big files

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Leroy commit 0ff28d9f4674d781e492bcff6f32f0fe48cf0fed upstream. Using sendfile with below small program to get MD5 sums of some files, it appear that big files (over 64kbytes with

[PATCH 3.10 37/80] RDS: fix race condition when sending a message on unbound socket

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Quentin Casasnovas commit 8c7188b23474cca017b3ef354c4a58456f68303a upstream. Sasha's found a NULL pointer dereference in the RDS connection code when sending a message to an apparently

[PATCH 3.10 36/80] mac80211: mesh: fix call_rcu() usage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit c2e703a55245bfff3db53b1f7cbe59f1ee8a4339 upstream. When using call_rcu(), the called function may be delayed quite significantly, and without a matching rcu_barrier()

[PATCH 3.10 17/80] MIPS: KVM: Fix CACHE immediate offset sign extension

3.10-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit c5c2a3b998f1ff5a586f9d37e154070b8d550d17 upstream. The immediate field of the CACHE instruction is signed, so ensure that it gets sign extended by casting it to an int16_t

Re: [PATCH 2/2] rtc: max77686: Use REGMAP_IRQ_REG for regmap-rtc-irqs initialisation

On Wednesday 02 March 2016 06:30 AM, Krzysztof Kozlowski wrote: On 29.02.2016 21:58, Laxman Dewangan wrote: use macro REGMAP_IRQ_REG from regmap.h to initialise the regmap irq table for max77686. Why? Any benefits? I think it is better coding to use macro for member initializations instead

Re: [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.

On Wed, Feb 24, 2016 at 04:02:07PM -0800, David Daney wrote: > From: Ganapatrao Kulkarni > > At present cpumask_of_pcibus is defined for !CONFIG_NUMA and moving out > to common will allow to use for numa too. This also avoids > redefinition of this macro in

[PATCH 3.10 72/80] libata: fix sff host state machine locking while polling

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 8eee1d3ed5b6fc8e14389567c9a6f53f82bb7224 upstream. The bulk of ATA host state machine is implemented by ata_sff_hsm_move(). The function is called from

Re: [PATCH 2/2] rtc: max77686: Use REGMAP_IRQ_REG for regmap-rtc-irqs initialisation

On Wednesday 02 March 2016 06:30 AM, Krzysztof Kozlowski wrote: On 29.02.2016 21:58, Laxman Dewangan wrote: use macro REGMAP_IRQ_REG from regmap.h to initialise the regmap irq table for max77686. Why? Any benefits? I think it is better coding to use macro for member initializations instead

Re: [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.

On Wed, Feb 24, 2016 at 04:02:07PM -0800, David Daney wrote: > From: Ganapatrao Kulkarni > > At present cpumask_of_pcibus is defined for !CONFIG_NUMA and moving out > to common will allow to use for numa too. This also avoids > redefinition of this macro in respective architecture header files.

[PATCH 3.10 72/80] libata: fix sff host state machine locking while polling

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 8eee1d3ed5b6fc8e14389567c9a6f53f82bb7224 upstream. The bulk of ATA host state machine is implemented by ata_sff_hsm_move(). The function is called from either the interrupt

[PATCH 3.10 63/80] drm/vmwgfx: respect nomodeset

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Rob Clark commit 96c5d076f0a5e2023ecdb44d8261f87641ee71e0 upstream. Signed-off-by: Rob Clark Reviewed-by: Thomas Hellstrom .

[PATCH 3.10 63/80] drm/vmwgfx: respect nomodeset

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Rob Clark commit 96c5d076f0a5e2023ecdb44d8261f87641ee71e0 upstream. Signed-off-by: Rob Clark Reviewed-by: Thomas Hellstrom . Signed-off-by: Dave Airlie Signed-off-by: Greg Kroah-Hartman

[PATCH 3.10 79/80] do_last(): dont let a bogus return value from ->open() et.al. to confuse us

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit c80567c82ae4814a41287618e315a60ecf513be6 upstream. ... into returning a positive to path_openat(), which would interpret that as "symlink had been

[PATCH 3.10 79/80] do_last(): dont let a bogus return value from ->open() et.al. to confuse us

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit c80567c82ae4814a41287618e315a60ecf513be6 upstream. ... into returning a positive to path_openat(), which would interpret that as "symlink had been encountered" and proceed to

[PATCH 3.10 80/80] xen/pcifront: Fix mysterious crashes when NUMA locality information was extracted.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Konrad Rzeszutek Wilk commit 4d8c8bd6f2062c9988817183a91fe2e623c8aa5e upstream. Occasionaly PV guests would crash with: pciback :00:00.1: Xen PCI mapped GSI0 to

[PATCH 3.10 64/80] drm/radeon: clean up fujitsu quirks

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 0eb1c3d4084eeb6fb3a703f88d6ce1521f8fcdd1 upstream. Combine the two quirks. bug: https://bugzilla.kernel.org/show_bug.cgi?id=109481

[PATCH 3.10 67/80] IB/qib: fix mcast detach when qp not attached

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mike Marciniszyn commit 09dc9cd6528f5b52bcbd3292a6312e762c85260f upstream. The code produces the following trace: [1750924.419007] general protection fault:

[PATCH 3.10 80/80] xen/pcifront: Fix mysterious crashes when NUMA locality information was extracted.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Konrad Rzeszutek Wilk commit 4d8c8bd6f2062c9988817183a91fe2e623c8aa5e upstream. Occasionaly PV guests would crash with: pciback :00:00.1: Xen PCI mapped GSI0 to IRQ16 BUG: unable to

[PATCH 3.10 64/80] drm/radeon: clean up fujitsu quirks

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 0eb1c3d4084eeb6fb3a703f88d6ce1521f8fcdd1 upstream. Combine the two quirks. bug: https://bugzilla.kernel.org/show_bug.cgi?id=109481 Signed-off-by: Alex Deucher

[PATCH 3.10 67/80] IB/qib: fix mcast detach when qp not attached

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mike Marciniszyn commit 09dc9cd6528f5b52bcbd3292a6312e762c85260f upstream. The code produces the following trace: [1750924.419007] general protection fault: [#3] SMP [1750924.420364]

[PATCH 3.10 68/80] libceph: dont bail early from try_read() when skipping a message

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit e7a88e82fe380459b864e05b372638aeacb0f52d upstream. The contract between try_read() and try_write() is that when called each processes as much data as

[PATCH 3.10 75/80] KVM: async_pf: do not warn on page allocation failures

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit d7444794a02ff655eda87e3cc54e86b940e7736f upstream. In async_pf we try to allocate with NOWAIT to get an element quickly or fail. This code

[PATCH 3.10 68/80] libceph: dont bail early from try_read() when skipping a message

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit e7a88e82fe380459b864e05b372638aeacb0f52d upstream. The contract between try_read() and try_write() is that when called each processes as much data as possible. When

[PATCH 3.10 75/80] KVM: async_pf: do not warn on page allocation failures

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Christian Borntraeger commit d7444794a02ff655eda87e3cc54e86b940e7736f upstream. In async_pf we try to allocate with NOWAIT to get an element quickly or fail. This code also handle failures

[PATCH 3.10 70/80] rfkill: fix rfkill_fop_read wait_event usage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 6736fde9672ff6717ac576e9bba2fd5f3dfec822 upstream. The code within wait_event_interruptible() is called with !TASK_RUNNING, so mustn't call any

Re: [PATCH 2/4] regulator: core: Add support for active-discharge configuration

On Wednesday 02 March 2016 07:14 AM, Mark Brown wrote: * PGP Signed by an unknown key On Tue, Mar 01, 2016 at 06:08:13PM +0530, Laxman Dewangan wrote: + * @active_discharge: Enable/disable active discharge. The values are: + * -1: Default, 0: Disable, 1: Enable. This isn't

[PATCH 3.14 001/130] tracepoints: Do not trace when cpu is offline

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit f37755490fe9bf76f6ba1d8c6591745d3574a6a6 upstream. The tracepoint infrastructure uses RCU sched protection to enable and disable

[PATCH 3.10 70/80] rfkill: fix rfkill_fop_read wait_event usage

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 6736fde9672ff6717ac576e9bba2fd5f3dfec822 upstream. The code within wait_event_interruptible() is called with !TASK_RUNNING, so mustn't call any functions that can sleep,

Re: [PATCH 2/4] regulator: core: Add support for active-discharge configuration

On Wednesday 02 March 2016 07:14 AM, Mark Brown wrote: * PGP Signed by an unknown key On Tue, Mar 01, 2016 at 06:08:13PM +0530, Laxman Dewangan wrote: + * @active_discharge: Enable/disable active discharge. The values are: + * -1: Default, 0: Disable, 1: Enable. This isn't

[PATCH 3.14 001/130] tracepoints: Do not trace when cpu is offline

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit f37755490fe9bf76f6ba1d8c6591745d3574a6a6 upstream. The tracepoint infrastructure uses RCU sched protection to enable and disable tracepoints safely. There are

[PATCH 3.10 69/80] cdc-acm:exclude Samsung phone 04e8:685d

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit e912e685f372ab62a2405a1acd923597f524e94a upstream. This phone needs to be handled by a specialised firmware tool and is reported to crash irrevocably if

Re: [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.

On Wed, Feb 24, 2016 at 04:02:08PM -0800, David Daney wrote: > From: Ganapatrao Kulkarni > > NODE_DATA is defined across multiple asm header files. > Moving generic definition to asm-generic/mmzone.h to > remove redundant definitions. > > Reviewed-by: Robert

[PATCH 3.10 69/80] cdc-acm:exclude Samsung phone 04e8:685d

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum commit e912e685f372ab62a2405a1acd923597f524e94a upstream. This phone needs to be handled by a specialised firmware tool and is reported to crash irrevocably if cdc-acm takes it.

Re: [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.

On Wed, Feb 24, 2016 at 04:02:08PM -0800, David Daney wrote: > From: Ganapatrao Kulkarni > > NODE_DATA is defined across multiple asm header files. > Moving generic definition to asm-generic/mmzone.h to > remove redundant definitions. > > Reviewed-by: Robert Richter > Signed-off-by: Ganapatrao

[PATCH 3.14 003/130] netfilter: nf_tables: fix bogus warning in nft_data_uninit()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mirek Kratochvil commit 960bd2c26421d321e890f1936938196ead41976f upstream. The values 0x-0xfeff are reserved for userspace datatype. When, deleting set elements

[PATCH 3.10 71/80] Revert "workqueue: make sure delayed work run in local cpu"

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 041bd12e272c53a35c54c13875839bcb98c999ce upstream. This reverts commit 874bbfe600a660cba9c776b3957b1ce393151b76. Workqueue used to implicity guarantee that

[PATCH 3.14 005/130] netfilter: ip6t_SYNPROXY: fix NULL pointer dereference

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Phil Sutter commit 96fffb4f23f124f297d51dedc9cf51d19eb88ee1 upstream. This happens when networking namespaces are enabled. Suggested-by: Patrick McHardy

[PATCH 3.14 004/130] netfilter: ipt_rpfilter: remove the nh_scope test in rpfilter_lookup_reverse

3.14-stable review patch. If anyone has any objections, please let me know. -- From: lucien commit cc4998febd567d1c671684abce5595344bd4e8b2 upstream. --accept-local option works for res.type == RTN_LOCAL, which should be from the local table, but there,

[PATCH 3.14 012/130] bcache: Change refill_dirty() to always scan entire disk if necessary

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kent Overstreet commit 627ccd20b4ad3ba836472468208e2ac4dfadbf03 upstream. Previously, it would only scan the entire disk if it was starting from the very start of

[PATCH 3.14 003/130] netfilter: nf_tables: fix bogus warning in nft_data_uninit()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mirek Kratochvil commit 960bd2c26421d321e890f1936938196ead41976f upstream. The values 0x-0xfeff are reserved for userspace datatype. When, deleting set elements with maps, a bogus

[PATCH 3.10 71/80] Revert "workqueue: make sure delayed work run in local cpu"

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 041bd12e272c53a35c54c13875839bcb98c999ce upstream. This reverts commit 874bbfe600a660cba9c776b3957b1ce393151b76. Workqueue used to implicity guarantee that work items queued

[PATCH 3.14 005/130] netfilter: ip6t_SYNPROXY: fix NULL pointer dereference

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Phil Sutter commit 96fffb4f23f124f297d51dedc9cf51d19eb88ee1 upstream. This happens when networking namespaces are enabled. Suggested-by: Patrick McHardy Signed-off-by: Phil Sutter

[PATCH 3.14 004/130] netfilter: ipt_rpfilter: remove the nh_scope test in rpfilter_lookup_reverse

3.14-stable review patch. If anyone has any objections, please let me know. -- From: lucien commit cc4998febd567d1c671684abce5595344bd4e8b2 upstream. --accept-local option works for res.type == RTN_LOCAL, which should be from the local table, but there, the fib_info's

[PATCH 3.14 012/130] bcache: Change refill_dirty() to always scan entire disk if necessary

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kent Overstreet commit 627ccd20b4ad3ba836472468208e2ac4dfadbf03 upstream. Previously, it would only scan the entire disk if it was starting from the very start of the disk - i.e. if the

[PATCH 3.14 010/130] bcache: unregister reboot notifier if bcache fails to unregister device

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit 2ecf0cdb2b437402110ab57546e02abfa68a716b upstream. In bcache_init() function it forgot to unregister reboot notifier if bcache fails to unregister a

[PATCH 3.10 78/80] kernel/resource.c: fix muxed resource handling in __request_region()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Simon Guinot commit 59ceeaaf355fa0fb16558ef7c24413c804932ada upstream. In __request_region, if a conflict with a BUSY and MUXED resource is detected, then the

[PATCH 3.10 62/80] sparc64: fix incorrect sign extension in sys_sparc64_personality

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry V. Levin commit 525fd5a94e1be0776fa652df5c687697db508c91 upstream. The value returned by sys_personality has type "long int". It is saved to a variable of type

[PATCH 3.14 002/130] drm/ast: Initialized data needed to map fbdev memory

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Egbert Eich commit 28fb4cb7fa6f63dc2fbdb5f2564dcbead8e3eee0 upstream. Due to a missing initialization there was no way to map fbdev memory. Thus for example using the Xserver

[PATCH 3.14 010/130] bcache: unregister reboot notifier if bcache fails to unregister device

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit 2ecf0cdb2b437402110ab57546e02abfa68a716b upstream. In bcache_init() function it forgot to unregister reboot notifier if bcache fails to unregister a block device. This

[PATCH 3.10 78/80] kernel/resource.c: fix muxed resource handling in __request_region()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Simon Guinot commit 59ceeaaf355fa0fb16558ef7c24413c804932ada upstream. In __request_region, if a conflict with a BUSY and MUXED resource is detected, then the caller goes to sleep and waits

[PATCH 3.10 62/80] sparc64: fix incorrect sign extension in sys_sparc64_personality

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry V. Levin commit 525fd5a94e1be0776fa652df5c687697db508c91 upstream. The value returned by sys_personality has type "long int". It is saved to a variable of type "int", which is not a

[PATCH 3.14 002/130] drm/ast: Initialized data needed to map fbdev memory

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Egbert Eich commit 28fb4cb7fa6f63dc2fbdb5f2564dcbead8e3eee0 upstream. Due to a missing initialization there was no way to map fbdev memory. Thus for example using the Xserver with the fbdev

[PATCH 3.10 76/80] tracing: Fix showing function event in available_events

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit d045437a169f899dfb0f6f7ede24cc042543ced9 upstream. The ftrace:function event is only displayed for parsing the function tracer data. It is

[PATCH 3.14 008/130] bcache: clear BCACHE_DEV_UNLINK_DONE flag when attaching a backing device

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit fecaee6f20ee122ad75402c53d8278f9bb142ddc upstream. This bug can be reproduced by the following script: #!/bin/bash bcache_sysfs="/sys/fs/bcache"

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