Re: RFC Block Layer Extensions to Support NV-DIMMs

Hi Rob, Rob Gittins, on 09/23/2013 03:51 PM wrote: > On Fri, 2013-09-06 at 22:12 -0700, Vladislav Bolkhovitin wrote: >> Rob Gittins, on 09/04/2013 02:54 PM wrote: >>> Non-volatile DIMMs have started to become available. A NVDIMMs is a >>> DIMM that does not lose data across power interruptions.

Re: [RFC 00/21] perf tools: Add toggling events support

* Andi Kleen wrote: > On Wed, Sep 25, 2013 at 02:50:26PM +0200, Jiri Olsa wrote: > > hi, > > sending *RFC* for toggling events support. > > > > Adding perf interface that allows to create toggle events, which can > > enable or disable another event. Whenever the toggle event is triggered > > (h

Re: [PATCH 2/4] ARM: shmobile: r8a7790: add I2C support in Device Tree mode

Hi Magnus On Thu, 26 Sep 2013, Magnus Damm wrote: > Hi Guennadi, > > On Thu, Sep 26, 2013 at 7:10 AM, Guennadi Liakhovetski > wrote: > > Hi Laurent > > > > On Wed, 25 Sep 2013, Laurent Pinchart wrote: > > > >> Hi Guennadi, > >> > >> Thank you for the patch. > >> > >> On Monday 09 September 2013

Re: [PATCH V4 02/15] asymmetric keys: implement EMSA_PKCS1-v1_5-ENCODE in rsa

Hi Phil, First! Thanks for your time to review my patch! 於 一，2013-09-23 於 19:49 +0300，Phil Carmody 提到： > On Sun, Sep 15, 2013 at 08:56:48AM +0800, Lee, Chun-Yi wrote: > > Implement EMSA_PKCS1-v1_5-ENCODE [RFC3447 sec 9.2] in rsa.c. It's the > > first step of signature generation operation (RSASS

Re: [RFC][PATCH] sched: Avoid select_idle_sibling() for wake_affine(.sync=true)

On Thu, 2013-09-26 at 14:32 +0800, Michael wang wrote: > On 09/26/2013 01:34 PM, Mike Galbraith wrote: > > On Thu, 2013-09-26 at 13:12 +0800, Michael wang wrote: > >> On 09/26/2013 11:41 AM, Mike Galbraith wrote: > >> [snip] > Like the case when we have: > > core0 sg

Re: [PATCH 6/7] irq: Optimize softirq stack selection in irq exit

On Wed, Sep 25, 2013 at 04:04:28PM -0700, Linus Torvalds wrote: > On Wed, Sep 25, 2013 at 9:18 AM, Frederic Weisbecker > wrote: > > +#ifdef __ARCH_IRQ_EXIT_ON_IRQ_STACK > > Please don't introduce anymore of these insane ad-hoc crazy architecture > macros. > > Just make it a regular config opti

Re: [PATCH V2 17/18] regulator: twl: use devm_regulator_register()

On Thursday, September 26, 2013 11:13 AM, Jingoo Han wrote: > > Use devm_regulator_register() to make cleanup paths simpler. > > Signed-off-by: Jingoo Han > Acked-by: Nishanth Menon > --- > drivers/regulator/twl-regulator.c |3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) [.]

Re: new binutils needed for arm in 3.12-rc1

Hi Rob, On Wed, Sep 25, 2013 at 3:13 AM, Rob Landley wrote: > Some of us can't ship GPLv3 binaries and are looking forward to the day LLVM > or some such provides a complete solution. Sorry, I didn't have a coffee yet, but which subtility am I missing that prohibits you from shipping GPLv3 binar

Re: [PATCH 1/2] UBI: Fix error path in scan_pool()

On 25/09/2013 22:32, Richard Weinberger wrote: > We have to set "ret", not "err" in case of an error. > > Reported-by: Richard Genoud > Signed-off-by: Richard Weinberger > --- > drivers/mtd/ubi/fastmap.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mtd/ubi/f

Re: [PATCH 2/2] UBI: Call scan_all() with correct offset in error case

On 25/09/2013 22:32, Richard Weinberger wrote: > If we find an invalid fastmap we have to scan from the very beginning. > Otherwise we leak the first 64 PEBs. > > Reported-by: Richard Genoud > Signed-off-by: Richard Weinberger > --- > drivers/mtd/ubi/attach.c | 6 -- > 1 file changed, 4 ins

Re: [PATCH 1/2] UBI: Fix error path in scan_pool()

Am 26.09.2013 09:20, schrieb Richard Genoud: > On 25/09/2013 22:32, Richard Weinberger wrote: >> We have to set "ret", not "err" in case of an error. >> >> Reported-by: Richard Genoud >> Signed-off-by: Richard Weinberger >> --- >> drivers/mtd/ubi/fastmap.c | 2 +- >> 1 file changed, 1 insertion(

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: > Hello Weigie, > > On Wed, Sep 25, 2013 at 05:33:43PM +0800, Weijie Yang wrote: >> On Wed, Sep 25, 2013 at 4:31 PM, Bob Liu wrote: >> > On Wed, Sep 25, 2013 at 4:09 PM, Weijie Yang >> > wrote: >> >> I think I find a new issue, for integrity o

Re: [RFC][PATCH] sched: Avoid select_idle_sibling() for wake_affine(.sync=true)

On 09/26/2013 03:09 PM, Mike Galbraith wrote: [snip] >> >> Ok, a double-edged sword I see :) >> >> May be we can wave it carefully here, give the discount to a bigger >> scope not the sync cpu, for example: >> >> sg1 sg2 >> cpu0cpu1cpu2cpu3cpu4

Dear Beneficiary

-- Dear Beneficiary, You have been selected as the sole beneficiary of the sum of Three Hundred Thousand Euros (€ 300,000.00 Eur) which has been deposited here in WESTERN UNION OFFICE by the United Nations Organization for you. Kindly contact us for claims Email: cliamswud...@outlook.com or

Re: [PATCH 04/11] ath: Remove extern from function prototypes

Joe Perches writes: > There are a mix of function prototypes with and without extern > in the kernel sources. Standardize on not using extern for > function prototypes. > > Function prototypes don't need to be written with extern. > extern is assumed by the compiler. Its use is as unnecessary a

Re: [PATCH 2/2] Export initial ramdisk compression config

+-- On Wed, 25 Sep 2013, Rob Landley wrote --+ | Ah, so it's an out of tree bespoke Red Hat tool. No wonder I couldn't find it. It is not Red Hat tool. | You're reimplemented the posix "pax" command? Ummn, not sure. Didn't see anything about 'pax'. | Is this what you're currently doing, or

Re: increased vmap_area_lock contentions on "n_tty: Move buffers into n_tty_data"

On Tue, 17 Sep 2013 20:22:42 -0400 Peter Hurley wrote: > Looking over vmalloc.c, the critical section footprint of the vmap_area_lock > could definitely be reduced (even nearly eliminated), but that's a project for > another day :) 20bafb3d23d10 ("n_tty: Move buffers into n_tty_data") switched

Re: [PATCH 1/2] UBI: Fix error path in scan_pool()

2013/9/26 Richard Weinberger : > Am 26.09.2013 09:20, schrieb Richard Genoud: >> On 25/09/2013 22:32, Richard Weinberger wrote: >>> We have to set "ret", not "err" in case of an error. >>> >>> Reported-by: Richard Genoud >>> Signed-off-by: Richard Weinberger >>> --- >>> drivers/mtd/ubi/fastmap.c

[PATCH] mmc: Reducing cache operations in the host driver

Hi, I am attaching a patch which attempts to reduce the cache operations while doing MMC transactions. I have tested it only on arm and the tests performed with benchmarks like iozone/bonnie showed that the data integrity is maintained while I/O bandwidth is increased. I have tested it with K

Re: [RFC] Full syscall argument decode in "perf trace"

On Wed, Sep 18, 2013 at 4:33 PM, Arnaldo Carvalho de Melo wrote: >> > Look at the tmp.perf/trace2 branch in my git repo, tglx and Ingo added a >> > tracepoint to vfs_getname to use that. >> >> I know that this is the way how to fetch syscall args without stopping, >> yes. >> >> The problem: ~100 m

Re: [PATCH v2 2/6] PCI/MSI: Factor out pci_get_msi_cap() interface

On Wed, Sep 25, 2013 at 05:00:16PM -0400, Tejun Heo wrote: > Hello, > > On Wed, Sep 25, 2013 at 10:58:05PM +0200, Alexander Gordeev wrote: > > Unfortunately, pSeries is a shows-topper here :( It seems we have to > > introduce pci_get_msi{,x}_limit() interfaces to honour the quota > > thing. I jus

[PATCH V3 01/14] regulator: ab3100: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/regulator/ab3100.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/regulator/ab3100.c b/drivers/regulator/ab3100.c index 7d5eaa8..77b46d0 100644 --- a/drivers/regul

[PATCH V3 02/14] regulator: ab8500-ext: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/ab8500-ext.c | 26 ++ 1 file changed, 2 insertions(+), 24 deletions(-) diff --git a/drivers/regulator/ab8500-ext.c b/drivers/re

[PATCH V3 03/14] regulator: da9063: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/regulator/da9063-regulator.c | 21 - 1 file changed, 4 insertions(+), 17 deletions(-) diff --git a/drivers/regulator/da9063-regulator.c b/drivers/regulator/da9063-regulator.

[PATCH V3 04/14] regulator: da9210: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/da9210-regulator.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/regulator/da9210-regulator.c b/drivers/regulat

Re: [PATCH v3 0/4] Fix Win8 backlight issue

2013/9/25 Jani Nikula : > On Wed, 25 Sep 2013, Jörg Otte wrote: >> 2013/9/25 Jani Nikula : >>> On Wed, 25 Sep 2013, Aaron Lu wrote: On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte wrote: > Backlight can't be modified with this patch set - neither with > function keys nor with the

[PATCH V3 05/14] regulator: lp872x: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/lp872x.c | 33 +++-- 1 file changed, 3 insertions(+), 30 deletions(-) diff --git a/drivers/regulator/lp872x.c b/drivers/reg

[PATCH V3 06/14] regulator: lp8788-buck: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/lp8788-buck.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/regulator/lp8788-buck.c b/drivers/regulator/lp878

From 782c15faac0a93cdac43b212073081707f669272 Mon Sep 17 00:00:00 2001

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/lp8788-ldo.c | 24 ++-- 1 file changed, 2 insertions(+), 22 deletions(-) diff --git a/drivers/regulator/lp8788-ldo.c b/drivers/regu

[PATCH V3 09/14] regulator: pcap: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/pcap-regulator.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/regulator/pcap-regulator.c b/drivers/regula

[PATCH V3 08/14] regulator: max8925: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/max8925-regulator.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/regulator/max8925-regulator.c b/drivers/re

[PATCH V3 11/14] regulator: tps6105x: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/tps6105x-regulator.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/regulator/tps6105x-regulator.c b/driver

[PATCH V3 10/14] regulator: pcf50633: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/pcf50633-regulator.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/regulator/pcf50633-regulator.c b/driver

[PATCH V3 12/14] regulator: tps6524x: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/regulator/tps6524x-regulator.c |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/regulator/tps6524x-regulator.c b/drivers/regulator/tps6524x-regulator.c index 8

[PATCH V3 13/14] regulator: twl: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler. Signed-off-by: Jingoo Han Acked-by: Nishanth Menon --- drivers/regulator/twl-regulator.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/regulator/twl-regulator.c b/drivers/regulator/twl-regulator.c i

[PATCH V3 14/14] regulator: vexpress: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler. Signed-off-by: Jingoo Han Acked-by: Pawel Moll --- drivers/regulator/vexpress.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/regulator/vexpress.c b/drivers/regulator/vexpress.c index 4668c7f..f3ae28

Re: From 782c15faac0a93cdac43b212073081707f669272 Mon Sep 17 00:00:00 2001

On 26 September 2013 13:20, Jingoo Han wrote: > Use devm_regulator_register() to make cleanup paths simpler, > and remove unnecessary remove(). > > Signed-off-by: Jingoo Han Patch title looks to be corrupted? -- With warm regards, Sachin -- To unsubscribe from this list: send the line "unsubsc

Re: [PATCH v2] arm32: kvm: rename CONFIG_KVM_ARM_MAX_VCPUS

On Wed, Sep 25, 2013 at 12:31:27PM -0700, Christoffer Dall wrote: > On Tue, Sep 24, 2013 at 04:09:28PM +0200, Andrew Jones wrote: > > Drop the _ARM_ part of the name. We can then introduce a config option > > like this to aarch64 and other arches using the same name - allowing > > grep to show them

Re: [PATCH 11/21] cpuidle: replace multiline statements with single line in cpuidle_idle_call()

On 09/26/2013 07:51 AM, Viresh Kumar wrote: > On 26 September 2013 03:33, Daniel Lezcano wrote: >> I splitted these lines because they have 81 cols. > >>> - clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, >>> -&dev->cpu); >>> + clockeve

Re: [PATCH 4/5] ALSA: Fix assignment of 0/1 to bool variables

At Sun, 22 Sep 2013 20:44:12 +0200, Peter Senna Tschudin wrote: > > Convert 0 to false and 1 to true when assigning values to bool > variables. Inspired by commit 3db1cd5c05f35fb43eb134df6f321de4e63141f2. > > The simplified semantic patch that find this problem is as > follows (http://coccinelle.

[PATCH] usb: gadget: Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...))

Signed-off-by: Duan Jiong --- drivers/usb/gadget/configfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/configfs.c b/drivers/usb/gadget/configfs.c index 8f0d614..1bfacbf 100644 --- a/drivers/usb/gadget/configfs.c +++ b/drivers/usb/gadget/configfs.c @@

[PATCH V3 07/14] regulator: lp8788-ldo: use devm_regulator_register()

Use devm_regulator_register() to make cleanup paths simpler, and remove unnecessary remove(). Signed-off-by: Jingoo Han --- drivers/regulator/lp8788-ldo.c | 24 ++-- 1 file changed, 2 insertions(+), 22 deletions(-) diff --git a/drivers/regulator/lp8788-ldo.c b/drivers/regu

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

On Thu, Sep 26, 2013 at 03:26:33PM +0800, Weijie Yang wrote: > On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: > > Hello Weigie, > > > > On Wed, Sep 25, 2013 at 05:33:43PM +0800, Weijie Yang wrote: > >> On Wed, Sep 25, 2013 at 4:31 PM, Bob Liu wrote: > >> > On Wed, Sep 25, 2013 at 4:09 PM, We

Re: [PATCH 1/3] powerpc: Implement arch_get_random_long/int() for powernv

On Thu, 2013-09-26 at 16:31 +1000, Michael Ellerman wrote: > + pr_info_once("registering arch random hook\n"); Either pr_debug or make it nicer looking :-) Cheers, Ben. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.ke

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

On Wed, Sep 25, 2013 at 04:55:15PM -0700, John Stultz wrote: > On 09/25/2013 04:49 PM, Daniel Lezcano wrote: > > On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: > >> Hello Daniel, > >> > >> On Wed, Sep 25, 2013 at 04:33:24PM +0200, Daniel Lezcano wrote: > >>> On 09/16/2013 11:44 AM, Uwe Kleine-Köni

Re: From 782c15faac0a93cdac43b212073081707f669272 Mon Sep 17 00:00:00 2001

On Thursday, September 26, 2013 4:55 PM, Sachin Kamat wrote: > On 26 September 2013 13:20, Jingoo Han wrote: > > Use devm_regulator_register() to make cleanup paths simpler, > > and remove unnecessary remove(). > > > > Signed-off-by: Jingoo Han > > Patch title looks to be corrupted? Sorry, it's

Re: [PATCH 2/3] hwrng: Add a driver for the hwrng found in power7+ systems

On Thu, 2013-09-26 at 16:31 +1000, Michael Ellerman wrote: > + pr_info("registered powernv hwrng.\n"); First letter of a line should get a capital :-) Also since it's per-device, at least indicate the OF path or the chip number or something ... Cheers, Ben. -- To unsubscribe from this l

Re: [PATCH V3 12/14] regulator: tps6524x: use devm_regulator_register()

2013/9/26 Jingoo Han : > Use devm_regulator_register() to make cleanup paths simpler. > > Signed-off-by: Jingoo Han > --- > drivers/regulator/tps6524x-regulator.c |7 +++ > 1 file changed, 3 insertions(+), 4 deletions(-) > > diff --git a/drivers/regulator/tps6524x-regulator.c > b/drivers

Re: [PATCH 12/26] ARM: exynos: remove custom .init_time hook

Hi Sebastian, On Thursday 26 of September 2013 08:21:27 Sebastian Hesselbarth wrote: > On 09/18/2013 07:53 PM, Sebastian Hesselbarth wrote: > > With arch/arm calling of_clk_init(NULL) from time_init(), we can now > > remove custom .init_time hooks. While at it, also remove some now > > redundant i

Re: [PATCH 2/2] ARM: Dove: Add the audio device to the Cubox DT

On Sun, 01 Sep 2013 11:26:54 +0200 Sebastian Hesselbarth wrote: > Jean-Francois, > Sorry for the messy reply, posting from mobile. > > Can you please try <&si5351 1>, iirc audio ist connected to it. I will also > look it up later. Sebastian, In the Cubox, I changed the audio DT to: &i2s1 {

Re: [PATCH 1/3] iio: ti_am335x_adc: fix static in function header

On Sun, Sep 22, 2013 at 07:03:53PM +0100, Jonathan Cameron wrote: > On 09/22/13 09:20, Zubair Lutfullah wrote: > > Static is missing in function header. Corrected. > > > > Signed-off-by: Zubair Lutfullah > Applied to the togreg branch of iio.git > > As you've probably gathered, a run of sparse o

[PATCH V1] oom: avoid selecting threads sharing mm with init

It won't help free memory for killing tasks sharing mm with init, we should skip them in oom_unkillable_task(), or we may risk init process getting killed because after selecting a task to kill, the oom killer iterates all processes and kills all other user threads that share the same mm_struct in

Re: [PATCH 11/21] cpuidle: replace multiline statements with single line in cpuidle_idle_call()

On 26 September 2013 13:25, Daniel Lezcano wrote: > Well I have 81 with Vi and 80 with Emacs :) Hmm.. vim gave me 80 :) .. I am looking at bottom right corner where it gives: 148, 66-80 22% -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majo

Re: [PATCH] add exFAT driver

Hi, On 25 Sep 2013, at 23:10, Greg Kroah-Hartman wrote: > On Wed, Sep 25, 2013 at 10:44:15PM +0100, Anton Altaparmakov wrote: >> On 25 Sep 2013, at 21:21, Greg Kroah-Hartman >> wrote: >>> On Wed, Sep 25, 2013 at 09:28:56PM +0200, Alexander Holler wrote: Maybe a silly question, but is

Re: [PATCH] add exFAT driver

Hi, On 25 Sep 2013, at 23:29, Alexander Holler wrote: > Am 26.09.2013 00:10, schrieb Greg Kroah-Hartman: >> Please stick to technical discussions about the code on the kernel >> mailing lists. Legal discussions can be left up to the lawyers, of >> which we are not. > > Hmm, but I would like to

Re: [PATCH V3 12/14] regulator: tps6524x: use devm_regulator_register()

On Thursday, September 26, 2013 5:06 PM, Axel Lin wrote: > 2013/9/26 Jingoo Han : > > Use devm_regulator_register() to make cleanup paths simpler. > > > > Signed-off-by: Jingoo Han > > --- > > drivers/regulator/tps6524x-regulator.c |7 +++ > > 1 file changed, 3 insertions(+), 4 deletions(

[PATCH] m68k/defconfig: Make NFS_V4 modular instead of builtin

This reduces the kernel image size by ca. 100 KiB, while still allowing NFS root. Signed-off-by: Geert Uytterhoeven --- arch/m68k/configs/amiga_defconfig|2 +- arch/m68k/configs/apollo_defconfig |2 +- arch/m68k/configs/atari_defconfig|2 +- arch/m68k/configs/bvme6000_defco

Re: [PATCH v2 0/4] arm: zynq: Enable global timer

Hi Daniel, On 09/25/2013 05:20 PM, Daniel Lezcano wrote: > On 09/18/2013 08:48 PM, Soren Brinkmann wrote: >> Hi all, >> >> here's a v2. I reused the subject from my v1 submission although the focus of >> this series moved a bit towards the timer subsystem. >> I replaced Stephen's fix to prevent pe

Re: [PATCH 19/21] cpuidle: create list of registered drivers

On 09/26/2013 08:17 AM, Viresh Kumar wrote: On 26 September 2013 04:00, Daniel Lezcano wrote: If you introduce a list, you will have to introduce a lock to protect it. I missed it, should have added that :) This lock will be in the fast path cpuidle_idle_call with the get_driver function an

Re: [PATCH 21/21] cpuidle: change governor from within cpuidle_replace_governor()

On 09/26/2013 08:37 AM, Viresh Kumar wrote: On 26 September 2013 04:20, Daniel Lezcano wrote: Actually I am wondering if all this stuff is not over-engineered. There are 2 governors, each of them suits for a specific kernel config, periodic tick or tickless system. menu => tickless system

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

Hello Daniel, On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: > On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: > >>> +static void __init efm32_timer_init(struct device_node *np) > >>> +{ > >>> + static int has_clocksource, has_clockevent; > >>> + int ret; > >>> + > >>> + if (!has_

Re: [PATCH V4 13/15] Hibernate: introduced SNAPSHOT_SIG_HASH config for select hash algorithm

Hi! > > On Sun 2013-09-15 08:56:59, Lee, Chun-Yi wrote: > > > This patch introduced SNAPSHOT_SIG_HASH config for user to select which > > > hash algorithm will be used during signature generation of snapshot. > > > > This series is big enough already... and who is going to test it? > > The hash

Re: [PATCH V3 12/14] regulator: tps6524x: use devm_regulator_register()

> Hi Axel, > > I really appreciate your comment. > > Then, you mean the following. > If I am wrong, please let me know. :-) > Thank you. Then you can remove pmic_remove() function,like below diff. With these change, you can add Reviewed-by: Axel Lin diff --git a/drivers/regulator/tps6524x-regula

Re: [PATCH] m68k: remove deprecated IRQF_DISABLED

On Mon, Sep 9, 2013 at 9:32 AM, Geert Uytterhoeven wrote: > On Sat, Sep 7, 2013 at 7:43 AM, Michael Opdenacker > wrote: >> This patch proposes to remove the IRQF_DISABLED flag from m68k architecture >> code. It's a NOOP since 2.6.35 and it will be removed one day. >> >> Signed-off-by: Michael Opd

Re: [PATCH 08/21] cpuidle: use cpuidle_disabled() instead of "off"

On 09/26/2013 07:06 AM, Viresh Kumar wrote: On 26 September 2013 03:22, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: We have a routine for getting value of "off", better call that instead of using "off" directly. We are in the fast path, I am not sure invoking a function

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 09/26/2013 08:24 AM, Viresh Kumar wrote: On 26 September 2013 04:08, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: If entered_state == 0, we don't need to set dev->last_residency to 'diff' as we will be setting it to zero without using its new value. I don't get it, ca

[RFC PATCH 1/7] perf, x86: Reduce lbr_sel_map size

From: "Yan, Zheng" The index of lbr_sel_map is bit value of perf branch_sample_type. We can reduce lbr_sel_map size by using bit shift as index. Signed-off-by: Yan, Zheng --- arch/x86/kernel/cpu/perf_event.h | 4 +++ arch/x86/kernel/cpu/perf_event_intel_lbr.c | 50 ++

[RFC PATCH 6/7] perf, x86: Use LBR call stack to get user callchain

From: "Yan, Zheng" Try enabling the LBR call stack feature if event request recording callchain. Try utilizing the LBR call stack to get user callchain in case of there is no frame pointer. This patch also adds a cpu pmu attribute to enable/disable this feature. Signed-off-by: Yan, Zheng ---

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 26 September 2013 13:55, Daniel Lezcano wrote: > Yes I agree, but why are you saying "If entered_state == 0, we don't need to > ..." ? Ahh.. that's a mistake.. s/==/< :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel

Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically

Hi, > > What race condition? > > > > Userspace trying to access the name attribute before it is created. > See http://kroah.com/log/blog/2013/06/26/how-to-create-a-sysfs-file-correctly/ Thanks! > > Have you tried this with two instances? I don't think it will work since > > class_register modi

Re: [PATCH 18/21] cpuidle: don't call poll_idle_init() for every cpu

On 09/26/2013 08:09 AM, Viresh Kumar wrote: On 26 September 2013 03:52, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: Signed-off-by: Viresh Kumar This deserved a log, sorry for missing that :( The optimization sounds good but IMHO if we can move this state out of the c

[RFC PATCH 7/7] perf, x86: Discard zero length call entries in LBR call stack

From: "Yan, Zheng" "Zero length call" uses the attribute of the call instruction to push the immediate instruction pointer on to the stack and then pops off that address into a register. This is accomplished without any matching return instruction. It confuses the hardware and make the recorded c

[RFC PATCH 3/7] perf, core: replace flush_branch_stack with ctxsw callback

From: "Yan, Zheng" Replace the flush_branch_stack pmu callback with generic context switch callback. x86 specific perf codes use the callback to flush branch stack. To avoid unnecessary overhead, the context switch callback can be enabled/disabled. Signed-off-by: Yan, Zheng --- arch/x86/kerne

Re: [PATCH 16/21] cpuidle: avoid unnecessary kzalloc/free of struct cpuidle_device_kobj

On 09/26/2013 08:05 AM, Viresh Kumar wrote: On 26 September 2013 03:42, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: We always need to allocate struct cpuidle_device_kobj for all CPUs and so there is no real need to have a pointer to it inside struct cpuidle_device. This

[RFC PATCH 5/7] perf, core: Pass perf_sample_data to perf_callchain()

From: "Yan, Zheng" New Intel CPU can record call chains by using existing last branch record facility. perf_callchain_user() can make use of the call chains recorded by hardware in case of there is no frame pointer. Signed-off-by: Yan, Zheng --- arch/arm/kernel/perf_event.c | 4 ++-- arch/

Re: [PATCH 2/2] ARM: Dove: Add the audio device to the Cubox DT

On 09/26/2013 10:11 AM, Jean-Francois Moine wrote: In the Cubox, I changed the audio DT to: &i2s1 { status = "okay"; clocks = <&gate_clk 13>, <&si5351 1>; clock-names = "internal", "extclk"; pinctrl-0 = <&pmx_audio1_i2s1_spdifo &pmx_gpio_13_audio1>; Have you che

[RFC PATCH 4/7] perf, x86: Save/resotre LBR stack during context switch

From: "Yan, Zheng" When the LBR call stack is enabled, it is necessary to save/restore the LBR stack on context switch. The solution is saving/restoring the LBR stack to/from task's perf event context. Signed-off-by: Yan, Zheng --- arch/x86/kernel/cpu/perf_event.c | 1 + arch/x86/k

[RFC PATCH 0/7] perf, x86: Reduce lbr_sel_map size

From: "Yan, Zheng" Haswell has a new feature that utilizes the existing Last Branch Record facility to record call chains. When the feature is enabled, function call will be collected as normal, but as return instructions are executed the last captured branch record is popped from the on-chip LBR

[RFC PATCH 2/7] perf, x86: Basic Haswell LBR call stack support

From: "Yan, Zheng" The new HSW call stack feature provides a facility such that unfiltered call data will be collected as normal, but as return instructions are executed the last captured branch record is popped from the LBR stack. Thus, branch information relative to leaf functions will not be c

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 09/26/2013 10:28 AM, Viresh Kumar wrote: On 26 September 2013 13:55, Daniel Lezcano wrote: Yes I agree, but why are you saying "If entered_state == 0, we don't need to ..." ? Ahh.. that's a mistake.. s/==/< :) Ah ok. -- Linaro.org │ Open source software for A

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

On Thu, Sep 26, 2013 at 08:46:29AM +0200, Ingo Molnar wrote: > > +/* > > + * MCS lock defines > > + * > > + * This file contains the main data structure and API definitions of MCS > > lock. > > A (very) short blurb about what an MCS lock is would be nice here. A while back I suggested including

Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()

On Tue, Sep 24, 2013 at 04:47:55PM -0700, James Ralston wrote: > This patch adds code to Initialize the DMA buffer to compensate for possible > hardware data corruption. Take care of the line width here. > Signed-off-by: James Ralston > --- > drivers/i2c/busses/i2c-ismt.c |3 +++ > 1 files

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

On Thu, Sep 26, 2013 at 3:57 PM, Minchan Kim wrote: > On Thu, Sep 26, 2013 at 03:26:33PM +0800, Weijie Yang wrote: >> On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: >> > Hello Weigie, >> > >> > On Wed, Sep 25, 2013 at 05:33:43PM +0800, Weijie Yang wrote: >> >> On Wed, Sep 25, 2013 at 4:31 PM

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

On 09/26/2013 10:20 AM, Uwe Kleine-König wrote: Hello Daniel, On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: +static void __init efm32_timer_init(struct device_node *np) +{ + static int has_clocksource, has_clockevent; +

Re: [PATCH 2/2] Update sem_otime for all operations

Tested-by: Jia He # cat /proc/sysvipc/sem key semid perms nsems uid gid cuid cgid otime ctime -1 32768 666 1 0 0 0 0 1380185570 1380185570 On Thu, 26 Sep 2013 07:08:55 +0200 from manf...@colorfullife.com wrote: > Hi Jia,

Re: [PATCH v2] mei: me: downgrade two errors to debug level

On Thu, Sep 19, 2013 at 1:17 PM, Paul Bolle wrote: > The mei_me driver prints "suspend" at error level at each suspend. It > also prints "stop" at error level at driver unload. Downgrade these > uninteresting messages to debug level. > > Signed-off-by: Paul Bolle > --- > 0) v1 was called "mei: me

[PATCH 8/8] perf tools: Get current comm instead of last one

From: Namhyung Kim At insert time, a hist entry should reference comm at the time otherwise it'll get the last comm anyway. Signed-off-by: Namhyung Kim Cc: Frederic Weisbecker Link: http://lkml.kernel.org/n/tip-n6pykiiymtgmcjs834go2...@git.kernel.org [ Fixed up const pointer issues ] Signed-of

[PATCHSET 0/8] perf tools: Fix scalability problem on callchain merging (v4)

Hello, This is a new version of callchain improvement patchset. I found and fixed bugs in the previous version. I verified that it produced exactly same output before and after applying rbtree conversion patch (#1). However after Frederic's new comm infrastructure patches are applied it'd be li

Re: [RFC] extending splice for copy offloading

On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote: >> A client-side copy will be slower, but I guess it does have the >> advantage that the application can track progress to some degree, and >> abort it fairly quickly without leaving the file in a totally undefined >> state--and both might be use

[PATCH 7/8] perf tools: Compare hists comm by addresses

From: Frederic Weisbecker Now that comm strings are allocated only once and refcounted to be shared among threads, these can now be safely compared by addresses. This should remove most hists collapses on post processing. Signed-off-by: Frederic Weisbecker Cc: Jiri Olsa Cc: David Ahern Cc: In

[PATCH 6/8] perf tools: Add new comm infrastructure

From: Frederic Weisbecker This new comm infrastructure provides two features: 1) It keeps track of all comms lifecycle for a given thread. This way we can associate a timeframe to any thread comm, as long as PERF_SAMPLE_TIME samples are joined to comm and fork events. As a result we should have

[PATCH 5/8] perf tools: Add time argument on comm setting

From: Frederic Weisbecker This way we can later delimit a lifecycle for the comm and map a hist to a precise comm:timeslice couple. Comm and fork events that don't have PERF_SAMPLE_TIME samples can only send 0 value as a timestamp and thus should overwrite any previous comm on a given thread bec

[PATCH 1/8] perf callchain: Convert children list to rbtree

From: Namhyung Kim Current collapse stage has a scalability problem which can be reproduced easily with parallel kernel build. This is because it needs to traverse every children of callchain linearly during the collapse/merge stage. Convert it to rbtree reduced the overhead significantly. On

[PATCH 4/8] perf tools: Use an accessor to read thread comm

From: Frederic Weisbecker As the thread comm is going to be implemented by way of a more complicated data structure than just a pointer to a string from the thread struct, convert the readers of comm to use an accessor instead of accessing it directly. The accessor will be later overriden to supp

[PATCH 2/8] perf ui/progress: Add new helper functions for progress bar

From: Namhyung Kim Introduce ui_progress_setup() and ui_progress__advance() to separate out from the session logic. It'll be used by other places in the upcoming patch. Cc: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/ui/progress.c | 18 ++ t

[PATCH 3/8] perf tools: Show progress on histogram collapsing

From: Namhyung Kim It can take quite amount of time so add progress bar UI to inform user. Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/builtin-annotate.c | 2 +- tools/perf/builtin-diff.c | 2 +- tools/perf/builtin-report.c | 10 +- tools/perf/builtin-to

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

Hello Daniel, On Thu, Sep 26, 2013 at 10:52:29AM +0200, Daniel Lezcano wrote: > On 09/26/2013 10:20 AM, Uwe Kleine-König wrote: > >Hello Daniel, > > > >On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: > >>On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: > >+static void __init efm

Re: [BUG?] HID: uhid: add devname module alias

On Mon, 9 Sep 2013, David Herrmann wrote: > > > > The above commit (60cbd53 in mainline) doesn't appear to work for me. > > I.e., depmod does not create an entry in modules.devname and hence no > > device node is created on boot. > > > > If I understand correctly, you'd also need to create the cor

Re: [PATCH 3/3] KVM: PPC: Book3S: Add support for hwrng found on some powernv systems

Il 26/09/2013 08:31, Michael Ellerman ha scritto: > Some powernv systems include a hwrng. Guests can access it via the > H_RANDOM hcall. > > We add a real mode implementation of H_RANDOM when a hwrng is found. > Userspace can detect the presence of the hwrng by quering the > KVM_CAP_PPC_HWRNG capa

Re: [PATCH 1/2] cpufreq: exynos4x12: Use the common clock framework to set APLL clock rate

Hi Yadwinder, > Hi Tomasz, > > >> On Wed, Sep 25, 2013 at 4:52 PM, Lukasz Majewski > >> wrote: > >> > In the exynos4x12_set_apll() function, the APLL frequency is set > >> > with direct register manipulation. > >> > > >> > Such approach is not allowed in the common clock framework. The > >> > fr

  1   2   3   4   5   6   7   8   >