[PATCH] ARM: mmc: bcm281xx SDHCI driver

Add SDHCI driver for the Broadcom 281xx SoCs. Also add bindings for it into bcm281xx dts files. Still missing: - power managemement Signed-off-by: Christian Daudt diff --git a/Documentation/devicetree/bindings/mmc/bcm,kona-sdhci.txt b/Documentation/devicetree/bindings/mmc/bcm,kona-sdhci.txt

[PATCH 02/11] [BUGFIX] ftrace, kprobes: Fix a deadlock on ftrace_regex_lock

Fix a deadlock on ftrace_regex_lock which happens when setting an enable_event trigger on dynamic kprobe event as below. sh-2.05b# echo p vfs_symlink > kprobe_events sh-2.05b# echo vfs_symlink:enable_event:kprobes:p_vfs_symlink_0 > set_ftrace_filter

[PATCH 04/11] [BUGFIX] tracing/kprobes: Fix to increment return event probe hit-count

Fix to increment probe hit-count for function return event. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi Cc: Oleg Nesterov Cc: Srikar Dronamraju --- kernel/trace/trace_kprobe.c |2 ++ 1 file changed, 2 insertions(+) diff

[PATCH 05/11] tracing: Indicate enabled soft-mode in enable file

Indicate enabled soft-mode event as "1*" in "enable" file for each event, because it can be soft-disabled when disable_event trigger is hit. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi --- kernel/trace/trace_events.c |2 ++

[PATCH 03/11] ftrace: Cleanup regex_lock and ftrace_lock around hash updating

Cleanup regex_lock and ftrace_lock locking points around ftrace_ops hash update code. The new rule is that regex_lock protects ops->*_hash read-update-write code for each ftrace_ops. Usually, hash update is done by following sequence. 1. allocate a new local hash and copy the original hash. 2.

[PATCH 10/11] tracing/kprobes: Support ftrace_event_file base multibuffer

Support multi-buffer on kprobe-based dynamic events by using ftrace_event_file. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi Cc: Oleg Nesterov Cc: Srikar Dronamraju --- kernel/trace/trace_kprobe.c | 250

[PATCH 11/11] tracing/kprobes: Support soft-mode disabling

Support soft-mode disabling on kprobe-based dynamic events. Soft-disabling is just ignoring recording if the soft disabled flag is set. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi Cc: Oleg Nesterov Cc: Srikar Dronamraju ---

[PATCH 09/11] tracing/kprobes: Pass trace_probe directly from dispatcher

Pass the pointer of struct trace_probe directly from probe dispatcher to handlers. This removes redundant container_of macro uses. Same thing has already done in trace_uprobe. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi Cc: Oleg

[PATCH 08/11] tracing/kprobes: Increment probe hit-count even if it is used by perf

Increment probe hit-count for profiling even if it is used by perf tool. Same thing has already done in trace_uprobe. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi Cc: Oleg Nesterov Cc: Srikar Dronamraju ---

[PATCH 06/11] [BUGFIX] tracing: Modify soft-mode only if no other referrer

Modify soft-mode flag only if no other soft-mode referrer (currently only the ftrace triggers) by using a reference counter in each ftrace_event_file. Without this fix, adding and removing several different enable/disable_event triggers on the same event clear soft-mode bit from the

[PATCH 07/11] [TRIVIAL] tracing/kprobes: Use bool for retprobe checker

Use bool instead of int for kretprobe checker. Signed-off-by: Masami Hiramatsu Cc: Steven Rostedt Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Tom Zanussi --- kernel/trace/trace_kprobe.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/trace/trace_kprobe.c

[PATCH 01/11] [BUGFIX] tracing: Return 0 if event_enable_func succeeded

Return 0 instead of the number of activated ftrace if event_enable_func succeeded and return an error code if failed, beacuse 0 is success code at caller (ftrace_regex_write). Without this fix, writing enable_event trigger on set_ftrace_filter always doesn't work, since event_enable_func returns

[PATCH 00/11] tracing: bugfix and kprobe-based dynamic event updates

Hi, Here is a series of updating kprobe-based dynamic event for supporting soft-disabling mode and multiple buffers. This also has some bugfixes of ftrace which I found including an important deadlock fix. I think uprobe-based events can also support multi-buffer and soft-disabling as I did in

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

Hm... Okay, I'm mistaken then. I guess it doesn't matter. Mike Frysinger wrote: >On Thursday 09 May 2013 00:18:15 H. Peter Anvin wrote: >> On 05/08/2013 09:08 PM, Mike Frysinger wrote: >> > On Thursday 09 May 2013 00:04:03 H. Peter Anvin wrote: >> >> On 05/08/2013 09:00 PM, Mike Frysinger

Re: [PATCH v5 6/7] sched: consider runnable load average in move_tasks

On 05/08/2013 09:39 AM, Alex Shi wrote: > On 05/07/2013 01:17 PM, Alex Shi wrote: >> > Sorry, what I meant to say here is: >> > If we're going to be using a runnable average based load here the >> > fraction we take (currently instantaneous) in tg_load_down should be >> >

RE: [uclinux-dist-devel] [PATCH 1/2] i2c: i2c-bfin-twi: don`t free peripheral before it`s init successful

Hi Libo, >-Original Message- >From: uclinux-dist-devel-boun...@blackfin.uclinux.org >[mailto:uclinux-dist-devel- >boun...@blackfin.uclinux.org] On Behalf Of Libo Chen >Sent: Monday, May 06, 2013 9:11 PM >To: w...@the-dreams.de >Cc: uclinux-dist-de...@blackfin.uclinux.org; Li Zefan;

[PATCH 3/3] regulator: core: Disable unused regulators after deferred probing is done

With deferred probing, late_initcall() is too soon to declare a regulator as unused. Wait for deferred probing to finish before declaring a regulator as unused. Signed-off-by: Saravana Kannan --- drivers/regulator/core.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

[PATCH 1/3] driver core: Add API to wait for deferred probe to complete during init

Kernel framework (Eg: regulator, clock, etc) might want to do some clean up work (Eg: turn off unclaimed resources) after all devices are done probing during kernel init. Before deferred probing was introduced, this was typically done using a late_initcall(). That approach still makes the

[PATCH 2/3] clk: Disable unused clocks after deferred probing is done

With deferred probing, late_initcall() is too soon to declare a clock as unused. Wait for deferred probing to finish before declaring a clock as unused. Signed-off-by: Saravana Kannan --- drivers/clk/clk.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

[PATCH 0/3] Fix disable of unused clk/regulator with deferred probe

Clock and regulator frameworks have support for disabling unused clocks and regulators at system init to save power when bootloaders leave them in a less than desirable state. If no driver has requested for a clock/regulator to be ON by the time kernel init reaches late_initcall level, they were

Re: [PATCH V3 02/21] thermal: exynos: Bifurcate exynos thermal common and tmu controller code

Hi Eduardo, Thanks for the review. On Wed, May 8, 2013 at 9:31 PM, Eduardo Valentin wrote: > On 07-05-2013 09:00, Amit Daniel Kachhap wrote: >> This code bifurcates exynos thermal implementation into common and sensor >> specific parts. The common thermal code interacts with core thermal layer

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On Thursday 09 May 2013 00:18:15 H. Peter Anvin wrote: > On 05/08/2013 09:08 PM, Mike Frysinger wrote: > > On Thursday 09 May 2013 00:04:03 H. Peter Anvin wrote: > >> On 05/08/2013 09:00 PM, Mike Frysinger wrote: > >>> When including these headers in the x32 ABI, the structs get > >>> declared

[RFC] next cycle fun: ->release() API change

This is going to be a major PITA, but surprisingly it seems to be more or less feasible. Background: ->release() method in file_operations has wrong prototype. 0.96a: void (*release)(struct inode *, struct file *) introduced as abstraction for minix_release (same type). Called by

[PATCH 3/4] usb: ohci: fix goto wrong tag in err case

From: Libo Chen fix goto wrong tag in usb_hcd_nxp_probe Signed-off-by: Libo Chen --- drivers/usb/host/ohci-nxp.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/usb/host/ohci-nxp.c b/drivers/usb/host/ohci-nxp.c index f4988fb..eb294a9 100644 ---

[PATCH 1/4] usb: ehci-s5p: fix memleak when fallback to pdata

From: Libo Chen When devm_usb_get_phy fail, we should free hcd Signed-off-by: Libo Chen --- drivers/usb/host/ehci-s5p.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/usb/host/ehci-s5p.c b/drivers/usb/host/ehci-s5p.c index 6357752..3fbab58 100644 ---

[PATCH 2/4] usb: isp1760-if: fix memleak when platform_get_resource fail

From: Libo Chen When platform_get_resource fail, we should release_mem_region Signed-off-by: Libo Chen --- drivers/usb/host/isp1760-if.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/usb/host/isp1760-if.c b/drivers/usb/host/isp1760-if.c index

[PATCH 4/4] usb: tilegx: fix memleak when create hcd fail

From: Libo Chen When usb_create_hcd fail, we should call gxio_usb_host_destroy Signed-off-by: Libo Chen --- drivers/usb/host/ohci-tilegx.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/usb/host/ohci-tilegx.c b/drivers/usb/host/ohci-tilegx.c index

[PATCH 0/4] usb: fix four memleak

fix four goto wrong tag, avoid memleak Libo Chen (4): usb: ehci-s5p: fix memleak when fallback to pdata usb: isp1760-if: fix memleak when platform_get_resource fail usb: ohci: fix goto wrong tag in err case usb: tilegx: fix memleak when create hcd fail drivers/usb/host/ehci-s5p.c|

[GIT PULL] arch/arc for 3.10

Hi Linus, Please consider pulling ARC changes for 3.10 (shortlog below). Note that the base-point is not a well known 3.9-rcX because of the PREEMPT_COUNT + compiler barrier fiasco - and I didn't bother to rebase after that. However the series applies cleanly on top your tree as of today.

SHM oops in newseg()

Just saw this on v3.9-11789-ge0fd9af while fuzz-testing. [ 163.917836] BUG: unable to handle kernel NULL pointer dereference at 0008 [ 163.918984] IP: [] newseg+0x10d/0x390 [ 163.919705] PGD cf8c1067 PUD cf8c2067 PMD 0 [ 163.920326] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC [

[PATCH 04/13] perf session: export a few functions for event processing

Allows kvm live mode to reuse the event processing and ordered samples processing used by the perf-report path. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong ---

[PATCH 03/13] perf evlist: add initialzation function for tracepoints

Handles initializations typically done as part of processing the file header and HEADER_TRACING_DATA event. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong ---

[PATCH 02/13] perf evlist: move tracepoint processing code to evlist.c

Per function names they are more aligned with the evlist code than the header code. Export perf_evlist__prepare_tracepoint_events in the process. Code move only; no functional changes. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter

[PATCH 01/13] perf evlist: restore methods removed in earlier cleanup

e60fc847 removed the perf_evlist__add_tracepoints and helpers, but they are useful for kvm's upcoming live mode. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong ---

[PATCH 07/13] perf kvm: split out tracepoints from record args

Needed by kvm live command. Make record_args a local while we are messing with the args. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/builtin-kvm.c |

[PATCH 08/13] perf stats: fix divide by 0 in variance

Number of samples needs to be greater 1 to have a variance. Fixes nan% in perf-kvm-live output. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/util/stat.c

[PATCH 06/13] perf kvm: handle realloc failures

Save previous pointer and free on failure. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/builtin-kvm.c |3 +++ 1 file changed, 3 insertions(+) diff

[PATCH 13/13] perf kvm: debug for missing vmexit/vmentry event

Expected to have missing events for each vcpu when perf is started. After that should not have missing events. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong ---

[PATCH 11/13] perf kvm: add min and max stats to display

Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/builtin-kvm.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git

[PATCH 12/13] perf kvm: option to print events that exceed a threshold

This is useful to spot high latency blips. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/builtin-kvm.c | 24 1 file changed, 20

[PATCH 10/13] perf kvm: add live mode

perf kvm stat currently requires back to back record and report commands to see stats. e.g,. perf kvm stat record -p $pid -- sleep 1 perf kvm stat report This is inconvenvient for on box monitoring of a VM. This patch introduces a 'live' mode that in effect combines the record plus report

[PATCH 09/13] perf stats: add max and min stats

Need an initialization function to set min to -1 to differentiate from an actual min of 0. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/util/stat.c |

[PATCH 05/13] perf top: move CONSOLE_CLEAR to header file

For use with kvm-live mode. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim Cc: Xiao Guangrong --- tools/perf/builtin-top.c |2 -- tools/perf/util/top.h|2 ++ 2 files changed, 2

[PATCH 00/13] perf: kvm live mode

With the consolidation of the open counters code in December 2012 (late to the party figuring that out) I think all of the past comments on the live mode for perf-kvm have been resolved. David Ahern (13): perf evlist: restore methods removed in earlier cleanup perf evlist: move tracepoint

[PATCH v2 3/9] liblockdep: Add public headers for pthread_mutex_t implementation

These headers provide the same API as their pthread mutex counterparts. The design here is to allow to easily switch to liblockdep lock validation just by adding a "liblockdep_" to pthread_mutex_*() calls, which means that it's easy to integrate liblockdep into existing codebases. Signed-off-by:

Re: [PATCH 03/21] ARM: shmobile: don't call irqchip_init unconditionally

On Thu, May 09, 2013 at 12:38:19PM +0900, Simon Horman wrote: > On Wed, May 08, 2013 at 03:22:22PM +0200, Bastian Hecht wrote: > > Hi, > > > > 2013/5/8 Arnd Bergmann : > > > On Thursday 02 May 2013, Simon Horman wrote: > > >> > > diff --git a/arch/arm/mach-shmobile/intc-r8a7740.c > > >> > >

[PATCH v2 9/9] liblockdep: Add a MAINTAINERS entry

Signed-off-by: Sasha Levin --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 8bdd7a7..e39345e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4784,6 +4784,11 @@ F: drivers/lguest/ F: include/linux/lguest*.h F: tools/lguest/

[PATCH v2 0/9] liblockdep: userspace lockdep

liblockdep is a tiny wrapper built around kernel/lockdep.c. The aim is to provide the same functionality the kernel gets from lockdep to userspace. The bulk of the code here is the LD_PRELOAD support which provides users an easy way to test their code without having to integrate liblockdep into

[PATCH v2 4/9] liblockdep: Add pthread_mutex_t test suite

This is a rather simple and basic test suite to test common locking issues. Beyond tests, it also shows how to use the library. Signed-off-by: Sasha Levin --- tools/lib/lockdep/run_tests.sh | 27 +++ tools/lib/lockdep/tests/AA.c | 13 +

[PATCH v2 7/9] liblockdep: Support using LD_PRELOAD

This allows lockdep to be used without being compiled in the original program. Usage is quite simple: LD_PRELOAD=/path/to/liblockdep.so /path/to/my/program And magically, you'll have lockdep checking in your program! Signed-off-by: Sasha Levin --- tools/lib/lockdep/preload.c | 384

[PATCH v2 8/9] liblockdep: Add the 'lockdep' user-space utility

This is a simple wrapper to make using liblockdep on existing applications much easier. After running 'make && make install', it becomes quite simple to test things with liblockdep. For example, to try it on perf: lockdep perf No other integration required. Signed-off-by: Sasha Levin

[PATCH v2 2/9] liblockdep: Wrap kernel/lockdep.c to allow usage from userspace

kernel/lockdep.c deals with validating locking scenarios for various architectures supported by the kernel. There isn't anything kernel specific going on in lockdep, and when we compare userspace to other architectures that don't have to deal with irqs such as s390, they become all too similar.

[PATCH v2 6/9] liblockdep: Add pthread_rwlock_t test suite

A simple test to make sure we handle rwlocks correctly. Signed-off-by: Sasha Levin --- tools/lib/lockdep/tests/WW.c | 13 + 1 file changed, 13 insertions(+) create mode 100644 tools/lib/lockdep/tests/WW.c diff --git a/tools/lib/lockdep/tests/WW.c b/tools/lib/lockdep/tests/WW.c new

[PATCH v2 1/9] lockdep: Be nice about building from userspace

Lockdep is an awesome piece of code which detects locking issues which are relevant both to userspace and kernelspace. We can easily make lockdep work in userspace since there is really no kernel spacific magic going on in the code. All we need is to wrap two functions which are used by lockdep

[PATCH v2 5/9] liblockdep: Add public headers for pthread_rwlock_t implementation

Both pthreads and lockdep support dealing with rwlocks, so here's the liblockdep implementation for those. Signed-off-by: Sasha Levin --- tools/lib/lockdep/include/liblockdep/rwlock.h | 91 +++ 1 file changed, 91 insertions(+) create mode 100644

linux-next: Tree for May 9

Hi all, Please do not add any v3.11 destined work to your linux-next included branches until after v3.10-rc1 is released. Changes since 20130508: The microblaze tree gained a conflict against Linus' tree The regmap tree gained a conflict against Linus' tree The vhost tree gained a conflict

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On 05/08/2013 09:08 PM, Mike Frysinger wrote: > On Thursday 09 May 2013 00:04:03 H. Peter Anvin wrote: >> On 05/08/2013 09:00 PM, Mike Frysinger wrote: >>> When including these headers in the x32 ABI, the structs get >>> declared with 32bit sizes which is incorrect. Use long long >>> and such to

[PATCH] perf tools: fix -ldw/-lelf link test when static linking

From: Mike Frysinger Since libelf sometimes uses libpthread, we have to list that after -lelf when someone tries to build statically. Else things go boom: Makefile:479: *** No libelf.h/libelf found, please install \ libelf-dev/elfutils-libelf-devel. Stop. Similarly, the -ldw test

Re: Build failures due to commit ea4054a2384 (handle huge number of modules)

Hi Rusty, On Thu, May 09, 2013 at 10:26:00AM +0930, Rusty Russell wrote: > Guenter Roeck writes: > > Hi all, > > > > I started seeing build failures such as the following in the last week or > > so. > > > > make[2]: [__modpost] Error 1 > > > > followed by lots of messages such as > > > > gcc:

RE: [v2, 3/3] ARM: dts: AM33XX: Add NAND flash device tree data to am335x-evm

> > > > > > am33xx_pinmux: pinmux@44e10800 { > > > pinctrl-names = "default"; > > > - pinctrl-0 = <_keypad_s0 _keys_s0>; > > > + pinctrl-0 = <_keypad_s0 _keys_s0 > > > + _pins_s0>; > > > > Why add this to the board level fallback (called pinctrl hogs, I

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On Thursday 09 May 2013 00:04:28 H. Peter Anvin wrote: > On 05/08/2013 09:00 PM, Mike Frysinger wrote: > > --- a/arch/x86/include/uapi/asm/statfs.h > > +++ b/arch/x86/include/uapi/asm/statfs.h > > +/* For x86-64, both the 64bit and x32 ABIs have 64bit fields. */ > > +#ifdef __x86_64__ > > +#define

[ANNOUNCE] lsscsi version 0.27 released

lsscsi is a command line utility that probes sysfs in Linux 2.6 and 3 series kernels in order to list information about SCSI devices and SCSI hosts. Both a compact format which is one line per device and a "classic" format (like the output of 'cat /proc/scsi/scsi') are supported. Version 0.27 is

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On Thursday 09 May 2013 00:04:03 H. Peter Anvin wrote: > On 05/08/2013 09:00 PM, Mike Frysinger wrote: > > When including these headers in the x32 ABI, the structs get declared > > with 32bit sizes which is incorrect. Use long long and such to make > > it work both with x32 and x86_64. > > I'm

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On 05/08/2013 09:00 PM, Mike Frysinger wrote: > diff --git a/arch/x86/include/uapi/asm/statfs.h > b/arch/x86/include/uapi/asm/statfs.h > index 2d0adbf..3cb5744 100644 > --- a/arch/x86/include/uapi/asm/statfs.h > +++ b/arch/x86/include/uapi/asm/statfs.h > @@ -8,5 +8,10 @@ > */ > #define

Re: [PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

On 05/08/2013 09:00 PM, Mike Frysinger wrote: > When including these headers in the x32 ABI, the structs get declared > with 32bit sizes which is incorrect. Use long long and such to make > it work both with x32 and x86_64. > > Signed-off-by: Mike Frysinger I'm not sure if it is okay to change

[PATCH] x86: make stat/statfs 64-bit for x86_64 kernels

When including these headers in the x32 ABI, the structs get declared with 32bit sizes which is incorrect. Use long long and such to make it work both with x32 and x86_64. Signed-off-by: Mike Frysinger --- arch/x86/include/uapi/asm/stat.h | 38 +++---

linux-next: build warning after merge of the final tree (Linus' tree related)

Hi all, After merging the final tree, today's linux-next build (arm defconfig) produced this warning: ipc/shm.c: In function 'newseg': ipc/shm.c:494:18: warning: unused variable 'hs' [-Wunused-variable] Introduced by commit af73e4d9506d ("hugetlbfs: fix mmap failure in unaligned size request")

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

On 05/08/2013 04:36 PM, Stephen Boyd wrote: On 04/19/13 09:28, James Hogan wrote: This patchset adds support for automatic selection of the best parent for a clock mux, i.e. the one which can provide the closest clock rate to that requested. It can be controlled by a new CLK_SET_RATE_REMUX flag

Re: [PATCH 03/21] ARM: shmobile: don't call irqchip_init unconditionally

On Wed, May 08, 2013 at 03:22:22PM +0200, Bastian Hecht wrote: > Hi, > > 2013/5/8 Arnd Bergmann : > > On Thursday 02 May 2013, Simon Horman wrote: > >> > > diff --git a/arch/arm/mach-shmobile/intc-r8a7740.c > >> > > b/arch/arm/mach-shmobile/intc-r8a7740.c > >> > > index 8871f77..5dc57f1 100644 >

Re: [PATCH] input: cros_ec_keyb_clear_keyboard() depends on CONFIG_PM_SLEEP

On Wed, May 8, 2013 at 3:45 PM, Geert Uytterhoeven wrote: > If CONFIG_PM_SLEEP is not set: > > drivers/input/keyboard/cros_ec_keyb.c:211: warning: > ‘cros_ec_keyb_clear_keyboard’ defined but not used > > Move the definition of cros_ec_keyb_clear_keyboard() inside the section > protected by

Re: Build failures due to commit ea4054a2384 (handle huge number of modules)

Guenter Roeck writes: > Hi all, > > I started seeing build failures such as the following in the last week or so. > > make[2]: [__modpost] Error 1 > > followed by lots of messages such as > > gcc: error: arch/x86/crypto/ablk_helper.mod.c: No such file or directory > gcc: fatal error: no input

RE: net: phy: realtek: add rtl8201f driver

Sergei Shtylyov : > Removal of unused #define's is a matter of a separate cleanup patch... Sorry. I won't touch them. >> +static int rtl8201f_ack_interrupt(struct phy_device *phydev) { >> +int err; >> + >> +err = phy_read(phydev, RTL8201F_ISR); > >This could be an initializer

RE: net: phy: realtek: add rtl8201f driver

Francois Romieu : > Your patch contains both "remove unused #define" and "support new hardware" > parts. I am not sure that the former is adequate for submission until net-next opens. I see. Sorry for trying touching them even without comment. I won't touch them. > static void

Re: [PATCH v2 4/4] PCI: Check if the pci device get removed from pci tree already in remove_callback()

On 05/09/2013 06:32 AM, Bjorn Helgaas wrote: > On Tue, Apr 30, 2013 at 4:31 AM, Gu Zheng wrote: >> From a870da3615988f53a8949e5f8c907b079162067b Mon Sep 17 00:00:00 2001 >> From: Gu Zheng >> Date: Tue, 30 Apr 2013 18:45:12 +0800 >> Subject: [PATCH v2 4/4] PCI: Check if the pci device get

[PATCH] uio: fix error return code in uio_dev_add_attributes()

From: Wei Yongjun Fix to return -ENOMEM in the kobject_create_and_add() and kzalloc() error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- drivers/uio/uio.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/uio/uio.c

Re: [RESEND PATCH V3 01/21] thermal: exynos: Moving exynos thermal files into samsung directory

Hi Eduardo, On Wed, May 8, 2013 at 9:19 PM, Eduardo Valentin wrote: > On 07-05-2013 09:07, Amit Daniel Kachhap wrote: >> This movement of files is done for easy maintenance and adding more >> new sensor's support for exynos platform easily . This will also help in >> bifurcating exynos common,

linux-next: manual merge of the vhost tree with Linus' tree

Hi Michael, Today's linux-next merge of the vhost tree got a conflict in drivers/vhost/test.c between commit 73640c991e2f ("tools/virtio: fix build for 3.8") from Linus' tree and commit 30954cbc5818 ("vhost-test: fix up test module after API change") from the vhost tree. I fixed it up (the

[PATCH] remoteproc: fix error return code in rproc_fw_boot()

From: Wei Yongjun Fix to return -EINVAL in the rproc_find_loaded_rsc_table() error handling case instead of 0, as done elsewhere in this function. Introduced by commit a2b950ac7b1e6442919ee9e79c4963e134698869 (remoteproc: perserve resource table data). Signed-off-by: Wei Yongjun ---

Re: [PATCH RFC 00/48] Add namespace support for audit

On 05/09/2013 12:55 AM, Eric Paris wrote: > What kernel are these patches against? > This patchset is based on linus's tree. The last commit is d7ab7302f970a254997687a1cdede421a5635c68 (Merge tag 'mfd-3.10-1' of git://git.kernel.org/pub/scm/linux/kernel/git/same) Thanks Gao -- To unsubscribe

linux-next: manual merge of the regmap tree with Linus' tree

Hi Mark, Today's linux-next merge of the regmap tree got a conflict in drivers/base/regmap/regmap-debugfs.c between commit 480738de0e07 ("regmap: debugfs: Simplify calculation of `c->max_reg'") from Linus' tree and commit 5e3f5901ac6c ("regmap: debugfs: Fix start_reg calculation") from the regmap

[PATCH v2] TTY: Fix tty miss restart after we turn off flow-control

I meet emacs hang in start if I do the operation below: 1: echo 3 > /proc/sys/vm/drop_caches 2: emacs BigFile 3: Press CTRL-S follow 2 immediately Then emacs hang on, CTRL-Q can't resume, the terminal hang on, you can do nothing with this terminal except close it. The reason is before

Re: [RFC 2/3] mailbox: Introduce a new common API

Hi Jassi, > > The client(s) can always generate TX requests at a rate greater than > the API could transmit on the physical link. So as much as we dislike > it, we have to buffer TX requests, otherwise N clients would. The current code doesn't support N clients today

Re: [PATCH 1/3] firmware: Avoid superfluous usermodehelper lock

On Thu, May 9, 2013 at 1:51 AM, Takashi Iwai wrote: >> In other words, the first patch is no essential part of the fix. >> I can revisit the second patch without this one and resend if >> preferred. > > FWIW, below is the revised patch. > It's alone without the patch 1 in the previous series.

Re: [PATCH v5 6/7] sched: consider runnable load average in move_tasks

Paul, I am wondering if the following patch needed. The wakeuped migrated task will __synchronize_entity_decay(se); in migrate_task_fair, then it needs to set `se->avg.last_runnable_update -= (-se->avg.decay_count) << 20' before update_entity_load_avg, in order to avoid slept time is updated

[PATCH] x86/sched/dynamic-ticks: Call new schedule_irq_disable() for scheduling in entry_64.S

I started testing the new NOHZ_FULL in the kernel and had some issues, so I started function tracing and this bug report came out: [23446.458073] [ cut here ] [23446.461028] WARNING: at /home/rostedt/work/git/linux-trace.git/kernel/rcutree.c:388 rcu_eqs_enter+0x4b/0x89()

Re: [PATCH 2/3] firmware: Avoid deadlock of usermodehelper lock at shutdown

On Thu, May 9, 2013 at 12:15 AM, Takashi Iwai wrote: > At Wed, 8 May 2013 23:56:51 +0800, > Ming Lei wrote: >> >> On Wed, May 8, 2013 at 2:56 PM, Takashi Iwai wrote: >> > When a system goes to reboot/shutdown, it tries to disable the >> > usermode helper via usermodehelper_disable(). This might

[GIT] Networking

1) Propagate return error values properly in irda, spider_net, sfc, and bfin_mac. From Wei Yongjun. 2) Fix fec driver OOPS on rapid link up/down, from Frank Li. 3) FIX VF resource allocation and chip message payload length errors in be2net driver, from Sathya Perla. 4) Fix inner

Re: [PATCH] staging: android: logger: use kuid_t instead of uid_t

Thanks all for reviewing. xiong 2013/5/8 Greg KH : > On Wed, May 08, 2013 at 06:52:48PM +0800, Xiong Zhou wrote: >> From: Xiong Zhou >> >> Use kuid_t instead of uid_t, to pass the UIDGID_STRICT_TYPE_CHECKS. >> >> Signed-off-by: Xiong Zhou > > Nice job, I'll queue this up after 3.10-rc1 is out.

Re: [PATCH]TTY: Fix tty can't be restarted by TCXONC ioctl request

On Wed, May 08, 2013 at 02:32:23PM -0400, Peter Hurley wrote: > Perhaps you misunderstood. The snippet above does indeed restart > a tty which has been stopped via STOP_CHAR(tty) and the termios > IXON flag cleared. Thanks Peter, I get your meaning, and I think your suggestion is right, not only

linux-next: manual merge of the microblaze tree with Linus' tree

Hi Michal, Today's linux-next merge of the microblaze tree got a conflict in arch/microblaze/mm/init.c between commit 7beb5987875b ("mm/microblaze: use common help functions to free reserved pages") from Linus' tree and commits 17408c87ba9e ("microblaze: Fix free_init_pages function") and

Re: device tree not the answer in the ARM world [was: Re: running Debian on a Cubieboard]

On 05/08/2013 03:19:23 AM, Luke Kenneth Casson Leighton wrote: On Wed, May 8, 2013 at 4:44 AM, Rob Landley wrote: >> whereas the EOMA initiative is at the complete opposite end of the >> spectrum. and products based around the EOMA standards, although >> there is a cost overhead of e.g.

Re: v3.9 - CPU hotplug and microcode earlier loading hits a mutex deadlock (x86_cpu_hotplug_driver_mutex)

On 5/8/2013 6:32 PM, Konrad Rzeszutek Wilk wrote: On Wed, May 08, 2013 at 04:29:49PM +0200, Borislav Petkov wrote: On Wed, May 08, 2013 at 10:03:42AM -0400, Konrad Rzeszutek Wilk wrote: [ … snip some funky BIOS code ] [here it shifts and continues on testing each CPU bit] Questions over

[PATCH] COMPACTION: bugfix of improper cache flush in MIGRATION code.

Page 'new' during MIGRATION can't be flushed by flush_cache_page(). Using flush_cache_page(vma, addr, pfn) is justified only if page is already placed in process page table, and that is done right after flush_cache_page(). But without it the arch function has no knowledge of process PTE and does

Re: [PATCH v3,2/3] ARM: dts: AM33XX: Add GPMC node

* Gupta, Pekon [130502 02:49]: > From: "Philip, Avinash" > > Add GPMC data node to AM33XX device tree file. > > Signed-off-by: Philip Avinash > Acked-by: Peter Korsgaard > Signed-off-by: Pekon Gupta Thanks adding into omap-for-v3.10/dt-fixes. Tony > --- > Changes in v2: > - Change

Re: Invalid perf_branch_entry.to entries question

On Thu, 2013-05-09 at 08:45 +1000, Michael Neuling wrote: > Stephane Eranian wrote: > > > On Wed, May 8, 2013 at 5:59 PM, Peter Zijlstra wrote: > > > On Tue, May 07, 2013 at 11:35:28AM +1000, Michael Neuling wrote: > > >> Peter & Stephane, > > >> > > >> We are plumbing the POWER8 Branch History

Full dynticks needs evtdesc set before marking cpu online.

Thomas, We are seeing failures booting medium sized machines which I think is a change in expectations that dyntick put on x86's start_secondary. During boot of cpus, we see an occassional panic in tick_do_broadcast at 195 if (!cpumask_empty(mask)) { 196 /* 197

Re: [v2, 3/3] ARM: dts: AM33XX: Add NAND flash device tree data to am335x-evm

* Sekhar Nori [130429 22:11]: > > On 4/29/2013 1:25 PM, Gupta, Pekon wrote: > > From: avinash philip > > > > NAND flash connected in am335x-evm on GPMC controller. This patch adds > > device tree node in am3355-evm with GPMC contoller timing for NAND flash > > interface, NAND partition table,

Re: [PATCH] ARM: OMAP2+: omap-usb-host: clean up pin mux setup code

* Roger Quadros [130422 03:02]: > The USB host pins are named quite differently between OMAP3 and > OMAP4+ SoCs. To make this managable in code, we create a pin mapping > table (pin_names) that maps pin function to pin name. > > This pin mapping table is populated at runtime based on a pin >

[PATCH] [PATCH] full listing for RT Systems ftdi devices

From: "Rick Farina (Zero_Chaos)" RT Systems makes many usb serial cables based on the ftdi_sio driver for programming various amateur radios. This patch is a full listing of their current product offerings and should allow these cables to all be recognized. Signed-off-by: Rick Farina

Re: linux-next: Tree for May 8 (dlm)

[Just forwarding to David ...] On Wed, 08 May 2013 11:04:45 -0700 Randy Dunlap wrote: > > on x86_64: > > when CONFIG_GFS2_FS_LOCKING_DLM=y and CONFIG_DLM=m: > > fs/built-in.o: In function `gfs2_lock': > file.c:(.text+0xa512c): undefined reference to `dlm_posix_get' > file.c:(.text+0xa5140):

  1   2   3   4   5   6   7   8   9   10   >