On 12/14/2014 10:40 AM, Jarkko Sakkinen wrote:
On Sun, Dec 14, 2014 at 09:48:26AM -0500, Stefan Berger wrote:
On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
TPM 2.0 are higher than TPM 1.x commands so this should be fail-safe.
On Sunday, December 14, 2014 at 04:28:53 PM, Stefan Wahren wrote:
According to i.MX23 and i.MX28 reference manual the fractional
clock control registers must be addressed by byte instructions.
This patch fixes the erroneous 32-bit access to these registers.
The changes has been tested only
On Dec 13, 2014 11:54 PM, tip-bot for Andy Lutomirski
tip...@zytor.com wrote:
Commit-ID: f0905c5a32ce6e9b743b4d9c70e53d1ce447852d
Gitweb: http://git.kernel.org/tip/f0905c5a32ce6e9b743b4d9c70e53d1ce447852d
Author: Andy Lutomirski l...@amacapital.net
AuthorDate: Fri, 12 Dec 2014
On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
On Dec 13, 2014 10:58 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andy,
The luto-misc tree seems to have a whole series of commits
On Sunday 14 December 2014 10:48:01 Arend van Spriel wrote:
On 12/13/14 20:46, Arnd Bergmann wrote:
On Saturday 13 December 2014 11:05:52 Arend van Spriel wrote:
Makes sense. I think that is what Hauke meant by adding
additional support for registering to bcma. So the discovery info is a
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Add the kernel command line tp_printk option that will have tracepoints
that are active sent to printk() as well as to the trace buffer.
Passing tp_printk will activate this. To turn it off, the sysctl
/proc/sys/kernel/tracepoint_printk can have
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Enabling tracepoints at boot up can be very useful. The tracepoint
can be initialized right after memory has been. There's no need to
wait for the early_initcall() to be called. That's too late for some
things that can use tracepoints for
As the merge window is still open, and this code was not as complex
as I thought it might be. I'm thinking of pushing this in now.
This will allow Thomas to debug his irq work for 3.20.
This code is not that intrusive and I'm currently running it through
all my tests (which caught the
From: Steven Rostedt (Red Hat) rost...@goodmis.org
In order to move enabling of trace events to just after mm_init(), the
tracepoint enable code can not use call_rcu_sched() because rcu isn't
even initialized yet. Since this can only happen before SMP is set up
(and even before interrupts are
At the moment, if p and x are both tagged as bitwise types,
get_user(x, p) produces a sparse warning on many architectures.
This is because *p on these architectures is loaded into long
(typically using asm), then cast back to typeof(*p).
When typeof(*p) is a bitwise type (which is uncommon),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/x86/include/asm/uaccess.h | 2 +-
1 file changed, 1
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/alpha/include/asm/uaccess.h | 4 ++--
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/m32r/include/asm/uaccess.h | 4 ++--
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/avr32/include/asm/uaccess.h | 4 ++--
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/m68k/include/asm/uaccess_mm.h | 4 ++--
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/sparc/include/asm/uaccess_32.h | 8
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/openrisc/include/asm/uaccess.h | 4 ++--
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/cris/include/asm/uaccess.h | 4 ++--
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/powerpc/include/asm/uaccess.h | 6 +++---
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/arm64/include/asm/uaccess.h | 2 +-
1 file changed, 1
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/sparc/include/asm/uaccess_64.h | 4 ++--
1 file
On Sun, 14 Dec 2014 11:41:05 -0500
Steven Rostedt rost...@goodmis.org wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
In order to move enabling of trace events to just after mm_init(), the
tracepoint enable code can not use call_rcu_sched() because rcu isn't
even initialized yet.
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/xtensa/include/asm/uaccess.h | 4 ++--
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/parisc/include/asm/uaccess.h | 2 +-
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/microblaze/include/asm/uaccess.h | 4 ++--
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/metag/include/asm/uaccess.h | 4 ++--
1 file changed,
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/sh/include/asm/uaccess.h | 4 ++--
1 file changed, 2
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/blackfin/include/asm/uaccess.h | 2 +-
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
arch/ia64/include/asm/uaccess.h | 2 +-
1 file changed, 1
- Original Message -
From: Steven Rostedt rost...@goodmis.org
To: linux-kernel@vger.kernel.org
Cc: Linus Torvalds torva...@linux-foundation.org, Ingo Molnar
mi...@kernel.org, Andrew Morton
a...@linux-foundation.org, Thomas Gleixner t...@linutronix.de, Mathieu
Desnoyers
On Sun, 14 Dec 2014 11:41:04 -0500
Steven Rostedt rost...@goodmis.org wrote:
As the merge window is still open, and this code was not as complex
as I thought it might be. I'm thinking of pushing this in now.
This will allow Thomas to debug his irq work for 3.20.
Bah, my cover letters have
On Sun, 14 Dec 2014 17:05:49 + (UTC)
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote:
#ifdef CONFIG_MODULES
/*
* Tracepoint module list mutex protects the local module list.
@@ -76,7 +85,16 @@ static inline void release_probes(struct tracepoint_func
*old)
if (old)
Hi Marek,
Marek Vasut ma...@denx.de hat am 14. Dezember 2014 um 17:12 geschrieben:
static void __iomem *digctrl;
#define DIGCTRL digctrl
@@ -118,11 +119,12 @@ static void __init clk_misc_init(void)
/*
* 480 MHz seems too high to be ssp clock source directly,
* so set frac0 to get
On Sun, 14 Dec 2014 12:14:57 -0500
Steven Rostedt rost...@goodmis.org wrote:
If IRQ setup, or other core pieces of code can use this, then I would
agree that rcu should be changed. But until then, I rather not add
another conditional to the core RCU code.
Also, call_rcu*() is called from
- Original Message -
From: Steven Rostedt rost...@goodmis.org
To: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Cc: linux-kernel@vger.kernel.org, Linus Torvalds
torva...@linux-foundation.org, Ingo Molnar mi...@kernel.org,
Andrew Morton a...@linux-foundation.org, Thomas Gleixner
On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
On Dec 13, 2014 10:58 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
On Sun, Dec 14, 2014 at 9:37 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski
On Sun, 14 Dec 2014 17:29:28 + (UTC)
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote:
Given that your reason for having this RCU-specific logic in tracepoint.c
rather than within call_rcu*() is not slowing down a fast-path, how about
creating a new call_rcu_early() and
On Sat, Dec 13, 2014 at 10:07:52AM -0800, Paul E. McKenney wrote:
On Sat, Dec 13, 2014 at 10:53:35AM -0500, Sasha Levin wrote:
On 12/13/2014 03:30 AM, Ingo Molnar wrote:
This is my no_hz related config:
$ grep NO_HZ .config
CONFIG_NO_HZ_COMMON=y
# CONFIG_NO_HZ_IDLE is not
Johan,
While working on the tx_empty changes you suggested it occurred to me
that it might not be obvious to others that the firmware doesn't send
a packet with the NT124_CTRL_TXEMPTY flag cleared when it begins
transmitting. The practical implication is that if the driver sets
tx_empty = true
On Sat, Dec 13, 2014 at 08:36:34AM +0100, Ingo Molnar wrote:
* Linus Torvalds torva...@linux-foundation.org wrote:
I'm also not sure if the bug ever happens with preemption
disabled. Sasha, was that you who reported that you cannot
reproduce it without preemption? It strikes me that
On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 11:41:05 -0500
Steven Rostedt rost...@goodmis.org wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
In order to move enabling of trace events to just after mm_init(), the
tracepoint enable code
On Sun, Dec 14, 2014 at 12:44:31PM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 17:29:28 + (UTC)
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote:
Given that your reason for having this RCU-specific logic in tracepoint.c
rather than within call_rcu*() is not slowing down a
On Sun, Dec 14, 2014 at 11:41:06AM -0500, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Enabling tracepoints at boot up can be very useful. The tracepoint
can be initialized right after memory has been. There's no need to
wait for the early_initcall() to be called.
On Sun, 14 Dec 2014 10:08:54 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 11:41:05 -0500
Steven Rostedt rost...@goodmis.org wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Hi,
On Sat, 13 December 2014 Manish Yadav kmanish@gmail.com wrote:
on my system (based on 2.6.16.17), i am trying to clear the cached
memory but it is not being cleared.
mars# free -m
total used free sharedbuffers cached
Mem: 925
On Sun, Dec 14, 2014 at 09:41:04AM -0800, Andy Lutomirski wrote:
On Sun, Dec 14, 2014 at 9:37 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com
On Sun, Dec 14, 2014 at 01:15:38PM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 10:08:54 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 11:41:05 -0500
Steven Rostedt rost...@goodmis.org
On Sun, 14 Dec 2014 10:14:44 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
diff --git a/init/main.c b/init/main.c
index 800a0daede7e..060e60b6aa59 100644
--- a/init/main.c
+++ b/init/main.c
@@ -561,6 +561,9 @@ asmlinkage __visible void __init start_kernel(void)
On Sun, Dec 14, 2014 at 03:41:20PM +, Richard Farthing wrote:
I patched 3.12.34 to 3.12.35 and the attached now happens at boot.
Sorry I don't have better than a photo, cannot get past this.
The root FS is EXT2. It's admittedly an old test machine that I'm using to
build up a new
On Sun, 14 Dec 2014 10:18:35 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
With your feed back, and because I would like this to go into 3.19, I
would like to keep the current patch as is (with the read_mostly
update, which I'm currently testing). We can always change it later
Hi
I have not reviewed this code closely, but a few items just caught my eye
at a brief glance.
On Tue, 9 Dec 2014, Tomeu Vizoso wrote:
The ACTMON block can monitor several counters, providing averaging and firing
interrupts based on watermarking configuration. This implementation monitors
On Sun, 14 Dec 2014, Stefan Berger wrote:
On 12/14/2014 10:40 AM, Jarkko Sakkinen wrote:
On Sun, Dec 14, 2014 at 09:48:26AM -0500, Stefan Berger wrote:
On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
TPM 2.0 are higher
-Original Message-
From: Michal Hocko [mailto:mho...@suse.cz]
Sent: Thursday, December 11, 2014 4:58 AM
To: KY Srinivasan
Cc: Yasuaki Ishimatsu; gre...@linuxfoundation.org; linux-
ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
a...@canonical.com;
Hi!
Hacks surrounding bluetooth address were removed; this results in
working driver with address that is probably not unique.
Just set HCI_QUIRK_INVALID_BDADDR and let someone deal with that in
userspace. You can use the btmgmt public-addr command for testing.
Ok, it took me a while
On 12/12, David Hildenbrand wrote:
This is subjective, but how about
static bool xxx(void)
{
mutex_lock(cpu_hotplug.lock);
if (atomic_read(cpu_hotplug.refcount) == 0)
return true;
mutex_unlock(cpu_hotplug.lock);
On 12/12, David Hildenbrand wrote:
void get_online_cpus(void)
{
@@ -103,8 +95,7 @@ void get_online_cpus(void)
return;
cpuhp_lock_acquire_read();
mutex_lock(cpu_hotplug.lock);
- apply_puts_pending(65536);
- cpu_hotplug.refcount++;
+
* Frederic Weisbecker fweis...@gmail.com wrote:
On Sat, Dec 13, 2014 at 08:36:34AM +0100, Ingo Molnar wrote:
* Linus Torvalds torva...@linux-foundation.org wrote:
I'm also not sure if the bug ever happens with preemption
disabled. Sasha, was that you who reported that you cannot
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 0e58af4e1d2166e9e33375a0f121e4867010d4f8 x86/tls: Disallow unusual
TLS segments
Misc fixes (mainly Andy's TLS fixes), plus a cleanup.
On Sun, Dec 14, 2014 at 10:04 AM, Frederic Weisbecker
fweis...@gmail.com wrote:
Such as:
So I like your patch, but quite frankly, can we go one step further?
Look at the callers of __schedule().
EVERY SINGLE ONE now has that loop around it that goes along the lines of
do {
..
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Add the kernel command line tp_printk option that will have tracepoints
that are active sent to printk() as well as to the trace buffer.
Passing tp_printk will activate this. To turn it off, the sysctl
/proc/sys/kernel/tracepoint_printk can have
Version 2:
Removed the update to tracepoint.c code and just call trace_init()
after rcu_init() where call_rcu_sched() can be used.
Version 1 at: http://lkml.kernel.org/r/20141214164104.307127...@goodmis.org
This adds two new features:
1) Allow traceopoints to be enabled right after
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Enabling tracepoints at boot up can be very useful. The tracepoint
can be initialized right after RCU has been. There's no need to
wait for the early_initcall() to be called. That's too late for some
things that can use tracepoints for debugging.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Weijie Yang weijie.y...@samsung.com
commit fb993fa1a2f669215fa03a09eed7848f2663e336 upstream.
If a frontswap dup-store failed, it should invalidate the expired page
in the backend, or it could
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Devin Ryles devin.ry...@intel.com
commit 249cd0a187ed4ef1d0af7f74362cc2791ec5581b upstream.
This patch adds DeviceIDs for Sunrise Point-LP.
Signed-off-by: Devin Ryles devin.ry...@intel.com
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Yuri Chislov yuri.chis...@gmail.com
[ Upstream commit be6572fdb1bfbe23b2624d477de50af50b02f5d6 ]
When using GRE redirection in WCCP, it sets the wrong skb-protocol,
that is, ETH_P_IP instead
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo t...@kernel.org
commit 2b21ef0aae65f22f5ba86b13c4588f6f0c2dbefb upstream.
Just like 0x1600 which got blacklisted by 66a7cbc303f4 (ahci: disable
MSI instead of NCQ on Samsung pci-e
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Torokhov d...@chromium.org
commit aad0b624129709c94c2e19e583b6053520353fa8 upstream.
irq_of_parse_and_map() returns 0 on error (the result is unsigned int),
so testing for negative
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit e0ebde0e131b529fd721b24f62872def5ec3718c ]
rtnl_link_get_net() holds a reference on the 'struct net', we need to release
it in case
Hello Linus everyone,
The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d:
Linux 3.18 (2014-12-07 14:21:05 -0800)
are available in the git repository at:
git://git.kvack.org/~bcrl/aio-next.git master
for you to fetch changes up to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: willy tarreau w...@1wt.eu
[ Upstream commit aebea2ba0f7495e1a1c9ea5e753d146cb2f6b845 ]
The mvneta driver sets the amount of Tx coalesce packets to 16 by
default. Normally that does not cause
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Thadeu Lima de Souza Cascardo casca...@linux.vnet.ibm.com
[ Upstream commit a620a6bc1c94c22d6c312892be1e0ae171523125 ]
If TX channels are set to 4 and RX channels are set to less than 4,
using
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein ja...@dev.mellanox.co.il
[ Upstream commit 2d5c57d7fbfaa642fb7f0673df24f32b83d9066c ]
Some VF drivers use the upper byte of param1 (the qp count field)
in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Har'El n...@il.ibm.com
commit bfd0a56b90005f8c8a004baf407ad90045c2b11e upstream.
If we let L1 use EPT, we should probably also support the INVEPT instruction.
In our current nested EPT
On Sun, Dec 14, 2014 at 01:25:56PM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 10:18:35 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
With your feed back, and because I would like this to go into 3.19, I
would like to keep the current patch as is (with the read_mostly
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Leitner mleit...@redhat.com
[ Upstream commit 00c83b01d58068dfeb2e1351cca6fccf2a83fa8f ]
Currently, when trying to reuse a socket, vxlan_sock_add will grab
vn-sock_lock, locate a
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Yuri Chislov yuri.chis...@gmail.com
[ Upstream commit be6572fdb1bfbe23b2624d477de50af50b02f5d6 ]
When using GRE redirection in WCCP, it sets the wrong skb-protocol,
that is, ETH_P_IP instead
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Devin Ryles devin.ry...@intel.com
commit 249cd0a187ed4ef1d0af7f74362cc2791ec5581b upstream.
This patch adds DeviceIDs for Sunrise Point-LP.
Signed-off-by: Devin Ryles devin.ry...@intel.com
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: lucien lucien@gmail.com
[ Upstream commit 20ea60ca9952bd19d4b0d74719daba305aef5178 ]
Now the vti_link_ops do not point the .dellink, for fb tunnel device
(ip_vti0), the net_device will be
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Sakari Ailus sakari.ai...@iki.fi
commit b31eb901c4e5eeef4c83c43dfbc7fe0d4348cb21 upstream.
Setting a non-settable selection target caused BUG() to be called. The check
for valid selections
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: sensoray-dev linux-...@sensoray.com
commit 1f391217ad8d7cd7b1e48e6e2abf49970cd91d18 upstream.
length is the size of the buffer, not the payload. That's set using
vb2_set_plane_payload().
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Torokhov d...@chromium.org
commit aad0b624129709c94c2e19e583b6053520353fa8 upstream.
irq_of_parse_and_map() returns 0 on error (the result is unsigned int),
so testing for negative
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo t...@kernel.org
commit 2b21ef0aae65f22f5ba86b13c4588f6f0c2dbefb upstream.
Just like 0x1600 which got blacklisted by 66a7cbc303f4 (ahci: disable
MSI instead of NCQ on Samsung pci-e
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Hugh Dickins hu...@google.com
commit 2022b4d18a491a578218ce7a4eca8666db895a73 upstream.
I've been seeing swapoff hangs in recent testing: it's cycling around
trying unsuccessfully to find an
3.17-stable review patch. If anyone has any objections, please let me know.
--
This reverts commit 2dbfff81a40b5b2be553042ad5c767e34fdd214c, which
really is commit 558e4736f2e1b0e6323adf7a5e4df77ed6cfc1a4 upstream.
Sorry for the confusion, this got applied twice, and reverted
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai ti...@suse.de
commit f62f5eff3d40a56ad1cf0d81a6cac8dd8743e8a1 upstream.
The same fixup to enable EAPD is needed for ASUS Z99He with AD1986A
codec like another ASUS machine.
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Mackerras pau...@samba.org
commit 7c3fbbdd04a681a1992ad6a3d7a36a63ff668753 upstream.
The bounds check for nodeid in cache_alloc_node gives false
positives on machines where the node
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit 7f19fc5e0b617593dcda0d9956adc78b559ef1f5 ]
For netlink, we shouldn't be using arch_fast_hash() as a hashing
discipline, but rather jhash()
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: David Vrabel david.vra...@citrix.com
[ Upstream commit 11d3d2a16cc1f05c6ece69a4392e99efb85666a6 ]
Commit 97a6d1bb2b658ac85ed88205ccd1ab809899884d (xen-netfront: Fix
handling packets on
On Sun, Dec 14, 2014 at 01:20:20PM -0500, Steven Rostedt wrote:
On Sun, 14 Dec 2014 10:14:44 -0800
Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
diff --git a/init/main.c b/init/main.c
index 800a0daede7e..060e60b6aa59 100644
--- a/init/main.c
+++ b/init/main.c
@@ -561,6
Hi Pavel,
Hacks surrounding bluetooth address were removed; this results in
working driver with address that is probably not unique.
Just set HCI_QUIRK_INVALID_BDADDR and let someone deal with that in
userspace. You can use the btmgmt public-addr command for testing.
Ok, it took me a
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: willy tarreau w...@1wt.eu
[ Upstream commit aebea2ba0f7495e1a1c9ea5e753d146cb2f6b845 ]
The mvneta driver sets the amount of Tx coalesce packets to 16 by
default. Normally that does not cause
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Tom Herbert therb...@google.com
[ Upstream commit 6fb2a756739aa507c1fd5b8126f0bfc2f070dc46 ]
Set the inner mac header to point to the GRE payload when
doing GRO. This is needed if we proceed
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 5f478b41033606d325e420df693162e2524c2b94 ]
mvneta_tx() dereferences skb to get skb-len too late,
as hardware might have completed the
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Denis Kirjanov k...@linux-powerpc.org
[ Upstream commit 2e46477a12f6fd273e31a220b155d66e8352198c ]
Remove optimize_div() from BPF_MOD | BPF_K case
since we don't know the dividend and fix the
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Graf tg...@suug.ch
[ Upstream commit f6c6fda4c9e17940b0a2ba206b0408babfdc930c ]
Fixes: 7f28fa10 (bonding: add arp_ip_target netlink support)
Reported-by: John Fastabend
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit e0ebde0e131b529fd721b24f62872def5ec3718c ]
rtnl_link_get_net() holds a reference on the 'struct net', we need to release
it in case
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Willem de Bruijn will...@google.com
[ Upstream commit f4713a3dfad045d46afcb9c2a7d0bba288920ed4 ]
TCP timestamping introduced MSG_ERRQUEUE handling for TCP sockets.
If the socket is of family
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee seth.fors...@canonical.com
commit 8d609725d4357f499e2103e46011308b32f53513 upstream.
These BUGs can be erroneously triggered by frags which refer to
tail pages within a compound
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein ja...@dev.mellanox.co.il
[ Upstream commit 2d5c57d7fbfaa642fb7f0673df24f32b83d9066c ]
Some VF drivers use the upper byte of param1 (the qp count field)
in
501 - 600 of 908 matches
Mail list logo