So rc2 missed the usual Sunday afternoon timing, because I spent most
of the weekend debugging an issue that happened on an old Mac Mini I
have around, and I hate making even early -rc releases with problems
on machines that I have direct access to. Even if it only affected old
machines that
On Mon, Feb 23, 2015 at 09:51:55PM +0100, Bruno Prémont wrote:
> As GMUX depends on IO for iGP to be enabled and active, lock the IO at
> vgaarb level. This should prevent GPU driver for dGPU to disable IO for
> iGP while it tries to own legacy VGA IO.
>
> This fixes usage of backlight control
On Tue, Mar 03, 2015 at 11:58:26AM -0500, Pranith Kumar wrote:
> On Tue, Mar 3, 2015 at 9:34 AM, Catalin Marinas
> wrote:
> > Do you mean the cmpxchg_double() change? Becuase %w0 and %0 is the same
> > physical register. You set it to 0 and immediately override it with
> > ldxp.
>
> Thanks
Javier,
On Mon, Mar 2, 2015 at 12:40 PM, Javier Martinez Canillas
wrote:
> After leaving from system wide suspend state, regulator_suspend_finish()
> turn on regulators that may be turned off by regulator_suspend_prepare()
> but it tries to enable all regulators that have an enable count > 0 or
> which omit this type of messages completely. Andy's proposal of
> centralising this looks like a very good solution here (and on top of
> that removes many useless strings from the kernel binary).
I am all for centralizing printouts. I recommended this at my ELCE talk
last year, too. However,
If noone listens to the input device when a tool comes in proximity,
the tablet does not send the in-prox event when a client becomes available.
That means that no events will be sent until the tool is taken out of
proximity.
In this situation, ask for the report WACOM_REPORT_INTUOSREAD which
On 3/3/15 7:26 AM, Jiri Olsa wrote:
Moving feature checks code under tools/build directory.
How does a specific tool specify which features are of interest? I can't
imagine all features for perf are wanted by other tools.
David
Changing also $feature_dir to point to new feature directory
On 03.03.2015 05:34, Dave Airlie wrote:
> On 3 March 2015 at 14:25, Jiang Liu wrote:
>> Commit 593669c2ac0f (x86/PCI/ACPI: Use common ACPI resource interfaces
>> to simplify implementation) causes regression to several platforms,
>> which is caused by stricter checks in new ACPI resource parsing
From: "Paul E. McKenney"
Currently, expediting of normal synchronous grace-period primitives
(synchronize_rcu() and friends) is controlled by the rcu_expedited()
boot/sysfs parameter. This works well, but does not handle nesting.
This commit therefore provides rcu_expedite_gp() to enable
From: "Paul E. McKenney"
This commit updates open-coded tests of the rcu_expedited variable
to instead use rcu_gp_is_expedited().
Signed-off-by: Paul E. McKenney
---
kernel/rcu/srcu.c| 2 +-
kernel/rcu/tree.c| 9 +
kernel/rcu/tree_plugin.h | 2 +-
3 files changed, 7
On Mon, Feb 16, 2015 at 03:23:49PM -0500, Rik van Riel wrote:
> If the CPU is running a realtime task that does not round-robin with
> another realtime task of equal priority, there is no point in keeping
> the scheduler tick going. After all, whenever the scheduler tick runs,
> the kernel will
From: "Paul E. McKenney"
The "if" statement at the beginning of rcu_torture_writer() should
use the same set of variables. In theory, this does not matter because
the corresponding variables (gp_sync and gp_sync1) have the same value
at this point in the code, but in practice such puzzles
On Tue, Mar 03, 2015 at 04:57:16PM +, Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Paul E. McKenney"
> > To: linux-kernel@vger.kernel.org
> > Cc: mi...@kernel.org, la...@cn.fujitsu.com, dipan...@in.ibm.com,
> > a...@linux-foundation.org, "mathieu desnoyers"
> > ,
From: "Paul E. McKenney"
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_plugin.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
index 2484b3f716e0..12273dc0ee53 100644
--- a/kernel/rcu/tree_plugin.h
+++ b/kernel/rcu/tree_plugin.h
From: "Paul E. McKenney"
Signed-off-by: Paul E. McKenney
---
kernel/rcu/rcutorture.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c
index 30d42aa55d83..3833aa611ae7 100644
--- a/kernel/rcu/rcutorture.c
+++
From: "Paul E. McKenney"
This commit adds a CONFIG_RCU_EXPEDITE_BOOT Kconfig parameter
that emulates a very early boot rcu_expedite_gp(). A late-boot
call to rcu_end_inkernel_boot() will provide the corresponding
rcu_unexpedite_gp(). The late-boot call to rcu_end_inkernel_boot()
should be made
On Sun, 2015-03-01 at 16:11 +0800, Chen Gang wrote:
> early_init_dt_scan() accepts "void *", so c6x needs to type cast 'fdt'
> to "void *" to avoid warning:
>
> CC arch/c6x/kernel/setup.o
> arch/c6x/kernel/setup.c: In function 'machine_init':
> arch/c6x/kernel/setup.c:290:21:
Hello!
This series provides an in-kernel API to expedite and unexpedite normal
RCU grace-period primitives such as synchronize_rcu(). It also provides
a Kconfig parameter that implicitly expedites at boot time, along with
a function that notes the end of in-kernel boot. This last function is
> Em Tue, Mar 03, 2015 at 01:09:29PM -0300, Arnaldo Carvalho de Melo
> escreveu:
> > Em Tue, Mar 03, 2015 at 03:54:43AM -0500, kan.li...@intel.com escreveu:
> > > From: Kan Liang
> > >
> > > With the patch 1/5, it's possible to group read events from
> > > different pmus. "-C" can be used to
On 02/24/2015 02:06 PM, Nishanth Menon wrote:
> On Tue, Feb 24, 2015 at 1:55 PM, Guenter Roeck wrote:
>> On Tue, Feb 24, 2015 at 03:29:35PM -0400, Eduardo Valentin wrote:
>>> Guenter,
>>>
>>> On Thu, Jan 08, 2015 at 08:48:40PM -0800, Guenter Roeck wrote:
On 01/08/2015 10:05 AM, Nishanth
From: "Paul E. McKenney"
In the past, it has been useful to enable PROVE_LOCKING without also
enabling PROVE_RCU. However, experience with PROVE_RCU over the past
few years has demonstrated its usefulness, so this commit makes
PROVE_LOCKING directly imply PROVE_RCU.
Signed-off-by: Paul E.
On 03/03/2015 07:49 AM, Dave Jones wrote:
> On Mon, Mar 02, 2015 at 09:48:08PM -0700, Shuah Khan wrote:
> > kselftest_install.sh tool adds support for installing selftests
> > at user specified location/kselftest. By default this tool
> > will install selftests in the selftests/kselftest
From: "Paul E. McKenney"
Parentheses are special to bash, so use an overflow flag that doesn't
use them.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/bin/kvm.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi guys,
so this one has been long in the making and has been passing testing
on a bunch of boxes and bitness here so maybe we should try to put it
into the wider tip mix and see what happens. If all is well, great, if
there's trouble which I haven't managed to trigger in my testing, we can
On Tue 2015-03-03 13:09:05, Wang Nan wrote:
> Before ftrace convertin instruction to nop, if an early kprobe is
> registered then unregistered, without this patch its first bytes will
> be replaced by head of NOP, which may confuse ftrace.
>
> Actually, since we have a patch which convert ftrace
From: "Paul E. McKenney"
This commit moves the rcu_init_levelspread() functions from
kernel/rcu/tree.c to kernel/rcu/tree_plugin.h to get an ifdef out
of a .c file.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c| 29 -
kernel/rcu/tree.h| 1 +
From: "Paul E. McKenney"
This commit gets rid of some inline #ifdefs by replacing them with
IS_ENABLED.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_plugin.h | 48
1 file changed, 20 insertions(+), 28 deletions(-)
diff --git
From: "Paul E. McKenney"
If an RCU read-side critical section occurs within an interrupt handler
or a softirq handler, it cannot have been preempted. Therefore, there is
a check in rcu_read_unlock_special() checking for this error. However,
when this check triggers, it lacks diagnostic
From: "Paul E. McKenney"
The very similar functions rcu_force_quiescent_state(),
rcu_bh_force_quiescent_state(), and rcu_sched_force_quiescent_state()
are supposed to be together, but have drifted apart. This commit
restores rcu_sched_force_quiescent_state() to its rightful place.
From: "Paul E. McKenney"
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 077d0b700f74..4e37c7fd9e29 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -292,10
From: "Paul E. McKenney"
There are currently duplicate identical definitions of the
rcu_synchronize() structure and the wakeme_after_rcu() function.
Thie commit therefore consolidates them.
Signed-off-by: Paul E. McKenney
---
include/linux/rcupdate.h | 9 +
kernel/rcu/srcu.c|
On Mon, Mar 02, 2015 at 02:17:01PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, Mar 2, 2015, at 10:45, Bastien Nocera wrote:
> > This commit adds new elements to the ThinkPad keymaps, and
> > will send key events for keys for which an input.h declaration
> > exists.
> >
> > Signed-off-by:
Hello!
This series contains miscellaneous fixes:
1. Merge identical definitions of the rcu_synchronize structure
and the wakeme_after_rcu() functions.
2. Avoid needlessly writing to rnp->completed when a new grace
period is started, courtesy of Lai Jiangshan.
3.
From: "Paul E. McKenney"
The rcu_dereference_check() family of primitives evaluates the RCU
lockdep expression first, and only then evaluates the expression passed
in. This works fine normally, but can potentially fail in environments
(such as NMI handlers) where lockdep cannot be invoked. The
From: Lai Jiangshan
In rcu_gp_init(), rnp->completed equals to rsp->completed in THEORY,
we don't need to touch it normally. If something goes wrong,
it will complain and fixup rnp->completed and avoid oops.
This commit thus avoids the normal needless store to rnp->completed.
Signed-off-by:
From: Yao Dongdong
Because invoke_cpu_core() checks whether the current CPU is online,
there is no need for __call_rcu_core() to redundantly check it.
There should not be any performance degradation because the called
function is visible to the compiler. This commit therefore removes
the
On Tue, Mar 3, 2015 at 9:34 AM, Catalin Marinas wrote:
>
> Do you mean the cmpxchg_double() change? Becuase %w0 and %0 is the same
> physical register. You set it to 0 and immediately override it with
> ldxp.
>
Thanks Catalin. I realized the blunder a while after Will pointed it
out. The asm
- Original Message -
> From: "Paul E. McKenney"
> To: linux-kernel@vger.kernel.org
> Cc: mi...@kernel.org, la...@cn.fujitsu.com, dipan...@in.ibm.com,
> a...@linux-foundation.org, "mathieu desnoyers"
> , j...@joshtriplett.org, t...@linutronix.de,
> pet...@infradead.org,
>
On Tue, Mar 03, 2015 at 12:50:30PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 03, 2015 at 04:29:29PM +0100, Jiri Olsa escreveu:
> > Will be used to decompress 'xz' objects. The check detects
> > the liblzma.so devel library normally delivered by xz package.
>
> Hey, don't we want to
A clock specifier is required for i.MX I2C and is
provided in all DTS implementations. Add this to the
list of required properties in the binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/i2c/i2c-imx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
On Sun, 2015-03-01 at 15:59 +0800, Chen Gang wrote:
> Or c6x will cause building break for allmodconfig, the related error:
>
> CC arch/c6x/kernel/setup.o
> arch/c6x/kernel/setup.c: In function 'setup_arch':
> arch/c6x/kernel/setup.c:433:2: error: 'conswitchp' undeclared (first use
2015-03-02 13:43-0600, Joel Schopp:
> From: David Kaplan
>
> No need to re-decode WBINVD since we know what it is from the intercept.
>
> Signed-off-by: David Kaplan
> [extracted from larger unlrelated patch, forward ported, tested,style cleanup]
> Signed-off-by: Joel Schopp
> ---
2015-03-02 13:43-0600, Joel Schopp:
> Currently kvm_emulate() skips the instruction but kvm_emulate_* sometimes
> don't. The end reult is the caller ends up doing the skip themselves.
> Let's make them consistant.
>
> Signed-off-by: Joel Schopp
> ---
Reviewed-by: Radim Krčmář
> diff --git
Hello Alexey,
Alexey Brodkin wrote on 03/03/2015 05:37:31
PM:
> From:
>
> Alexey Brodkin
>
> To:
>
> "christian.rupp...@alitech.com" ,
>
> Cc:
>
> "mika.westerb...@linux.intel.com" ,
> "linux-kernel@vger.kernel.org" ,
> "vineet.gup...@synopsys.com" , "wsa@the-
> dreams.de" ,
From: "Paul E. McKenney"
This commit wires up the rcu_state structures' ->rda pointers to the
per-CPU rcu_data structures at compile time, thus ensuring that this
linkage is present at early boot, in turn allowing posting of callbacks
before rcu_init() is executed.
Signed-off-by: Paul E.
On Fri, Feb 27, 2015 at 08:16:19AM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, Feb 27, 2015, at 08:05, Henrique de Moraes Holschuh wrote:
> > On Thu, Feb 26, 2015, at 03:18, Darren Hart wrote:
> > > On Fri, Feb 20, 2015 at 03:44:10PM +0100, Bastien Nocera wrote:
> > > > Rather than
Hi,
Just a preview, but this is something David had mentioned at some
point, a major problem with 'perf trace' was that it wasn't using
'perf_session' event reordering mechanism, so I've been working on making it
use it, refactoring the ordered_events code so that it can be used by tools
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> This adds support for the Wolfson Microelectronics WM8280 and WM8281
> codecs.
>
> Signed-off-by: Richard Fitzgerald
> Acked-by: Lee Jones
> [ Minor fixup to remove potentially uninitialised variable. ]
>
From: "Paul E. McKenney"
Some diagnostics under CONFIG_PROVE_RCU in rcu_nocb_cpu_needs_barrier()
assume that there can be no early-boot callbacks. This commit therefore
qualifies the diagnostic with rcu_scheduler_fully_active to permit
early boot callbacks to avoid this splat.
Signed-off-by:
From: "Paul E. McKenney"
When a CPU is first determined to be a no-CBs CPUs, this commit causes
any early boot callbacks to be moved to the no-CBs callback list,
allowing them t obe invoked.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c| 1 +
kernel/rcu/tree_plugin.h | 24
From: "Paul E. McKenney"
Because callbacks can now be posted quite early in boot, move the
early boot callback tests to precede RCU initialization.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.c
On 2015-03-03 16:27, Alexey Brodkin wrote:
> There's no point in printing error message if platform_get_irq()
> returns -EPROBE_DEFER because probe deferring subsystem already outputs
> message in bootlog like this:
> --->8---
> platform e001d000.i2c: Driver i2c_designware requests probe
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> Signed-off-by: Richard Fitzgerald
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 15 +++
> 1 files changed, 11 insertions(+), 4 deletions(-)
Applied, thanks.
From: "Paul E. McKenney"
When a CPU comes online, it initializes its callback list. This
is a bad thing if this is the first time that the CPU has come
online and if that CPU has early boot callbacks. This commit therefore
avoid initializing the callback list if there are callbacks present,
in
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> Signed-off-by: Richard Fitzgerald
> Acked-by: Chanwoo Choi
> Signed-off-by: Charles Keepax
> ---
> drivers/extcon/extcon-arizona.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Will
Provides united way of parsing kernel module path
into several components.
The new kmod_path__parse function and few defines:
int __kmod_path__parse(struct kmod_path *m, const char *path,
bool alloc_name, bool alloc_ext);
#define kmod_path__parse(__m, __p)
In short, Fedora compresses kernel modules now (since version 21)
with lzma compression.
Adding lzma decompress support into the dso.c:compressions array
introduced by Nmahyung earlier.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Arnaldo Carvalho de Melo
Cc: Corey Ashford
Cc: David Ahern
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> Signed-off-by: Richard Fitzgerald
> Acked-by: Linus Walleij
> Signed-off-by: Charles Keepax
> ---
> drivers/gpio/gpio-arizona.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Will send
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> Signed-off-by: Richard Fitzgerald
> Reviewed-by: Mark Brown
> Signed-off-by: Charles Keepax
> ---
> drivers/regulator/arizona-micsupp.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
From: "Paul E. McKenney"
In preparation for early-boot posting of callbacks, this commit abstracts
initialization of the default (non-no-CB) callbacks list from the
init_callback_list() function into a new init_default_callback_list()
function.
Signed-off-by: Paul E. McKenney
---
On Tue, 03 Mar 2015, Charles Keepax wrote:
> From: Richard Fitzgerald
>
> Signed-off-by: Richard Fitzgerald
> Acked-by: Mark Brown
> Signed-off-by: Charles Keepax
> ---
> sound/soc/codecs/arizona.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
Applied, thanks.
Will send
Hello!
This series allows RCU callbacks to be posted very early at boot time,
even before rcu_init() is called.
1. Abstract initialization of the default (non-no-CB) callbacks list
from the init_callback_list() function into a new
init_default_callback_list() function.
2.
From: "Paul E. McKenney"
Currently, a call_rcu() that precedes rcu_init() will splat due to the
callback lists not having yet been initialized. This commit causes the
first such callback to initialize the boot CPU's RCU callback list.
Note that this commit does not change rcu_init()-time
2015-03-02 15:02-0600, Joel Schopp:
> +int kvm_fast_pio_in(struct kvm_vcpu *vcpu, int size, unsigned short port)
> +{
> + unsigned long val;
> + int ret = emulator_pio_in_emulated(>arch.emulate_ctxt, size,
> +port, , 1);
> +
Btw. does this return 1
On Thu, Feb 26, 2015 at 12:31:13PM +0100, Krzysztof Kozlowski wrote:
> On czw, 2015-02-26 at 12:28 +0100, Krzysztof Kozlowski wrote:
> > On śro, 2015-02-25 at 22:14 -0800, Darren Hart wrote:
> > > On Thu, Feb 26, 2015 at 01:45:22AM +0100, Sebastian Reichel wrote:
> >
> > (...)
> >
> > > > I
On Fri, Feb 20, 2015 at 02:13:35PM +0100, Krzysztof Kozlowski wrote:
> The return value of power_supply_register() call was not checked and
> even on error probe() function returned 0. If registering failed then
> during unbind the driver tried to unregister power supply which was not
> actually
On Mon, Mar 02, 2015 at 04:35:20PM +0100, Daniel Vetter wrote:
> This reverts commit 3f678c96abb43a977d2ea41aefccdc49e8a3e896.
>
> We've been a bit too optimistic with this one here :(
>
> The trouble is that internally we're still using these plane
> update/disable hooks. Which was totally ok
2015-03-02 15:02-0600, Joel Schopp:
> From: David Kaplan
>
> We can make the in instruction go faster the same way the out instruction is
> already.
(How much faster do benchmarks run?)
> Changes from v2[Joel]:
> * changed rax from u32 to unsigned long
> * changed a couple return 0
On Mon, Mar 02, 2015 at 02:55:41PM +, Vladimir Murzin wrote:
> Hi,
Hi Vladimir,
> Memtest is a simple feature which fills the memory with a given set of
> patterns and validates memory contents, if bad memory regions is detected it
> reserves them via memblock API. Since memblock API is
From: "Paul E. McKenney"
All value-returning atomic read-modify-write operations must provide full
memory-barrier semantics on both sides of the operation. This commit
clarifies the documentation to make it clear that these memory-barrier
semantics are provided by the operations themselves, not
From: "Paul E. McKenney"
Now that the on-demand vmstat workers commit is in mainline, it is
possible to eliminate vmstat_update()-induced OS jitter. This commit
updates the documentation accordingly.
Signed-off-by: Paul E. McKenney
---
Documentation/kernel-per-CPU-kthreads.txt | 18
Hi Christian,
On Tue, 2015-03-03 at 17:28 +0100, Christian Ruppert wrote:
> On 2015-03-03 16:27, Alexey Brodkin wrote:
> > There's no point in printing error message if platform_get_irq()
> > returns -EPROBE_DEFER because probe deferring subsystem already outputs
> > message in bootlog like this:
On Fri, Jan 02, 2015 at 04:55:42PM +0100, Michal Marek wrote:
> On 2014-12-29 17:34, Sylvain BERTRAND wrote:
> > Chocked while compiling linux with dash shell instead of bash shell.
> > See:
> > http://pubs.opengroup.org/onlinepubs/95399/utilities/trap.html
>
> Please describe the actual
Hello!
This series contains a few documentation updates:
1. Record the fact that the rcutree.kthread_prio kernel boot parameter
also controls the priority of the grace-period kthreads.
2. Update the kernel-per-CPU-kthreads.txt documentation based on
Christoph Lameter's
From: "Paul E. McKenney"
This commit explicitly states that control dependencies pair normally
with other barriers, and gives an example of such pairing.
Reported-by: Peter Zijlstra
Signed-off-by: Paul E. McKenney
Acked-by: Peter Zijlstra (Intel)
---
Documentation/memory-barriers.txt | 42
From: "Paul E. McKenney"
Now that the rcutree.kthread_prio kernel boot parameter also controls
the priority of the grace-period kthreads, update the documentation to
reflect this change.
Signed-off-by: Paul E. McKenney
---
Documentation/kernel-parameters.txt | 14 +-
1 file
From: "Paul E. McKenney"
POSIX timers are no longer starved on adaptive-ticks CPUs. Instead, they
prevent affected CPUs from entering adaptive-ticks mode. This commit
therefore updates the NO_HZ.txt documentation.
Signed-off-by: Paul E. McKenney
---
Documentation/timers/NO_HZ.txt | 10
From: "Paul E. McKenney"
Signed-off-by: Paul E. McKenney
---
Documentation/kernel-per-CPU-kthreads.txt | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/Documentation/kernel-per-CPU-kthreads.txt
b/Documentation/kernel-per-CPU-kthreads.txt
index
On Tue, Mar 03, 2015 at 11:10:44PM +0800, Daniel J Blueman wrote:
> The changes in 871b72dd "x86: microcode: use smp_call_function_single instead
> of set_cpus_allowed, cleanup of synchronization logic" introduced a check
> that prevents built-in microcode from being loaded before init starts.
>
On Tue, 3 Mar 2015, Andrey Ryabinin wrote:
> On 03/03/2015 12:10 PM, Dmitry Vyukov wrote:
> > Please hold on with this.
> > Dmitry Chernenkov is working on a quarantine that works with both slub
> > and slab, does not cause spurious OOMs and does not depend on
> > slub-debug which has
On Fri, Feb 20, 2015 at 02:13:34PM +0100, Krzysztof Kozlowski wrote:
> The commit c2be45f09bb0 ("compal-laptop: Use
> devm_hwmon_device_register_with_groups") wanted to change the
> registering of hwmon device to resource-managed version. It mostly did
> it except the main thing - it forgot to use
On Tue, 2015-03-03 at 08:09 -0800, Alexander Duyck wrote:
> This rmb() can probably be replaced with a dma_rmb() since it is just a
> coherent/coherent ordering you are concerned with based on the comment.
Right, but this patch would be a stable candidate, where dma_rmb() does
not exist yet.
On Tue, Mar 03, 2015 at 11:18:13PM +0800, Daniel J Blueman wrote:
> @@ -180,11 +180,15 @@ static int __init numachip_probe(void)
>
> static void fixup_cpu_id(struct cpuinfo_x86 *c, int node)
> {
> -
> - if (c->phys_proc_id != node) {
> - c->phys_proc_id = node;
> -
On Tue, Mar 03, 2015 at 12:07:24PM +0900, Namhyung Kim wrote:
> When data file indexing is enabled, it processes all task, comm and mmap
> events first and then goes to the sample events. So all it sees is the
> last comm of a thread although it has information at the time of sample.
>
> Sort
On Mon 2015-03-02 22:25:01, Wang Nan wrote:
> Makes ftrace calls init_kprobes_on_ftrace() when ftrace_init()
> finished. Before this call, marks kprobes on ftrace with
> 'KPROBE_FLAG_FTRACE_EARLY' instead of 'KPROBE_FLAG_FTRACE' to make
> kprobe not to kprobe treats these kprobes as ftrace
It is set by calling thread__set_comm right before
the removed line.
Signed-off-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Arnaldo Carvalho de Melo
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane
On Tue, Mar 03, 2015 at 02:49:47PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
usually [PATCH 0/n] doesnot contain any patch, it can have a summary of your
patch series.
and since you are doing same type of change on rtl8188eu, i think you could
have sent a single patch insted of a
On Tue 03 Mar 06:13 PST 2015, Mark Brown wrote:
> On Mon, Mar 02, 2015 at 08:25:39PM -0800, Bjorn Andersson wrote:
>
> > + if ((vreg->parts->uV.mask || vreg->parts->mV.mask) &&
> > + (!initdata->constraints.min_uV || !initdata->constraints.max_uV)) {
> > + dev_err(>dev, "no
From: Richard Fitzgerald
Signed-off-by: Richard Fitzgerald
Acked-by: Linus Walleij
Signed-off-by: Charles Keepax
---
drivers/gpio/gpio-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-arizona.c b/drivers/gpio/gpio-arizona.c
index
From: Richard Fitzgerald
Signed-off-by: Richard Fitzgerald
Reviewed-by: Mark Brown
Signed-off-by: Charles Keepax
---
drivers/regulator/arizona-micsupp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/arizona-micsupp.c
From: Richard Fitzgerald
This adds support for the Wolfson Microelectronics WM8280 and WM8281
codecs.
Signed-off-by: Richard Fitzgerald
Acked-by: Lee Jones
[ Minor fixup to remove potentially uninitialised variable. ]
Signed-off-by: Charles Keepax
---
drivers/mfd/Kconfig |5
Em Tue, Mar 03, 2015 at 04:29:32PM +0100, Jiri Olsa escreveu:
> Separate the creation of new dso object and its addition
> to the dsos list. It will be used in following patch.
>
> Signed-off-by: Jiri Olsa
> Cc: Adrian Hunter
> Cc: Arnaldo Carvalho de Melo
> Cc: Corey Ashford
> Cc: David
From: Richard Fitzgerald
Signed-off-by: Richard Fitzgerald
Acked-by: Mark Brown
Signed-off-by: Charles Keepax
---
sound/soc/codecs/arizona.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index
From: Richard Fitzgerald
Signed-off-by: Richard Fitzgerald
Acked-by: Chanwoo Choi
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index
From: Richard Fitzgerald
Signed-off-by: Richard Fitzgerald
Signed-off-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
On Tue 03 Mar 04:50 PST 2015, Mark Brown wrote:
> On Mon, Mar 02, 2015 at 08:25:38PM -0800, Bjorn Andersson wrote:
>
> > Expose the newly created init_data to the driver's parse callback so
> > that it can futher enhance it with e.g. constraints of the regulator.
>
> Why would the driver need
On Mon, Mar 2, 2015 at 3:59 PM, Murali Karicheri wrote:
> Move of_dma_configure() to device.c so it can be re-used for PCI devices to
> obtain DMA configuration from DT. Also add a second argument so that for
> PCI, the DT node of root bus host bridge can be used to obtain the DMA
>
Building with the attached random configuration file,
drivers/bcma/driver_pcie2.c: In function 'bcma_core_pcie2_up':
drivers/bcma/driver_pcie2.c:196:2: error: implicit declaration of
function 'pcie_set_readrq' [-Werror=implicit-function-declaration]
err = pcie_set_readrq(dev, pcie2->reqsize);
On Tue, Mar 3, 2015 at 3:42 AM, Baoquan He wrote:
>
> Here input means the region where kernel was linked to load?
>
> In normal kernel the linked address is 0x100. In your input region
> the result of ALIGN(0x13f5ed3b4, CONFIG_PHYSICAL_ALIGN) is 0x14000.
> And size of this region is
Em Tue, Mar 03, 2015 at 01:09:29PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Mar 03, 2015 at 03:54:43AM -0500, kan.li...@intel.com escreveu:
> > From: Kan Liang
> >
> > With the patch 1/5, it's possible to group read events from different
> > pmus. "-C" can be used to set cpu list. The
901 - 1000 of 2790 matches
Mail list logo