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 not used to enable
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"
function
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 4d4d8573a8451acc9f01cbea24b7e55f04a252fe upstream.
Signed-off-by: Al Viro
Tested-by: Joshua Schmid
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 4d4d8573a8451acc9f01cbea24b7e55f04a252fe upstream.
Signed-off-by: Al Viro
Tested-by: Joshua Schmid
Tested-by: Eric Wheeler
Cc: Kent Overstreet
Signed-off-by: Jens Axboe
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit c5f1e5adf956e3ba82d204c7c141a75da9fa449a upstream.
Signed-off-by: Takashi Iwai
Tested-by: Eric Wheeler
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hariprasad S
commit 67f1aee6f45059fd6b0f5b0ecb2c97ad0451f6b3 upstream.
The cxgb3_*_send() functions return NET_XMIT_ values, which are
positive integers values. So
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Corey Wright
Modify mm_access() calls in fs/proc/task_mmu.c and fs/proc/task_nommu.c to
have the mode include PTRACE_MODE_FSCREDS so accessing /proc/pid/maps and
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Kent Overstreet
commit c5f1e5adf956e3ba82d204c7c141a75da9fa449a upstream.
Signed-off-by: Takashi Iwai
Tested-by: Eric Wheeler
Cc: Kent Overstreet
Signed-off-by: Jens Axboe
Signed-off-by:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hariprasad S
commit 67f1aee6f45059fd6b0f5b0ecb2c97ad0451f6b3 upstream.
The cxgb3_*_send() functions return NET_XMIT_ values, which are
positive integers values. So don't treat positive return
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Corey Wright
Modify mm_access() calls in fs/proc/task_mmu.c and fs/proc/task_nommu.c to
have the mode include PTRACE_MODE_FSCREDS so accessing /proc/pid/maps and
/proc/pid/pagemap is not
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin
commit 74e98eb085889b0d2d4908f59f6e00026063014f upstream.
There was no verification that an underlying transport exists when creating
a connection, this
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 8cbf74da435d1bd13dbb790f94c7ff67b2fb6af4 upstream.
it's 1 in the only remaining caller.
Signed-off-by: Al Viro
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Airlie
commit 7f98ca454ad373fc1b76be804fa7138ff68c1d27 upstream.
We apparantly get a hotplug irq before we've initialised
modesetting,
[drm] Loading R100 Microcode
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin
commit 74e98eb085889b0d2d4908f59f6e00026063014f upstream.
There was no verification that an underlying transport exists when creating
a connection, this would cause dereferencing
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 8cbf74da435d1bd13dbb790f94c7ff67b2fb6af4 upstream.
it's 1 in the only remaining caller.
Signed-off-by: Al Viro
Signed-off-by: Greg Kroah-Hartman
---
fs/dcache.c | 11
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Airlie
commit 7f98ca454ad373fc1b76be804fa7138ff68c1d27 upstream.
We apparantly get a hotplug irq before we've initialised
modesetting,
[drm] Loading R100 Microcode
BUG: unable to handle
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 64fd72e0a44bdd62c5ca277cb24d0d02b2d8e9dc upstream.
It can happen only when dentry_kill() is called with unlock_on_failure
equal to 0 - other callers
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit 002374f371bd02df864cce1fe85d90dc5b292837 upstream.
ASID restoration on guest resume should determine the guest execution
mode based on the guest
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit c2338f2dc7c1e9f6202f370c64ffd7f44f3d4b51 upstream.
Dentry that had been through (or into) __dentry_kill() might be seen
by shrink_dentry_list(); that's
This is the start of the stable review cycle for the 3.14.63 release.
There are 130 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 Thu Mar 3 23:44:39 UTC 2016.
Anything
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 64fd72e0a44bdd62c5ca277cb24d0d02b2d8e9dc upstream.
It can happen only when dentry_kill() is called with unlock_on_failure
equal to 0 - other callers had dentry pinned until the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit 002374f371bd02df864cce1fe85d90dc5b292837 upstream.
ASID restoration on guest resume should determine the guest execution
mode based on the guest Status register rather than
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit c2338f2dc7c1e9f6202f370c64ffd7f44f3d4b51 upstream.
Dentry that had been through (or into) __dentry_kill() might be seen
by shrink_dentry_list(); that's normal, it'll be taken
This is the start of the stable review cycle for the 3.14.63 release.
There are 130 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 Thu Mar 3 23:44:39 UTC 2016.
Anything
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b2b80195d8829921506880f6dccd21cabd163d0d upstream.
We have the same problem with ->d_lock order in the inner loop, where
we are dropping references to
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 046b961b45f93a92e4c70525a12f3d378bced130 upstream.
The cause of livelocks there is that we are taking ->d_lock on
dentry and its parent in the wrong
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 9f12600fe425bc28f0ccba034a77783c09c15af4 upstream.
lock_parent() very much on purpose does nested locking of dentries, and
is careful to
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b2b80195d8829921506880f6dccd21cabd163d0d upstream.
We have the same problem with ->d_lock order in the inner loop, where
we are dropping references to ancestors. Same
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 046b961b45f93a92e4c70525a12f3d378bced130 upstream.
The cause of livelocks there is that we are taking ->d_lock on
dentry and its parent in the wrong order, forcing us to use
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 9f12600fe425bc28f0ccba034a77783c09c15af4 upstream.
lock_parent() very much on purpose does nested locking of dentries, and
is careful to maintain the right order (lock
3.14-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
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ingo Molnar
commit 23a0d4e8fa6d3a1d7fb819f79bcc0a3739c30ba9 upstream.
Tapasweni Pathak reported that we do a kmalloc() in efi_call_phys_prolog()
on x86-64 while having
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Leitner
commit 77751427a1ff25b27d47a4c36b12c3c8667855ac upstream.
Currently we don't check if the new MTU is valid or not and this allows
one to configure a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 4c9a4bc89a9cca8128bce67d6bc8870d6b7ee0b2 upstream.
In order to remove dropping rq->lock from the
switched_{to,from}()/prio_changed() sched_class
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ingo Molnar
commit 23a0d4e8fa6d3a1d7fb819f79bcc0a3739c30ba9 upstream.
Tapasweni Pathak reported that we do a kmalloc() in efi_call_phys_prolog()
on x86-64 while having interrupts disabled,
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Leitner
commit 77751427a1ff25b27d47a4c36b12c3c8667855ac upstream.
Currently we don't check if the new MTU is valid or not and this allows
one to configure a smaller than minimum
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 4c9a4bc89a9cca8128bce67d6bc8870d6b7ee0b2 upstream.
In order to remove dropping rq->lock from the
switched_{to,from}()/prio_changed() sched_class methods, run the
balance
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Olga Kornievskaia
commit a41cbe86df3afbc82311a1640e20858c0cd7e065 upstream.
A test case is as the description says:
open(foobar, O_WRONLY);
sleep() --> reboot the server
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Olga Kornievskaia
commit a41cbe86df3afbc82311a1640e20858c0cd7e065 upstream.
A test case is as the description says:
open(foobar, O_WRONLY);
sleep() --> reboot the server
close(foobar)
The
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Manish Chopra
commit ad6afbe9578d1fa26680faf78c846bd8c00d1d6e upstream.
The scratchpad is a shared block between all functions of a given device.
Due to HW
3.14-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
3.14-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
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Manish Chopra
commit ad6afbe9578d1fa26680faf78c846bd8c00d1d6e upstream.
The scratchpad is a shared block between all functions of a given device.
Due to HW limitations, we can't properly
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 8046d6806247088de5725eaf8a2580b29e50ac5a upstream.
In order to be able to use pull_rt_task() from a callback, we need to
do away with the return
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 6c3b4d44ba2838f00614a5a2d777d4401e0bfd71 upstream.
The idle post_schedule flag is just a vile waste of time, furthermore
it appears unneeded, move
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 8046d6806247088de5725eaf8a2580b29e50ac5a upstream.
In order to be able to use pull_rt_task() from a callback, we need to
do away with the return value.
Since the return
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 6c3b4d44ba2838f00614a5a2d777d4401e0bfd71 upstream.
The idle post_schedule flag is just a vile waste of time, furthermore
it appears unneeded, move the idle_enter_fair()
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 0ea60c2054fc3b0c3eb68ac4f6884f3ee78d9925 upstream.
In order to be able to use pull_dl_task() from a callback, we need to
do away with the return
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit b02bab6b0f928d49dbfb03e1e4e9dd43647623d7 upstream.
These async_XX functions are called from md/raid5 in an atomic
section, between get_cpu() and put_cpu(), so
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 0ea60c2054fc3b0c3eb68ac4f6884f3ee78d9925 upstream.
In order to be able to use pull_dl_task() from a callback, we need to
do away with the return value.
Since the return
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit b02bab6b0f928d49dbfb03e1e4e9dd43647623d7 upstream.
These async_XX functions are called from md/raid5 in an atomic
section, between get_cpu() and put_cpu(), so they must not
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 24dd2f64c5a877392925202321c7c2c46c2b0ddf upstream.
Avoids spew on resume for systems where sysfs may
fail even on init.
bug:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit abc7e40c81d113ef4bacb556f0a77ca63ac81d85 upstream.
If a interrupt chip utilizes chip->buslock then free_irq() can
deadlock in the following way:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Volkov
commit 0f090bf14e51e7eefb71d9d1c545807f8b627986 upstream.
Since WM8650 has the same 'WMT' SDHC controller as WM8505, and the driver
is already in the kernel,
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 24dd2f64c5a877392925202321c7c2c46c2b0ddf upstream.
Avoids spew on resume for systems where sysfs may
fail even on init.
bug:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit abc7e40c81d113ef4bacb556f0a77ca63ac81d85 upstream.
If a interrupt chip utilizes chip->buslock then free_irq() can
deadlock in the following way:
CPU0
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Volkov
commit 0f090bf14e51e7eefb71d9d1c545807f8b627986 upstream.
Since WM8650 has the same 'WMT' SDHC controller as WM8505, and the driver
is already in the kernel, this node enables
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Joe Thornber
commit 49e99fc717f624aa75ca755d6e7bc029efd3f0e9 upstream.
When you take a metadata snapshot the btree roots for the mapping and
details tree need to have their
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Joe Thornber
commit 49e99fc717f624aa75ca755d6e7bc029efd3f0e9 upstream.
When you take a metadata snapshot the btree roots for the mapping and
details tree need to have their reference counts
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 172c238612ebf81cabccc86b788c9209af591f61 upstream.
A thin-pool that is in out-of-data-space (OODS) mode may transition back
to write mode -- without
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 172c238612ebf81cabccc86b788c9209af591f61 upstream.
A thin-pool that is in out-of-data-space (OODS) mode may transition back
to write mode -- without the admin adding more
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 1f35d04a02a652f14566f875aef3a6f2af4cb77b upstream.
The iomap[] array has PCIM_IOMAP_MAX (6) elements and not
DEVICE_COUNT_RESOURCE (16). This
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Volkov
commit f9eccf24615672896dc13251410c3f2f33a14f95 upstream.
The vt8500 clocksource driver declares itself as capable to handle the
minimum delay of 4 cycles by
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 9916e214998a4a363b152b637245e5c958067350 upstream.
Remove the direct {push,pull} balancing operations from
switched_{from,to}_dl() /
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 1f35d04a02a652f14566f875aef3a6f2af4cb77b upstream.
The iomap[] array has PCIM_IOMAP_MAX (6) elements and not
DEVICE_COUNT_RESOURCE (16). This bug was found using a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Volkov
commit f9eccf24615672896dc13251410c3f2f33a14f95 upstream.
The vt8500 clocksource driver declares itself as capable to handle the
minimum delay of 4 cycles by passing the value
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 9916e214998a4a363b152b637245e5c958067350 upstream.
Remove the direct {push,pull} balancing operations from
switched_{from,to}_dl() / prio_changed_dl() and use the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Valentin Rothberg
commit 90adf98d9530054b8e665ba5a928de4307231d84 upstream.
Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests")
threaded IRQs
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Valentin Rothberg
commit 90adf98d9530054b8e665ba5a928de4307231d84 upstream.
Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests")
threaded IRQs without a primary handler
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: sumit.sax...@avagotech.com
commit 323c4a02c631d00851d8edc4213c4d184ef83647 upstream.
This is an issue on SMAP enabled CPUs and 32 bit apps running on 64 bit
OS. Do
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: sumit.sax...@avagotech.com
commit 323c4a02c631d00851d8edc4213c4d184ef83647 upstream.
This is an issue on SMAP enabled CPUs and 32 bit apps running on 64 bit
OS. Do not access user memory from
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
commit 39416677b95bf1ab8bbfa229ec7e511c96ad5d0c upstream.
We replace __fls() by __ffs() since we have to find a *minimum* data width that
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit fd7a4bed183523275279c9addbf42fce550c2e90 upstream.
Remove the direct {push,pull} balancing operations from
switched_{from,to}_rt() /
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
commit 39416677b95bf1ab8bbfa229ec7e511c96ad5d0c upstream.
We replace __fls() by __ffs() since we have to find a *minimum* data width that
satisfies both source and
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit fd7a4bed183523275279c9addbf42fce550c2e90 upstream.
Remove the direct {push,pull} balancing operations from
switched_{from,to}_rt() / prio_changed_rt() and use the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nikolay Borisov
commit 18d03e8c25f173f4107a40d0b8c24defb6ed69f3 upstream.
When a thin pool is being destroyed delayed work items are
cancelled using cancel_delayed_work(),
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nikolay Borisov
commit 18d03e8c25f173f4107a40d0b8c24defb6ed69f3 upstream.
When a thin pool is being destroyed delayed work items are
cancelled using cancel_delayed_work(), which doesn't
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andrey Skvortsov
commit 3158a8d416f4e1b79dcc867d67cb50013140772c upstream.
$ lsusb:
Bus 001 Device 101: ID 1e0e:9001 Qualcomm / Option
$ usb-devices:
T: Bus=01
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andrey Skvortsov
commit 3158a8d416f4e1b79dcc867d67cb50013140772c upstream.
$ lsusb:
Bus 001 Device 101: ID 1e0e:9001 Qualcomm / Option
$ usb-devices:
T: Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit d98f1cd0a3b70ea91f1dfda3ac36c3b2e1a4d5e2 upstream.
When I connect an Intel SSD to SATA SIL controller (PCI ID 1095:3114), any
TRIM command results
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Bjørn Mork
commit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream.
Thomas reports:
T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
D: Ver= 2.00
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Bjørn Mork
commit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream.
Thomas reports:
T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit d98f1cd0a3b70ea91f1dfda3ac36c3b2e1a4d5e2 upstream.
When I connect an Intel SSD to SATA SIL controller (PCI ID 1095:3114), any
TRIM command results in I/O errors being
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andrey Ryabinin
commit 0ad95472bf169a3501991f8f33f5147f792a8116 upstream.
Commit cb7323fffa85 ("lockd: create and use per-net NSM
RPC clients on MON/UNMON requests")
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: sumit.sax...@avagotech.com
commit 357ae967ad66e357f78b5cfb5ab6ca07fb4a7758 upstream.
Do not use PAGE_SIZE marco to calculate max_sectors per I/O
request. Driver
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: sumit.sax...@avagotech.com
commit 357ae967ad66e357f78b5cfb5ab6ca07fb4a7758 upstream.
Do not use PAGE_SIZE marco to calculate max_sectors per I/O
request. Driver code assumes PAGE_SIZE will be
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andrey Ryabinin
commit 0ad95472bf169a3501991f8f33f5147f792a8116 upstream.
Commit cb7323fffa85 ("lockd: create and use per-net NSM
RPC clients on MON/UNMON requests") introduced per-net
NSM
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ken Lin
commit 6627ae19385283b89356a199d7f03c75ba35fb29 upstream.
Add USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards.
Signed-off-by: Ken Lin
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ken Lin
commit 6627ae19385283b89356a199d7f03c75ba35fb29 upstream.
Add USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards.
Signed-off-by: Ken Lin
Signed-off-by: Akshay Bhat
On Tue, 2016-03-01 at 10:59 -0800, Stephen Boyd wrote:
> This flag is a no-op now. Remove usage of the flag.
>
> Cc: James Liao
> Signed-off-by: Stephen Boyd
Acked-by: James Liao
Best regards,
James
> ---
>
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 4e7697ed79d0c0d5f869c87a6b3ce3d5cd1a07d6 upstream.
On some cards it takes a relatively long time for the change
to take place. Make a timeout
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Gerhard Uttenthaler
commit 90cfde46586d2286488d8ed636929e936c0c9ab2 upstream.
This patch fixes the problem that more CAN messages could be sent to the
interface
On Tue, 2016-03-01 at 10:59 -0800, Stephen Boyd wrote:
> This flag is a no-op now. Remove usage of the flag.
>
> Cc: James Liao
> Signed-off-by: Stephen Boyd
Acked-by: James Liao
Best regards,
James
> ---
> drivers/clk/mediatek/clk-mtk.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 4e7697ed79d0c0d5f869c87a6b3ce3d5cd1a07d6 upstream.
On some cards it takes a relatively long time for the change
to take place. Make a timeout non-fatal.
bug:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Gerhard Uttenthaler
commit 90cfde46586d2286488d8ed636929e936c0c9ab2 upstream.
This patch fixes the problem that more CAN messages could be sent to the
interface as could be send on the CAN
401 - 500 of 2848 matches
Mail list logo