[PATCHv2 3/8] ARM: dts: Enables SAI ALSA SoC DAI device for Vybrid VF610 TOWER board.

2013-11-01 Thread Xiubo Li
This patch add and enable SAI device. Signed-off-by: Xiubo Li --- arch/arm/boot/dts/vf610-twr.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm/boot/dts/vf610-twr.dts index 1a58678..e4106dd 100644 --- a/arch/arm/boot/dts/vf610-twr.dts +++ b/

[PATCHv2 7/8] ARM: dts: Enable SGTL5000 codec based audio driver node for VF610.

2013-11-01 Thread Xiubo Li
This patch add and enable SGTL5000 codec support, and also specified the corresponding SAI node. Signed-off-by: Xiubo Li Signed-off-by: Alison Wang ; + audio-codec = <&codec>; + audio-routing = + "MIC_IN", "Mic Jack", + "Mic

[PATCHv2 1/8] ALSA: Add SAI SoC Digital Audio Interface driver.

2013-11-01 Thread Xiubo Li
This adds Freescale SAI ASoC Audio support. This implementation is only compatible with device tree definition. Features: o Supports playback/capture o Supports 16/20/24 bit PCM o Supports 8k - 96k sample rates o Supports slave mode only. Signed-off-by: Alison Wang --- sound/soc/fsl/Kconfig |

[PATCHv2 2/8] ARM: dts: Add Freescale SAI ALSA SoC Digital Audio Interface node for VF610.

2013-11-01 Thread Xiubo Li
This patch add the SAI's edma mux Tx and Rx support. Signed-off-by: Jingchang Lu Signed-off-by: Xiubo Li --- arch/arm/boot/dts/vf610.dtsi | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/vf610.dtsi b/arch/arm/boot/dts/vf610.dtsi index 18e3a4c..391f180 100

[no subject]

2013-11-01 Thread Xiubo Li
Hello, This patch series is mostly Freescale's SAI SoC Digital Audio Interface driver implementation. And the implementation is only compatible with device tree definition. This patch series is based on linux-next and has been tested on Vybrid VF610 Tower board using device tree. Changed in

Re: [PATCH] arc: include: asm: uaccess.h: include "asm-generic/uaccess-unaligned.h"

2013-11-01 Thread Vineet Gupta
On 10/23/2013 02:26 PM, Chen Gang wrote: > Hello Maintainers: > > Is this patch OK, please help check when you have time. Mainline commit cbf8b8ca3ec "btrfs: change extent-same to copy entire argument struct" removed the usage of __put_user_unaligned hence this patch is no longer needed. Thx, -Vi

Re: [PATCHSET 0/5] perf tools: Enhance option parsing error message

2013-11-01 Thread Ingo Molnar
* Namhyung Kim wrote: > Hi, > > This patchset tries to enhance error message when perf failed to parse > option argument. Currently it just shows entire usage and options > which may fill two pages of screen. It's hard for me to say it's > really helpful to users. ;-) > > With this patch ser

Re: [RFC GIT PULL] NUMA-balancing memory corruption fixes

2013-11-01 Thread Ingo Molnar
* Linus Torvalds wrote: > On Thu, Oct 31, 2013 at 2:51 AM, Ingo Molnar wrote: > > > > > > ( If you think this is too dangerous for too little benefit then > > I'll drop this separate tree and will send the original commits in > > the merge window. ) > > Ugh. I hate hate hate the timing, an

[PATCH 3/5] perf report: Use parse_options_usage() for -s option failure

2013-11-01 Thread Namhyung Kim
From: Namhyung Kim The -s (--sort) option was processed after normal option parsing so that it cannot call the parse_options_usage() automatically. Currently it calls usage_with_options() which shows entire help messages for event option. Fix it by showing just -s options. $ perf report -s he

[PATCHSET 0/5] perf tools: Enhance option parsing error message

2013-11-01 Thread Namhyung Kim
Hi, This patchset tries to enhance error message when perf failed to parse option argument. Currently it just shows entire usage and options which may fill two pages of screen. It's hard for me to say it's really helpful to users. ;-) With this patch series, it changed to show only related opti

[PATCH 2/5] perf report: Postpone setting up browser after parsing options

2013-11-01 Thread Namhyung Kim
From: Namhyung Kim If setup_browser() called earlier than option parsing, the actual error message can be discarded during the terminal reset. So move it after setup_sorting() checks whether the sort keys are valid. Signed-off-by: Namhyung Kim --- tools/perf/builtin-report.c | 24

[PATCH 4/5] perf top: Use parse_options_usage() for -s option failure

2013-11-01 Thread Namhyung Kim
From: Namhyung Kim The -s (--sort) option was processed after normal option parsing so that it cannot call the parse_options_usage() automatically. Currently it calls usage_with_options() which shows entire help messages for event option. Fix it by showing just -s options. $ perf top -s help

[PATCH 5/5] perf stat: Enhance option parse error message

2013-11-01 Thread Namhyung Kim
From: Namhyung Kim Print related option help messages only when it failed to process options. While at it, modify parse_options_usage() to skip usage part so that it can be used for showing multiple option help messages naturally like below: $ perf stat -Bx, ls -B option not supported with

[PATCH 1/5] perf tools: Show single option when failed to parse

2013-11-01 Thread Namhyung Kim
From: Namhyung Kim Current option parser outputs whole option help string when it failed to parse an option. However this is not good for user if the command has many option, she might feel hard which one is related easily. Fix it by just showing the help message of the given option only. Requ

Re: [PATCH 08/14] perf report: Cache cumulative callchains

2013-11-01 Thread Namhyung Kim
Hi Rodrigo, On Thu, 31 Oct 2013 11:13:34 +, Rodrigo Campos wrote: > On Thu, Oct 31, 2013 at 03:56:10PM +0900, Namhyung Kim wrote: >> From: Namhyung Kim >> /* >> + * This is for detecting cycles or recursions so that they're >> + * cumulated only one time to prevent entries more t

Re: perf version not set when building out of tree

2013-11-01 Thread Ingo Molnar
* David Ahern wrote: > When building out of tree: > > make perf-tar-src-pkg What's the canonical way to build a perf tarball? I didn't find any makefile target for that. > tar -xf perf-.tar -C /tmp > cd /tmp/perf > make -C tools/perf > > you get the warning message: > make[1]: *** No rule t

[PATCH net] net: flow_dissector: fail on evil iph->ihl

2013-11-01 Thread Jason Wang
We don't validate iph->ihl which may lead a dead loop if we meet a IPIP skb whose iph->ihl is zero. Fix this by failing immediately when iph->ihl is evil (less than 5). This issue were introduced by commit ec5efe7946280d1e84603389a1030ccec0a767ae (rps: support IPIP encapsulation). Cc: Eric Dumaze

<    2   3   4   5   6   7