[PATCH 4/5] usb: call pm_runtime_put_sync in pm_runtime_get_sync failed case

Even in failed case of pm_runtime_get_sync, the usage_count is incremented. In order to keep the usage_count with correct value and runtime power management to behave correctly, call pm_runtime_put(_sync) in such case. Signed-off-by Liu Chuansheng Signed-off-by: Li Fei ---

Re: [PATCH V2] clk: Add composite clock type

On Wednesday 06 February 2013 03:36 PM, Tomasz Figa wrote: On Wednesday 06 of February 2013 08:34:32 Prashant Gaikwad wrote: On Tuesday 05 February 2013 03:45 PM, Tomasz Figa wrote: Hi Prashant, Thank you for your patch. Please see some comments inline. On Monday 04 of February 2013 13:41:22

[PATCH 3/5] wl1251: call pm_runtime_put_sync in pm_runtime_get_sync failed case

Even in failed case of pm_runtime_get_sync, the usage_count is incremented. In order to keep the usage_count with correct value and runtime power management to behave correctly, call pm_runtime_put(_sync) in such case. Signed-off-by Liu Chuansheng Signed-off-by: Li Fei ---

Re: [GIT PULL] Load keys from signed PE binaries

Il 28/02/2013 07:27, Geert Uytterhoeven ha scritto: > I thought it was about market segmentation? Charge $$$ for the model with VT > enabled. No, there's the Atom that doesn't come with virtualization extensions at all. But things like Bluepill are the reason why you have to enable VT manually.

[PATCH 2/5] mmc: core: call pm_runtime_put_sync in pm_runtime_get_sync failed case

Even in failed case of pm_runtime_get_sync, the usage_count is incremented. In order to keep the usage_count with correct value and runtime power management to behave correctly, call pm_runtime_put(_sync) in such case. Signed-off-by Liu Chuansheng Signed-off-by: Li Fei ---

Re: [RFC PATCH] sched: wakeup buddy

On 02/28/2013 03:40 PM, Michael Wang wrote: > Hi, Mike > > Thanks for your reply. > > On 02/28/2013 03:18 PM, Mike Galbraith wrote: >> On Thu, 2013-02-28 at 14:38 +0800, Michael Wang wrote: >> >>> + /* >>> +* current is the only task on rq

Re: [RFC PATCH] sched: wakeup buddy

Hi, Mike Thanks for your reply. On 02/28/2013 03:18 PM, Mike Galbraith wrote: > On Thu, 2013-02-28 at 14:38 +0800, Michael Wang wrote: > >> +/* >> + * current is the only task on rq and it is >> + * going to

[PATCH v4 1/2] cgroup: fix cgroup_path() vs rename() race

rename() will change dentry->d_name. The result of this race can be worse than seeing partially rewritten name, but we might access a stale pointer because rename() will re-allocate memory to hold a longer name. As accessing dentry->name must be protected by dentry->d_lock or parent inode's

[PATCH 2/2] cpuset: use cgroup_name() in cpuset_print_task_mems_allowed()

Use cgroup_name() instead of cgrp->dentry->name. This makes the code a bit simpler. While at it, remove cpuset_name and make cpuset_nodelist a local variable to cpuset_print_task_mems_allowed(). Signed-off-by: Li Zefan --- kernel/cpuset.c | 32 +--- 1 file changed,

[PATCH 1/5] regmap: irq: call pm_runtime_put in pm_runtime_get_sync failed case

Even in failed case of pm_runtime_get_sync, the usage_count is incremented. In order to keep the usage_count with correct value and runtime power management to behave correctly, call pm_runtime_put(_sync) in such case. Signed-off-by Liu Chuansheng Signed-off-by: Li Fei ---

Re: [PATCH 1/3] kbuild, deb-pkg: Try to determine distribution

On Wed, Feb 27, 2013 at 02:55:45PM +0100, Michal Marek wrote: > Sorry I missed this series. Max, can you have a look? I don't know the > policies for debian package changelogs. The full series is at > http://lkml.indiana.edu/hypermail/linux/kernel/1204.2/index.html#04252, > but the remaining two

Re: [next-20130227] kernel NULL pointer dereference [ watchdog | perf related ? ]

On Thu, Feb 28, 2013 at 8:24 AM, Sedat Dilek wrote: > On Wed, Feb 27, 2013 at 4:07 PM, Tejun Heo wrote: >> Replying here too just in case. >> >> On Wed, Feb 27, 2013 at 02:08:40PM +0100, Sedat Dilek wrote: >>> >> static inline void *idr_find(struct idr *idr, int id) >>> >> { >>> >>

Re: [next-20130227] kernel NULL pointer dereference [ watchdog | perf related ? ]

On Wed, Feb 27, 2013 at 4:07 PM, Tejun Heo wrote: > Replying here too just in case. > > On Wed, Feb 27, 2013 at 02:08:40PM +0100, Sedat Dilek wrote: >> >> static inline void *idr_find(struct idr *idr, int id) >> >> { >> >> struct idr_layer *hint = rcu_dereference_raw(idr->hint); >> >>

Re: [RFC PATCH] sched: wakeup buddy

On Thu, 2013-02-28 at 14:38 +0800, Michael Wang wrote: > + /* > + * current is the only task on rq and it is > + * going to sleep, current cpu will be a nice > + * candidate for p to

Re: [Ocfs2-users] Kernel panic due to ocfs2

On Thu, Feb 28, 2013 at 5:54 AM, Srinivas Eeda wrote: > On 02/27/2013 03:52 AM, richard -rw- weinberger wrote: >> >> On Tue, Feb 26, 2013 at 8:54 AM, richard -rw- weinberger >> wrote: >>> >>> On Tue, Feb 26, 2013 at 7:31 AM, Srinivas Eeda >>> wrote: This is due to a race in lock

Re: [patch v5 02/15] sched: set initial load avg of new forked task

Hi Alex, >>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c >>> index 81fa536..cae5134 100644 >>> --- a/kernel/sched/fair.c >>> +++ b/kernel/sched/fair.c >>> @@ -1509,6 +1509,10 @@ static inline void enqueue_entity_load_avg(struct >>> cfs_rq *cfs_rq, >>> * We track migrations using

Re: [PATCH 08/16] virtio_ring: virtqueue_add_outbuf / virtqueue_add_inbuf.

On Thu, Feb 28, 2013 at 03:38:44PM +1030, Rusty Russell wrote: > "Michael S. Tsirkin" writes: > > On Fri, Feb 22, 2013 at 10:32:46AM +1030, Rusty Russell wrote: > >> "Michael S. Tsirkin" writes: > >> > On Tue, Feb 19, 2013 at 06:26:26PM +1030, Rusty Russell wrote: > >> >> These are specialized

Re: [PATCH linux-next] cpufreq: governors: Calculate iowait time only when necessary

On Wed, Feb 27, 2013 at 11:14 PM, Stratos Karafotis wrote: > Currently we always calculate the CPU iowait time and add it to idle time. > If we are in ondemand and we use io_is_busy, we re-calculate iowait time > and we subtract it from idle time. > > With this patch iowait time is calculated

Re: [PATCH 2/3] cgroup: add cgroup_name() API

On 2013/2/27 21:23, Tejun Heo wrote: > On Wed, Feb 27, 2013 at 2:49 AM, Li Zefan wrote: >> Well, cgrp->name is a pointer to struct cgroup_name. >> >> At first I tried to declare cgrp->name as char *, and use container_of() >> to get struct cgroup_name, but it didn't result in simpler code. > >

Re: mm: BUG in mempolicy's sp_insert

On Thu, Feb 28, 2013 at 1:26 PM, KOSAKI Motohiro wrote: >> Insert new node after updating node in tree. > > Thanks. you are right. I could reproduce and verified. Thank you too;) pleasure to do minor work for you. btw, how about your belly now? fully recovered? Hillf -- To unsubscribe from

[RFC PATCH] sched: wakeup buddy

wake_affine() stuff is trying to bind related tasks closely, but it doesn't work well according to the test on 'perf bench sched pipe' (thanks to Peter). Besides, pgbench show that blindly using wake_affine() will eat a lot of performance. Thus, we need a new solution, it should detect the tasks

Re: [PATCH v2 0/4] gpiolib: some fixup patches

On Thu, Feb 28, 2013 at 6:21 AM, Linus Walleij wrote: > On Wed, Feb 27, 2013 at 8:52 AM, Grant Likely > wrote: > >> I've been playing with an idea of pulling in some basic MMIO gpio >> access directly into gpiolib so that when appropriate gpiolib itself >> can have a fast path for doing the

Re: [PATCH 08/16] virtio_ring: virtqueue_add_outbuf / virtqueue_add_inbuf.

"Michael S. Tsirkin" writes: > On Fri, Feb 22, 2013 at 10:32:46AM +1030, Rusty Russell wrote: >> "Michael S. Tsirkin" writes: >> > On Tue, Feb 19, 2013 at 06:26:26PM +1030, Rusty Russell wrote: >> >> These are specialized versions of virtqueue_add_buf(), which cover >> >> over 50% of cases and

Re: [PATCH 0/3] build linux-next without perl

On Wed, Feb 27, 2013 at 10:51 PM, Andrew Morton wrote: > It'll need to be reasonably good motivation, too. Because not only do > we need to patch the kernel, we also need to *maintain* its > perl-freeness and fix up perlisms as they later get added by others. That's actually a backwards

Re: [PATCH] power: make goldfish option have a dependency on goldfish

On Thu, Feb 28, 2013 at 3:59 AM, Anton Vorontsov wrote: > On Wed, Feb 27, 2013 at 09:17:06PM -0500, Paul Gortmaker wrote: > [...] >> > Testing patches takes time, and if I have to do it for all bunch of >> > different machines and architectures, it becomes mess and unmanageable. In >> >> So, you

[PATCH] usb: host: tegra: Reset Tegra USB controller before init

To clear any configurations made by U-Boot on Tegra USB controller, reset it before init in probe. Signed-off-by: Venu Byravarasu --- When U-Boot configures a Tegra USB controller in device mode and if the EHCI driver of kernel tries to set it to HOST mode, message "irq 52: nobody cared" appears

[PATCH] drivers/scsi/cxgbi: using ccflags-y instead of EXTRA_CFLAGS in Kbuild

need using ccflags-y instead of EXTRA_CFLAGS can reference scripts/checkpatch.pl (1755..1766) when make EXTRA_CFLAGS=-W, the compiling issue will be occured. Signed-off-by: Chen Gang --- drivers/scsi/cxgbi/cxgb3i/Kbuild |2 +- drivers/scsi/cxgbi/cxgb4i/Kbuild |2 +- 2 files

Re: [GIT PULL] Load keys from signed PE binaries

On Wed, Feb 27, 2013 at 10:31 PM, Dave Airlie wrote: > On Thu, Feb 28, 2013 at 1:24 AM, Theodore Ts'o wrote: >> On Tue, Feb 26, 2013 at 11:54:51AM -0500, Peter Jones wrote: >>> No, no, no. Quit saying nobody knows. We've got a pretty good idea - >>> we've got a contract with them, and it says

[PATCH] sched: Fix calc_cfs_shares() to consider blocked_load_avg also

From: Namhyung Kim The calc_tg_weight() and calc_cfs_shares() used cfs_rq->load.weight but this is no longer valid for per-entity load tracking since cfs_rq->tg_load_contrib consists of runnable_load_avg and blocked_ load_avg. Simply using load.weight here will lose blocked_load_avg part so

Re: [PATCH] pinctrl: gpio: vt8500: Add pin control driver for Wondermedia SoCs

Thanks for the review Stephen, I have posted replies to most of your points/questions inline. The review was slightly more in-depth than I expected and as you noticed, the patch is poor in quality. I was more 'testing the water' that people were happy with the basic design of the code, rather

Re: [PATCH v2 0/4] gpiolib: some fixup patches

On Wed, Feb 27, 2013 at 8:52 AM, Grant Likely wrote: > I've been playing with an idea of pulling in some basic MMIO gpio > access directly into gpiolib so that when appropriate gpiolib itself > can have a fast path for doing the register access and shadow register > management. Shadow

Re: [PATCH] drivers/scsi/cxgbi: correcting the include path, so can pass compiling.

I find another more suitable way to fix this issue. using ccflags-y instead of EXTRA_FLAGS. according to the file ./script/checkpatch.pl: 1755 if (($realfile =~ /Makefile.*/ || $realfile =~ /Kbuild.*/) && 1756 ($line =~ /\+(EXTRA_[A-Z]+FLAGS).*/)) {

Re: [PATCH -next 3/3] cpufreq: conservative: Fix relation when decreasing frequency

On 28 February 2013 11:29, Namhyung Kim wrote: > When decreasing, we were on a higher frequency than target so selecting > above or equal to the target frequency seems to be "conservative". I will buy that. For all three patches: Acked-by: Viresh Kumar -- To unsubscribe from this list: send

Re: [PATCH 9/9] remove /proc/sys/vm/hugepages_treat_as_movable

> -{ > - .procname = "hugepages_treat_as_movable", > - .data = _treat_as_movable, > - .maxlen = sizeof(int), > - .mode = 0644, > - .proc_handler = hugetlb_treat_movable_handler, > -

Re: [PATCH -next 3/3] cpufreq: conservative: Fix relation when decreasing frequency

Hi Viresh, On Thu, 28 Feb 2013 11:17:03 +0530, Viresh Kumar wrote: > On 28 February 2013 11:08, Namhyung Kim wrote: >> From: Namhyung Kim >> >> The relation should be CPUFREQ_RELATION_L to find optimal frequency >> when decreasing. >> >> Cc: Viresh Kumar >> Signed-off-by: Namhyung Kim >> ---

[PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

asm/cmpxchg.h can be included on its own and needs to be self-consistent. The definitions for the cmpxchg*_local macros, as such, need to be part of this file. This fixes a build issue on OpenRISC since the system.h smashing patch 96f951edb1f1bdbbc99b0cd458f9808bb83d58ae that introdued the direct

Re: [PATCH 1/2] watchdog: add Palmas Watchdog support

On Thursday 28 February 2013 12:06 AM, Ian Lartey wrote: From: Graeme Gregory Add support for the Palmas watchdog timer which has a timeout configurable from 1s to 128s. Signed-off-by: Graeme Gregory Signed-off-by: Ian Lartey --- drivers/watchdog/palmas_wdt.c | 291

Re: [PATCH -next 3/3] cpufreq: conservative: Fix relation when decreasing frequency

On 28 February 2013 11:08, Namhyung Kim wrote: > From: Namhyung Kim > > The relation should be CPUFREQ_RELATION_L to find optimal frequency > when decreasing. > > Cc: Viresh Kumar > Signed-off-by: Namhyung Kim > --- > drivers/cpufreq/cpufreq_conservative.c | 2 +- > 1 file changed, 1

Re: [PATCH 1/2] leds: Add support for Palmas LEDs

On Wednesday 27 February 2013 06:43 PM, Ian Lartey wrote: The Palmas familly of chips has LED support. This is not always muxed to output pins so depending on the setting of the mux this driver will create the appropriate LED class devices. Signed-off-by: Graeme Gregory Signed-off-by: Ian

[PATCH -next 3/3] cpufreq: conservative: Fix relation when decreasing frequency

From: Namhyung Kim The relation should be CPUFREQ_RELATION_L to find optimal frequency when decreasing. Cc: Viresh Kumar Signed-off-by: Namhyung Kim --- drivers/cpufreq/cpufreq_conservative.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH -next 2/3] cpufreq: conservative: Break out earlier on the lowest frequency

From: Namhyung Kim If we're on the lowest frequency, no need to calculate new freq. Break out even earlier in this case. Cc: Viresh Kumar Signed-off-by: Namhyung Kim --- drivers/cpufreq/cpufreq_conservative.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH -next 1/3] cpufreq: Fix a typo in comment

From: Namhyung Kim Cc: Viresh Kumar Signed-off-by: Namhyung Kim --- drivers/cpufreq/cpufreq_governor.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/cpufreq/cpufreq_governor.h b/drivers/cpufreq/cpufreq_governor.h index d2ac91150600..46bde01eee62 100644 ---

Re: mm: BUG in mempolicy's sp_insert

> Insert new node after updating node in tree. Thanks. you are right. I could reproduce and verified. -- 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

[PATCH 2/2] mempolicy: fix typo

From: KOSAKI Motohiro Currently, n_new is wrongly initialized. start and end parameter are inverted. Let's fix it. Signed-off-by: KOSAKI Motohiro --- mm/mempolicy.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mm/mempolicy.c b/mm/mempolicy.c index 868d08f..7431001

[PATCH 1/2] mempolicy: fix wrong sp_node insertion

From: KOSAKI Motohiro From: Hillf Danton n->end is accessed in sp_insert(). Thus it should be update before calling sp_insert(). This mistake may make kernel panic. Signed-off-by: Hillf Danton Signed-off-by: KOSAKI Motohiro --- mm/mempolicy.c |2 +- 1 files changed, 1 insertions(+), 1

Re: [RFC PATCH v2 2/4] lib: Add support for LZ4-compressed kernel

On Tue, Feb 26, 2013 at 03:00:51PM +0100, David Sterba wrote: > On Tue, Feb 26, 2013 at 03:24:28PM +0900, Kyungsik Lee wrote: > > +config KERNEL_LZ4 > > + bool "LZ4" > > + depends on HAVE_KERNEL_LZ4 > > + help > > + Its compression ratio is worse than LZO. The size of the kernel > > +

RE: [PATCH 3/4] regulator: palmas: Removing duplicated code

Hello Stephen, > -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Thursday, February 28, 2013 12:05 AM > To: J, KEERTHY > Cc: broo...@opensource.wolfsonmicro.com; lgirdw...@gmail.com; linux- > ker...@vger.kernel.org; g...@slimlogic.co.uk > Subject: Re:

[PATCH] n_gsm: Add Mutex to avoid race when net destroy

when gsm Net is enabled, data on dlci is transferrd by gsm_mux_net_start_xmit(), while userspace may trigger ioctrl to call gsm_destroy_network() during data was transferring, because there is no mutex protection between the two functions, following scenario may happen: 1)

Re: [PATCH] gpio: em: Add Device Tree support

On Wed, Feb 27, 2013 at 07:13:46PM +0900, Magnus Damm wrote: > Hi Dmitry, > > Thanks for your feedback! > > On Wed, Feb 27, 2013 at 7:41 AM, Dmitry Torokhov > wrote: > > Hi Magnus, > > > > On Tue, Feb 26, 2013 at 10:26:23PM +0900, Magnus Damm wrote: > >> From: Magnus Damm > >> > >> Update the

Re: [PATCH v2 0/4] gpiolib: some fixup patches

On Wed, Feb 27, 2013 at 4:52 PM, Grant Likely wrote: > While you're working on that, I'd like you to keep the following in > mind. I'm getting concerned with the level of overhead that the gpio > access routines are incuring. They're doing a lot of checks right now > when with GPIOs we want it to

Re: [Ocfs2-users] Kernel panic due to ocfs2

On 02/27/2013 03:52 AM, richard -rw- weinberger wrote: On Tue, Feb 26, 2013 at 8:54 AM, richard -rw- weinberger wrote: On Tue, Feb 26, 2013 at 7:31 AM, Srinivas Eeda wrote: This is due to a race in lock mastery/purge. I have recently fixed this problem but haven't yet submitted the patch to

[PATCH 3/5] cpufreq: omap: scale regulator from clk notifier

This patch moves direct control of the MPU voltage regulator out of the cpufreq driver .target callback and instead uses the common dvfs clk rate-change notifier infrastructure. Ideally it would be nice to reduce the .target callback for omap's cpufreq driver to a simple call to clk_set_rate.

[PATCH 4/5] HACK: set_parent callback for OMAP4 non-core DPLLs

This is a silly patch that demonstrates calling clk_set_parent from within a .set_rate callback, which itself was called by clk_set_rate. It may make your board burst into flames or otherwise void various warrantees. I do not suggest that the OMAP folks take this approach in unless they really

[PATCH 5/5] HACK: omap: opp: add fake 400MHz OPP to bypass MPU

From: Mike Turquette The following is another silly patch which was done to test calling clk_set_parent from within a call to clk_set_rate. It may make your board burst into flames or otherwise void various warrantees. This patch introduces a 400MHz OPP for the MPU, which happens to correspond

[PATCH 2/5] clk: notifier handler for dynamic voltage scaling

Dynamic voltage and frequency scaling (dvfs) is a common power saving technique in many of today's modern processors. This patch introduces a common clk rate-change notifier handler which scales voltage appropriately whenever clk_set_rate is called on an affected clock. There are three

[PATCH 1/5] clk: allow reentrant calls into the clk framework

Reentrancy into the clock framework from the clk.h api is highly desirable. This feature is necessary for clocks that are prepared and unprepared via i2c_transfer (which includes many PMICs and discrete audio chips) and it is also necessary for performing dynamic voltage & frequency scaling via

[PATCH v3 0/5] common clk framework reentrancy & dvfs, take 3

Hello, This series implements reentrancy for the common clk implementation of the clk.h api. Making reentrant calls into the clock framework is both necessary and desirable for many use cases such as enabling off-chip clocks via i2c. The first patch in the series implements this. A neat side

Re: [tip:core/locking] x86/smp: Move waiting on contended ticket lock out of line

On Wed, Feb 27, 2013 at 8:06 PM, Davidlohr Bueso wrote: > > The attached file shows how the amount of sys time used by the ipc lock > for a 4 and 8 socket box. I have to say, even with the improvements, that looks pretty disgusting. It really makes me wonder if that thing couldn't be done better

Re: [PATCH 0/3] build linux-next without perl

On 02/27/2013 03:51:55 PM, Andrew Morton wrote: On Tue, 26 Feb 2013 21:57:52 -0800 (PST) Rob Landley wrote: > Before 2.6.25 building Linux never required perl. This patch series removes > the requirement from basic kernel builds (tested on i686, x86_64, arm, mips, > powerpc, sparc, sh4,

Re: [PATCH] perf kvm: fix segfault by initializing file_name to NULL

On 2/27/13 9:31 PM, Xiao Guangrong wrote: On 02/28/2013 11:29 AM, David Ahern wrote: Dongsoo reported that perf-kvm was segfaulting. The bug was introduced by commit 3786063 which moved file_name from struct perf_kvm which was initialized on the stack to an uninitialized stack variable. Fix by

Re: I2C: Fix i2c fail problem when a process is terminated by a signal on octeon in 3.8

On Tue, Feb 26, 2013 at 4:37 PM, Wolfram Sang wrote: > On Tue, Feb 26, 2013 at 11:02:17AM +0100, Jiri Kosina wrote: >> On Fri, 22 Feb 2013, 송은봉 wrote: >> >> > >> > >> > >> > I've been debugging the abnormal operation of i2c on octeon. >> > If a process is terminated by signal in the middle of i2c

Re: [PATCH] perf kvm: fix segfault by initializing file_name to NULL

On 02/28/2013 11:29 AM, David Ahern wrote: > Dongsoo reported that perf-kvm was segfaulting. The bug was introduced by > commit 3786063 which moved file_name from struct perf_kvm which was > initialized on the stack to an uninitialized stack variable. Fix by > initializing. > > Needs to be

Re: crypto: omap-sham, omap-aes and dma_request_slave_channel_compat()

On Wed, Feb 27, 2013 at 09:36:03PM +, Arnd Bergmann wrote: > On Wednesday 27 February 2013, Vinod Koul wrote: > > Yes we had agreed that I will send it. > > > > I have applied this one now, and will send second PULL request to Linus > > soon. > > > > Arnd, > > The second patch of dw_dmac

Re: [RFC PATCH v2 0/4] Add support for LZ4-compressed kernel

(removed Richard Purdie and Albin Tonnerre as their email addresses seem to be bounding) > While recently asking someone to enable VFP debugging, so I could help > sort out a problem they had reported, this is the debug output I was > greeted by thanks to your meddling: :) Meddling... You sound

RE: linux-next: JFFS2 corruption

me as read-only (corrupt -> yes) > > > > Thanks for all the testing. Sam questions as in my other email. > > Okay, just tested 3v8 plus:- > > https://patchwork.kernel.org/patch/1931251/ > https://patchwork.kernel.org/patch/1931221/ > https://patchwork.ker

Re: [tip:core/locking] x86/smp: Move waiting on contended ticket lock out of line

On Wed, 2013-02-27 at 21:58 -0500, Rik van Riel wrote: > On 02/27/2013 05:13 PM, Linus Torvalds wrote: > > > > On Feb 27, 2013 1:56 PM, "Rik van Riel" > > wrote: > >> > >> No argument there, but that does in no way negate the need for some > >> performance robustness. > >

[PATCH] backlight: atmel-pwm-bl: remove erroneous __exit annotation

CONFIG_HOTPLUG was removed, so __devexit or __exit of remove() should not be used. Signed-off-by: Jingoo Han --- drivers/video/backlight/atmel-pwm-bl.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/video/backlight/atmel-pwm-bl.c

Re: [PATCH 0/3] build linux-next without perl

On 02/27/2013 03:51:55 PM, Andrew Morton wrote: On Tue, 26 Feb 2013 21:57:52 -0800 (PST) Rob Landley wrote: > Before 2.6.25 building Linux never required perl. This patch series removes > the requirement from basic kernel builds (tested on i686, x86_64, arm, mips, > powerpc, sparc, sh4,

[PATCH] perf kvm: fix segfault by initializing file_name to NULL

Dongsoo reported that perf-kvm was segfaulting. The bug was introduced by commit 3786063 which moved file_name from struct perf_kvm which was initialized on the stack to an uninitialized stack variable. Fix by initializing. Needs to be applied to 3.7 and 3.8 as well. Signed-off-by: David Ahern

Re: [PATCH] drivers/scsi/cxgbi: correcting the include path, so can pass compiling.

Hello relative Maintainers: could any one help checking this patch ? this patch fixes the compiling issue. the make command in my x86_64 laptop is: "make V=1 allmodconfig" the patch was sent in Jan-12-2013, and get non-reply now. could you please give a glance when you have

[PATCH][3.9] ftrace: Update the kconfig for DYNAMIC_FTRACE

Ingo, At ELC I watched a presentation by Ezequiel about a tool he wrote to analyze memory wasted by kmalloc and friends. He incorrectly stated that you need to enable DYNAMIC_FTRACE in order to get events. I pointed out that this was incorrect, but he showed me that the prompt for DYNAMIC_FTRACE

Re: [tip:core/locking] x86/smp: Move waiting on contended ticket lock out of line

On Wed, Feb 27, 2013 at 6:58 PM, Rik van Riel wrote: > > On the other hand, both MCS and the fast queue locks > implemented by Michel showed low variability and high > performance. On microbenchmarks, and when implemented for only one single subsystem, yes. > The numbers for Michel's MCS and

Re: [RFD] Proposal for merging Android sync driver in staging

On Wed, Feb 27, 2013 at 6:14 PM, John Stultz wrote: > Also note: I've done this so far without any feedback from the Android devs > (despite my reaching out to Erik a few times recently), so if they object to > pushing it to staging, in deference to it being their code I'll back off, > even

Re: [PATCH] power: make goldfish option have a dependency on goldfish

On Wed, Feb 27, 2013 at 09:17:06PM -0500, Paul Gortmaker wrote: [...] > > Testing patches takes time, and if I have to do it for all bunch of > > different machines and architectures, it becomes mess and unmanageable. In > > So, you actually want my change then -- you do not want to test for >

Re: [tip:core/locking] x86/smp: Move waiting on contended ticket lock out of line

On 02/27/2013 05:13 PM, Linus Torvalds wrote: On Feb 27, 2013 1:56 PM, "Rik van Riel" mailto:r...@redhat.com>> wrote: No argument there, but that does in no way negate the need for some performance robustness. The very numbers you posted showed that the backoff was *not* more robust. Quite

[RFC] DNUMA: Runtime NUMA memory layout reconfiguration

These patches allow the NUMA memory layout (meaning the mapping of a page to a node) to be changed at runtime in place (without hotplugging). = Why/when is this useful? = In virtual machines (VMs) running on NUMA systems both [a] if/when the hypervisor decides to move their backing memory around

[PATCH v2] drivers/block/xen-blkback: preq.dev is used without initialized

if call xen_vbd_translate failed, the preq.dev will be not initialized. so use blkif->vbd.pdevice instead (still better to print relative info). additional information: before commit 01c681d4c70d64cb72142a2823f27c4146a02e63, the value printed here was bogus, as it was the guest provided

Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type

On Thu, Feb 28, 2013 at 02:11:58AM +0100, Rafael J. Wysocki wrote: > On Wednesday, February 27, 2013 02:20:32 PM Greg Kroah-Hartman wrote: > > On Wed, Feb 27, 2013 at 11:06:52PM +0100, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > > > > After PCI has stopped using the

Re: [RFD] Proposal for merging Android sync driver in staging

On Wed, Feb 27, 2013 at 06:14:24PM -0800, John Stultz wrote: > I'd like to get a discussion going about submitting the Android sync > driver to staging. > > I know there is currently some very similar work going on with the > dmabuf-fences, and rather then both approaches being worked out >

linux-next: Tree for Feb 28

Hi all, Please do not add any work destined for v3.10 to your -next included branches until after Linus has release v3.9-rc1. Changes since 20130227: The device-mapper tree gained a build failure for which I applied a patch. The akpm tree gained a build failure for which I applied a patch

linux-next: build failure after merge of the final tree (device-mapper tree related)

Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/md/dm-cache-policy-cleaner.c: In function 'alloc_hash': drivers/md/dm-cache-policy-cleaner.c:87:2: error: implicit declaration of function 'vzalloc'

Re: [PATCH] power: make goldfish option have a dependency on goldfish

On Wed, Feb 27, 2013 at 8:35 PM, Anton Vorontsov wrote: > On Wed, Feb 27, 2013 at 07:48:38PM -0500, Paul Gortmaker wrote: > [...] >> If you don't want to take the commit, I won't argue it any further, but >> I genuinely do hope the above logical arguments perhaps might cause >> you to change

[RFD] Proposal for merging Android sync driver in staging

I'd like to get a discussion going about submitting the Android sync driver to staging. I know there is currently some very similar work going on with the dmabuf-fences, and rather then both approaches being worked out individually on their own, I suspect there could be better collaboration

[PATCH] At present, function sched_clock_idle_wakeup_event input parameter is not necessary, we can remove it.

Signed-off-by: jzha144 --- arch/x86/kernel/tsc.c |2 +- drivers/acpi/processor_idle.c |4 ++-- include/linux/sched.h |6 +++--- kernel/sched/clock.c |4 ++-- kernel/time/tick-sched.c |2 +- 5 files changed, 9 insertions(+), 9 deletions(-) diff

[GIT PULL] writeback fixes for v3.9-rc1

Hi Linus, Here are 2 writeback fixes. Please be prepared for a merge conflict in fs/btrfs/extent-tree.c as occured/resolved in linux-next's merge commit 6ae374247bfd8 ("Merge remote-tracking branch 'writeback/writeback-for-next'"). Thanks, Fengguang --- The following changes since commit

Re: [PATCH 1/5] staging: android: lowmemorykiller: Add config option to support oom_adj values

On Wed, 27 Feb 2013, Arve Hjønnevåg wrote: > > Explain how this can possibly be consistent if your system includes two > > processes, one writing oom_adj values and one writing oom_score_adj > > values, and the kernel has this new option enabled? > > These values are all written by the same

Re: [PATCH] power: make goldfish option have a dependency on goldfish

On Wed, Feb 27, 2013 at 07:48:38PM -0500, Paul Gortmaker wrote: [...] > If you don't want to take the commit, I won't argue it any further, but > I genuinely do hope the above logical arguments perhaps might cause > you to change your mind. As a maintainer of drivers/power/, I have to keep

RE: [PATCH] CIFS: Decrease reconnection delay when switching nics

> -Original Message- > From: linux-cifs-ow...@vger.kernel.org [mailto:linux-cifs- > ow...@vger.kernel.org] On Behalf Of Dave Chiluk > Sent: Wednesday, February 27, 2013 5:44 PM > To: Steve French > Cc: Jeff Layton; Stefan (metze) Metzmacher; Dave Chiluk; Steve French; >

Re: [PATCH] CIFS: Decrease reconnection delay when switching nics

On Wed, 2013-02-27 at 16:44 -0600, Dave Chiluk wrote: > On 02/27/2013 04:40 PM, Steve French wrote: > > On Wed, Feb 27, 2013 at 4:24 PM, Dave Chiluk > > wrote: > >> On 02/27/2013 10:34 AM, Jeff Layton wrote: > >>> On Wed, 27 Feb 2013 12:06:14 +0100 > >>> "Stefan (metze) Metzmacher" wrote: > >>>

Re: [PATCH] drivers/block/xen-blkback: preq.dev is used without initialized

于 2013年02月27日 23:40, Konrad Rzeszutek Wilk 写道: > On Wed, Feb 27, 2013 at 10:45:35AM +, Jan Beulich wrote: >> > >> > Yes (and you might have missed the ACK that I had already sent >> > before this reply - that mail got bounced for your address). > Yup. Chen, could you respin the patch with the

linux-next: build failure after merge of the akpm tree

Hi Andrew, After merging the akpm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/md/dm-cache-policy-cleaner.c: In function 'lookup_cache_entry': drivers/md/dm-cache-policy-cleaner.c:148:46: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3

Re: [PATCH 1/2] leds: Add support for Palmas LEDs

On Wednesday, February 27, 2013 10:13 PM, Ian Lartey wrote: > > The Palmas familly of chips has LED support. This is not always muxed > to output pins so depending on the setting of the mux this driver > will create the appropriate LED class devices. Hi Ian Lartey, I added some minor comments

Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type

On Wednesday, February 27, 2013 03:31:08 PM Yinghai Lu wrote: > On Wed, Feb 27, 2013 at 2:20 PM, Greg Kroah-Hartman > wrote: > > On Wed, Feb 27, 2013 at 11:06:52PM +0100, Rafael J. Wysocki wrote: > >> From: Rafael J. Wysocki > >> > >> After PCI has stopped using the .find_bridge() callback in >

Re: [PATCH] eCryptfs: allow userspace messaging to be disabled

On 2013-02-27 16:30:42, Kees Cook wrote: > When the userspace messaging (for the less common case of userspace key > wrap/unwrap via ecryptfsd) is not needed, allow eCryptfs to build with > it removed. This saves on kernel code size and reduces potential attack > surface by removing the

Re: [PATCH v3 1/2] timer_list: split timer_list_show_tickdevices()

On Wed, Feb 27, 2013 at 11:37:26AM -0800, Stephen Boyd wrote: > On 02/26/13 15:33, Nathan Zimmer wrote: > > @@ -246,12 +244,8 @@ static void timer_list_show_tickdevices(struct > > seq_file *m) > > #endif > > SEQ_printf(m, "\n"); > > #endif > > - for_each_online_cpu(cpu) > > -

Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type

On Wednesday, February 27, 2013 02:20:32 PM Greg Kroah-Hartman wrote: > On Wed, Feb 27, 2013 at 11:06:52PM +0100, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > After PCI has stopped using the .find_bridge() callback in > > struct acpi_bus_type, the only remaining users of it are

Re: [PATCH 1/5] staging: android: lowmemorykiller: Add config option to support oom_adj values

On Wed, Feb 27, 2013 at 4:14 PM, David Rientjes wrote: > On Wed, 27 Feb 2013, Arve Hjønnevåg wrote: > >> Because, without this patch, the values written to >> /sys/module/lowmemorykiller/parameters/adj do not get adjusted and >> therefore do not match the correct processes. >> > > Explain how

[PATCH 2/2] dma: of: allow for non-existent #dma-cells property

From: Rob Herring Allow the #dma-cells property to be optional and default to 0. This fixes a crash on Calxed highbank which has no clients and no #dma-cells property. Also, the error check was pointless as be32_to_cpup causes a NULL ptr error first before we get to the error check.

[PATCH 1/2] of: dma: make #dma-cells optional

From: Rob Herring For controllers with no requests/clients (memory to memory only), the Signed-off-by: Rob Herring Cc: Vinod Koul Cc: Dan Williams Cc: Grant Likely --- Documentation/devicetree/bindings/dma/dma.txt |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

Re: [PATCH] power: make goldfish option have a dependency on goldfish

On Wed, Feb 27, 2013 at 6:18 PM, Anton Vorontsov wrote: > Hello Paul, > > On Wed, Feb 27, 2013 at 01:27:46PM -0500, Paul Gortmaker wrote: >> Nearly all the other goldfish peripherals (mtd, keyboard, etc) >> have a dependency on the main platform's GOLDFISH Kconfig item, >> but this one got

  1   2   3   4   5   6   7   8   9   10   >