Re: [PATCH v2 5/5] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-28 Thread Viresh Kumar
On 29 April 2014 11:46, Srivatsa S. Bhat wrote: > Yes, I'm aware that this corner case doesn't work well with my debug Don't know if its a corner case, it may be the most obvious case for some :) > patch. I tried to avoid this but couldn't think of any solution. The problem is not that it would

[PATCH] media: davinci_vpfe: dm365_resizer: fix sparse warning

2014-04-28 Thread Lad Prabhakar
From: "Lad, Prabhakar" this patch fixes following sparse warning, dm365_resizer.c:223:1: warning: symbol 'resizer_calculate_resize_ratios' was not declared. Should it be static? dm365_resizer.c:313:5: warning: symbol 'resizer_configure_output_win' was not declared. Should it be static? Signed-

[tip:perf/core] perf tools: Reference count map_groups objects

2014-04-28 Thread tip-bot for Arnaldo Carvalho de Melo
Commit-ID: a26ca6716a6c683f40bd676cea7e89704653b98d Gitweb: http://git.kernel.org/tip/a26ca6716a6c683f40bd676cea7e89704653b98d Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 25 Mar 2014 15:26:44 -0300 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:43:26 +0200 perf tools: Refer

[tip:perf/core] perf tools: Share map_groups among threads of the same group

2014-04-28 Thread tip-bot for Jiri Olsa
Commit-ID: cddcef607782966f1601808c17fe9c4c5f79f9f4 Gitweb: http://git.kernel.org/tip/cddcef607782966f1601808c17fe9c4c5f79f9f4 Author: Jiri Olsa AuthorDate: Wed, 9 Apr 2014 20:54:29 +0200 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:43:33 +0200 perf tools: Share map_groups amon

[tip:perf/core] perf tests: Add thread maps lookup automated tests

2014-04-28 Thread tip-bot for Jiri Olsa
Commit-ID: 4e85edfc3f5c0e016a960c1dcbe0217e86602525 Gitweb: http://git.kernel.org/tip/4e85edfc3f5c0e016a960c1dcbe0217e86602525 Author: Jiri Olsa AuthorDate: Wed, 5 Mar 2014 17:20:31 +0100 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:42:52 +0200 perf tests: Add thread maps looku

[tip:perf/core] perf tests: Add map groups sharing with thread object test

2014-04-28 Thread tip-bot for Jiri Olsa
Commit-ID: fabf01238289e9ae009499594fc54642f5802a24 Gitweb: http://git.kernel.org/tip/fabf01238289e9ae009499594fc54642f5802a24 Author: Jiri Olsa AuthorDate: Mon, 17 Mar 2014 14:39:00 +0100 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:43:40 +0200 perf tests: Add map groups shari

[tip:perf/core] perf tools: Allocate thread map_groups' s dynamically

2014-04-28 Thread tip-bot for Arnaldo Carvalho de Melo
Commit-ID: 93d5731dcb5b8cb7fa56ee11a5891f10c96c2a45 Gitweb: http://git.kernel.org/tip/93d5731dcb5b8cb7fa56ee11a5891f10c96c2a45 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 21 Mar 2014 17:57:01 -0300 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:43:20 +0200 perf tools: Alloc

[tip:perf/core] perf tests: Add a test case for hists filtering

2014-04-28 Thread tip-bot for Namhyung Kim
Commit-ID: 3c3cfd99c8988e568a5243f38c600a6a03d1b148 Gitweb: http://git.kernel.org/tip/3c3cfd99c8988e568a5243f38c600a6a03d1b148 Author: Namhyung Kim AuthorDate: Fri, 25 Apr 2014 12:28:14 +0900 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:42:45 +0200 perf tests: Add a test case f

[tip:perf/core] perf tests: Factor out fake_setup_machine()

2014-04-28 Thread tip-bot for Namhyung Kim
Commit-ID: 6e344a952dcfa45b8bfef8eaf8423ab73c5adaf2 Gitweb: http://git.kernel.org/tip/6e344a952dcfa45b8bfef8eaf8423ab73c5adaf2 Author: Namhyung Kim AuthorDate: Fri, 25 Apr 2014 12:28:13 +0900 Committer: Jiri Olsa CommitDate: Mon, 28 Apr 2014 13:42:29 +0200 perf tests: Factor out fake_s

Re: [PATCH] perf tools: Fix bfd dependency libraries detection

2014-04-28 Thread Ingo Molnar
* Jiri Olsa wrote: > On Mon, Apr 28, 2014 at 09:01:57AM -0600, David Ahern wrote: > > On 4/28/14, 3:22 AM, Jiri Olsa wrote: > > >From: Jiri Olsa > > > > > >There's false assumption in the library detection code > > >assuming -liberty and -lz are always present once bfd > > >is detected. The fai

Re: [GIT PULL 0/7] perf/core improvements and fixes

2014-04-28 Thread Ingo Molnar
* Jiri Olsa wrote: > hi Ingo, > please consider pulling > > thanks, > jirka > > > The following changes since commit 2933d7813d8618f18632a7dc7f4e7f1f7d17383a: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core > (2014-04-25 10

Re: [PATCH v2 2/2] mfd: max77693: handle IRQs using regmap

2014-04-28 Thread Krzysztof Kozlowski
On wto, 2014-04-29 at 07:48 +0200, Robert Baldyga wrote: > This patch modifies mfd driver to use regmap for handling interrupts. > It allows to simplify irq handling process. This modifications needed > to make small changes in function drivers, which use interrupts. > > Signed-off-by: Robert Bald

Re: [PATCH v2 1/2] mfd: max77693: remove unnecessary wrapper functions

2014-04-28 Thread Krzysztof Kozlowski
On wto, 2014-04-29 at 07:48 +0200, Robert Baldyga wrote: > This patch removes wrapper functions used to access regmap, and > make driver using regmap_*() functions instead. > > Signed-off-by: Robert Baldyga > --- > drivers/extcon/extcon-max77693.c | 32 ++--- > drivers/mfd/ma

Re: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

2014-04-28 Thread Ivan T. Ivanov
On Tue, 2014-04-29 at 08:45 +0800, Peter Chen wrote: > > Applied, thanks Thank you, Ivan -- 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 r

[tip:x86/urgent] x86/vsmp: Fix irq routing

2014-04-28 Thread tip-bot for Oren Twaig
Commit-ID: 39025ba38278f3003ee538409f7c98970620ef49 Gitweb: http://git.kernel.org/tip/39025ba38278f3003ee538409f7c98970620ef49 Author: Oren Twaig AuthorDate: Mon, 28 Apr 2014 10:21:37 +0300 Committer: Ingo Molnar CommitDate: Mon, 28 Apr 2014 09:27:34 +0200 x86/vsmp: Fix irq routing Co

Re: [PATCH] staging:iio:ad2s1210 fix a leak when device removed

2014-04-28 Thread Jimmy Li
On Tue, Apr 29, 2014 at 03:07:04PM +0900, Jingoo Han wrote: > On Tuesday, April 29, 2014 2:56 PM, Jimmy Li wrote: > > > > Signed-off-by: Jimmy Li > > --- > > drivers/staging/iio/resolver/ad2s1210.c |1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/drivers/staging/iio/resolver/ad

Re: [PATCH] ARM: configs: drop CONFIG_COMMON_CLK_DEBUG

2014-04-28 Thread Prabhakar Lad
On Tue, Apr 29, 2014 at 11:44 AM, Shawn Guo wrote: > On Sat, Apr 26, 2014 at 03:05:22PM +0530, Lad Prabhakar wrote: >> From: "Lad, Prabhakar" >> >> this patch removes COMMON_CLK_DEBUG config option >> from defconfig file as this config option is obsolete. >> >> Signed-off-by: Lad, Prabhakar >> -

Re: [f2fs-dev][PATCH 3/3 v3] f2fs: fix to truncate inline data in inode page when setattr

2014-04-28 Thread Jaegeuk Kim
Hi, 2014-04-29 (화), 14:03 +0800, Chao Yu: > Previous we do not truncate inline data in inode page when setattr, so > following > case could still read the inline data which has already truncated: > > 1.write inline data > 2.ftruncate size to 0 > 3.ftruncate size to max inline data size > 4.read

Re: [PATCH v2 5/5] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-28 Thread Srivatsa S. Bhat
On 04/29/2014 10:25 AM, Viresh Kumar wrote: > On 29 April 2014 10:21, Viresh Kumar wrote: >> Nice effort. >> >> On 29 April 2014 00:25, Srivatsa S. Bhat >> wrote: >>> Now all such drivers have been fixed, but debugging this issue was not >>> very straight-forward (even lockdep didn't catch this).

Re: [RESEND] dmaengine: edma: Add channel number to debug prints

2014-04-28 Thread Vinod Koul
On Thu, Apr 24, 2014 at 10:29:50AM +0300, Peter Ujfalusi wrote: > It helps to identify issues if we have some information regarding to the > channel which the event is associated. > > Signed-off-by: Peter Ujfalusi > Acked-by: Joel Fernandes Applied, thanks -- ~Vinod -- To unsubscribe from thi

Re: [PATCH] ARM: configs: drop CONFIG_COMMON_CLK_DEBUG

2014-04-28 Thread Shawn Guo
On Sat, Apr 26, 2014 at 03:05:22PM +0530, Lad Prabhakar wrote: > From: "Lad, Prabhakar" > > this patch removes COMMON_CLK_DEBUG config option > from defconfig file as this config option is obsolete. > > Signed-off-by: Lad, Prabhakar > --- > arch/arm/configs/imx_v4_v5_defconfig|1 - > a

Re: [PATCH 1/2] PM / OPP: Use list_for_each_entry_reverse instead of list_for_each_entry

2014-04-28 Thread Viresh Kumar
On 29 April 2014 11:20, Jonghwan Choi wrote: > -> You are right. But 5440 cpufreq driver write an index number instead of > clk divider value > for change DVFS. And our another(will submit) also write an index number for > changing DVFS. > As you said, order of table shouldn't matter at all in cpu

Re: [PATCH v2 5/5] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-28 Thread Srivatsa S. Bhat
On 04/29/2014 10:21 AM, Viresh Kumar wrote: > Nice effort. > Thanks! :-) > On 29 April 2014 00:25, Srivatsa S. Bhat > wrote: >> Now all such drivers have been fixed, but debugging this issue was not >> very straight-forward (even lockdep didn't catch this). So let us add a >> debug infrastructu

Re: [PATCH] Input: implement managed polled input devices

2014-04-28 Thread David Herrmann
Hi On Tue, Apr 29, 2014 at 5:23 AM, Dmitry Torokhov wrote: > Managed resources are becoming more and more popular in drivers. Let's > implement managed polled input devices, to complement managed regular input > devices. > > Similarly to managed regular input devices only one new call > devm_inpu

Re: [PATCH] staging:iio:ad2s1210 fix a leak when device removed

2014-04-28 Thread Jingoo Han
On Tuesday, April 29, 2014 2:56 PM, Jimmy Li wrote: > > Signed-off-by: Jimmy Li > --- > drivers/staging/iio/resolver/ad2s1210.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/staging/iio/resolver/ad2s1210.c > b/drivers/staging/iio/resolver/ad2s1210.c > index 7fbaba4..3d6e1

[f2fs-dev][PATCH 3/3 v3] f2fs: fix to truncate inline data in inode page when setattr

2014-04-28 Thread Chao Yu
Previous we do not truncate inline data in inode page when setattr, so following case could still read the inline data which has already truncated: 1.write inline data 2.ftruncate size to 0 3.ftruncate size to max inline data size 4.read from offset 0 This patch introduces truncate_inline_data()

Re: [PATCH v2 0/5] Cpufreq frequency serialization fixes

2014-04-28 Thread Srivatsa S. Bhat
On 04/29/2014 05:17 AM, Rafael J. Wysocki wrote: > On Tuesday, April 29, 2014 12:23:54 AM Srivatsa S. Bhat wrote: >> >> Hi, >> >> Meelis Roos reported hangs during boot in the longhaul cpufreq driver, after >> commit 12478cf0c55 (cpufreq: Make sure frequency transitions are serialized). >> The root

[PATCH] staging:iio:ad2s1210 fix a leak when device removed

2014-04-28 Thread Jimmy Li
Signed-off-by: Jimmy Li --- drivers/staging/iio/resolver/ad2s1210.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/iio/resolver/ad2s1210.c b/drivers/staging/iio/resolver/ad2s1210.c index 7fbaba4..3d6e123 100644 --- a/drivers/staging/iio/resolver/ad2s1210.c +++ b/drivers/s

RE: [PATCH 1/2] PM / OPP: Use list_for_each_entry_reverse instead of list_for_each_entry

2014-04-28 Thread Jonghwan Choi
Hi~ > > Most of the cpufreq table is sorted in descending order. > > Which part of kernel says that? > -> I couldn't check all. Sorry. > > But when cpufreq table is made from dev_pm_opp_init_cpufreq_table, it > > is sorted in ascending order. So in some case to make cpufreq table > > with desce

[PATCH v2 2/2] mfd: max77693: handle IRQs using regmap

2014-04-28 Thread Robert Baldyga
This patch modifies mfd driver to use regmap for handling interrupts. It allows to simplify irq handling process. This modifications needed to make small changes in function drivers, which use interrupts. Signed-off-by: Robert Baldyga --- drivers/extcon/extcon-max77693.c | 3 +- drivers/mf

[PATCH v2 1/2] mfd: max77693: remove unnecessary wrapper functions

2014-04-28 Thread Robert Baldyga
This patch removes wrapper functions used to access regmap, and make driver using regmap_*() functions instead. Signed-off-by: Robert Baldyga --- drivers/extcon/extcon-max77693.c | 32 ++--- drivers/mfd/max77693-irq.c | 50 +++- drivers/m

[PATCH v2 0/2] mfd: max77693: improve regmap support

2014-04-28 Thread Robert Baldyga
This patchset modifies max77693 driver and associated function drivers to improve regmap support. It removes unnecessary wrapper functions, which make code more clean, and modifies IRQ handling to use regmap irq. Best regards Robert Baldyga Samsung R&D Institute Poland Changelog: v2: - change ty

Re: [PATCH tip/core/rcu 2/3] documentation: Record rcu_dereference() value mishandling

2014-04-28 Thread Pranith Kumar
Minor nits below: Other than that Acked-by: Pranith Kumar On Tue, Apr 29, 2014 at 1:04 AM, Andev wrote: > From: "Paul E. McKenney" > > Recent LKML discussings (see http://lwn.net/Articles/586838/ and > http://lwn.net/Articles/588300/ for the LWN writeups) brought out > some ways of misusing th

[RFC PATCH] regulator: virtual: Introduce a new virtual locker regulator type

2014-04-28 Thread Inderpal Singh
On some SoCs there could be requirements that two or more voltage regulators need to maintain certain skew for proper functioning. This patch implements a new vitual locker type regulator which can have multiple output and input regulators. The real regulators will be hidden under the virtual outp

Re: [PATCH 1/2] PM / OPP: Use list_for_each_entry_reverse instead of list_for_each_entry

2014-04-28 Thread Viresh Kumar
On Tue, Apr 29, 2014 at 10:54 AM, Jonghwan Choi wrote: > Most of the cpufreq table is sorted in descending order. Which part of kernel says that? > But when cpufreq table is made from dev_pm_opp_init_cpufreq_table, > it is sorted in ascending order. So in some case to make cpufreq table > with d

[PATCH 1/2] PM / OPP: Use list_for_each_entry_reverse instead of list_for_each_entry

2014-04-28 Thread Jonghwan Choi
Most of the cpufreq table is sorted in descending order. But when cpufreq table is made from dev_pm_opp_init_cpufreq_table, it is sorted in ascending order. So in some case to make cpufreq table with descending order it needs an extra work. Signed-off-by: Jonghwan Choi --- drivers/base/power/opp

Re: [ANNOUNCE] 3.14-rt1

2014-04-28 Thread Mike Galbraith
On Mon, 2014-04-28 at 16:37 +0200, Mike Galbraith wrote: > > Seems that migrate_disable() must be called before taking the lock as > > it is done in every other location. > > And for tasklist_lock, seems you also MUST do that prior to trylock as > well, else you'll run afoul of the hotplug beast

Ge ldp rob le m?

2014-04-28 Thread Malgorzata Brandt
Hallo, ich habe eine gute Info für Sie hat die Bank mal wieder einen Grund gefunden, Ihnen keinen Kre dit zu geben? Gehen Sie doch dorthin, wo man Sie als Kunden noch anständig behandelt. Auch bei schlechter Auskunft und bereits von Ihrer eigenen Bank abgelehntem Antrag können wir Ihnen ein Da

[PATCH v4 5/7] arm64: Add 4 levels of page tables definition with 4KB pages

2014-04-28 Thread Jungseok Lee
This patch adds hardware definition and types for 4 levels of translation tables with 4KB pages. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- arch/arm64/include/asm/pgtable-4level-hwdef.h | 50 + arch/arm64/include/asm/pgta

[PATCH v4 3/7] arm64: Introduce a kernel configuration option for VA_BITS

2014-04-28 Thread Jungseok Lee
This patch adds a kernel configuration for VA_BITS. It helps to prevent unnecessary #ifdef statements insertions for VA_BITS when implementing different page sizes and level of translation tables. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung ---

[PATCH v4 7/7] arm64: KVM: Implement 4 levels of translation tables for HYP and stage2

2014-04-28 Thread Jungseok Lee
This patch adds 4 levels of translation tables implementation for both HYP and stage2. Both symmetric and asymmetric configurations for page size and translation levels are are validated on Fast Models: 1) 4KB + 3 levels guest on 4KB + 3 levels host 2) 4KB + 4 levels guest on 4KB + 3 level

[PATCH v4 6/7] arm64: mm: Implement 4 levels of translation tables

2014-04-28 Thread Jungseok Lee
This patch implements 4 levels of translation tables since 3 levels of page tables with 4KB pages cannot support 40-bit physical address space described in [1] due to the following issue. It is a restriction that kernel logical memory map with 4KB + 3 levels (0xffc0-0x)

[PATCH v4 4/7] arm64: Add a description on 48-bit address space with 4KB pages

2014-04-28 Thread Jungseok Lee
This patch adds memory layout and translation lookup information about 48-bit address space with 4K pages. The description is based on 4 levels of translation tables. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- Documentation/arm64/memory.tx

[PATCH v4 0/7] Support 4 levels of translation tables for ARM64

2014-04-28 Thread Jungseok Lee
Hi All, This v4 patchset supports 4 levels of tranlsation tables for ARM64. Firstly, The patchset decouples page size from level of translation tables as taking account into the comment from Catalin Marinas: http://www.spinics.net/linux/lists/arm-kernel/msg319552.html Then, it implements 4 level

[PATCH v4 2/7] arm64: Decouple page size from level of translation tables

2014-04-28 Thread Jungseok Lee
This patch separates page size from level of translation tables in configuration. It facilitates introduction of different options, such as 4KB + 4 levels, 16KB + 4 levels and 64KB + 3 levels, easily. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung

[PATCH v4 1/7] arm64: Use pr_* instead of printk

2014-04-28 Thread Jungseok Lee
This patch fixed the following checkpatch complaint as using pr_* instead of printk. WARNING: printk() should include KERN_ facility level Cc: Catalin Marinas Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- arch/arm64/kernel/traps.c | 14 +++--- 1 file changed, 7 inserti

Re: [PATCH] cpufreq: intel_pstate: Change the calculation of next pstate

2014-04-28 Thread Viresh Kumar
Cc'd Dirk, On 28 April 2014 03:42, Stratos Karafotis wrote: > Currently the driver calculates the next pstate proportional to > core_busy factor and reverse proportional to current pstate. > > Change the above method and calculate the next pstate independently > of current pstate. We must mentio

Re: [PATCH v2 5/5] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-28 Thread Viresh Kumar
On 29 April 2014 10:21, Viresh Kumar wrote: > Nice effort. > > On 29 April 2014 00:25, Srivatsa S. Bhat > wrote: >> Now all such drivers have been fixed, but debugging this issue was not >> very straight-forward (even lockdep didn't catch this). So let us add a >> debug infrastructure to the cpuf

Re: [PATCH v2 5/5] cpufreq: Catch double invocations of cpufreq_freq_transition_begin/end

2014-04-28 Thread Viresh Kumar
Nice effort. On 29 April 2014 00:25, Srivatsa S. Bhat wrote: > Now all such drivers have been fixed, but debugging this issue was not > very straight-forward (even lockdep didn't catch this). So let us add a > debug infrastructure to the cpufreq core to catch such issues more easily > in the futu

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

2014-04-28 Thread Stephen Rothwell
Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in mm/vmacache.c between commit 50f5aa8a9b24 ("mm: don't pointlessly use BUG_ON() for sanity check") from Linus' tree and commit 8beba5473820 ("mm,vmacache: add debug data") from the akpm-current tree. I fixed it up (see

Re: [PATCH] x86-64: espfix for 64-bit mode *PROTOTYPE*

2014-04-28 Thread H. Peter Anvin
On 04/28/2014 08:45 PM, H. Peter Anvin wrote: > > OK, so I found a bug in ldttest.c -- it sets CS to an LDT segment, but > it never sets SS to an LDT segment. This means that it should really > have zero footprint versus the espfix code, and implies that we instead > have another bug involved. W

Re: [PATCH 5/6] ARM: AM43xx: clk: Change the cpts ref clock source to dpll_core_m5 clk

2014-04-28 Thread George Cherian
Hi Richard, On 4/28/2014 9:48 PM, Richard Cochran wrote: On Mon, Apr 28, 2014 at 06:25:56PM +0530, George Cherian wrote: In beagle bone white (AM335x) CPTS has a choice of 2 clocksource -dpll_core_m5_ck -dpll_core_m4_ck and by default dpll_core_m5_ck is used. Where as in AM437x the default cl

[PATCHv2 2/4] pwm: ftm-pwm: Clean up the code.

2014-04-28 Thread Xiubo Li
This patch intends to prepare for converting to direct regmap API usage. Signed-off-by: Xiubo Li --- drivers/pwm/pwm-fsl-ftm.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/pwm/pwm-fsl-ftm.c b/drivers/pwm/pwm-fsl-ftm.c index 420169e..4a4ad58 100644 ---

[PATCHv2 0/4] FTM PWM adds regmap and endianness support.

2014-04-28 Thread Xiubo Li
Convert to direct regmap API usage. Since the regmap core has already support rich endianness modes of device, this patch convert to direct regmap API usage, preparing to support big endianness for LS1 SoC. Using the regmag framework will be more easy to support the endiannesses switching of one s

[PATCHv2 3/4] pwm: ftm-pwm: Convert to direct regmap API usage.

2014-04-28 Thread Xiubo Li
Since the regmap core has already support rich endianness modes of device, this patch convert to direct regmap API usage, preparing to support big endianness for LS1 SoC. Using the regmag framework will be more easy to support the endiannesses switching of one same device driver on different SoCs.

[PATCHv2 4/4] pwm: ftm-pwm: Add big-endian support

2014-04-28 Thread Xiubo Li
This add the big endianness support for the FTM PWM driver, which will run on LS1 SoC. Now for the following scenarios: SoC | CPU | FTM-PWM | 'big-endian' property is needed? -||-|- Vybird | LE| LE| No LS1 | LE

[PATCHv2 1/4] Documentation: Add 'big-endian' property for FTM PWM.

2014-04-28 Thread Xiubo Li
This add the big endianness usage in the binding docuementation, which will run on LS1 SoC. Now for the following scenarios: SoC | CPU | FTM-PWM | 'big-endian' property is needed? ||-|- Vybird | LE| LE| No LS1 | LE

Re: [PATCH v5 0/8] Introduce new cpufreq helper macros

2014-04-28 Thread Viresh Kumar
On 26 April 2014 01:45, Stratos Karafotis wrote: > This patch set introduces two freq_table helper macros which > can be used for iteration over cpufreq_frequency_table and > makes the necessary changes to cpufreq core and drivers that > use such an iteration procedure. > > The motivation was a us

Re: [PATCH v3 6/7] arm64: mm: Implement 4 levels of translation tables

2014-04-28 Thread Jungseok Lee
On Monday, April 28, 2014 10:24 PM, Steve Capper wrote: > On Sun, Apr 27, 2014 at 12:37:35PM +0900, Jungseok Lee wrote: > > On Thursday, April 24, 2014 1:02 AM, Steve Capper wrote: > > > On Fri, Apr 18, 2014 at 04:59:20PM +0900, Jungseok Lee wrote: > > [ ... ] > > > > > > > This is overly complic

Re: [PATCH 3.2 00/94] 3.2.58-rc1 review

2014-04-28 Thread Guenter Roeck
On 04/27/2014 06:11 PM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.2.58 release. There are 94 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made b

Re: [PATCH 1/3] sched, balancing: Update rq->max_idle_balance_cost whenever newidle balance is attempted

2014-04-28 Thread Preeti U Murthy
On 04/28/2014 11:34 PM, Jason Low wrote: > On Sun, 2014-04-27 at 14:01 +0530, Preeti Murthy wrote: >> Hi Jason, Peter, >> >> The below patch looks good to me except for one point. >> >> In idle_balance() the below code snippet does not look right: >> >> - if (pulled_task || time_after(jiffies, this

Re: [PATCH] x86-64: espfix for 64-bit mode *PROTOTYPE*

2014-04-28 Thread H. Peter Anvin
On 04/28/2014 08:45 PM, H. Peter Anvin wrote: > > OK, so I found a bug in ldttest.c -- it sets CS to an LDT segment, but > it never sets SS to an LDT segment. This means that it should really > have zero footprint versus the espfix code, and implies that we instead > have another bug involved. W

Re: [PATCH] x86-64: espfix for 64-bit mode *PROTOTYPE*

2014-04-28 Thread H. Peter Anvin
On 04/28/2014 07:38 PM, H. Peter Anvin wrote: > On 04/28/2014 05:20 PM, Andrew Lutomirski wrote: >> >> ldttest segfaults on 3.13 and 3.14 for me. It reboots (triple fault?) >> on your branch. It even said this: >> >> qemu-system-x86_64: 9pfs:virtfs_reset: One or more uncluncked fids >> found duri

Re: [RFC] power_supply: Introduce generic psy charging driver

2014-04-28 Thread Jenny Tc
On Mon, Apr 28, 2014 at 07:56:06PM +0200, Pavel Machek wrote: > On Mon 2014-04-28 22:24:36, Jenny Tc wrote: > > Dmitry/Pavel, > > > > Request your feedback on this. Fixed the comments from Pavel and waiting > > for > > your feedback on the changes > > IIRC, my latest comments were "this is comp

Re: [RFC] A new CPU load metric for power-efficient scheduler: CPU ConCurrency

2014-04-28 Thread Yuyang Du
> I'm a bit confused, do you have one global CC that tracks the number of > tasks across all runqueues in the system or one for each cpu? There > could be some contention when updating that value on larger systems if > it one global CC. If they are separate, how do you then decide when to > consoli

Re: [PATCH tip/core/rcu 0/3] Miscellaneous fixes for 3.16

2014-04-28 Thread Josh Triplett
On Mon, Apr 28, 2014 at 04:56:00PM -0700, Paul E. McKenney wrote: > Hello! > > This series provides miscellaneous fixes: > > 1.Apply ACCESS_ONCE() to unprotected ->gp_flags accesses. > > 2.Fix typo in comment, courtesy of Liu Ping Fan. > > 3.Make RCU CPU stall warnings print grace-p

[PATCH] Input: implement managed polled input devices

2014-04-28 Thread Dmitry Torokhov
Managed resources are becoming more and more popular in drivers. Let's implement managed polled input devices, to complement managed regular input devices. Similarly to managed regular input devices only one new call devm_input_allocate_polled_device() is added and the rest of APIs is modified to

Re: [PATCH v2 00/12] scsi/NCR5380: fix debugging macros and #include structure

2014-04-28 Thread Michael Schmitz
Finn, On Tue, Apr 29, 2014 at 2:22 PM, Finn Thain wrote: > > On Sat, 26 Apr 2014, James Bottomley wrote: > >> OK, so this is a pretty big change to an unmaintained driver. I'll take >> it if you're willing to maintain the driver afterwards ... in which case >> I need another patch to add you to

Re: [PATCH 1/3] sched, balancing: Update rq->max_idle_balance_cost whenever newidle balance is attempted

2014-04-28 Thread Preeti U Murthy
On 04/28/2014 02:54 PM, Peter Zijlstra wrote: > On Sun, Apr 27, 2014 at 02:01:45PM +0530, Preeti Murthy wrote: >> Hi Jason, Peter, >> >> The below patch looks good to me except for one point. >> >> In idle_balance() the below code snippet does not look right: >> >> - if (pulled_task || time_after(j

Re: [PATCH v2 6/6] powerpc/perf/hv-24x7: catalog version number is be64, not be32

2014-04-28 Thread Michael Ellerman
On Sun, 2014-04-27 at 21:59 -0700, Cody P Schafer wrote: > On 04/27/2014 09:47 PM, Benjamin Herrenschmidt wrote: > > On Tue, 2014-04-15 at 10:10 -0700, Cody P Schafer wrote: > >> The catalog version number was changed from a be32 (with proceeding > >> 32bits of padding) to a be64, update the code t

Re: [PATCH 1/5] staging: rtl8188eu: fix potential leak in rtw_wx_read32()

2014-04-28 Thread Larry Finger
On 04/28/2014 03:56 PM, Christian Engelmayer wrote: Function rtw_wx_read32() dynamically allocates a temporary buffer that is not freed in all error paths. Use a centralized exit path and make sure that all memory is freed correctly. Detected by Coverity - CID 1077711. Signed-off-by: Christian E

Re: [PATCH] usb: xhci: Correct last context entry calculation for Configure Endpoint

2014-04-28 Thread Julius Werner
*bump* Sarah, Mathias, can we decide how to proceed with this? I think the section Alan quoted is a pretty good argument in favor of my interpretation (although of course this would not be the first time that two sections of a spec contradict each other). But more importantly, we have a case that

Re: [PATCH v2] rwsem: Support optimistic spinning

2014-04-28 Thread Davidlohr Bueso
On Mon, 2014-04-28 at 17:50 -0700, Tim Chen wrote: > On Mon, 2014-04-28 at 16:10 -0700, Paul E. McKenney wrote: > > > > +#ifdef CONFIG_SMP > > > +static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem) > > > +{ > > > + int retval; > > > + struct task_struct *owner; > > > + > > > + rcu

Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities

2014-04-28 Thread Suravee Suthikulanit
On 4/25/2014 5:24 PM, Myron Stowe wrote: On Sun, Apr 20, 2014 at 1:59 AM, Borislav Petkov wrote: Drop Andreas' old email address from CC as it keeps bouncing. On Sat, Apr 19, 2014 at 03:52:20PM +0200, Borislav Petkov wrote: -static void __init pci_enable_pci_io_ecs(void) +static void __init p

[PATCHv3 0/3] clocksource: Add Freescale FlexTimer Module (FTM) timer support

2014-04-28 Thread Xiubo Li
Changes in V3: - Fix the ftm_irq_disable. Changes in V2: - Add big-endian support. - Add using pr_err instead of BUG_ON. - Add more detail comment message of FTM. - Add DT binding documentation. - Remove some header files and macros not useful. Xiubo Li (3): clocksource: ftm: Add FlexTimer Mo

[PATCHv3 1/3] clocksource: ftm: Add FlexTimer Module (FTM) Timer devicetree Documentation

2014-04-28 Thread Xiubo Li
The FTM binding could be used on Vybrid and LS1+, add a binding document for it. Signed-off-by: Xiubo Li Cc: Shawn Guo Cc: Jingchang Lu --- .../devicetree/bindings/timer/fsl,ftm-timer.txt| 31 ++ 1 file changed, 31 insertions(+) create mode 100644 Documentation/devicet

[PATCHv3 3/3] clocksource: Add Freescale FlexTimer Module (FTM) timer support

2014-04-28 Thread Xiubo Li
The Freescale FlexTimer Module time reference is a 16-bit counter that can be used as an unsigned or signed increase counter. CNTIN defines the starting value of the count and MOD defines the final value of the count. The value of CNTIN is loaded into the FTM counter, and the counter increments un

[PATCHv3 2/3] ARM: dts: vf610: Add Freescale FlexTimer Module timer node.

2014-04-28 Thread Xiubo Li
Signed-off-by: Xiubo Li Cc: Shawn Guo Cc: Jingchang Lu --- arch/arm/boot/dts/vf610.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/vf610.dtsi b/arch/arm/boot/dts/vf610.dtsi index 107e2c0..7e30bb1 100644 --- a/arch/arm/boot/dts/vf610.dtsi +++ b/arch/arm/b

Re: [PATCH v2 3/7] tty/serial: convert 8250 to generic earlycon

2014-04-28 Thread Yinghai Lu
On Mon, Apr 28, 2014 at 4:24 PM, Rob Herring wrote: > On Sat, Apr 26, 2014 at 1:29 AM, Yinghai Lu wrote: > > Thanks for finding these. I missed them in my build tests. This should fix > them: > > diff --git a/drivers/tty/serial/8250/8250_early.c > b/drivers/tty/serial/8250/8250_early.c > index e

RE: PATCH: mvsas: add support for Supermicro AOC-SAS2LP-MV8

2014-04-28 Thread Xiangliang Yu
> Ben Hutchings already submitted a patch for this twice, which I cc'd you > on: > > http://marc.info/?t=13927720393 > > will you ack it? I can't find this mail in my mail box. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@

[PATCH] dmapool: remove redundant NULL check for dev in dma_pool_create()

2014-04-28 Thread Daeseok Youn
"dev" cannot be NULL because it is already checked before calling dma_pool_create(). Signed-off-by: Daeseok Youn --- If dev can be NULL, it has NULL deferencing when kmalloc_node() is called after enabling CONFIG_NUMA. mm/dmapool.c | 26 +- 1 files changed, 9 insertion

RE: PATCH: mvsas: add support for Supermicro AOC-SAS2LP-MV8

2014-04-28 Thread Xiangliang Yu
> Ben Hutchings already submitted a patch for this twice, which I cc'd you > on: > > http://marc.info/?t=13927720393 > > will you ack it? PCI_VDEVICE() is a sort of take it or leave it macro. > It's not important and it will look untidy and a bit confusing having a > mix of open coding and m

Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities

2014-04-28 Thread Suravee Suthikulanit
On 4/28/2014 4:19 PM, Myron Stowe wrote: On Sat, Apr 19, 2014 at 7:52 AM, Borislav Petkov wrote: On Fri, Apr 18, 2014 at 08:53:23PM -0600, Myron Stowe wrote: From: Suravee Suthikulpanit ... @@ -118,6 +154,12 @@ static int __init early_fill_mp_bus_info(void) pr_debug("Found AMD

Re: [PATCH tip/core/rcu 0/3] Documentation changes for 3.16

2014-04-28 Thread Josh Triplett
On Mon, Apr 28, 2014 at 04:30:13PM -0700, Paul E. McKenney wrote: > Hello! > > This series provides a few documentation updates: > > 1.Update sysfs patch for rcu_cpu_stall_suppress, courtesy of > Kirill Tkhai. > > 2.Add a rcu_dereference.txt file documenting the proper care >

Re: [PATCH] x86-64: espfix for 64-bit mode *PROTOTYPE*

2014-04-28 Thread H. Peter Anvin
On 04/28/2014 07:38 PM, H. Peter Anvin wrote: > On 04/28/2014 05:20 PM, Andrew Lutomirski wrote: >> >> ldttest segfaults on 3.13 and 3.14 for me. It reboots (triple fault?) >> on your branch. It even said this: >> >> qemu-system-x86_64: 9pfs:virtfs_reset: One or more uncluncked fids >> found duri

RE: [PATCH 5/5] powercap/rapl: change floor frequency for vallewview

2014-04-28 Thread R, Durgadoss
Hi Jacob, > -Original Message- > From: Jacob Pan [mailto:jacob.jun@linux.intel.com] > Sent: Monday, April 28, 2014 7:35 PM > To: Linux PM; Wysocki, Rafael J; LKML > Cc: David E. Box; Alan Cox; R, Durgadoss; Accardi, Kristen C; Jacob Pan > Subject: [PATCH 5/5] powercap/rapl: change floo

Re: [PATCH] x86-64: espfix for 64-bit mode *PROTOTYPE*

2014-04-28 Thread H. Peter Anvin
On 04/28/2014 05:20 PM, Andrew Lutomirski wrote: > > ldttest segfaults on 3.13 and 3.14 for me. It reboots (triple fault?) > on your branch. It even said this: > > qemu-system-x86_64: 9pfs:virtfs_reset: One or more uncluncked fids > found during reset > > I have no idea what an uncluncked fd i

Re: [PATCH V3 2/2] powerpc/pseries: init fault_around_order for pseries

2014-04-28 Thread Rusty Russell
Madhavan Srinivasan writes: > diff --git a/arch/powerpc/platforms/pseries/setup.c > b/arch/powerpc/platforms/pseries/setup.c > index 2db8cc6..c87e6b6 100644 > --- a/arch/powerpc/platforms/pseries/setup.c > +++ b/arch/powerpc/platforms/pseries/setup.c > @@ -74,6 +74,8 @@ int CMO_SecPSP = -1; > un

[PATCH] Input: remove race when instantiating polled device attributes

2014-04-28 Thread Dmitry Torokhov
Polled device's attributes controlling polling rate and whether polling is enabled are attached to input device. We should have device core instantiate them for us, so that they are created by the time new device notification is sent to userspace, instead of doing it ourselves afterwards. Signed-o

Payment Acknowledgement

2014-04-28 Thread Mr. Walter Ntuli
After my intensive search, I understand that you share same last name with our late client who passed on few years ago, and am seeking your consent to present you as heir to his estate estimated 30.5mUSD.if you interest, please send your cell/phone, fax and names, for more details. Mr. Walter N

Re: [PATCH 7/7] x86: Add documentation for rd/wr fs/gs base

2014-04-28 Thread Randy Dunlap
On 04/28/14 15:12, Andi Kleen wrote: > From: Andi Kleen > > Signed-off-by: Andi Kleen > --- > Documentation/x86/fsgs.txt | 73 > ++ > 1 file changed, 73 insertions(+) > create mode 100644 Documentation/x86/fsgs.txt > > diff --git a/Documentation/x8

[PATCH v4 10/10] staging: gdm72xx: Removed task from TODO list

2014-04-28 Thread Michalis Pappas
Removed line related to replacement of kernel_thread with kthread, as issue was fixed on ff5e4a1d2702 ('Staging: gdm72xx: gdm_usb: fix deprecated function kernel_thread') Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/TODO | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/s

[PATCH v4 9/10] staging: gdm72xx: Indentation and other whitespace fixes.

2014-04-28 Thread Michalis Pappas
Indentation and other whitespace fixes. Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_qos.c | 2 +- drivers/staging/gdm72xx/gdm_sdio.c | 14 +++--- drivers/staging/gdm72xx/gdm_sdio.h | 29 + drivers/staging/gdm72xx/gdm_usb.c | 17 drivers/staging/gdm

Re: [PATCH v2 00/12] scsi/NCR5380: fix debugging macros and #include structure

2014-04-28 Thread Finn Thain
On Sat, 26 Apr 2014, James Bottomley wrote: > OK, so this is a pretty big change to an unmaintained driver. I'll take > it if you're willing to maintain the driver afterwards ... in which case > I need another patch to add you to the MAINTAINERS file. Sure, I'm happy to support these patches

[PATCH v4 8/10] staging: gdm72xx: Whitespace fixes to conform to coding standards

2014-04-28 Thread Michalis Pappas
Whitespace fixes to conform to coding standards Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_qos.c | 72 ++--- drivers/staging/gdm72xx/gdm_sdio.c | 15 drivers/staging/gdm72xx/gdm_usb.c | 43 -- drivers/staging/

[PATCH v4 7/10] staging: gdm72xx: Removed commented-out code

2014-04-28 Thread Michalis Pappas
Removed commented-out code Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_qos.h | 17 - drivers/staging/gdm72xx/gdm_wimax.c | 4 drivers/staging/gdm72xx/gdm_wimax.h | 6 -- drivers/staging/gdm72xx/usb_boot.c | 17 + 4 files changed,

[PATCH v4 6/10] staging: gdm72xx: Fixed some braces to conform with coding style

2014-04-28 Thread Michalis Pappas
Fixed some braces to conform with coding style Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_wimax.c | 16 drivers/staging/gdm72xx/netlink_k.c | 7 --- 2 files changed, 12 insertions(+), 11 deletions(-) diff --git a/drivers/staging/gdm72xx/gdm_wimax.c b/

[PATCH v4 5/10] staging: gdm72xx: Fixed some camelCase variables

2014-04-28 Thread Michalis Pappas
Fixed some camelCase variables Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_qos.c | 31 +++ 1 file changed, 15 insertions(+), 16 deletions(-) diff --git a/drivers/staging/gdm72xx/gdm_qos.c b/drivers/staging/gdm72xx/gdm_qos.c index 519db48..465f695

[PATCH v4 4/10] staging: gdm72xx: Moved logical continuation to previous line to conform to coding style

2014-04-28 Thread Michalis Pappas
Moved logical continuation to previous line to conform to coding style --- drivers/staging/gdm72xx/gdm_usb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/gdm72xx/gdm_usb.c b/drivers/staging/gdm72xx/gdm_usb.c index 9ddf8f5..b9d7643 100644 --- a/drivers/

[PATCH v4 3/10] staging: gdm72xx: Modified struct allocation to match coding standards

2014-04-28 Thread Michalis Pappas
Modified struct allocation to match coding standards --- drivers/staging/gdm72xx/gdm_qos.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/gdm72xx/gdm_qos.c b/drivers/staging/gdm72xx/gdm_qos.c index 50d43ad..519db48 100644 --- a/drivers/staging/gdm72xx/gdm_qo

  1   2   3   4   5   6   7   8   9   >