mlockall triggred rcu_preempt stall.

My fuzz tester keeps hitting this. Every instance shows the non-irq stack came in from mlockall. I'm only seeing this on one box, but that has more ram (8gb) than my other machines, which might explain it. Dave INFO: rcu_preempt self-detected stall on CPU { 3} (t=6500 jiffies g=470344

Re: [PATCH] ARM: kexec: validate CPU hotplug support

On 07/11/2013 04:48 PM, Stephen Warren wrote: > From: Stephen Warren > > Architectures should fully validate whether kexec is possible as part of > machine_kexec_prepare(), so that user-space's kexec_load() operation can > report any problems. Performing validation in machine_kexec() itself is >

RE: [PATCH] [RFC] EHCI: add to memory barrier to updating hw_next

On Fri, 19 Jul 2013, Gioh Kim wrote: > > I was going to ask the same question. This particular piece of code gets > > executed _only_ when an URB is unlinked. Not during any other kind of > > error. > > > I've got the problem when I listened to the mp3 file of USB HDD. > I checked the urb

Re: [RESEND][PATCH] mm: vmstats: tlb flush counters

On 07/19/2013 04:38 AM, Raghavendra KT wrote: > While measuring non - PLE performance, one of the bottleneck, I am seeing is > flush tlbs. > perf had helped in alaysing a bit there, but this patch would help > in precise calculation. It will aslo help in tuning the PLE window > experiments (larger

Re: [PATCH 1/2] Revert "Revert "HID: Fix logitech-dj: missing Unifying device issue""

On Thu, 18 Jul 2013, Sarah Sharp wrote: > Question: does this USB device need a control transfer to reset its > endpoints when the endpoints are not actually halted? If so, yes, that > is a known xHCI driver bug that needs to be fixed. The xHCI host will > not accept a Reset Endpoint command

[PATCH v3 9/9] tracing: add documentation for trace event triggers

Provide a basic overview of trace event triggers and document the available trigger commands, along with a few simple examples. Signed-off-by: Tom Zanussi --- Documentation/trace/events.txt | 207 + 1 file changed, 207 insertions(+) diff --git

Re: is kexec on Xen domU possible?

On Fri, Jul 19, 2013 at 03:18:19PM +0200, Daniel Kiper wrote: > > support is "easy" after your patches go in, is that because Dom0 needs > > to support this, or is it something specific to only domU? > > In case of domU we should consider following cases: > - PV guests: there is no support for

[PATCH v3 3/9] tracing: add 'traceon' and 'traceoff' event trigger commands

Add 'traceon' and 'traceoff' ftrace_func_command commands. traceon and traceoff event triggers are added by the user via these commands in a similar way and using practically the same syntax as the analagous 'traceon' and 'traceoff' ftrace function commands, but instead of writing to the

Re: [PATCH] lustre:libcfs: remove redundant code.

On Fri, Jul 19, 2013 at 6:13 PM, Alexandru Juncu wrote: > I was thinking the same thing, but I hesitated because I didn't know > how used it was and I didn't want to break something. "git grep cfs_strdup" suggests that nobody uses it so you could just remove it completely... -- To unsubscribe

Re: [PATCH] zcache: fix "zcache=" kernel parameter

On Fri, Jul 19, 2013 at 04:46:41PM +0200, Piotr Sarna wrote: > Commit 835f2f5 ("staging: zcache: enable zcache to be built/loaded as > a module") introduced an incorrect handling of "zcache=" parameter. > > Inside zcache_comp_init() function, zcache_comp_name variable is > checked for being

[PATCH v3 2/9] tracing: add basic event trigger framework

Add a 'trigger' file for each trace event, enabling 'trace event triggers' to be set for trace events. 'trace event triggers' are patterned after the existing 'ftrace function triggers' implementation except that triggers are written to per-event 'trigger' files instead of to a single file such

[PATCH v3 7/9] tracing: add and use generic set_trigger_filter() implementation

Add a generic event_command.set_trigger_filter() op implementation and have the current set of trigger commands use it - this essentially gives them all support for filters. Syntactically, filters are supported by adding 'if ' just after the command, in which case only events matching the filter

Re: [PATCH] lustre:libcfs: remove redundant code.

On 19 July 2013 18:08, Pekka Enberg wrote: > On Fri, Jul 19, 2013 at 5:45 PM, Alexandru Juncu wrote: >> Found using coccinelle. It suggested kmalloc/strcpy should be replaced >> with kstrdup, but the entire function can be replaced by kstrdup. >> >> Signed-off-by: Alexandru Juncu >> --- >>

[PATCH v3 8/9] tracing: update event filters for multibuffer

The trace event filters are still tied to event calls rather than event files, which means you don't get what you'd expect when using filters in the multibuffer case: Before: # echo 'count > 65536' > /sys/kernel/debug/tracing/events/syscalls/sys_enter_read/filter # cat

[PATCH v3 0/9] tracing: trace event triggers

Hi, This is v3 of the trace event triggers patchset, addressing comments from Masami Hiramatsu, zhangwei(Jovi), and Steve Rostedt. v3: - added a new patch to the series (patch 8/9 - update event filters for multibuffer) to bring the event filters up-to-date wrt the multibuffer changes -

Re: [PATCH] lustre:libcfs: remove redundant code.

On Fri, Jul 19, 2013 at 5:45 PM, Alexandru Juncu wrote: > Found using coccinelle. It suggested kmalloc/strcpy should be replaced > with kstrdup, but the entire function can be replaced by kstrdup. > > Signed-off-by: Alexandru Juncu > --- > drivers/staging/lustre/lustre/libcfs/libcfs_string.c |

[PATCH] perf, x86: Enable PEBS mode automatically for mem-{loads,stores} v4

From: Andi Kleen [The patch to enable this in the user tools has been sent separately] With the earlier patches to automatically try cpu// and add a precise sys attribute, we can now enable PEBS for the mem-loads, mem-stores events everywhere. This allows to use perf record -e mem-loads ...

Re: [PATCH v2 3/5] iio: mxs-lradc: add scale attribute to channels

Dear 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 from DT >(where

Re: [PATCH v2 5/5] iio: mxs-lradc: add write_raw function to modify scale

Dear 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 > --- > drivers/staging/iio/adc/mxs-lradc.c | 55 > - 1 file changed, 54

Re: [PATCH 1/2] Revert "Revert "HID: Fix logitech-dj: missing Unifying device issue""

On 07/18/2013 07:37 PM, Peter Hurley wrote: > On 07/18/2013 06:09 PM, Sarah Sharp wrote: >> On Thu, Jul 18, 2013 at 04:28:01PM -0400, Peter Hurley wrote: >>> [ +cc Sarah Sharp, linux-usb ] >>> >>> On 07/18/2013 09:21 AM, Nestor Lopez Casado wrote: This reverts commit

Re: [PATCH] Assoc_array: Drop leaf-type concept

George Spelvin wrote: > Looks cleaner. Thanks! > The larger issues that bother me: > > 1) The fact that the abstract daya type "index key" provides access to >a byte string "index key" is a bit confusing. I'd describe it as >follows: (Based on my current understanding.) > > >

Re: [PATCH v6 1/2] ARM: dts: twl: Add GPADC data to device tree

Hello. On 19-07-2013 13:27, Oleksandr Kozaruk wrote: GPADC is the general purpose ADC present on twl6030. The dt data is interrupt used to trigger end of ADC conversion. Signed-off-by: Oleksandr Kozaruk --- arch/arm/boot/dts/twl6030.dtsi | 6 ++ 1 file changed, 6 insertions(+)

Re: [PATCH 7/8] memory-hotplug: enable memory hotplug to handle hugepage

On Fri, Jul 19, 2013 at 01:40:38PM +0800, Hillf Danton wrote: > On Fri, Jul 19, 2013 at 5:34 AM, Naoya Horiguchi > wrote: > > @@ -518,9 +519,11 @@ static struct page *dequeue_huge_page_node(struct > > hstate *h, int nid) > > { > > struct page *page; > > > > - if

Re: Re: libata / IDE cs5536: 80c cable detect issue (and worse?)

On Friday, July 19, 2013 02:26:53 PM Andreas Mohr wrote: > On Fri, Jul 19, 2013 at 12:40:38PM +0200, Bartlomiej Zolnierkiewicz wrote: > > > > Hi, > > > > On Thursday, July 18, 2013 08:25:41 PM Andreas Mohr wrote: > > > Hi, > > > > > > forgot to mention that I had already added a

Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency.

On Friday, July 19, 2013 03:03:36 PM Rafael J. Wysocki wrote: > On Thursday, July 18, 2013 04:08:14 PM Tim Chen wrote: > > On Fri, 2013-07-19 at 00:17 +0200, Rafael J. Wysocki wrote: > > > On 7/18/2013 11:00 PM, Tim Chen wrote: > > > > On Thu, 2013-07-18 at 12:47 +0900, Tetsuo Handa wrote: > > >

Re: [PATCH] kernel: irq: Call irq_chip->irq_mask in irq_disable

On Tue, 9 Jul 2013, Laxman Dewangan wrote: > From: sreenivasulu velpula > > If interrupt driver has implemented the irq_mask/irq_unmask > callbacks for disable/enable interrupt then call these APIs > from irq_disable/irq_enable. > > Currently, on irq_disable(), it just look for the callback >

[for-next-3.11][PATCH 09/12] tracing: Miscellaneous fixes for trace_array ref counting

From: Alexander Z Lam Some error paths did not handle ref counting properly, and some trace files need ref counting. Link: http://lkml.kernel.org/r/1374171524-11948-1-git-send-email-...@google.com Cc: sta...@vger.kernel.org # 3.10 Cc: Vaibhav Nagarnaik Cc: David Sharp Cc: Alexander Z Lam

RE: Panic at _blk_run_queue on 2.6.32

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Rich, Jason > Sent: Monday, July 15, 2013 9:10 AM > To: Willy Tarreau > Cc: linux-kernel@vger.kernel.org > Subject: RE: Panic at _blk_run_queue on 2.6.32 > > >

[PATCH] tracing: Kill trace_array->waiter

Trivial. trace_array->waiter has no users since 6eaaa5d5 "tracing/core: use appropriate waiting on trace_pipe". Signed-off-by: Oleg Nesterov --- kernel/trace/trace.h |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h index

[for-next-3.11][PATCH 07/12] tracing/kprobe: Wait for disabling all running kprobe handlers

From: Masami Hiramatsu Wait for disabling all running kprobe handlers when a kprobe event is disabled, since the caller, trace_remove_event_call() supposes that a removing event is disabled completely by disabling the event. With this change, ftrace can ensure that there is no running event

[PATCH 05/13] ARM: ux500: Apply a ste-* prefix onto snowball.dts

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{snowball.dts => ste-snowball.dts} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{snowball.dts => ste-snowball.dts} (100%) diff --git a/arch/arm/boot/dts/snowball.dts b/arch/arm/boot/dts/ste-snowball.dts similarity

[PATCH 09/13] ARM: ux500: Apply a ste-* prefix onto hrefprev60.dts Signed-off-by: Lee Jones

--- arch/arm/boot/dts/{hrefprev60.dts => ste-hrefprev60.dts} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{hrefprev60.dts => ste-hrefprev60.dts} (100%) diff --git a/arch/arm/boot/dts/hrefprev60.dts b/arch/arm/boot/dts/ste-hrefprev60.dts similarity index 100%

[PATCH 1/3] mfd: ab8500-debugfs: Apply a check for -ENOMEM after allocating memory for sysfs

The AB8500 debugfs driver allocates memory for a new sysfs entry, but fails to apply the proper post-allocation checks. If the device were to run out of memory, the allocation would return NULL. Without the correct checks the driver will continue to populate NULL->[show|store|...], which would

Re: [PATCH 07/18] nohz: Selectively enable context tracking on full dynticks CPUs

On Thu, Jul 18, 2013 at 06:51:57PM -0400, Steven Rostedt wrote: > On Fri, 2013-07-19 at 00:13 +0200, Frederic Weisbecker wrote: > > On Wed, Jul 17, 2013 at 02:27:17PM -0400, Steven Rostedt wrote: > > > On Wed, 2013-07-17 at 18:44 +0200, Frederic Weisbecker wrote: > > > > The code is ready to do so

[PATCH 07/13] ARM: ux500: Apply a ste-* prefix onto ccu9540.dts

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{ccu9540.dts => ste-ccu9540.dts} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{ccu9540.dts => ste-ccu9540.dts} (100%) diff --git a/arch/arm/boot/dts/ccu9540.dts b/arch/arm/boot/dts/ste-ccu9540.dts similarity index

[PATCH 11/13] ARM: ux500: Apply a ste-* prefix onto stuib.dtsi

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{stuib.dtsi => ste-stuib.dtsi} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{stuib.dtsi => ste-stuib.dtsi} (100%) diff --git a/arch/arm/boot/dts/stuib.dtsi b/arch/arm/boot/dts/ste-stuib.dtsi similarity index 100%

[PATCH 04/13] ARM: ux500: Remove Snowball DTS entry for ROHM BH1780GLI ambient light sensor

It doesn't exist on the Snowball development board. Signed-off-by: Lee Jones --- arch/arm/boot/dts/snowball.dts | 7 --- 1 file changed, 7 deletions(-) diff --git a/arch/arm/boot/dts/snowball.dts b/arch/arm/boot/dts/snowball.dts index d01ec70..dc5c641 100644 ---

[for-next-3.11][PATCH 05/12] tracing/syscall: Avoid perf_trace_buf_*() if sys_data->perf_events is empty

From: Oleg Nesterov perf_trace_buf_prepare() + perf_trace_buf_submit(head, task => NULL) make no sense if hlist_empty(head). Change perf_syscall_enter/exit() to check sys_data->{enter,exit}_event->perf_events beforehand. Link: http://lkml.kernel.org/r/20130617170207.ga19...@redhat.com

Re: [PATCH] backports: backport drvdata = NULL core driver fixes

On Thu, 18 Jul 2013, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > The Linux kernel had tons of code which at times cleared the > drvdata upon probe failure or release. There are however a bunch > of drivers that didn't clear this. > > Commit 0998d063 implmented clearing this upon

[for-next-3.11][PATCH 11/12] tracing: Simplify the iteration logic in f_start/f_next

From: Oleg Nesterov f_next() looks overcomplicated, and it is not strictly correct even if this doesn't matter. Say, FORMAT_FIELD_SEPERATOR should not return NULL (means EOF) if trace_get_fields() returns an empty list, we should simply advance to FORMAT_PRINTFMT as we do when we find the end

[for-next-3.11][PATCH 12/12] tracing: Do not (ab)use trace_seq in event_id_read()

From: Oleg Nesterov event_id_read() has no reason to kmalloc "struct trace_seq" (more than PAGE_SIZE!), it can use a small buffer instead. Note: "if (*ppos) return 0" looks strange and even wrong, simple_read_from_buffer() handles ppos != 0 case corrrectly. And it seems that almost every user

Re: [PATCH v4 02/17] sched_clock: Use seqcount instead of rolling our own

On Fri, Jul 19, 2013 at 10:20:19AM -0400, Nicolas Pitre wrote: > On Fri, 19 Jul 2013, Will Deacon wrote: > > > Looks good to me. The current scheme would be very fiddly to extend to > > 64-bit values on 32-bit architectures without cheap atomic doubleword > > accesses. > > You should have a look

[for-next-3.11][PATCH 02/12] tracing: Use trace_seq_puts()/trace_seq_putc() where possible

From: "zhangwei(Jovi)" For string without format specifiers, use trace_seq_puts() or trace_seq_putc(). Link: http://lkml.kernel.org/r/51e3b3ac.1000...@huawei.com Signed-off-by: zhangwei(Jovi) [ fixed a trace_seq_putc(s, " ") to trace_seq_putc(s, ' ') ] Signed-off-by: Steven Rostedt ---

[PATCH 12/13] ARM: ux500: Apply a ste-* prefix onto dbx5x0.dtsi

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{dbx5x0.dtsi => ste-dbx5x0.dtsi} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{dbx5x0.dtsi => ste-dbx5x0.dtsi} (100%) diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/ste-dbx5x0.dtsi similarity index

[for-next-3.11][PATCH 06/12] tracing/perf: Move the PERF_MAX_TRACE_SIZE check into perf_trace_buf_prepare()

From: Oleg Nesterov Every perf_trace_buf_prepare() caller does WARN_ONCE(size > PERF_MAX_TRACE_SIZE, message) and "message" is almost the same. Shift this WARN_ONCE() into perf_trace_buf_prepare(). This changes the meaning of _ONCE, but I think this is fine. - 4947014 2932448 10104832

[for-next-3.11][PATCH 04/12] tracing/function: Avoid perf_trace_buf_*() if event_function.perf_events is empty

From: Oleg Nesterov perf_trace_buf_prepare() + perf_trace_buf_submit(head, task => NULL) make no sense if hlist_empty(head). Change perf_ftrace_function_call() to check event_function.perf_events beforehand. Link: http://lkml.kernel.org/r/20130617170204.ga19...@redhat.com Acked-by: Peter

[for-next-3.11][PATCH 08/12] tracing: Fix error handling to ensure instances can always be removed

From: Alexander Z Lam Remove debugfs directories for tracing instances during creation if an error occurs causing the trace_array for that instance to not be added to ftrace_trace_arrays. If the directory continues to exist after the error, it cannot be removed because the respective trace_array

[PATCH 13/13] ARM: ux500: Remove u9540.dts as it's been replaced

This must have been a merge error. There was a patch which renamed the u9540.dts to ccu9540.dts, however the u9540.dts was reincarnate with the same patches which created it in the first place. Let's kill it once and for all. Signed-off-by: Lee Jones --- arch/arm/boot/dts/u9540.dts | 72

[for-next-3.11][PATCH 01/12] tracing: Use correct config guard CONFIG_STACK_TRACER

From: "zhangwei(Jovi)" We should use CONFIG_STACK_TRACER to guard readme text of stack tracer related file, not CONFIG_STACKTRACE. Link: http://lkml.kernel.org/r/51e3b3a2.8080...@huawei.com Signed-off-by: zhangwei(Jovi) Signed-off-by: Steven Rostedt --- kernel/trace/trace.c |4 ++-- 1

[for-next-3.11][PATCH 10/12] tracing: Add ref_data to function and fgraph tracer structs

From: "Steven Rostedt (Red Hat)" The selftest for function and function graph tracers are defined as __init, as they are only executed at boot up. The "tracer" structs that are associated to those tracers are not setup as __init as they are used after boot. To stop mismatch warnings, those

[for-next-3.11][PATCH 00/12] tracing: Cleanups and fixes

These are mostly cleanups and some minor fixes. Still working on fixing a theoretical race with trace events. -- Steve git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: cd458ba9d5a5592d37b5145e560071e91ea762ac Alexander Z Lam (2): tracing: Fix

[PATCH 08/13] ARM: ux500: Apply a ste-* prefix onto href.dtsi

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{href.dtsi => ste-href.dtsi} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{href.dtsi => ste-href.dtsi} (100%) diff --git a/arch/arm/boot/dts/href.dtsi b/arch/arm/boot/dts/ste-href.dtsi similarity index 100% rename

[PATCH 03/13] ARM: ux500: Remove Snowball DTS entry for TPS61052 chip

TPS61052 is a; boost converter, LED driver, LED flash driver and simple GPIO pin chip. It has no use here however, as it is not found on the Snowball development board. Signed-off-by: Lee Jones --- arch/arm/boot/dts/snowball.dts | 7 --- 1 file changed, 7 deletions(-) diff --git

[PATCH 10/13] ARM: ux500: Apply a ste-* prefix onto hrefv60plus.dts

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{hrefv60plus.dts => ste-hrefv60plus.dts} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{hrefv60plus.dts => ste-hrefv60plus.dts} (100%) diff --git a/arch/arm/boot/dts/hrefv60plus.dts

[PATCH 06/13] ARM: ux500: Apply a ste-* prefix onto ccu8540.dts

Signed-off-by: Lee Jones --- arch/arm/boot/dts/{ccu8540.dts => ste-ccu8540.dts} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename arch/arm/boot/dts/{ccu8540.dts => ste-ccu8540.dts} (100%) diff --git a/arch/arm/boot/dts/ccu8540.dts b/arch/arm/boot/dts/ste-ccu8540.dts similarity index

[PATCH 02/13] ARM: ux500: Remove Snowball DTS entry for National Semiconductor LP5521 LED chip

It doesn't exist on the Snowball development board. Signed-off-by: Lee Jones --- arch/arm/boot/dts/snowball.dts | 8 1 file changed, 8 deletions(-) diff --git a/arch/arm/boot/dts/snowball.dts b/arch/arm/boot/dts/snowball.dts index 16c2b23..a5d6317 100644 ---

[GIT PULL] s390 patches for the 3.11-rc2

Hi Linus, not enough please pull requests? Well, here is what I have pending, won't do much for you commit counter though.. Please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: An update for

Re: [PATCH] RTC: Add an alarm disable quirk

On Fri, Jul 19, 2013 at 12:53:49AM +0200, Borislav Petkov wrote: > > I assumed it was some sort of BIOS issue where any modification of the > > RTC_AIE bit caused the alarm irq line to be left high(or something > > like that) that triggered the immediate power-on on shutdown. But I've > > not been

[PATCH 00/13] ARM: ux500: Misc Device Tree patches

In this patchset we: 1. Remove nodes which aren't pertinent to Snowball from its DTS file 2. Provide ST-Ericsson's DTS[I] files with a ste-* prefix 3. Remove the old u9540.dts file -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v2 3/4] arm: dts: Add USB phy nodes for AM33XX

On 07/19/2013 03:56 PM, Sergei Shtylyov wrote: > On 19-07-2013 16:34, George Cherian wrote: > >> diff --git a/arch/arm/boot/dts/am33xx.dtsi >> b/arch/arm/boot/dts/am33xx.dtsi >> index 8e1248f..e3890c4 100644 >> --- a/arch/arm/boot/dts/am33xx.dtsi >> +++ b/arch/arm/boot/dts/am33xx.dtsi >> @@

Re: [PATCH v7 0/5] kdump: Allow ELF header creation in new kernel

On Fri, 19 Jul 2013 09:35:18 -0400 Vivek Goyal wrote: > On Fri, Jul 19, 2013 at 08:50:20AM +0200, Martin Schwidefsky wrote: > > On Thu, 18 Jul 2013 09:35:41 -0400 > > Vivek Goyal wrote: > > > > > On Thu, Jul 18, 2013 at 12:47:54PM +0200, Martin Schwidefsky wrote: > > > > On Thu, 18 Jul 2013

[for-next-3.11][PATCH 03/12] tracing: Typo fix on ring buffer comments

From: "zhangwei(Jovi)" There have some mismatch between comments with real function name, update it. This patch also add some missed function arguments description. Link: http://lkml.kernel.org/r/51e3b3b2.4080...@huawei.com Signed-off-by: zhangwei(Jovi) Signed-off-by: Steven Rostedt ---

Re: [PATCH v4 02/17] sched_clock: Use seqcount instead of rolling our own

On Fri, 19 Jul 2013, Will Deacon wrote: > Looks good to me. The current scheme would be very fiddly to extend to > 64-bit values on 32-bit architectures without cheap atomic doubleword > accesses. You should have a look at include/linux/cnt32_to_63.h. This could be applied to pure software

[PATCH 01/13] ARM: ux500: Remove Toshiba TC35892 I/O Expander's DT entry from Snowball's DTS

It doesn't exist on this development board. Signed-off-by: Lee Jones --- arch/arm/boot/dts/snowball.dts | 6 -- 1 file changed, 6 deletions(-) diff --git a/arch/arm/boot/dts/snowball.dts b/arch/arm/boot/dts/snowball.dts index 49824be..16c2b23 100644 --- a/arch/arm/boot/dts/snowball.dts +++

[PATCH 3/3] mfd: ucb1x00-core: Rewrite ucb1x00_add_dev()

Error handling is on-its-head in this function. After invoking a function we should examine the return code and return the error value if there was one. Instead, this function checks for success and goes onto provide functionality if success was received. Not so bad in a simple function like this,

Re: [PATCH] arm: dts: twl6030: typical connection to omap4 as a separate dtsi file

On 07/19/2013 07:10 AM, Ruslan Bilovol wrote: The OMAP4 SoC family uses specially-designed PMIC (power management IC) companion chip for power management needs: TWL6030/TWL6032. Therefore there is a typical connection of PMIC to OMAP4 so we can figure it out into separate .dtsi file and do not

[PATCH 2/3] mfd: ab8500-debugfs: Apply a check for -ENOMEM after allocating memory for event name

The AB8500 debugfs driver allocates memory to contain the name of a new sysfs entry, but fails to apply the proper post-allocation checks. If the device were to run out of memory, the allocation would return NULL. Without the correct checks the driver will continue to populate address NULL with

Re: [PATCH] sysctl net: Keep tcp_syn_retries inside the boundary

Hello. On 19-07-2013 14:47, Michal Tesar wrote: Limit the min/max value passed to the /proc/sys/net/ipv4/tcp_syn_retries. Signed-off-by: Michal Tesar --- net/ipv4/sysctl_net_ipv4.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/net/ipv4/sysctl_net_ipv4.c

[PATCH 01/22] ARM: ux500: Remove '0x's from HREF v60+ DTS file

Signed-off-by: Lee Jones --- arch/arm/boot/dts/hrefv60plus.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/hrefv60plus.dts b/arch/arm/boot/dts/hrefv60plus.dts index 3d580d6..46fd8af 100644 --- a/arch/arm/boot/dts/hrefv60plus.dts +++

[PATCH 12/22] ARM: ux500: Remove '0x's from OMAP2420 H4 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap2420-h4.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/omap2420-h4.dts b/arch/arm/boot/dts/omap2420-h4.dts index

[PATCH 03/22] ARM: ux500: Remove '0x's from U300 DTS file

Signed-off-by: Lee Jones --- arch/arm/boot/dts/ste-u300.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/ste-u300.dts b/arch/arm/boot/dts/ste-u300.dts index 8a1032c..a9da480 100644 --- a/arch/arm/boot/dts/ste-u300.dts +++

[PATCH 14/22] ARM: ux500: Remove '0x's from OMAP3 IGEP0030 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap3-igep0030.dts | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/omap3-igep0030.dts b/arch/arm/boot/dts/omap3-igep0030.dts index

[PATCH 02/22] ARM: ux500: Remove '0x's from nomadik stn8815 DTS file

Signed-off-by: Lee Jones --- arch/arm/boot/dts/ste-nomadik-stn8815.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/ste-nomadik-stn8815.dtsi b/arch/arm/boot/dts/ste-nomadik-stn8815.dtsi index a3acfa7..c2ee51e 100644 ---

[PATCH 10/22] ARM: ux500: Remove '0x's from Exynos5420 DTS file

Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/exynos5420.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/exynos5420.dtsi b/arch/arm/boot/dts/exynos5420.dtsi index 8c54c4b..9e90d1e 100644 ---

[PATCH 05/22] ARM: ux500: Remove '0x's from BCM11351 BRT DTS file

Cc: Christian Daudt Signed-off-by: Lee Jones --- arch/arm/boot/dts/bcm11351-brt.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/bcm11351-brt.dts b/arch/arm/boot/dts/bcm11351-brt.dts index 67ec524..fdace5d 100644 ---

[PATCH 11/22] ARM: ux500: Remove '0x's from Exynos5440 DTS file

Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/exynos5440.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/exynos5440.dtsi b/arch/arm/boot/dts/exynos5440.dtsi index ff7f5d8..0cedba4 100644 ---

[PATCH 06/22] ARM: ux500: Remove '0x's from BCM11351 DTS file

Cc: Christian Daudt Signed-off-by: Lee Jones --- arch/arm/boot/dts/bcm11351.dtsi | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dtsi index c0cdf66..db5873a 100644 --- a/arch/arm/boot/dts/bcm11351.dtsi

Re: [Ksummit-2013-discuss] [ATTEND] scsi-mq prototype discussion

On 07/17/2013 12:52 AM, James Bottomley wrote: On Tue, 2013-07-16 at 15:15 -0600, Jens Axboe wrote: On Tue, Jul 16 2013, Nicholas A. Bellinger wrote: On Sat, 2013-07-13 at 06:53 +, James Bottomley wrote: On Fri, 2013-07-12 at 12:52 +0200, Hannes Reinecke wrote: On 07/12/2013 03:33 AM,

[PATCH 04/22] ARM: ux500: Remove '0x's from Animeo IP DTS file

Cc: Jean-Christophe PLAGNIOL-VILLARD Cc: Nicolas Ferre Signed-off-by: Lee Jones --- arch/arm/boot/dts/animeo_ip.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/animeo_ip.dts b/arch/arm/boot/dts/animeo_ip.dts index 3a1de9e..4cb0342 100644 ---

[PATCH 09/22] ARM: ux500: Remove '0x's from Exynos5250 DTS file

Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/exynos5250.dtsi | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/arm/boot/dts/exynos5250.dtsi b/arch/arm/boot/dts/exynos5250.dtsi index ef57277..24c0888

[PATCH 07/22] ARM: ux500: Remove '0x's from Exynos4110 DTSI file

Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/exynos4210.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/exynos4210.dtsi b/arch/arm/boot/dts/exynos4210.dtsi index b7f358a..53e2527 100644 ---

[PATCH 08/22] ARM: ux500: Remove '0x's from Exynos4x12 DTSI file

Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/exynos4x12.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/exynos4x12.dtsi b/arch/arm/boot/dts/exynos4x12.dtsi index 01da194..3aa2f06 100644 ---

[PATCH 13/22] ARM: ux500: Remove '0x's from OMAP3 IGEP0020 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap3-igep0020.dts | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/omap3-igep0020.dts b/arch/arm/boot/dts/omap3-igep0020.dts index

[PATCH 18/22] ARM: ux500: Remove '0x's from OMAP5 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap5.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi index e643620..be58604 100644 ---

[PATCH 21/22] ARM: ux500: Remove '0x's from Spear 310 DTS file

Cc: Viresh Kumar Signed-off-by: Lee Jones --- arch/arm/boot/dts/spear310.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/spear310.dtsi b/arch/arm/boot/dts/spear310.dtsi index 9537208..dc263e4 100644 --- a/arch/arm/boot/dts/spear310.dtsi +++

[PATCH 17/22] ARM: ux500: Remove '0x's from OMAP4 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap4.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi index 22d9f2b..45708e1 100644 ---

[PATCH 15/22] ARM: ux500: Remove '0x's from OMAP3 DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap3.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi index 7d95cda..16420ae 100644 ---

[PATCH 19/22] ARM: ux500: Remove '0x's from R8A7779 DTS file

Cc: Simon Horman Signed-off-by: Lee Jones --- arch/arm/boot/dts/r8a7779.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/r8a7779.dtsi b/arch/arm/boot/dts/r8a7779.dtsi index 7f146c6..86bd487 100644 --- a/arch/arm/boot/dts/r8a7779.dtsi +++

[PATCH 16/22] ARM: ux500: Remove '0x's from OMAP3430 SDP DTS file

Cc: Benoît Cousson Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Lee Jones --- arch/arm/boot/dts/omap3430-sdp.dts | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/arch/arm/boot/dts/omap3430-sdp.dts

[PATCH 22/22] ARM: ux500: Remove '0x's from Spear 320 DTS file

Cc: Viresh Kumar Signed-off-by: Lee Jones --- arch/arm/boot/dts/spear320.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/spear320.dtsi b/arch/arm/boot/dts/spear320.dtsi index ffea342..a82d76e5 100644 --- a/arch/arm/boot/dts/spear320.dtsi +++

[PATCH 20/22] ARM: ux500: Remove '0x's from Spear 300 DTS file

Cc: Viresh Kumar Signed-off-by: Lee Jones --- arch/arm/boot/dts/spear300.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/spear300.dtsi b/arch/arm/boot/dts/spear300.dtsi index f79b3df..8970a4a 100644 --- a/arch/arm/boot/dts/spear300.dtsi +++

Re: [PATCH v2 2/5] ARM: dts: add reference voltage property for MXS LRADC

Dear Hector Palacios, > Some LRADC channels have fixed pre-dividers so they can measure > different voltages at full scale. The reference voltage allows to > expose a scaling attribute through the IIO sysfs so that a user can > compute the real voltage out of a measured sample value. > >

Re: [PATCH v2 1/5] iio: mxs-lradc: change the realbits to 12

Dear Hector Palacios, > The LRADC virtual channels have an 18 bit field to store the sum of up > to 2^5 accumulated samples. The read_raw function however only operates > over a single sample (12 bit resolution). > In order to use this field for scaling operations, we need it to be the > exact

Re: [PATCH v2 3/4] arm: dts: Add USB phy nodes for AM33XX

Hello. On 19-07-2013 16:34, George Cherian wrote: Add phy nodes for AM33XX platform and split the musb nodes per instance. Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: George Cherian --- arch/arm/boot/dts/am33xx.dtsi | 68 +-- 1 file

Re: is kexec on Xen domU possible?

Hey Daniel, Thank you for the nice summary. > - PVonHVM guests: IIRC, there were some issues with PV > drivers but they were fixed some time ago by patches > posted by Olaf Hering, Which had to be reverted b/c they caused regressions with 32-bit guests during migration. But Greg if

Re: mod_timer: list_add corruption: WARNING: CPU: 1 PID: 0 at lib/list_debug.c:33 __list_add+0xbe/0xd0()

On Fri, 2013-07-19 at 15:40 +0200, Thomas Gleixner wrote: > On Fri, 19 Jul 2013, Srivatsa S. Bhat wrote: > > On 07/19/2013 04:55 PM, Thomas Gleixner wrote: > > > On Tue, 16 Jul 2013, Srivatsa S. Bhat wrote: > > >> [ cut here ] > > >> WARNING: CPU: 1 PID: 0 at

Re: [PATCH v2] xen/arm: disable cpuidle and cpufreq when linux is running as dom0

On Fri, Jul 19, 2013 at 12:27:00PM +0100, Julien Grall wrote: > When linux is running as dom0, Xen doesn't show the physical cpu but a > virtual CPU. > On some ARM SOC (for instance the exynos 5250), linux registers callbacks > for cpuidle and cpufreq. When these callbacks are called, they will

Re: [PATCH] irq: enable suspended EARLY_RESUME irqs forcefully if not resumed

Hi Thomas, On Tuesday 09 July 2013 08:02 PM, Laxman Dewangan wrote: When system enters into suspend, it disable all irqs in single function call. This disables EARLY_RESUME irqs also along with normal irqs. The EARLY_RESUME irqs get enabled in sys_core_ops->resume and non-EARLY_RESUME irqs get

Re: [PATCH v2 4/4] usb: musb: dsps: Remove the phy control from glue and add phy driver APIs

On Friday 19 July 2013 06:04 PM, George Cherian wrote: > Remove usb phy control module access from platform glue. > The same is now done using am phy driver and phy-omap-control. > Adapt the driver to the split dt nodes. This patch should be split. > > Signed-off-by: Sebastian Andrzej

Re: mod_timer: list_add corruption: WARNING: CPU: 1 PID: 0 at lib/list_debug.c:33 __list_add+0xbe/0xd0()

On Fri, 19 Jul 2013, Srivatsa S. Bhat wrote: > On 07/19/2013 04:55 PM, Thomas Gleixner wrote: > > On Tue, 16 Jul 2013, Srivatsa S. Bhat wrote: > >> [ cut here ] > >> WARNING: CPU: 1 PID: 0 at lib/list_debug.c:33 __list_add+0xbe/0xd0() > >> list_add corruption. prev->next

<    1   2   3   4   5   6   7   8   9   10   >