On 16/12/13 05:16, David Ahern wrote:
On 12/11/13, 5:36 AM, Alexander Shishkin wrote:
diff --git a/tools/perf/util/dso.c b/tools/perf/util/dso.c
index a0c7c59..80817ec 100644
--- a/tools/perf/util/dso.c
+++ b/tools/perf/util/dso.c
@@ -446,6 +446,7 @@ struct dso *dso__new(const char *name)
Acked-by: Matt Turner matts...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Agreed, but that's we have the input_rotate. Do you have analysis or
arguments why we Richard Brent's construction would do a better job?
BTW, one other design requirement I had when desining the mixing
function was if you fix in all zero's, the result was a reversible
mixing of the bits;
Hello Kay,
Libpci and its linear search through megabytes of text files for evey
new query is too inefficient, that we cannot afford to use it during
early bootup. It was the largest hit left in bootup profiling on
machines booting userspace in the sub-1-second range on common
machines. It
In some cases, clear interrupt register may be at address 0.
This patch allows to use such configurations by adding additional
configuration bit to indicate this.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
drivers/base/regmap/regmap-irq.c | 6 +++---
include/linux/regmap.h |
On 12/15/2013 10:36 AM, Alexander Shiyan wrote:
In some cases, clear interrupt register may be at address 0.
This patch allows to use such configurations by adding additional
configuration bit to indicate this.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
On Sun, Dec 15, 2013 at 10:18 AM, Martin Mares m...@ucw.cz wrote:
Hello Kay,
Libpci and its linear search through megabytes of text files for evey
new query is too inefficient, that we cannot afford to use it during
early bootup. It was the largest hit left in bootup profiling on
machines
On 12/15/2013 10:36 AM, Alexander Shiyan wrote:
In some cases, clear interrupt register may be at address 0.
This patch allows to use such configurations by adding additional
configuration bit to indicate this.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
From: Daniel Tang dt.ta...@gmail.com
This describes the device tree bindings for the LSI Zevio LED Controller
Signed-off-by: Daniel Tang dt.ta...@gmail.com
---
Documentation/devicetree/bindings/leds/leds-zevio.txt | 13 +
1 file changed, 13 insertions(+)
create mode 100644
From: Daniel Tang dt.ta...@gmail.com
This adds initial support for the LED controller found on the LSI Zevio SoC.
Signed-off-by: Daniel Tang dt.ta...@gmail.com
---
drivers/leds/Kconfig |7 ++
drivers/leds/Makefile |1 +
drivers/leds/leds-zevio.c | 168
From: Daniel Tang dt.ta...@gmail.com
Signed-off-by: Daniel Tang dt.ta...@gmail.com
---
arch/arm/boot/dts/nspire.dtsi |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/nspire.dtsi b/arch/arm/boot/dts/nspire.dtsi
index a22ffe6..bb453bb 100644
---
On Sat, Dec 14, 2013 at 12:57:52PM -0800, Josh Triplett wrote:
On Sat, Dec 14, 2013 at 07:08:22PM +0530, Rashika Kheria wrote:
This patch includes appropriate header file cyttsp4_core.h in
touchscreen/cyttsp_i2c_common.c because functions
cyttsp_i2c_read_block_data() and
On Sat, Dec 14, 2013 at 10:32:31AM -0800, H. Peter Anvin wrote:
On 12/14/2013 08:59 AM, Mark Salter wrote:
Remove messy dependencies from SERIO_I8042 by having it depend on one
Kconfig symbol (ARCH_MIGHT_HAVE_PC_SERIO) and having architectures
which need it select ARCH_MIGHT_HAVE_PC_SERIO
Hi Felipe,
On Tue, Dec 10, 2013 at 04:03:16PM -0800, Felipe F. Tonello wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is useful to report for users of this device that don't know anything
about the suspension of the device. So users will receive a touch end event
when the device
On Tue, Dec 10, 2013 at 03:43:14PM -0800, Stephen Boyd wrote:
Some drivers use request_any_context_irq() but there isn't a
devm_* function for it. Add one so that these drivers don't need
to explicitly free the irq on driver detach.
Cc: Thomas Gleixner t...@linutronix.de
Thomas, would it be
On 12/13/2013 11:52 PM, Steven Rostedt wrote:
On Fri, 13 Dec 2013 10:50:23 -0500
Steven Rostedt rost...@goodmis.org wrote:
On Fri, 13 Dec 2013 15:41:04 +
Will Deacon will.dea...@arm.com wrote:
+#include linux/kernel.h
+#include linux/jump_label.h
+#include asm/jump_label.h
+#include
Hi Will,
Thanks for review.
On 12/13/2013 11:41 PM, Will Deacon wrote:
Hi Jiang Liu,
Thanks for the updated patches! I still have some small comments, but I
don't think they will cause you much work. See inline.
On Tue, Dec 10, 2013 at 04:03:52PM +, Jiang Liu wrote:
Optimize
On 12/14/2013 12:20 AM, Steven Rostedt wrote:
On Wed, 11 Dec 2013 00:03:53 +0800
Jiang Liu liu...@gmail.com wrote:
Use macro JUMP_LABEL_TRUE_BRANCH instead of hard-coding for better
readability.
Looks good, just a little nit. (see below)
Signed-off-by: Jiang Liu liu...@gmail.com
---
Hi Stephen,
On Tue, Dec 10, 2013 at 03:43:10PM -0800, Stephen Boyd wrote:
Instead of passing the pointer to the container structure just
pass the input device here. This saves a dereference in the fast
path.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
Am 12.12.2013 21:36, schrieb Peter Hurley:
What currently happens is that when one kills rfcomm (and any other
terminal which might use that tty), the entry in /dev doesn't
disappear. That means the same call to refcomm
Hello!
It does that per process doing that, and that's the problem for how
udev works/worked. The binary hwdb is on-disk and can be mmaped, and
there is no difference between initialization, first, or subsequent
queries.
OK, point taken.
I see that a mechanism for fast lookup of hardware
On Tue, Dec 10, 2013 at 03:43:11PM -0800, Stephen Boyd wrote:
Use the regmap APIs for this driver instead of custom pm8xxx
APIs. This breaks this driver's dependency on the pm8xxx APIs and
allows us to easily port it to other bus protocols in the future.
Signed-off-by: Stephen Boyd
On Friday 13 December 2013 09:34 AM, Prabhakar Lad wrote:
Hi Linus,
On Fri, Dec 13, 2013 at 2:01 AM, Linus Walleij linus.wall...@linaro.org
wrote:
On Wed, Dec 11, 2013 at 6:52 PM, Prabhakar Lad
prabhakar.cse...@gmail.com wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch
On Friday 29 November 2013 02:03 PM, Linus Walleij wrote:
On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
Since Davinci GPIO driver is moved to support gpiolib it has to use
ARCH_NR_GPIOS (can be configured using CONFIG_ARCH_NR_GPIO Kconfig
option)
- Original Message -
From: H. Peter Anvin h...@zytor.com
Sent: Saturday, December 14, 2013 6:41 PM
Subject: Re: Fw: [PATCH] expand micro-optimizations in kernel to newer model
CPUs
Please submit in the email form requested by the
Documentation/SubmittingPatches email; in
On Friday 29 November 2013 02:05 PM, Linus Walleij wrote:
On Thu, Nov 21, 2013 at 4:34 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
The compatible to Davinci GPIO HW block is used by other TI SoCs, like
Keystone, where GPIO support is declared as optional.
Hence, introduce
This simplifies error handling and device removal paths.
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
---
drivers/input/misc/pmic8xxx-pwrkey.c | 74
1 file changed, 25 insertions(+), 49 deletions(-)
diff --git
pnp_add_device() may fail so we need to handle errors and avoid leaking
memory. Also, do not use ACPI-specific return codes (AE_OK) but rather
standard one (0).
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
---
drivers/pnp/pnpacpi/core.c | 11 +--
1 file changed, 9
pnp_add_device() may fail so we need to handle errors and avoid leaking
memory.
Also, when pnp_alloc_dev fails, return -ENOMEM rather than -1.
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
---
drivers/pnp/pnpbios/core.c | 12 +---
1 file changed, 9 insertions(+), 3
On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares m...@ucw.cz wrote:
It does that per process doing that, and that's the problem for how
udev works/worked. The binary hwdb is on-disk and can be mmaped, and
there is no difference between initialization, first, or subsequent
queries.
OK, point
On Thu, Dec 12, 2013 at 11:29:41PM +, Deucher, Alexander wrote:
Fix is already queued in my next -fixes pull. Thanks!
I just hit this too so +1.
Btw, if Linus cuts -rc4 tonight and your pull request doesn't make it
in before then, we probably should warn people using radeon and testing
From: Austin S Hemmelgarn
This really depends on how you define 'big'. Even a 1% performance
increase is significant for a realtime system, and for someone with a
cluster of systems, getting even a small improvement in performance on
all of the systems could mean a huge increase in
On Sun, Dec 15, 2013 at 1:00 PM, John da_audioph...@yahoo.com wrote:
- Original Message -
From: H. Peter Anvin h...@zytor.com
Sent: Saturday, December 14, 2013 6:41 PM
Subject: Re: Fw: [PATCH] expand micro-optimizations in kernel to newer model
CPUs
Please submit in the email
On Tue, Dec 10, 2013 at 06:19:02PM +0530, Ramkumar Ramachandra wrote:
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column either green or red,
depending on whether the number is positive or negative.
Cc: Jiri Olsa jo...@redhat.com
Cc: Namhyung Kim
On Tue, Dec 10, 2013 at 06:19:00PM +0530, Ramkumar Ramachandra wrote:
SNIP
+ return scnprintf(hpp-buf, hpp-size, %*s,
+ dfmt-header_width, pfmt);
+}
+
+static int hpp__color_delta(struct perf_hpp_fmt *fmt,
+ struct perf_hpp *hpp, struct
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
[grygorii.stras...@ti.com:
- switch to use one irq-domain per all GPIO banks
- keep irq_create_mapping() call in
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
As the davinci-gpio driver is migrated to use irqdomain
there is no need to pass the irq base for the gpio driver.
This patch removes this variable from davinci_gpio_platform_data
and
- Original Message -
From: Richard Weinberger
A *very* small speedup.
And I really doubt your numbers.
Why are you using ANOVA? You're comparing *two* groups not more than two.
I had a quick look at your raw numbers, they don't seem to be normally
distributed at all.
Did you
On Wed, Nov 27, 2013 at 12:55:20AM +, Mark Brown wrote:
On Tue, Nov 26, 2013 at 12:46:03AM +, Mark Brown wrote:
lot changing the callers is probably the cleanest. I'll probably do
that tomorrow if a patch doesn't turn up before then.
Sorry, that'll now be Wednesday - an
On Saturday 14 of December 2013 18:04:02 Joe Perches wrote:
On Sun, 2013-12-15 at 01:19 +0100, Michal Malý wrote:
diff --git a/drivers/input/ff-memless-next.c
b/drivers/input/ff-memless-next.c
[]
+static inline s32 mlnx_clamp_level(const s32 level)
+{
+ return (level 0x7fff) ?
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
Add DT node for Davinci GPIO driver.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Added to
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
Add GPIO DT node and pinmux entries for DA850 EVM. GPIO is
configurable differently on different boards. So add GPIO
pinmuxing in dts file.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by:
On Sun, Dec 15, 2013 at 04:42:50AM -0800, John wrote:
I am using ANOVA to establish that the generic group differs from the
optimized group.
You probably should run a couple other benchmarks, in addition, for
greater confidence that this optimization actually brings any palpable
improvement and
On Wednesday 27 November 2013 01:10 AM, Grygorii Strashko wrote:
It's unsafe to call IRQ chip callbacks (.irq_mask/irq_unmask/irq_ack)
from chained IRQ handler directly. Because, Davinci GPIO block is used
by different SoCs, which, in turn, have different Main IRQ controllers
(Davinci - aintc,
Hi Abhilash,
[ ... ]
+ * @nr_dvfs_level: Number of dvfs levels supported by member.
+ * @dvfs_table: Table containing supported ASV freqs and corresponding
volts.
+ * @asv_grp: ASV group of member.
+ * @flags: ASV flags
What are the ASV flags you had in mind ?
Right now we don't have any,
Hi Tomasz,
Thanks for your thorough review and nice suggestions.
[snip]
+}
+
+static struct asv_member *asv_get_mem(enum asv_type_id asv_type)
I don't really like this enum based look-up. It's hard to define an enum
that covers any possible existing and future platforms that would not be
On Sunday 15 of December 2013 22:30:13 Yadwinder Singh Brar wrote:
[snip]
+
+ return NULL;
+}
+
+unsigned int asv_get_volt(enum asv_type_id target_type,
+ unsigned int target_freq)
Do you need this function at all? I believe this is
On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
Linus, Sekhar,
On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
This series is intended to update Davinci GPIO driver and reuse
it for Keystone SoCs, because Keystone uses the similar GPIO IP like Davinci.
Keystone
On Sunday 15 December 2013 07:20 PM, Sekhar Nori wrote:
On Sunday 15 December 2013 12:41 AM, Santosh Shilimkar wrote:
Linus, Sekhar,
On Thursday 12 December 2013 01:12 PM, Grygorii Strashko wrote:
This series is intended to update Davinci GPIO driver and reuse
it for Keystone SoCs, because
On 12/15/2013 06:24 AM, Gianluca Anzolin wrote:
On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
Am 12.12.2013 21:36, schrieb Peter Hurley:
What currently happens is that when one kills rfcomm (and any other
terminal which might use that tty), the entry in /dev doesn't
Thanks for pointing out this, Tomasz. I'll use those patches instead.
Regards,
Alex
On Sat, Dec 14, 2013 at 9:24 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Alex,
On Saturday 14 of December 2013 13:21:30 Alex Ling wrote:
This patch adds biu and ciu clocks for exynos4412 dwmmc
node.
Tested-by: Doron Tsur dor...@mellanox.com
Test log:
Compilation environments:
Ubuntu 13.10, x86_64, gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
Ubuntu 13.04, x86_64, gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
[ -ftrack-macro-expansion=2 issue submitted:
For code using:
#include linux/netlink.h
NLMSG_OK
-IINSTALL_HDR_PATH/include
Tested-by: Doron Tsur dor...@mellanox.com
Test log:
Compilation environments:
Ubuntu 13.10, x86_64, gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
Ubuntu 13.04, x86_64, gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
[
* Steven Rostedt | 2013-12-05 19:45:30 [-0500]:
On Fri, 6 Dec 2013 00:42:22 +0100
Nicholas Mc Guire der.h...@hofr.at wrote:
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@ -569,8 +569,8 @@ static void do_current_softirqs(int need_rcu_bh_qs)
void local_bh_disable(void)
{
-
On 12/15/2013 03:40 PM, Doron Tsur wrote:
For code using:
#include linux/netlink.h
NLMSG_OK
-IINSTALL_HDR_PATH/include
Tested-by: Doron Tsur dor...@mellanox.com
This should go where your Signed-off-by line is.
[insert newlines here]
Test log:
Compilation environments:
Ubuntu
Hereunder is a try to implement the sizing of the initial memory size based on
initial-mapped-area size given by uboot in r7.
As this has an impact on all powerpc platforms due to the need to provide the
info up to function setup_initial_memory_limit(), I'm not completly sure of the
proper
On Sun, Dec 15, 2013 at 09:03:35AM -0500, Peter Hurley wrote:
On 12/15/2013 06:24 AM, Gianluca Anzolin wrote:
On Fri, Dec 13, 2013 at 12:35:26AM +0100, Alexander Holler wrote:
Am 12.12.2013 21:36, schrieb Peter Hurley:
What currently happens is that when one kills rfcomm (and any other
* Steven Rostedt | 2013-12-06 10:25:32 [-0500]:
Let me analyze the original code first. I'll poke peterz and tglx too
to make sure this modification is OK.
I took 1/3. I postpone the remaining two until I hear something from
you.
Thanks,
-- Steve
Sebastian
--
To unsubscribe from this list:
* Steven Rostedt | 2013-12-11 10:34:20 [-0500]:
As this chunck doesn't need to be in the stable branch, I'm just going
to nuke it.
I'll even fix up the change log too.
Thank you for the fixups. I just did the same thing in the v3.12 tree.
The chunk you nuked is now in Dave's net tree as
On Sun, 2013-12-15 at 02:36 -0800, Dmitry Torokhov wrote:
On Sat, Dec 14, 2013 at 10:32:31AM -0800, H. Peter Anvin wrote:
On 12/14/2013 08:59 AM, Mark Salter wrote:
Remove messy dependencies from SERIO_I8042 by having it depend on one
Kconfig symbol (ARCH_MIGHT_HAVE_PC_SERIO) and having
On Fri, Dec 13, 2013 at 01:16:41PM -0800, Linus Torvalds wrote:
On Fri, Dec 13, 2013 at 12:01 PM, Mel Gorman mgor...@suse.de wrote:
ebizzy
3.13.0-rc33.4.69
3.13.0-rc33.13.0-rc3
thread vanilla
On Sun, Dec 15, 2013 at 03:55:39PM +, Mel Gorman wrote:
SNIP
tlbflush micro benchmark
3.13.0-rc33.13.0-rc33.4.69
vanilla nowalk-v2r7 vanilla
Min17.00 ( 0.00%)6.00 ( 14.29%)
This reverts commit 60c323699bb308404dcb60e8808531e02651578a.
Commit 60c323699bb30840 fixes a bug introduced by f44310b98ddb7, and we
are going to revert f44310b98ddb7, so revert 60c323699bb30840 first.
Signed-off-by: Jiang Liu liu...@gmail.com
---
kernel/smp.c | 5 +
1 file changed, 1
Resend for collecting more Acks targetting v3.14 merge window.
Patch for ARC, MIPS and PARISC has been merged into v3.13.
Gained Acks for Metag, Hexagon, Tile and S390.
Since commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use
logic similar to smp_call_function_single(), single and
This reverts commit f44310b98ddb7f0d06550d73ed67df5865e3eda5.
Commit f44310b98ddb7 smp: Fix SMP function call empty cpu mask race
introduced field call_function_data-cpumask_ipi to resolve a race
condition in smp_call_function_many().
Later commit 9a46ad6d6df3 smp: make smp_call_function_many()
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI to prepare for
killing generic_smp_call_function_single_interrupt().
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Ingo Molnar mi...@elte.hu
Cc: Steven Rostedt
Enable arch_send_call_function_ipi_mask() on mn10300 to support
smp_call_function_many().
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Ingo Molnar mi...@elte.hu
Cc: Steven Rostedt rost...@goodmis.org
Cc: Jiri Kosina
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
From: Jiang Liu jiang@huawei.com
Now we have killed all usage of generic_smp_call_function_single_interrupt()
from arch code, so kill it.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Jiang Liu liu...@gmail.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
From: Jiang Liu jiang@huawei.com
Now the same list is used to serve both single and multiple function
call requests, so rename call_single_queue as call_function_queue.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Jiang Liu liu...@gmail.com
Cc: Andrew Morton a...@linux-foundation.org
From: Jiang Liu jiang@huawei.com
Function smpboot_thread_schedule() is never defined or used,
so remove it from smp_boot.h.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Jiang Liu liu...@gmail.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter
On Sun, Dec 15, 2013 at 04:41:10PM +0800, Wanpeng Li wrote:
Do you mean something like:
commit 887c290e (sched/numa: Decide whether to favour task or group
weights
based on swap candidate relationships) drop the check against
sysctl_numa_balancing_settle_count, this patch remove the
On Sat, Dec 14, 2013 at 12:28:12PM -0800, Josh Triplett wrote:
On Sat, Dec 14, 2013 at 07:28:24PM +0530, Rashika Kheria wrote:
This patch marks the function amd64_decode_bus_error() as static in
amd64_edac.c because it is not used outside this file.
Thus, it also eliminates the following
On Sat, Dec 14, 2013 at 12:28:33PM -0800, Josh Triplett wrote:
On Sat, Dec 14, 2013 at 07:30:11PM +0530, Rashika Kheria wrote:
This patch marks the function edac_create_debug_nodes() as static in
edac_mc_sysfs.c because it is not used outside this file.
Thus, it also eliminates the
On Sun, Dec 15, 2013 at 08:55:27AM +0100, Levente Kurusa wrote:
On 12/14/2013 06:24 PM, Greg Kroah-Hartman wrote:
On Fri, Dec 13, 2013 at 01:42:05PM -0700, Bjorn Helgaas wrote:
[+cc Greg]
On Fri, Dec 13, 2013 at 12:22 PM, Levente Kurusa le...@linux.com wrote:
Hi,
This is just the
On Sun, Dec 15, 2013 at 02:31:23PM +0800, Fengguang Wu wrote:
Greetings,
I got the below dmesg and the first bad commit is
I thought this was already fixed in Bjorn's tree, but perhaps he hasn't
merged in the one-liner for it...
thanks,
greg k-h
--
To unsubscribe from this list: send the
On Sun, Dec 15, 2013 at 11:06 AM, Shawn Guo shawn@linaro.org wrote:
What is going on about that patch?
Mark fixed the problem with the following commits:
commit 75bc9641cadd2a3f91f9c2e7f2fdfdeb8bd4b1d6
Author: Mark Brown broo...@linaro.org
Date: Wed Nov 27 16:22:53 2013 +
On Sat, Dec 14, 2013 at 12:28:58PM -0800, Josh Triplett wrote:
On Sat, Dec 14, 2013 at 07:32:09PM +0530, Rashika Kheria wrote:
This patch marks the function get_mci_for_node_id() as static in
sb_edac.c because it is not used outside this file.
Thus, it also eliminates the following
For code using:
#include linux/netlink.h
NLMSG_OK
-IINSTALL_HDR_PATH/include
Issue:
(nlh)-nlmsg_len is of type __u32, while len is of type int,
according to (len) = (int)sizeof(struct nlmsghdr).
Hence (nlh)-nlmsg_len = (len) sign-compare warning when using NLMSG_OK
Fix:
Add (int)
For code using:
#include linux/netlink.h
NLMSG_OK
-IINSTALL_HDR_PATH/include
Issue:
(nlh)-nlmsg_len is of type __u32, while len is of type int,
according to (len) = (int)sizeof(struct nlmsghdr).
Hence (nlh)-nlmsg_len = (len) sign-compare warning when using NLMSG_OK
Fix:
Add (int)
Am Sonntag, 15. Dezember 2013, 04:42:50 schrieb John:
- Original Message -
From: Richard Weinberger
A *very* small speedup.
And I really doubt your numbers.
Why are you using ANOVA? You're comparing *two* groups not more than two.
I had a quick look at your raw numbers,
On 12/14/2013 05:57 PM, Mike Turquette wrote:
Quoting Alex Elder (2013-12-04 07:33:35)
+ return true;
+}
+
+/* A bit position must be less than the number of bits in a 32-bit
register. */
Hi Alex,
The patch is corrupt at line 634 and several other places below. Did
you edit it
On Sun, 2013-12-15 at 14:39 +0800, Fengguang Wu wrote:
Greetings,
I got the below dmesg and the first bad commit is
commit 975022310233fb0f0193873d79a7b8438070fa82
Author: Eric Dumazet eduma...@google.com
AuthorDate: Wed Dec 11 14:46:51 2013 -0800
Commit: David S. Miller
On Thu 2013-12-12 21:18:23, David Cohen wrote:
This patch makes SET_SYSTEM_SLEEP_PM_OPS() and SET_RUNTIME_PM_OPS() more
smart.
Despite those macros check for '#ifdef CONFIG_PM_SLEEP/RUNTIME' to avoid
setting the callbacks when such #ifdef's aren't defined, they don't
handle compiler to
Am 15.12.2013 16:08, schrieb Gianluca Anzolin:
The attached patch fixes the regression by releasing the tty_port in the
shutdown method(). This way we can avoid strange games in the dlc callback
where we are constrained by the dlc lock.
Yes, it fixes the problem here too.
If this kind of
On Wed, 2013-11-27 at 13:45 +0530, Hariprasad S wrote:
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
Ben Hutchings (1):
Merge branch
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+varun.sethi=freescale@lists.ozlabs.org] On Behalf Of Alexey
Kardashevskiy
Sent: Thursday, December 12, 2013 1:24 PM
To: linuxppc-...@lists.ozlabs.org
Cc: Alexey Kardashevskiy; Alex Graf; Bhushan Bharat-R65777;
clk_unprepare shall be called before clk_disable.
Fix the issue by replacing the clk_unprepare and clk_disable calls by a
single clk_disable_unprepare call.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/pinctrl/pinctrl-at91.c |8 +++-
1 file changed, 3 insertions(+),
Replace the clk_prepare and clk_enable calls by a single
clk_prepare_enable call.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/pinctrl/pinctrl-at91.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-at91.c
Hello,
This patch series replaces clk_prepare + clk_enable or
clk_disable + clk_unprepare calls by single clk_prepapre_enable and
clk_disable_unprepare calls.
It also fixes the clk disable + unprepare order in the suspend function of the
pinctrl driver (unprepare must be called after disable).
401 - 500 of 518 matches
Mail list logo