0001-OvmfPkg-allocate-the-EFI-memory-map-for-Linux-as-Loa.patch
was applied in r14555.
Thanks for the contribution.
And thanks for the bug report & testing Boris.
On Wed, Aug 7, 2013 at 10:49 AM, Laszlo Ersek wrote:
> On 08/07/13 17:19, Borislav Petkov wrote:
>> On Tue, Aug 06, 2013 at 05:31:29
On Sun, Aug 18, 2013 at 12:57 AM, Margarita Manterola
wrote:
> There were no replies to the previous mail asking for comments, and as
> far as I can see this has not been applied. I don't know who rjw is,
> could you be a bit more explicit, please?
"git grep rjw MAINTAINERS"
Rafael J. Wysocki
Since rq->nr_running would include both migration and rt task, it is not
reasonable to seek to move nr_running number of task in the load_balance
function, since it only apply to cfs type.
Change it to cfs's h_nr_running, which could well present the task
number in current cfs queue.
Signed-off-b
On Fri, Aug 16, 2013 at 11:02 PM, Francois Romieu wrote:
> As a hobbyist, I have less time than most pro and must cope with
> whatever brain juice remains after the paid work. It doesn't make me
Indeed. And the dosing of brain juice is not always aligned with the steady
pace of Linux kernel devel
Since pick_next_task_fair only want to ensure there is some task in the
run queue to be picked up, it should use the h_nr_running instead of
nr_running, since nr_running cannot present all tasks if group existed.
Signed-off-by: Lei Wen
---
kernel/sched/fair.c |2 +-
1 files changed, 1 insert
Since cpu_avg_load_per_task is used only by cfs scheduler, its meaning
should present the average cfs type task load in the current run queue.
Thus we change it to h_nr_running for well presenting its meaning.
Signed-off-by: Lei Wen
---
kernel/sched/fair.c |2 +-
1 files changed, 1 insertion
Since update_rq_runnable_avg is used only by cfs scheduler, it
should not consider the task beyond the cfs type.
If one cfs task is running with one rt task, the only cfs task
should be no aware of the existence of rt task, and behavior
like one cfs task occasionly throttled by some bandwidth cont
Since update_sg_lb_stats is used to calculate sched_group load
difference of cfs type task, it should use h_nr_running instead of
nr_running of rq.
Signed-off-by: Lei Wen
---
kernel/sched/fair.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/fair.c b/kerne
Since find_busiest_queue try to avoid do load balance for runqueue
which has only one cfs task and its load is above the imbalance
value calculated, we should use h_nr_running of cfs instead of
nr_running of rq.
Signed-off-by: Lei Wen
---
kernel/sched/fair.c |3 ++-
1 files changed, 2 insert
We should only avoid do the active load balance when there is no
cfs type task. If just use rq->nr_running, it is possible for the
source cpu has multiple rt task, while zero cfs task, so that it
would confuse the active load balance function that try to move,
but find no task it could move.
Signe
Signed-off-by: Lei Wen
---
kernel/sched/sched.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
index ef0a7b2..b8f0924 100644
--- a/kernel/sched/sched.h
+++ b/kernel/sched/sched.h
@@ -248,6 +248,12 @@ struct cfs_bandwidth {
Since it is different for the nr_running and h_nr_running in its
presenting meaning, we should take care of their usage in the scheduler.
Lei Wen (8):
sched: change load balance number to h_nr_running of run queue
sched: change cpu_avg_load_per_task using h_nr_running
sched: change update_rq
On Sat, Jul 27, 2013 at 3:29 PM, Yann E. MORIN wrote:
> Sorry to chime in a bit late...
>
> On 2013-07-23 22:20 +0200, Geert Uytterhoeven spake thusly:
>> On Tue, 23 Jul 2013, Geert Uytterhoeven wrote:
>> > JFYI, when comparing v3.11-rc2 to v3.11-rc1[3], the summaries are:
>> > - build errors: +
On Thu, Aug 15, 2013 at 6:38 AM, Stephen Warren wrote:
> On 08/12/2013 08:29 PM, Alexandre Courbot wrote:
>> Register the firmware operations for Trusted Foundations if the device
>> tree indicates it is active on the device.
>
>> diff --git a/arch/arm/mach-tegra/firmware.c b/arch/arm/mach-tegra/f
On Thu, Aug 15, 2013 at 8:52 PM, Dave Martin wrote:
> On Tue, Aug 13, 2013 at 11:29:48AM +0900, Alexandre Courbot wrote:
>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>> can be invoked using a consistent smc-based API on all supported
>> platforms. This patch adds initia
On Thu, Aug 15, 2013 at 6:40 AM, Stephen Warren wrote:
> On 08/12/2013 08:29 PM, Alexandre Courbot wrote:
>> Use a firmware operation to set the CPU reset handler and only resort to
>> doing it ourselves if there is none defined.
>>
>> This supports the booting of secondary CPUs on devices using a
On Thu, Aug 15, 2013 at 6:35 AM, Stephen Warren wrote:
> On 08/12/2013 08:29 PM, Alexandre Courbot wrote:
>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>> can be invoked using a consistent smc-based API on all supported
>> platforms. This patch adds initial basic support
On Fri, Aug 16, 2013 at 10:23 PM, Dave Martin wrote:
> On Thu, Aug 15, 2013 at 04:02:52PM -0600, Stephen Warren wrote:
>> On 08/15/2013 05:52 AM, Dave Martin wrote:
>> > On Tue, Aug 13, 2013 at 11:29:48AM +0900, Alexandre Courbot wrote:
>> >> Trusted Foundations is a TrustZone-based secure monitor
Both zswap and zram are used to compress anon pages in memory so as to reduce
swap io operation. The main different is that zswap uses zbud as its allocator
while zram uses zsmalloc. The other different is zram will create a block
device, the user need to mkswp and swapon it.
Minchan has areadly t
zsmalloc is a new slab-based memory allocator for storing
compressed pages. It is designed for low fragmentation and
high allocation success rate on large object, but <= PAGE_SIZE
allocations.
zsmalloc differs from the kernel slab allocator in two primary
ways to achieve these design goals.
zsma
This is used to replace previous zram.
zram users can enable this feature, then a pseudo device will be created
automaticlly after kernel boot.
Just using "mkswp /dev/zram0; swapon /dev/zram0" to use it as a swap disk.
The size of this pseudeo is controlled by zswap boot parameter
zswap.max_pool_p
Make zswap can use zsmalloc as its allocater.
But note that zsmalloc don't reclaim any zswap pool pages mandatory, if zswap
pool gets full, frontswap_store will be refused unless frontswap_get happened
and freed some space.
The reason of don't implement reclaiming zsmalloc pages from zswap pool is
On Wed, 14 Aug 2013, Fan Du wrote:
> From e3929d4fdfad5b40fd8cad0e217597670d1aef54 Mon Sep 17 00:00:00 2001
> From: Fan Du
> Date: Wed, 14 Aug 2013 16:39:23 +0800
> Subject: [PATCHv3 linux-next] hrtimer: Add notifier when clock_was_set was
> called
>
> When clock_was_set is called in case of sys
Paul,
On Tue, Aug 13, 2013 at 5:25 PM, Paul Turner wrote:
> On Tue, Aug 13, 2013 at 1:18 AM, Lei Wen wrote:
>> Hi Paul,
>>
>> On Tue, Aug 13, 2013 at 4:08 PM, Paul Turner wrote:
>>> On Tue, Aug 13, 2013 at 12:38 AM, Peter Zijlstra
>>> wrote:
On Tue, Aug 13, 2013 at 12:45:12PM +0800, Lei
On Sat, Aug 17, 2013 at 08:17:17PM -0700, Josh Triplett wrote:
> On Sat, Aug 17, 2013 at 06:37:46PM -0700, Paul E. McKenney wrote:
> > From: Borislav Petkov
> >
> > CONFIG_RCU_FAST_NO_HZ can increase grace-period durations by up to
> > a factor of four, which can result in long suspend and resume
When attempting to change e.g. the advertising mask when the link is down
ecmd->speed is -1 causing mii_ethtool_sset() to bail out.
This bug bit when connecting to a gigabit switch through a 4-pin (industrial)
cable, since link negotiation would not complete (both endpoints claimed to
be gigabit-c
On Sat, Aug 10, 2013 at 12:13 PM, Viresh Kumar wrote:
> Drivers which have an exit path must call cpufreq_frequency_table_put_attr()
> if
> they have called cpufreq_frequency_table_get_attr() in their init path.
>
> This driver was missing this part and is fixed with this patch.
>
> Cc: Kukjin Ki
On Sat, Aug 10, 2013 at 12:14 PM, Viresh Kumar wrote:
> Most of the CPUFreq drivers do similar things in .exit() and .verify()
> routines
> and .attr. So its better if we have generic routines for them which can be
> used
> by cpufreq drivers then.
>
> This patch uses these generic routines for
On Sat, Aug 17, 2013 at 09:26:43AM -0700, Joe Perches wrote:
> > ... unless there's a way to detect new submissions and scream only
> > for those. I.e., look at lines starting with "+" which don't have
> > corresponding "-" lines.
>
> No, that's not the right way to do that.
> That bit's relativel
commit bedd30d986a05e32dc3eab874e4b9ed8a38058bb ("genirq: make irqreturn_t
an enum") blindly replaced "0" by "IRQ_NONE" in the "IRQ_RETVAL(x)" macro
definition.
However, as "x" is a condition, "0" meant "boolean false", not an
irqreturn_t value.
All of this worked, and kept working after the addi
Hi Viresh,
On Tue, Aug 13, 2013 at 7:02 PM, Viresh Kumar wrote:
> Currently prototype of cpufreq_drivers target routines is:
>
> int target(struct cpufreq_policy *policy, unsigned int target_freq,
> unsigned int relation);
>
> And most of the drivers call cpufreq_frequency_table_t
On Wed, Aug 14, 2013 at 7:02 PM, Viresh Kumar wrote:
> Many common initializations of struct policy are moved to core now and hence
> this driver doesn't need to do it. This patch removes such code.
>
> Most recent of those changes is to call ->get() in the core after calling
> ->init().
>
> Cc: K
On Fri, Aug 16, 2013 at 7:55 AM, Viresh Kumar wrote:
> Most of the drivers do following in their ->target_index() routines:
>
> struct cpufreq_freqs freqs;
> freqs.old = old freq...
> freqs.new = new freq...
>
> cpufreq_notify_transition(policy, &freqs, CPUFREQ_PREC
If NO_DMA=y:
drivers/built-in.o: In function `__drm_pci_free':
drivers/gpu/drm/drm_pci.c:112: undefined reference to `dma_free_coherent'
drivers/built-in.o: In function `drm_pci_alloc':
drivers/gpu/drm/drm_pci.c:72: undefined reference to `dma_alloc_coherent'
drivers/built-in.o: In function `drm_g
include/linux/of_net.h:16: warning: type qualifiers ignored on function return
type
Signed-off-by: Geert Uytterhoeven
---
v2: update the actual function in drivers/of/of_net.c.
drivers/of/of_net.c|2 +-
include/linux/of_net.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-
If NO_DMA=y:
drivers/built-in.o: In function `denali_remove':
drivers/mtd/nand/denali.c:1605: undefined reference to `dma_unmap_single'
drivers/built-in.o: In function `denali_read_page_raw':
drivers/mtd/nand/denali.c:1190: undefined reference to `dma_sync_single_for_cpu'
drivers/built-in.o: In fu
Hello, Linus.
This pull request contains one patch to fix the return value of
cpuset's cgroups interface function, which used to always return
-ENODEV for the writes on the "memory_pressure_enabled" file.
The fix is available in the following branch
git://git.kernel.org/pub/scm/linux/kernel/gi
If NO_DMA=y:
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function ‘vb2_dc_mmap’:
drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit declaration
of function ‘dma_mmap_coherent’
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function
‘vb2_dc_get_base_sgt’:
drivers/media
Hello there,
while testing my "Optimus" Notebook i saw a stack trace in my logs,
maybe someone is interested!
I can easily reproduce this any time. It happens when offloading a GL
app, here Unigine Heaven 3.0 to the nvidia card. To be more exactly:
When starting Unigine the window stays black.
This one is missed in commit 44d5f7bb "pinctrl: sink pinctrldev_list_mutex".
Signed-off-by: Axel Lin
---
drivers/pinctrl/core.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index c8fcedb..c670527 100644
--- a/drivers/pinctrl/core.c
+++
Hold pctldev->mutex mutex_lock when traverse the list.
Signed-off-by: Axel Lin
---
drivers/pinctrl/core.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index c670527..4adef2f 100644
--- a/drivers/pinctrl/core.c
+++ b/drivers/pinctrl/core.c
pinctrl_register() returns NULL on error, fix it.
Signed-off-by: Axel Lin
---
Documentation/pinctrl.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/pinctrl.txt b/Documentation/pinctrl.txt
index e7bee9b..c0ffd30 100644
--- a/Documentation/pinctrl.txt
+++ b/Do
Yes, of course, I have no objections.
On Fri, Aug 16, 2013 at 1:21 PM, Cho KyongHo wrote:
> On Wed, 14 Aug 2013 15:15:49 +0200, 'Joerg Roedel' wrote:
>> KyongHo,
>>
>> On Fri, Jul 26, 2013 at 07:46:01PM +0900, Cho KyongHo wrote:
>> > __sysmmu_enable() must return 1 if it is called with the same p
On Tuesday, August 06, 2013 10:53:09 PM Viresh Kumar wrote:
> For iterating over all policies currently we are iterating over all CPUs and
> then finding their policies. Lets use the newly created infrastructure
> cpufreq_policy_list.
>
> Signed-off-by: Viresh Kumar
I noticed that the current li
The last week I have had 4 lockups which required power on/off.
Before getting there I noticed that the machine was getting slow.
top reported high load(5-10) but there was no process consuming CPU except
for migration/0 which were spicing 100% on and off.
Ping times went up with a factor of 40 t
The arm64 port doesn't provide a parport.h which causes a build failure
with some configurations:
drivers/parport/parport_pc.c:67:25: fatal error: asm/parport.h: No such file
or directory
#include
This patch wires in the generic parport.h for arm64.
Signed-off-by: Mark Salter
---
arch/a
I found a few bugs in zswap when I review Linux-3.11-rc5, and I have
also some questions about it, described as following:
BUG:
1. A race condition when reclaim a page
when a handle alloced from zbud, zbud considers this handle is used
validly by upper(zswap) and can be a candidate for reclaim.
Bu
Since commit 511f3c53 usb_gadget_remove_driver will pass NULL for the
driver argument.
Signed-off-by: Maarten ter Huurne
---
drivers/usb/musb/musb_gadget.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c
index
The arm64 port doesn't provide a screen_info struct for console support
which leads to a build failure with some configurations:
drivers/video/console/vgacon.c:820: undefined reference to `screen_info'
This patch adds an empty declaration of screen_info to fix the build
problem. Some additional
>From c21d0da84c92d351f37b70c0d9c01a66fcb84e88 Mon Sep 17 00:00:00 2001
From: Paul McQuade
Date: Thu, 15 Aug 2013 20:00:50 +0100
Subject: [PATCH] Staging:BCM:DDRInit.c:Replacing __FUNCTION__
__Function__ gets replaced with __func__
Signed-Off-By: Paul McQuade
---
drivers/staging/bcm/DDRIn
Dear Sebastian Hesselbarth,
On Fri, 16 Aug 2013 21:41:33 +0200, Sebastian Hesselbarth wrote:
> This is a RFC adding initial support for the Marvell Armada 1500
> (88DE3100) found on various consumer devices (Chromecast, GoogleTV).
Nice!
> Actually, it is a two-fold RFC also raising discussions o
On Sun, 2013-08-18 at 17:28 +0100, Paul McQuade wrote:
> >From c21d0da84c92d351f37b70c0d9c01a66fcb84e88 Mon Sep 17 00:00:00 2001
Please send patches to yourself and make sure they
apply correctly before sending them to other people
and lists.
This one has two newlines where only a single newline
On 08/16, Frederic Weisbecker wrote:
>
> On Fri, Aug 16, 2013 at 06:49:22PM +0200, Oleg Nesterov wrote:
> >
> > Personally I am fine either way.
>
> Me too.
>
> So my proposition is that we can keep the existing patches as they fix other
> distinct races
perhaps... but it would be nice to fix the
On 8/17/2013 12:16 AM, Sergei Shtylyov wrote:
> Hello.
>
> On 08/16/2013 06:11 PM, Lad, Prabhakar wrote:
>
>> From: "Lad, Prabhakar"
>
>> Add ethernet device tree node information and pinmux for mii to da850 by
>> providing interrupt details and local mac address.
>
>> Signed-off-by: Lad, Prab
On 08/16, Frederic Weisbecker wrote:
>
> To fix this, lets only update the sleeptime stats locally when the CPU
> exits from idle.
I am in no position to ack the changes in this area, but I like this
change very much. Because, as a code reader, I was totally confused by
if (last_update_ti
On 08/16, Frederic Weisbecker wrote:
>
> This fixes a reported bug where non-monotonic sleeptime stats are returned by
> /proc/stat
> when it is frequently read.
Plus it fixes the problems with 32bit machines reading u64 values.
But perhaps the changelog should mention other races we discussed.
From: Mark Brown
Just for neatness.
Signed-off-by: Mark Brown
---
drivers/regulator/core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index 77943ed..b471706 100644
--- a/drivers/regulator/core.c
+++ b/drivers/re
On 08/16, Frederic Weisbecker wrote:
>
> get_cpu_idle_time_us() and get_cpu_iowait_time_us() mostly share
> the same code. Lets consolidate both implementations.
Personally I like every patch which consolidates the code ;)
> do {
> seq = read_seqcount_begin(&ts->sleeptime_seq)
Sorry for double post. forgot to cc cpufreq maintainers.
On 08/16, Frederic Weisbecker wrote:
>
> To fix this, lets only update the sleeptime stats locally when the CPU
> exits from idle.
I am in no position to ack the changes in this area, but I like this
change very much. Because, as a code rea
On Mon, Aug 12, 2013 at 10:35:48AM -0700, Linus Torvalds wrote:
> On Mon, Aug 12, 2013 at 4:51 AM, Peter Zijlstra wrote:
> >
> > The below boots to wanting to mount a root filesystem with
> > CONFIG_PREEMPT=y using kvm -smp 4.
>
> But doesn't work in general? Or you just never tested?
>
> I thin
appendix B.3 of [2]. The source code for the integration is given in
patches/linux-3.9-random.patch which is described in patches/README. The
patch only utilizes the CPU Jitter RNG when the entropy in the entropy
pool falls below the low threshold, i.e. when no entropy from other
sources is
On 08/14/13 20:59, Heiko Stübner wrote:
This series tries to provide a basic dmaengine driver for the s3c24xx
SoCs to subsequently retire the old one with custom API.
Since v1 three big changes happened (appart from fixing received comments):
For one the limitation of sg-lists to 1 element is g
Hello,
On Sun, Aug 18, 2013 at 11:02:32AM -0700, Paul E. McKenney wrote:
> On Tue, Aug 13, 2013 at 12:32:03PM +0200, Jochen Striepe wrote:
> > just hit this one. Please tell me if you need any more information.
>
> If you wait for a few minutes after the first stall warning message,
> do
On 16/08/2013 9:41 p.m., Arnaldo Carvalho de Melo wrote:
Em Wed, Aug 14, 2013 at 03:48:25PM +0300, Adrian Hunter escreveu:
Sample types need not be identical to determine
the sample id from the event. Only the position
of the sample id needs to be the same.
Compatible sample types are ones in
From: Yann Droneaud
usb-serial-simple uses an unknown stringify macro that make
all drivers being named "stringify(vendor)".
This can be a problem when two drivers have the same (wrong) name:
kernel: usbcore: registered new interface driver usb_serial_simple
kernel: usbserial: USB Seria
On Sun, Aug 18, 2013 at 09:29:00PM +0200, Yann Droneaud wrote:
> From: Yann Droneaud
>
> usb-serial-simple uses an unknown stringify macro that make
> all drivers being named "stringify(vendor)".
>
> This can be a problem when two drivers have the same (wrong) name:
>
> kernel: usbcore: reg
Fixed the coding style errors
Signed-off-by: Thiagarajan Thangavel
---
drivers/block/swim3.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/block/swim3.c b/drivers/block/swim3.c
index a473e25..89c9a85 100644
--- a/drivers/block/swim3.c
+++ b/driver
Le 18.08.2013 21:40, Greg Kroah-Hartman a écrit :
On Sun, Aug 18, 2013 at 09:29:00PM +0200, Yann Droneaud wrote:
Ugh, sorry about that, I thought there used to be a stringify() macro
that used to do this. Nice patch, I'll queue it up.
That's __stringify() which is defined in but:
1) inside
On 08/06/13 03:09, Dongjin Kim wrote:
This patch adds EHCI and OHCI host device nodes for Exynos4.
CC: Jingoo Han
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/exynos4.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/b
On Fri, Aug 16, 2013 at 04:18:33PM -0700, Andy Lutomirski wrote:
> On Fri, Aug 16, 2013 at 3:02 PM, J. Bruce Fields wrote:
> > On Fri, Aug 16, 2013 at 07:37:25AM +1000, Dave Chinner wrote:
> >> On Thu, Aug 15, 2013 at 08:17:18AM -0700, Andy Lutomirski wrote:
> >> > On Thu, Aug 15, 2013 at 12:11 AM
If NO_DMA=y:
drivers/built-in.o: In function `net2272_done':
drivers/usb/gadget/net2272.c:386: undefined reference to
`usb_gadget_unmap_request'
drivers/built-in.o: In function `net2272_queue':
drivers/usb/gadget/net2272.c:848: undefined reference to
`usb_gadget_map_request'
Signed-off-by: Geer
If NO_DMA=y:
drivers/built-in.o: In function `fusb300_set_idma':
drivers/usb/gadget/fusb300_udc.c:946: undefined reference to
`usb_gadget_map_request'
drivers/usb/gadget/fusb300_udc.c:958: undefined reference to
`usb_gadget_unmap_request'
Signed-off-by: Geert Uytterhoeven
---
drivers/usb/gadg
If NO_DMA=y:
drivers/built-in.o: In function `sudmac_free_channel':
drivers/usb/gadget/r8a66597-udc.c:676: undefined reference to
`usb_gadget_unmap_request'
drivers/built-in.o: In function `sudmac_alloc_channel':
drivers/usb/gadget/r8a66597-udc.c:666: undefined reference to
`usb_gadget_map_reque
If NO_DMA=y:
drivers/built-in.o: In function `dma_set_coherent_mask':
include/linux/dma-mapping.h:93: undefined reference to `dma_supported'
Signed-off-by: Geert Uytterhoeven
---
drivers/usb/chipidea/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/chip
On Sun, Aug 18, 2013 at 6:01 PM, Mark Salter wrote:
> The arm64 port doesn't provide a parport.h which causes a build failure
> with some configurations:
>
> drivers/parport/parport_pc.c:67:25: fatal error: asm/parport.h: No such
> file or directory
>#include
>
> This patch wires in the ge
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Anton Blanchard
commit af9719c3062dfe216a0c3de3fa52be6d22b4456c upstream.
gcc 4.7 will be more strict about parsing the -mtraceback option:
gcc: error: unrecognized argument in option '-mtrac
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Zhang Yi
commit 13d60f4b6ab5b702dc8d2ee20999f98a93728aec upstream.
The futex_keys of process shared futexes are generated from the page
offset, the mapping host and the mapping index of the fut
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Jesper Nilsson
commit 473e162eea465e60578edb93341752e7f1c1dacc upstream.
Fixes link error:
LD vmlinux
kernel/built-in.o: In function `core_kernel_data':
(.text+0x13e44): undefined refere
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 3c0b9de6d37a481673e81001c57ca0e410c72346 upstream.
I think we could just move the full vm_iomap_memory() function into
util.h or similar, but I didn't get any reply from a
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
commit 74c7b28953d4eaa6a479c187aeafcfc0280da5e8 upstream.
Otherwise if no references exist in the static kernel image,
we won't export the symbol properly to modules.
Signed-
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij
commit bac7e6ecf60933b68af910eb4c83a775a8b20b19 upstream.
Fighting unfixed U-Boots and other beasts that may the cache in
a locked-down state when starting the kernel, we make sur
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Sam Ravnborg
commit de36e66d5fa52bc6e2dacd95c701a1762b5308a7 upstream.
Based on copy from microblaze add ucmpdi2 implementation.
This fixes build of niu driver which failed with:
drivers/built
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
commit e8184e10f89736a23ea6eea8e24cd524c5c513d2 upstream.
As pointed out by Andreas Schwab, pointers passed to ARAnyM NatFeat calls
should be physical addresses, not virtual
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit ef6c8c1d733e244f0499035be0dabe1f4ed98c6f upstream.
The parallel-port code of the drivers used a stack allocated
control-request buffer for asynchronous (and possibly deferre
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 304ab4ab079a8ed03ce39f1d274964a532db036b upstream.
These devices tend to become unresponsive after S3
Signed-off-by: Oliver Neukum
Signed-off-by: Greg Kroah-Hartman
---
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg
commit 58ad436fcf49810aa006016107f494c9ac9013db upstream.
When dumping generic netlink families, only the first dump call
is locked with genl_lock(), which protects the list of fa
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
commit 85dfb745ee40232876663ae206cba35f24ab2a40 upstream.
This field was left uninitialized. Some user daemons perform check against this
field.
Signed-off-by: Nicolas Dichtel
This is the start of the stable review cycle for the 3.0.92 release.
There are 12 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 Tue Aug 20 20:29:24 UTC 2013.
Anything receive
This is the start of the stable review cycle for the 3.4.59 release.
There are 34 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.
Note, there are a number of "build fixes" in this round, in the quest to
g
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 91aa11fae1cf8c2fd67be0609692ea9741cdcc43 upstream.
When jbd2_journal_dirty_metadata() returns error,
__ext4_handle_dirty_metadata() stops the handle. However callers of this
fun
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 3c0b9de6d37a481673e81001c57ca0e410c72346 upstream.
I think we could just move the full vm_iomap_memory() function into
util.h or similar, but I didn't get any reply from a
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 6b90466cfec2a2fe027187d675d8d14217c12d82 upstream.
In patch "HID: microsoft: fix invalid rdesc for 3k kbd" I fixed
support for MS 3k keyboards. However the added check using m
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter
commit 520c41cf2fa029d1e8b923ac2026f96664f17c4b upstream.
LVDS is the first output where dpms on/off and prepare/commit don't
perfectly match. Now the idea behind this special cas
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Bolle
commit a62ee234a572b4c98fe98cf5fb18e4e8b0f6e43d upstream.
Commit d4702b189c ("sound: Fix make allmodconfig on MIPS") added a
(negative) dependency on ISA_DMA_SUPPORT_BROKEN. Since th
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Wright
commit b56e4b857c5210e848bfb80e074e5756a36cd523 upstream.
Commit "3d9646d mac80211: fix channel selection bug" introduced a possible
infinite loop by moving the out target above t
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras
commit 78857614104a26cdada4c53eea104752042bf5a1 upstream.
The GENERIC_PCI_IOMAP does not depend on CONFIG_PCI so move
it to the CONFIG_MIPS symbol so it's always selected for MI
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
commit 215b28a5308f3d332df2ee09ef11fda45d7e4a92 upstream.
Fix this build error:
In file included from fs/exec.c:61:0:
arch/s390/include/asm/tlb.h:35:23: error: expected iden
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Li Zefan
commit a903f0865a190f8778c73df1a810ea6e25e5d7cf upstream.
Writing to this file always returns -ENODEV:
# echo 1 > cpuset.memory_pressure_enabled
-bash: echo: write error: No such
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Schwab
commit ea077b1b96e073eac5c3c5590529e964767fc5f7 upstream.
Explicitly truncate the second operand of do_div() to 32 bits to guard
against bogus code calling it with a 64-bit divi
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 91aa11fae1cf8c2fd67be0609692ea9741cdcc43 upstream.
When jbd2_journal_dirty_metadata() returns error,
__ext4_handle_dirty_metadata() stops the handle. However callers of this
fu
1 - 100 of 306 matches
Mail list logo
