This patch proposes to remove the IRQF_DISABLED flag from mn10300 architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/mn10300/kernel/cevt-mn10300.c | 2 +-
arch/mn10300/kernel/mn10300-serial.c | 6 +++---
We should not call cgroup_unload_subsys() if online_css() fails, because
online_css() does not assign css to cgroup on failure, while
offline_css() called from cgroup_unload_subsys() expects it is assigned.
So let's call everything we need to rollback inline without involving
-ramdisk_blocksize doesn't exist anymore.
-Module parameters added to documentation.
Signed-off-by: Fabian Frederick
---
Documentation/blockdev/ramdisk.txt | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/Documentation/blockdev/ramdisk.txt
This is the third patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 1332 -
1 file changed, 666 insertions(+), 666 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
This is the tenth patch of a series.
Signed-off-by:Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 231 +-
1 file changed, 116 insertions(+), 115 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
On 12/06/2013 01:52 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.73 release.
There are 32 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
On 12/06/2013 01:50 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.4 release.
There are 83 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
On 12/06/2013 01:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.23 release.
There are 58 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
This patch proposes to remove the IRQF_DISABLED flag from ia64 architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/ia64/kernel/irq_ia64.c | 4
arch/ia64/kernel/mca.c | 6 --
arch/ia64/kernel/perfmon.c | 1 -
This patch proposes to remove the IRQF_DISABLED flag from FRV architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/frv/kernel/irq-mb93091.c | 8
arch/frv/kernel/irq-mb93093.c | 1 -
arch/frv/kernel/irq-mb93493.c | 4 ++--
[adding linux-fsdevel]
Hi Mark!
There was a question on this thread earlier about whether it makes sense
to support this in-kernel or make users build an initrd. This looks
pretty simple to me and is certainly easier for users, so (with some
adjustments) I'm happy with it, but I think the
This patch proposes to remove the IRQF_DISABLED flag from CRIS
architecture code. It's a NOOP since 2.6.35 and it will be removed
one day.
Comments mentioning IRQF_DISABLED are also updated, knowing
that all interrupts are now "fast interrupts", their handlers
running with interrupts disabled.
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
fs/kernfs/file.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/kernfs/file.c b/fs/kernfs/file.c
index 990c97f..4a5863b 100644
--- a/fs/kernfs/file.c
+++ b/fs/kernfs/file.c
@@ -13,7 +13,6 @@
#include
From: Wei Yongjun
In case of error, the function devm_regmap_init_mmio() returns
ERR_PTR() and never returns NULL. The NULL test in the return
value check should be replaced with IS_ERR().
Signed-off-by: Wei Yongjun
---
drivers/mfd/sta2x11-mfd.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Wei Yongjun
Fixes the following sparse warning:
drivers/mfd/sec-core.c:202:16: warning: Using plain integer as NULL pointer
Signed-off-by: Wei Yongjun
---
drivers/mfd/sec-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/sec-core.c
This patch proposes to remove the IRQF_DISABLED flag from footbridge
code. It's a NOOP since 2.6.35.
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-footbridge/dc21285-timer.c | 2 +-
arch/arm/mach-footbridge/dc21285.c | 10 +-
arch/arm/mach-footbridge/isa-timer.c | 2 +-
On Wed, 20 Nov 2013, mark.doff...@codethink.co.uk wrote:
> From: Rob Taylor
>
> Document using the cephfs as a root device, its purpose,
> functionality and use.
>
> Signed-off-by: Mark Doffman
> Signed-off-by: Rob Taylor
> Reviewed-by: Ian Molton
> ---
> Documentation/filesystems/{ =>
On Sat, Dec 07, 2013 at 05:57:32AM +0100, Mike Galbraith wrote:
> On Fri, 2013-12-06 at 16:46 -0800, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > This patch creates 4 new trace points: one at the beginning of idle,
> > one before entering mwait, one after exiting mwait, and one after
> >
This is the ninth patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c b/drivers/staging/bcm/DDRInit.c
This is the eighth patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch stanging-next
drivers/staging/bcm/DDRInit.c | 394 +-
1 file changed, 195 insertions(+), 199 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
This is the seventh patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 163 +++---
1 file changed, 43 insertions(+), 120 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
On Fri, 2013-12-06 at 16:46 -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> This patch creates 4 new trace points: one at the beginning of idle,
> one before entering mwait, one after exiting mwait, and one after
> finishing the idle code. This is useful to trace down any
> additional latencies
On 12/06/13 20:41, Stephen Warren wrote:
> On 12/05/2013 12:17 PM, Stefan Weil wrote:
>> Replace "is use" by "is used" and remove a comma.
>
> Applied to bcm2835's for-3.14/soc branch.
>
> (I'm not convinced about the
> serial-comma-applies-to-lists-of-three-or-more-items rule, since two
> items
This is the sixth patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 174 +++---
1 file changed, 63 insertions(+), 111 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
This is the fifth patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 270 +-
1 file changed, 135 insertions(+), 135 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
This is the fourth patch of a series.
Signed-off-by: Gary Alan Rookard
---
On branch-staging-next
drivers/staging/bcm/DDRInit.c | 86 +--
1 file changed, 43 insertions(+), 43 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
On 12/05/2013 12:17 PM, Stefan Weil wrote:
> Replace "is use" by "is used" and remove a comma.
Applied to bcm2835's for-3.14/soc branch.
(I'm not convinced about the
serial-comma-applies-to-lists-of-three-or-more-items rule, since two
items are clearly a list, and it's inconsistent with what I
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 1332 -
1 file changed, 666 insertions(+), 666 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c b/drivers/staging/bcm/DDRInit.c
index e014759..ed4dfe9
This is second in a series of patches.
Signed-off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 910 +-
1 file changed, 455 insertions(+), 455 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
This is the first patch of a series.
Signed:off-by: Gary Alan Rookard
---
On branch staging-next
drivers/staging/bcm/DDRInit.c | 398 +-
1 file changed, 199 insertions(+), 199 deletions(-)
diff --git a/drivers/staging/bcm/DDRInit.c
On Mon, Dec 2, 2013 at 2:14 PM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Add missing initcall variants when building for loadable modules.
> This fixes this build error on powerpc allmodconfig:
>
> drivers/tty/ehv_bytechan.c: error: type defaults to 'int' in declaration of
>
On 12/06/2013 07:25 PM, Christoph Lameter wrote:
> On Fri, 6 Dec 2013, Rik van Riel wrote:
>
>>> When you start migrating a page a special page migration entry is
>>> created that will trap all accesses to the page. You can safely flush when
>>> the migration entry is there. Only allow a new
3% nabídku General úvěr. Potřebujete úvěr jakéhokoli druhu? GREENIA
ÚVĚR FIRMY vám může pomoci s půjčkou.
Zúčastněné žadatelé by nás měla na email: greenialo...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 12/06/2013 03:54 PM, Zhi Yong Wu wrote:
> From: Zhi Yong Wu
>
> By checking related codes, it is impossible that ret > len or total_len,
> so we should remove some useless coeds in both above functions.
Looks like commit 6680ec68eff47d36f67b4351bc9836fd6cba9532
Author: Jason Wang
Date:
(2013/12/07 10:32), Frank Ch. Eigler wrote:
> Hi -
>
> On Sat, Dec 07, 2013 at 08:19:13AM +0900, Masami Hiramatsu wrote:
>
>> [...]
>>> Would you plan to limit kprobes (or just the perf-probe frontend) to
>>> only function-entries also?
>
>> Exactly, yes :). Currently I have a patch for
On 12/06/2013 12:45 PM, David Miller wrote:
> From: Zhi Yong Wu
> Date: Fri, 6 Dec 2013 17:08:50 +0800
>
>> From: Zhi Yong Wu
>>
>> Signed-off-by: Zhi Yong Wu
>
> Also applied and queued up for -stable, thanks.
>
> I noticed in these two cases that that min_t() adjustment of 'ret'
> seems
These are a recurring cause of confusion, so rename them to
hopefully be clearer.
Signed-off-by: Greg Price
---
drivers/char/random.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index
The variable 'entropy_bytes' is set from an expression that actually
counts bits. Fortunately it's also only compared to values that also
count bits. Rename it accordingly.
Signed-off-by: Greg Price
---
drivers/char/random.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
The new when-to-push logic in v3.13-rc1~61^2~6 "random: push extra
entropy to the output pools" uses the name "entropy_bytes" for a
quantity that's actually in bits. This results in confusing,
buggy-looking lines both where the variable is set and where it's
used. Fortunately it's all consistent
Dear RT Folks,
I'm pleased to announce the 3.4.72-rt89 stable release.
This release is just an update to the new stable 3.4.72 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 3.10.22-rt19 stable release.
This release is just an update to the new stable 3.10.22 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Sat, Dec 7, 2013 at 5:26 AM, David Miller wrote:
> From: Chen-Yu Tsai
> Date: Sat, 7 Dec 2013 01:29:36 +0800
>
>> + device = of_match_device(stmmac_dt_ids, >dev);
>> + if (!device)
>> + return -ENODEV;
>> +
>> + if (device->data)
>> + memcpy(plat,
2013/12/6 Chen-Yu Tsai :
> On Sat, Dec 7, 2013 at 5:09 AM, Florian Fainelli wrote:
>> 2013/12/6 Chen-Yu Tsai :
>>> The CubieTruck uses the GMAC with an RGMII phy.
>>>
>>> Signed-off-by: Chen-Yu Tsai
>>> ---
>>> arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 8
>>> 1 file changed, 8
On 12/06/2013 06:26 AM, Miroslav Lichvar wrote:
> This graph shows the value of tk->mult as it changes with clock
> updates:
> http://mlichvar.fedorapeople.org/tmp/tk_test1.png
>
> When the TSC frequency is set to 100 MHz, it becomes more pronounced:
>
On Sat, Dec 7, 2013 at 5:09 AM, Florian Fainelli wrote:
> 2013/12/6 Chen-Yu Tsai :
>> The CubieTruck uses the GMAC with an RGMII phy.
>>
>> Signed-off-by: Chen-Yu Tsai
>> ---
>> arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 8
>> 1 file changed, 8 insertions(+)
>>
>> diff --git
Hi -
On Sat, Dec 07, 2013 at 08:19:13AM +0900, Masami Hiramatsu wrote:
> [...]
> > Would you plan to limit kprobes (or just the perf-probe frontend) to
> > only function-entries also?
> Exactly, yes :). Currently I have a patch for kprobe-tracer
> implementation (not only for perf-probe, but
Resending reply due to incorrect MIME type.
On Sat, Dec 7, 2013 at 5:26 AM, David Miller wrote:
>
> From: Chen-Yu Tsai
> Date: Sat, 7 Dec 2013 01:29:35 +0800
>
> > @@ -47,6 +47,7 @@ static int stmmac_probe_config_dt(struct platform_device
> > *pdev,
> > plat->bus_id = 0;
> >
> >
Commit-ID: e7d820a5e549b3eb6c3f9467507566565646a669
Gitweb: http://git.kernel.org/tip/e7d820a5e549b3eb6c3f9467507566565646a669
Author: Qiaowei Ren
AuthorDate: Thu, 5 Dec 2013 17:15:34 +0800
Committer: H. Peter Anvin
CommitDate: Fri, 6 Dec 2013 17:17:42 -0800
x86, xsave: Support
(2013/12/03 22:21), Petr Mladek wrote:
> The text_poke functions called BUG() in case of error. This was too strict.
> There are situations when the system is still usable even when the patching
> has failed, for example when enabling the dynamic ftrace.
>
> This commit modifies text_poke,
On 12/06/2013 05:16 PM, Ren, Qiaowei wrote:
> Jinsong think that both kvm and host depend on these feature definition
> header file, so we firstly submit these files depended on.
Yes, but we can't turn on the feature without proper protection. Either
way, they are now in tip:x86/cpufeature.
On Friday, December 06, 2013 12:59:33 PM David E. Box wrote:
> From: "David E. Box"
>
> Current Intel SOC cores use a MailBox Interface (MBI) to provide access to
> unit
> devices connected to the system fabric. This driver implements access to this
> interface on BayTrail platforms. This is a
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: Saturday, December 07, 2013 9:07 AM
> To: Ren, Qiaowei; Liu, Jinsong; Paolo Bonzini
> Cc: k...@vger.kernel.org; x...@kernel.org; Xudong Hao;
> qemu-de...@nongnu.org; linux-kernel@vger.kernel.org; Ingo Molnar;
On Thursday, December 05, 2013 10:52:36 PM Yinghai Lu wrote:
> On Mon, Dec 2, 2013 at 6:49 AM, Rafael J. Wysocki wrote:
> >
> > Scenario 5: pci_stop_and_remove_bus_device() is run concurrently
> > for a device and its parent bridge via remove_callback().
> >
> > In that case both code paths
Jason Wang writes:
> On 12/05/2013 10:36 PM, Andrey Vagin wrote:
>> free_unused_bufs must check vi->mergeable_rx_bufs before
>> vi->big_packets, because we use this sequence in other places.
>> Otherwise we allocate buffer of one type, then free it as another
>> type.
>>
>> general protection
Jason Wang writes:
> On 12/05/2013 10:36 PM, Andrey Vagin wrote:
>> free_netdev calls netif_napi_del too, but it's too late, because napi
>> structures are placed on vi->rq. netif_napi_add() is called from
>> virtnet_alloc_queues.
>>
>> general protection fault: [#1] SMP
>> Dumping ftrace
On Thu, Dec 5, 2013 at 5:20 PM, Andi Kleen wrote:
> "H. Peter Anvin" writes:
>>
>> Not to mention that in that case we might as well -- since we need a
>> compiler anyway -- generate the machine code in user space; the JIT
>> solution really only is useful if it can provide something that we
On 12/06/2013 04:23 PM, Ren, Qiaowei wrote:
>>>
>>> We need to either disable these features in lazy mode, or we need to
>>> force eager mode if these features are to be supported. The problem
>>> with the latter is that it means forcing eager mode regardless of if
>>> anything actually *uses*
On Fri, Dec 6, 2013 at 3:54 PM, Masami Hiramatsu
wrote:
> (2013/12/06 14:16), Alexei Starovoitov wrote:
>> On Thu, Dec 5, 2013 at 5:20 PM, Andi Kleen wrote:
the difference is bigger now: 484-145 vs 185-145
>>>
>>> This is a obvious improvement, but imho not big enough to be extremely
>>>
On Friday 06 December 2013 16:31:38 Tim Kryger wrote:
> On Fri, Dec 6, 2013 at 3:51 PM, James Hogan wrote:
> > On Friday 06 December 2013 23:29:02 James Hogan wrote:
> >> So it looks like the LCR does always change immediately for me in this
> >> case
> >> (obviously it hasn't hit the BUSY case),
On 12/06/2013 11:21 PM, Thadeu Lima de Souza Cascardo wrote:
> I have recently found out that no iommu_groups could be found under
> /sys/ on a P8. That prevents PCI passthrough from working.
>
> During my investigation, I found out there seems to be a missing
> iommu_register_group for PHB3. The
From: Andi Kleen
This patch creates 4 new trace points: one at the beginning of idle,
one before entering mwait, one after exiting mwait, and one after
finishing the idle code. This is useful to trace down any
additional latencies caused by the ever-growing idle code.
Idle latencies are a
On Fri, Dec 06, 2013 at 10:25:49PM +0100, Thomas Gleixner wrote:
> The frequency of invoking the gic_arch_extn callbacks is exactly equal
> to the frequency of interrupts in the system which go through the GIC
> at least for mask/unmask/eoi. The frequency of calls per interrupt
> depends on the
Fix a bug when we free module's memory while a timer is pending by
canceling all deferred timers from the unloaded module.
static_key_rate_limit() still can't be called more than once.
Reproducer: (host crasher)
modprobe kvm_intel
(sleep 1; echo quit) \
| qemu-kvm -kernel /dev/null
Complement the static_key_slow_dec_deferred().
This avoids asymmetrical API, and prepares us for future optimizations
and bug fixes.
Signed-off-by: Radim Krčmář
---
arch/x86/kvm/lapic.c | 7 ---
include/linux/jump_label_ratelimit.h | 5 +
kernel/events/core.c
When '.enabled.counter == 1', static_key_slow_dec_deferred() gets
silently dropped if the decrease is already pending.
We print a warning if this happens and because .enabled.counter cannot
go below 1 before the decrease has finished, the number of ignored
static_key_slow_dec_deferred() is kept
We can cancel deferred static_key_slow_dec() instead of increasing
.enabled.counter.
Timer now won't fire before 'timeout' since the last increase, so this patch
further stabilizes the case of frequent switching.
Signed-off-by: Radim Krčmář
---
kernel/jump_label.c | 3 ++-
1 file changed, 2
ote this on Tuesday and then moved to higher priority work, but
returned with enough courage to post a different first part.
The first part was tested on amd64, s390x and ppc64, the rest also on
armv7.
Applies to next-20131206 and v3.13-rc3.
Radim Krčmář (5):
static_key: add a section for defer
We need to know about all deferred keys if we want to correctly
- initialize timers on kernel init/module load
- destroy pending timers when unloading a module
We depend on section attribute, so direct definitions of struct
static_key_deferred should be avoided, which is suboptimal.
Based on a suggestion from John Stultz.
This adds a dynamic clock device which can be used with clock_gettime
to sample the clock source used for time stamping trace events in the
kernel. The only use for this clock source is to associate user space
events with kernel events on a given kernel.
On Sat, 2013-11-23 at 01:22 +, Joseph S. Myers wrote:
> On Fri, 22 Nov 2013, Scott Wood wrote:
>
> > This sounds like an incompatible change to userspace API. What about
> > older glibc? What about user code that directly manipulates these bits
> > rather than going through libc, or uses a
On Fri, Dec 6, 2013 at 3:51 PM, James Hogan wrote:
> On Friday 06 December 2013 23:29:02 James Hogan wrote:
>> So it looks like the LCR does always change immediately for me in this case
>> (obviously it hasn't hit the BUSY case), but not all the bits can be
>> written. In particular bit 5 and
On Fri, 6 Dec 2013, Rik van Riel wrote:
> > When you start migrating a page a special page migration entry is
> > created that will trap all accesses to the page. You can safely flush when
> > the migration entry is there. Only allow a new PTE/PMD to be put there
> > *after* the tlb flush.
>
> A
From: Hector Palacios
Added write_raw function to manipulate the optional divider_by_two
through the scaling attribute out of the available scales.
Signed-off-by: Hector Palacios
Signed-off-by: Alexandre Belloni
---
drivers/staging/iio/adc/mxs-lradc.c | 56
From: Hector Palacios
Adds in_voltageX_scale_available file for every channel to read
the different available scales.
There are two scales per channel:
[0] = divider_by_two disabled (default)
[1] = divider_by_two enabled
The scale is a struct made of integer and nano parts to build
a long
Hello,
This is v4 of the patchset that adds support to the optional divider_by_two of
LRADC channels.
Changes since v3:
- removed DT bindings for vref_mv (was the second patch of the series)
- rebased on v3.13.0-rc3
- the first patch of the previous series had been applied previously
- this
From: Hector Palacios
Some LRADC channels have fixed pre-dividers and all have an optional
divider by two which allows a maximum input voltage of VDDIO - 50mV.
This patch
- adds the scaling info flag to all channels
- grabs the max reference voltage per channel
(where the fixed
> -Original Message-
> From: Liu, Jinsong
> Sent: Saturday, December 07, 2013 6:13 AM
> To: H. Peter Anvin; Paolo Bonzini; Ren, Qiaowei
> Cc: k...@vger.kernel.org; x...@kernel.org; Xudong Hao;
> qemu-de...@nongnu.org; linux-kernel@vger.kernel.org; Ingo Molnar; Thomas
> Gleixner
> Subject:
On Fri, 2013-12-06 at 12:30 -0700, Alex Williamson wrote:
> On Fri, 2013-12-06 at 12:59 -0600, Scott Wood wrote:
> > On Thu, 2013-12-05 at 22:11 -0600, Bharat Bhushan wrote:
> > >
> > > > -Original Message-
> > > > From: Wood Scott-B07421
> > > > Sent: Friday, December 06, 2013 5:52 AM
>
This patch defines xstate feature and extends struct xsave_hdr_struct
to support Intel MPX.
Signed-off-by: Qiaowei Ren
Signed-off-by: Xudong Hao
Signed-off-by: Liu Jinsong
---
arch/x86/include/asm/processor.h | 12
arch/x86/include/asm/xsave.h |6 +-
2 files
On Fri, Dec 06, 2013 at 03:08:47PM -0800, Kamal Mostafa wrote:
> 3.8.13.14 -stable review patch. If anyone has any objections, please let me
> know.
>
> --
>
> From: Ben Hutchings
>
> [ Upstream commit 262e827fe745642589450ae241b7afd3912c3f25 ]
>
> The length calculation
(2013/12/06 14:19), Jovi Zhangwei wrote:
> Hi Alexei,
>
> On Thu, Dec 5, 2013 at 12:40 PM, Alexei Starovoitov wrote:
>>> On Tue, Dec 3, 2013 at 4:01 PM, Andi Kleen wrote:
Can you do some performance comparison compared to e.g. ktap?
How much faster is it?
>>
>> Did simple ktap
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Julius Werner
commit e92aee330837e4911553761490a8fb843f2053a6 upstream.
This patch adds the Port Reset Change flag to the set of bits that are
preemptively cleared on init/resume of a
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Roel Kluin
commit 6d0a4ed2b90a12e1403d3e7d9d8c2cc7fdc301b5 upstream.
This fixes a typo which left twsi config3 option enabled.
Signed-off-by: Roel Kluin
Acked-by: Sebastian
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit 01ba16d6ec85a1ec4669c75513a76b61ec53ee50 ]
On receiving a packet too big icmp error we update the expire value by
calling rt6_update_expires.
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Johan Hovold
commit a91ccd26e75235d86248d018fe3779732bcafd8d upstream.
Make sure to return errors from tiocmget rather than rely on
uninitialised stack data.
Signed-off-by: Johan
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sebastian Andrzej Siewior
commit c5340bd14336b902604ab95212a8877de109d9ae upstream.
So I captured this:
|WARNING: CPU: 0 PID: 2078 at
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ben Hutchings
[ Upstream commit 262e827fe745642589450ae241b7afd3912c3f25 ]
The length calculation here is now invalid on 32-bit architectures,
since sk_buff::tail is a pointer and
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
[ Upstream commit e3bc10bd95d7fcc3f2ac690c6ff22833ea6781d6 ]
On receiving a packet too big icmp error we check if our current cached
dst_entry in the socket is
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Johannes Berg
commit 79845c662eeb95c9a180b9bd0d3ad848ee65b94c upstream.
Since rdev->sched_scan_req is dereferenced outside the
lock protecting it, this might be done at the wrong
time,
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Kailang Yang
commit 1d04c9de5c76df113e4af7120feb53c628b5efcc upstream.
It's just another variant of ALC269 & co.
Signed-off-by: Kailang Yang
Signed-off-by: Takashi Iwai
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stanislaw Gruszka
commit 2bf127a5cc372b9319afcbae10b090663b621c8b upstream.
RSSI value is provided on word3 not on word2.
Signed-off-by: Stanislaw Gruszka
Signed-off-by: John W.
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit ec9debbd9a88d8ea86c488d6ffcac419ee7d46d9 ]
commit 3ab098df35f8b98b6553edc2e40234af512ba877 (virtio-net: don't respond to
cpu hotplug notifier if we're not
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Wei Liu
[ Upstream commit 059dfa6a93b779516321e5112db9d7621b1367ba ]
time_after_eq() only works if the delta is < MAX_ULONG/2.
For a 32bit Dom0, if netfront sends packets at a very
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ 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. Fix this by
(2013/12/06 14:16), Alexei Starovoitov wrote:
> On Thu, Dec 5, 2013 at 5:20 PM, Andi Kleen wrote:
>>> the difference is bigger now: 484-145 vs 185-145
>>
>> This is a obvious improvement, but imho not big enough to be extremely
>> compelling (< cost 1-2 cache misses, no orders of magnitude
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stanislaw Gruszka
commit 36165fd5b00bf8163f89c21bb16a3e9834555b10 upstream.
Polling TX statuses too frequently has two negative effects. First is
randomly peek CPU usage, causing
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Moore
commit 42d64e1add3a1ce8a787116036163b8724362145 upstream.
The SELinux/NetLabel glue code has a locking bug that affects systems
with NetLabel enabled, see the kernel error
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Markus Pargmann
commit 0bebda684857f76548ea48c8886785198701d8d3 upstream.
am33xx has a INTC_PENDING_IRQ3 register that is not checked for pending
interrupts. This patch adds AM33XX to
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stanislaw Gruszka
commit 5671ab05cf2a579218985ef56595387932d78ee4 upstream.
Fix random kernel panic with below messages when remove dongle.
[ 2212.355447] BUG: unable to handle kernel
3.8.13.14 -stable review patch. If anyone has any objections, please let me
know.
--
From: David Howells
commit 124df926090b32a998483f6e43ebeccdbe5b5302 upstream.
Remove the certificate date checks that are performed when a certificate is
parsed. There are two checks: a
1 - 100 of 2264 matches
Mail list logo
