On Mon, Nov 18, 2013 at 04:18:34PM +0100, Stephane Eranian wrote:
Peter,
I missed the beginning of this thread somehow.
What's the initial problem?
lkml.kernel.org/r/alpine.deb.2.10.1311141412060.8...@vincent-weaver-1.um.maine.edu
On 11/18/2013 09:22 AM, Viresh Kumar wrote:
On 18 November 2013 20:38, Nishanth Menon n...@ti.com wrote:
On 11/15/2013 11:22 PM, viresh kumar wrote:
I have a untested patch for this. If this looks okay, Nishant can you
please try
below patch? With some fixups from your side :)
* Peter Zijlstra pet...@infradead.org wrote:
On Fri, Nov 15, 2013 at 01:04:23PM -0500, Vince Weaver wrote:
(figured out the minicom issue).
Anyway while trying to reproduce the last bug I instead got this
with the perf_fuzzer.
Is it worth continuing to run and report these
* Peter Zijlstra pet...@infradead.org wrote:
I would be tempted to say you should simply mark the tsc unstable on
boot and live with that -- we fully assume the sched_clock stuff is
not going backwards in an 'observable' way.
BIOS crap and actual hardware bugs do happen - so kernel code
On Thu, Nov 14, 2013 at 03:26:51PM -0800, David Rientjes wrote:
When current has a pending SIGKILL or is already in the exit path, it
only needs access to memory reserves to fully exit. In that sense, the
memcg is not actually oom for current, it simply needs to bypass memory
charges to exit
On Mon, Nov 18, 2013 at 03:31:10PM +, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
This doesn't seem realistic, you're assuming that system integrators
won't go and use chips you've not heard of and at least in the case of
things like quad read my understanding is that the
On Fri, Nov 15, 2013 at 12:13:08PM -0700, jerry.hoem...@hp.com wrote:
[..]
Is it possible to fix it the way hpa suggested?
I think the changes to enable ,high is a step in the
right direction. its an improvement But it is still green.
We are having lots more problems w/ upstream
On 18 November 2013 21:04, Nishanth Menon n...@ti.com wrote:
depends on how we look at it.. if we consider freq_table as a list of
valid frequencies, anything that is not in there is an invalid entry.
Partly correct. Yes freq table has a list of valid frequencies, but normally
we just build a
Vince,
What's the config for this test?
Need to host CPU type and the event config.
Otherwise there is not much I can do with the crash dump.
Thanks.
On Mon, Nov 18, 2013 at 4:32 PM, Peter Zijlstra pet...@infradead.org wrote:
On Mon, Nov 18, 2013 at 04:18:34PM +0100, Stephane Eranian wrote:
On Mon, 2013-11-18 at 17:30 +0200, Dmitry Kasatkin wrote:
On Fri, Nov 15, 2013 at 3:45 PM, Roberto Sassu roberto.sa...@polito.it
wrote:
@@ -160,12 +161,13 @@ static int ima_calc_field_array_hash_tfm(struct
ima_field_data *field_data,
return rc;
for (i = 0; i
+static int bcm2835_i2s_hw_params(struct snd_pcm_substream *substream,
+ struct snd_pcm_hw_params *params,
+ struct snd_soc_dai *dai)
+{
+struct bcm2835_i2s_dev *dev = snd_soc_dai_get_drvdata(dai);
+
+unsigned int sampling_rate
On Mon, Nov 18, 2013 at 08:45:12AM -0600, Nishanth Menon wrote:
snip
I do not agree about this stance - device tree describes hardware
capabilities to kernel - I agree with that statement. Kernel should
not care if that is provided by bootloader/firmware/fused into
flash/ROM etc.
Yea, ideally
On Mon, 18 Nov 2013, Mark Brown wrote:
On Mon, Nov 18, 2013 at 03:31:10PM +, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
This doesn't seem realistic, you're assuming that system integrators
won't go and use chips you've not heard of and at least in the case of
things
On Fri, Nov 15, 2013 at 3:30 PM, Tim Kryger tim.kry...@linaro.org wrote:
On Fri, Nov 15, 2013 at 2:52 PM, Wolfram Sang w...@the-dreams.de wrote:
Fixed Kconfig sorting, squashed broken out patches 1-3 into one and
applied to for-next, thanks! Let me know if I should take patches 4-5
also, but
On 11/18/2013 04:35 PM, Dmitry Kasatkin wrote:
On Thu, Nov 7, 2013 at 4:00 PM, Roberto Sassu roberto.sa...@polito.it wrote:
This patch allows users to provide a custom template format through the
new kernel command line parameter 'ima_template_fmt'. If the supplied
format is not valid, IMA uses
2013/11/18 James Bottomley james.bottom...@hansenpartnership.com:
On Sun, 2013-11-17 at 23:12 -0200, Geyslan Gregório Bem wrote:
2013/11/17 James Bottomley james.bottom...@hansenpartnership.com:
On Sun, 2013-11-17 at 19:09 -0200, Geyslan Gregório Bem wrote:
2013/11/17 James Bottomley
On Mon, 2013-11-18 at 14:18 -0200, Geyslan Gregório Bem wrote:
2013/11/18 James Bottomley james.bottom...@hansenpartnership.com:
On Sun, 2013-11-17 at 23:12 -0200, Geyslan Gregório Bem wrote:
2013/11/17 James Bottomley james.bottom...@hansenpartnership.com:
On Sun, 2013-11-17 at 19:09
On Mon, Nov 18, 2013 at 04:21:06PM +0200, ivan.khoronzhuk wrote:
On 11/17/2013 04:24 AM, Guenter Roeck wrote:
On 11/06/2013 03:32 AM, ivan.khoronzhuk wrote:
When watchdog timer is expired we can know about it thought
thought - through or with
Ok
GET_STATUS ioctl option.
On Mon, Nov 18, 2013 at 10:27:41AM -0400, Eduardo Valentin wrote:
On 15-11-2013 03:43, Jean Delvare wrote:
Hi Eduardo,
Hello Jean!
Sorry for joining the discussion a little late, I could never find the
time to look into this patch series so far.
Well, better late than never,
On 11/18/2013 06:24 PM, Guenter Roeck wrote:
On Mon, Nov 18, 2013 at 04:21:06PM +0200, ivan.khoronzhuk wrote:
On 11/17/2013 04:24 AM, Guenter Roeck wrote:
On 11/06/2013 03:32 AM, ivan.khoronzhuk wrote:
When watchdog timer is expired we can know about it thought
thought - through or with
On Mon, 18 Nov 2013, Peter Zijlstra wrote:
On Fri, Nov 15, 2013 at 01:04:23PM -0500, Vince Weaver wrote:
(figured out the minicom issue).
Anyway while trying to reproduce the last bug I instead got this with
the perf_fuzzer.
Is it worth continuing to run and report these issues?
On Mon, 18 Nov 2013, Stephane Eranian wrote:
What's the config for this test?
Need to host CPU type and the event config.
Otherwise there is not much I can do with the crash dump.
It's 3.12, on a core2 machine.
Sadly I don't have the event config. To reproduce I start my perf_fuzzer
On Sat, Nov 16, 2013 at 11:01 AM, Oleg Nesterov o...@redhat.com wrote:
set_dumpable() updates MMF_DUMPABLE_MASK in a non-trivial way to
ensure that get_dumpable() can't observe the intermediate state,
but this all can't help if multiple threads call set_dumpable()
at the same time.
And in
On Wed, Nov 13, 2013 at 04:48:32PM -0800, David Rientjes wrote:
On Wed, 13 Nov 2013, Johannes Weiner wrote:
The reclaim will fail, the only reason current has TIF_MEMDIE set is
because reclaim has completely failed.
...for somebody else.
That process is in the same allocating
On 11/18/2013 09:57 AM, Shawn Guo wrote:
On Mon, Nov 18, 2013 at 08:45:12AM -0600, Nishanth Menon wrote:
snip
I do not agree about this stance - device tree describes hardware
capabilities to kernel - I agree with that statement. Kernel should
not care if that is provided by
2013/11/18 James Bottomley james.bottom...@hansenpartnership.com:
On Mon, 2013-11-18 at 14:18 -0200, Geyslan Gregório Bem wrote:
2013/11/18 James Bottomley james.bottom...@hansenpartnership.com:
On Sun, 2013-11-17 at 23:12 -0200, Geyslan Gregório Bem wrote:
2013/11/17 James Bottomley
On 18-11-2013 12:25, Guenter Roeck wrote:
On Mon, Nov 18, 2013 at 10:27:41AM -0400, Eduardo Valentin wrote:
On 15-11-2013 03:43, Jean Delvare wrote:
Hi Eduardo,
Hello Jean!
Sorry for joining the discussion a little late, I could never find the
time to look into this patch series so far.
On Mon 18-11-13 10:41:15, Johannes Weiner wrote:
On Thu, Nov 14, 2013 at 03:26:51PM -0800, David Rientjes wrote:
When current has a pending SIGKILL or is already in the exit path, it
only needs access to memory reserves to fully exit. In that sense, the
memcg is not actually oom for
On Mon, Nov 18, 2013 at 5:44 PM, Vince Weaver vincent.wea...@maine.edu wrote:
On Mon, 18 Nov 2013, Stephane Eranian wrote:
What's the config for this test?
Need to host CPU type and the event config.
Otherwise there is not much I can do with the crash dump.
It's 3.12, on a core2 machine.
On 11/17/2013 08:59 AM, Catalin Marinas wrote:
On 17 November 2013 08:49, Alexandre Courbot acour...@nvidia.com wrote:
The ARM tree includes a firmware_ops interface that is designed to
implement support for simple, TrustZone-based firmwares but could
also cover other use-cases. It has been
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using the PSCI API, nor
the SMC calling convention (and it's easy to fix when porting to ARMv8).
If a supported standard
On Mon, Nov 18, 2013 at 10:03:37AM -0700, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using the PSCI API, nor
the SMC calling convention (and
On Sun, Nov 17, 2013 at 03:59:04PM +, Catalin Marinas wrote:
No L2x0 (L210, L220, PL310) cache on ARMv8. And here I strongly
recommend the hardware people to make proper external caches which can
be flushed by standard CPU instructions, not MMIO. Any such caches
must be enabled by firmware
* Vince Weaver vincent.wea...@maine.edu wrote:
On Mon, 18 Nov 2013, Peter Zijlstra wrote:
On Fri, Nov 15, 2013 at 01:04:23PM -0500, Vince Weaver wrote:
(figured out the minicom issue).
Anyway while trying to reproduce the last bug I instead got this with
the perf_fuzzer.
On 11/18/2013 10:10 AM, Russell King - ARM Linux wrote:
On Mon, Nov 18, 2013 at 10:03:37AM -0700, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not
From: Linus Pizunski li...@narrativeteam.com
Update month and day of month to the alarm month/day instead
of current day/month when setting the RTC alarm mask.
Signed-off-by: Linus Pizunski li...@narrativeteam.com
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
---
drivers/rtc/rtc-at91rm9200.c
To reduce code duplicate and increase code readability use WDT core
code to handle WDT interface.
Remove io_lock as the WDT core uses mutex to lock each wdt device.
Remove wdt_state as the WDT core track state with its own variable.
The watchdog_init_timeout() can read timeout value from
These patches are intended to update Davinci watchdog to use WDT core
and reuse driver for keystone arch, because Keystone uses the similar
IP like Davinci.
See Documentation:
Davinci DM646x - http://www.ti.com/lit/ug/spruer5b/spruer5b.pdf
Keystone - http://www.ti.com/lit/ug/sprugv5a/sprugv5a.pdf
Currently, the davinci watchdog can be read while counting,
so we can add ability to report the remaining time before
the system will reboot.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/watchdog/davinci_wdt.c | 26
Since Davinci WDT has been switched to use WDT core, it became able
to support timeout-sec property, so add it to it's binding description.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
Add watchdog entry to keystone device tree.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Guenter Roeck li...@roeck-us.net
---
arch/arm/boot/dts/keystone.dts |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/keystone.dts
The keystone arch use the same IP watchdog, so add ti,keystone-wdt
compatible and correct identity.
The Keystone arch is using clocks in DT and source clock for watchdog
has to be specified, so add this to binding.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar
On Mon, Nov 18, 2013 at 04:02:26PM +, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
Like I say I'm suggesting that the bit of the code that understands the
flash chip is separate to the bit of code that knows the mechanics of
sending commands and data to the chip.
The issue
On Mon, Nov 18, 2013 at 05:00:32PM +, Stephen Warren wrote:
On 11/17/2013 08:59 AM, Catalin Marinas wrote:
On 17 November 2013 08:49, Alexandre Courbot acour...@nvidia.com wrote:
The ARM tree includes a firmware_ops interface that is designed to
implement support for simple,
MFD_AS3722 can only be builtin, so it needs I2C builtin as well.
With I2C=m, we get:
drivers/mfd/as3722.c:372: undefined reference to `devm_regmap_init_i2c'
drivers/built-in.o: In function `as3722_i2c_driver_init':
drivers/mfd/as3722.c:444: undefined reference to `i2c_register_driver'
On Mon, Nov 18, 2013 at 03:02:24PM +0100, Stanislaw Gruszka wrote:
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 7c70201..f02a567 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -727,7 +727,7 @@ static void update_curr(struct cfs_rq *cfs_rq)
u64 now =
Some SoCs, like Keystone 2, can support more than one WDT and each
watchdog device has to use it's own base address, clock source,
watchdog device, so add new davinci_wdt_device structure to hold
device data.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar
On 11/15, Eric W. Biederman wrote:
I don't understand that one. Having a preforked thread with the proper
environment that can act like kthreadd in terms of spawning user mode
helpers works and is simple.
Can't we ask -child_reaper to create the non-daemonized kernel thread
with the right
On Mon, Nov 18, 2013 at 05:03:37PM +, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using the PSCI API, nor
the SMC calling convention (and
On Mon, 18 Nov 2013, Mark Brown wrote:
On Mon, Nov 18, 2013 at 04:02:26PM +, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
Like I say I'm suggesting that the bit of the code that understands the
flash chip is separate to the bit of code that knows the mechanics of
On 11/18/2013 08:42 AM, One Thousand Gnomes wrote:
After upgrading to kernel 3.12 I noticed one issue with tmux software.
The easiest way to reproduce will be:
1. Start tmux session as root.
2. Connect via ssh and use tmux attach to attach to the running
session.
3. Kill ssh client.
Heorhi,
On 11/18/2013 09:35 AM, David Cohen wrote:
On 11/18/2013 07:28 AM, Christoph Hellwig wrote:
On Fri, Nov 15, 2013 at 04:09:18PM -0800, David Cohen wrote:
This patch adds a test module to validate sfi_device() when used from a
driver module.
I don't think this is all that useful. How about
[+cc Myron, Amos, Thomas, Ben]
On Mon, Nov 18, 2013 at 2:40 AM, Adam Lee adam@canonical.com wrote:
This patch adds the PCI_EXP_FLAGS_SLOT check back before setting
hotplug bridge, which is omitted by an API switching commit,
59875ae489609b2267548dc85160c5f0f0c6f9d4 PCI/core: Use PCI
Hi Stephen,
You may want to CC intel-...@lists.freedesktop.org for i915 issues (even
if you are not subscribed and you mail will wait for a moderator to let
it go through).
In case of intel GPU hangs you should at least include
/sys/kernel/debug/dri/0/i915_error_state, probably submitting as a
On 11/15/2013 05:32 PM, Rafael J. Wysocki wrote:
On Friday, November 15, 2013 05:16:31 PM Shuah Khan wrote:
On 11/15/2013 05:21 PM, Rafael J. Wysocki wrote:
On Friday, November 15, 2013 05:03:57 PM Shuah Khan wrote:
device_wakeup_enable() uses dev_name(dev) as the wakeup source name.
When it
On Mon, Nov 18, 2013 at 03:26:53PM +0100, Ingo Molnar wrote:
* Jiri Olsa jo...@redhat.com wrote:
On Mon, Nov 18, 2013 at 09:59:45AM -0300, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 15, 2013 at 06:46:09AM +0100, Ingo Molnar escreveu:
btw., here's some 'perf top' call graph
Replace all mixed indentation with tabs
Signed-off-by: Johannes Löthberg johan...@kyriasis.com
---
arch/x86/boot/a20.c | 62 ++---
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/arch/x86/boot/a20.c b/arch/x86/boot/a20.c
index
On 11/18/2013 10:30 AM, Catalin Marinas wrote:
On Mon, Nov 18, 2013 at 05:03:37PM +, Stephen Warren wrote:
On 11/18/2013 04:58 AM, Catalin Marinas wrote:
...
Of course, trusted foundations interface could be plugged into cpu_ops
on arm64 but I will NAK it on the grounds of not using the
On Mon, 18 Nov 2013, Michal Marek wrote:
MFD_AS3722 can only be builtin, so it needs I2C builtin as well.
With I2C=m, we get:
drivers/mfd/as3722.c:372: undefined reference to `devm_regmap_init_i2c'
drivers/built-in.o: In function `as3722_i2c_driver_init':
drivers/mfd/as3722.c:444:
On Mon, Nov 18, 2013 at 03:10:21PM +0100, Peter Zijlstra wrote:
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -746,13 +746,23 @@ void irq_exit(void)
#endif
account_irq_exit_time(current);
- trace_hardirq_exit();
sub_preempt_count(HARDIRQ_OFFSET);
- if
On Monday 18 November 2013 11:02 PM, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
On Mon, Nov 18, 2013 at 04:02:26PM +, Lee Jones wrote:
On Mon, 18 Nov 2013, Mark Brown wrote:
Like I say I'm suggesting that the bit of the code that understands the
flash chip is separate to the
On 11/18, Oleg Nesterov wrote:
On 11/15, Eric W. Biederman wrote:
I don't understand that one. Having a preforked thread with the proper
environment that can act like kthreadd in terms of spawning user mode
helpers works and is simple.
Can't we ask -child_reaper to create the
On 11/15/2013 10:47 AM, Andrea Arcangeli wrote:
Hi,
1/3 is a bugfix so it should be applied more urgently. 1/3 is not as
fast as the current upstream code in the hugetlbfs + directio extreme
8GB/sec benchmark (but 3/3 should fill the gap later). The code is
identical to the one I posted in v1
Clément, All,
On 2013-11-17 12:55 +0100, Clement Chauplannaz spake thusly:
A bug in script `config' prevented from modifying an existing variable's
value to a string that contains a colon ':'. The reason behind it is that
colons are used as a separator in `sed' commands that script `config'
On Thu, 2013-11-14 at 00:15 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Since acpi_bus_get_device() returns plain int and not acpi_status,
ACPI_FAILURE() should not be used for checking its return value. Fix
that.
Signed-off-by: Rafael J. Wysocki
On Tue, Nov 12, 2013 at 6:48 AM, Waiman Long waiman.l...@hp.com wrote:
By default, queue rwlock is fair among writers and gives preference
to readers allowing them to steal lock even if a writer is
waiting. However, there is a desire to have a fair variant of
rwlock that is more deterministic.
On Thu, 2013-11-14 at 00:16 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Since the PCI host bridge scan handler does not set hotplug.enabled,
the check of it in acpi_bus_device_eject() effectively prevents the
root bridge hot removal from working after
On Sat, Nov 16, 2013 at 01:53:56PM +0900, Tejun Heo wrote:
Hello, Bjorn.
On Fri, Nov 15, 2013 at 05:28:20PM -0700, Bjorn Helgaas wrote:
It would be better to fix PCI so we don't call VF driver .probe() methods
from inside a PF driver .probe() method, but that's a bigger project.
Yeah,
On Thu, 2013-11-14 at 00:17 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
If a PCI host bridge cannot be enumerated due to an error in
pci_acpi_scan_root(), its ACPI device object's driver_data field
has to be cleared by acpi_pci_root_add() before freeing
Looks good, thanks.
Acked-by: Stuart Menefy stuart.men...@st.com
On 15/11/13 23:48, Stephen Boyd wrote:
The 32 bit sched_clock interface now supports 64 bits. Upgrade to
the 64 bit function to allow us to remove the 32 bit registration
interface. While we're here increase the number of bits
On 11/12/2013 05:50 PM, Santosh Shilimkar wrote:
On Monday 11 November 2013 11:53 AM, Khoronzhuk, Ivan wrote:
The property ti,davinci-chipselect is required. So we have to check
if it is set.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
drivers/mtd/nand/davinci_nand.c | 10
On 11/18/2013 07:22 AM, Vivek Goyal wrote:
And if that's true, then reserving 72M extra due to crashkernel=X,high
should not be a big issue in KVM guests. It will still be an issue on
physical servers though.
Yes, but there it is a single instance and not a huge amount of RAM.
Can you try the latest stable kernel? There is a dma fix for 5720 that went into
3.10 for the tx timeout issue.
commit 9bc297ea0622bb2a6b3abfa2fa84f0a3b86ef8c8
Author: Nithin Sujir nsu...@broadcom.com
Date: Mon Jun 3 09:19:34 2013 +
tg3: Add read dma workaround for 5720
Commit
On 11/18, Ian Kent wrote:
It might be sufficient to surround the contents of show_options() with a
lock on wq_mutex and update the check at the top to
lock; if (!sbi || sbi-catatonic) {unlock, return 0; } ...
Or perhaps you can add synchronize_rcu() after swap(oz_pgrp, new_pid),
then
On Mon, Nov 18, 2013 at 10:11:48AM -0800, Linus Torvalds wrote:
On Tue, Nov 12, 2013 at 6:48 AM, Waiman Long waiman.l...@hp.com wrote:
By default, queue rwlock is fair among writers and gives preference
to readers allowing them to steal lock even if a writer is
waiting. However, there is a
On Mon, Nov 18, 2013 at 05:32:01PM +, Lee Jones wrote:
I can get a patch out tomorrow if the MTD guys agree. Where are they
by the way? I haven't seen hide nor hair of them since sending out the
patch set.
They tend to do big batches of things intermittently AFAICT.
signature.asc
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein ja...@dev.mellanox.co.il
[ Upstream commit c32b7dfbb1dfb3f0a68f250deff65103c8bb704a ]
In function mlx4_master_deactivate_admin_state() __mlx4_unregister_mac was
called using
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 0d08c42cf9a71530fef5ebcfe368f38f2dd0476f ]
commit 6ff50cd55545 (tcp: gso: do not generate out of order packets)
had an heuristic that can
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Liu wei.l...@citrix.com
[ Upstream commit 059dfa6a93b779516321e5112db9d7621b1367ba ]
time_after_eq() only works if the delta is MAX_ULONG/2.
For a 32bit Dom0, if netfront sends packets
This is the start of the stable review cycle for the 3.12.1 release.
There are 19 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 Nov 20 18:36:14 UTC 2013.
Anything
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Jason Wang jasow...@redhat.com
[ Upstream commit 6f092343855a71e03b8d209815d8c45bf3a27fcd ]
We don't validate iph-ihl which may lead a dead loop if we meet a IPIP
skb whose iph-ihl is zero.
On Mon, Nov 18, 2013 at 10:34 AM, Andi Kleen a...@firstfloor.org wrote:
FWIW unfair can be faster in some cases. It depends on the workload.
Sure. And we've never cared before.
When we switched over to the ticket spinlocks, we actually had
*numbers* about how the old unfair spinlocks could be
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
[ Upstream commit 01ba16d6ec85a1ec4669c75513a76b61ec53ee50 ]
On receiving a packet too big icmp error we update the expire value by
calling
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Xenia Ragiadakou burzalod...@gmail.com
commit 9df89d85b407690afa46ddfbccc80bec6869971d upstream.
This patch sets the lpm_capable field for root hubs with LPM capabilities.
Signed-off-by:
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings b...@decadent.org.uk
[ Upstream commit 262e827fe745642589450ae241b7afd3912c3f25 ]
The length calculation here is now invalid on 32-bit architectures,
since sk_buff::tail is a
On Sat, Nov 16, 2013 at 11:01 AM, Oleg Nesterov o...@redhat.com wrote:
Nobody actually needs MMF_DUMPABLE/MMF_DUMP_SECURELY, there
are only used to enforce the encoding of SUID_DUMP_* enum in
mm-flags MMF_DUMPABLE_MASK.
Now that set_dumpable() updates both bits atomically we can
kill them
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Gerd Hoffmann kra...@redhat.com
commit 7ad9684721606efbfb9b347346816e1e6baff8bb upstream.
This patch adds a pci stub driver to hyper-fb. The hyperv framebuffer
driver will bind to the pci
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt rost...@goodmis.org
commit 057db8488b53d5e4faa0cedb2f39d4ae75dfbdbb upstream.
Andrey reported the following report:
ERROR: AddressSanitizer: heap-buffer-overflow on address
On Sat, Nov 16, 2013 at 11:02 AM, Oleg Nesterov o...@redhat.com wrote:
1. Remove fs/coredump.h. It is not clear why do we need it,
it only declares __get_dumpable(), signal.c includes it
for no reason.
2. Now that get_dumpable() and __get_dumpable() are really
trivial make them
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Rui li li.ru...@zte.com.cn
commit 0636fc507a976cdc40f21bdbcce6f0b98ff1dfe9 upstream.
Signed-off-by: Rui li li.ru...@zte.com.cn
Cc: stable sta...@vger.kernel.org
Signed-off-by: Greg
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jhov...@gmail.com
commit 5c6d6fd1564138ad048564e48639f842714a90c6 upstream.
Two drivers (atmel-pwm-bl and leds-atmel-pwm) currently depend on the
atmel_pwm driver to have bound to
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Anssi Hannula anssi.hann...@iki.fi
commit 56cac413dd6d43af8355f5d1f90a199b540f73fc upstream.
hdmi_setup_fake_chmap() is supposed to set the reported channel map when
the channel map is not
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jhov...@gmail.com
commit 9d3fde86b15303decea632c929fbf1f3ae4501f2 upstream.
Move probe out of __init section and don't use platform_driver_probe
which cannot be used with deferred
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Yuchung Cheng ych...@google.com
[ Upstream commit 2909d874f34eae157aecab0af27c6dc4a1751f8f ]
Patch ed08495c3 tcp: use RTT from SACK for RTO has a bug that
it does not check if the ACK
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 0d08c42cf9a71530fef5ebcfe368f38f2dd0476f ]
commit 6ff50cd55545 (tcp: gso: do not generate out of order packets)
had an heuristic that can
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Yuchung Cheng ych...@google.com
[ Upstream commit 2f715c1dde6e1760f3101358dc26f8c9489be0bf ]
Patch ed08495c3 tcp: use RTT from SACK for RTO always re-arms RTO upon
obtaining a RTT sample from
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein ja...@dev.mellanox.co.il
[ Upstream commit c32b7dfbb1dfb3f0a68f250deff65103c8bb704a ]
In function mlx4_master_deactivate_admin_state() __mlx4_unregister_mac was
called using
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit 7926c1d5be0b7cbe5b8d5c788d7d39237e7b212c ]
Introduced in f9e42b853523 (net: sctp: sideeffect: throw BUG if
primary_path is NULL), we
3.12-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
[ Upstream commit 7926c1d5be0b7cbe5b8d5c788d7d39237e7b212c ]
Introduced in f9e42b853523 (net: sctp: sideeffect: throw BUG if
primary_path is NULL), we
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Rui li li.ru...@zte.com.cn
commit 0636fc507a976cdc40f21bdbcce6f0b98ff1dfe9 upstream.
Signed-off-by: Rui li li.ru...@zte.com.cn
Cc: stable sta...@vger.kernel.org
Signed-off-by: Greg
901 - 1000 of 1351 matches
Mail list logo