Re: Regression :-) Re: [GIT PULL RESEND] x86/jumpmplabel changes for v3.12-rc1

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 09:47:17 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: The merge conflict resolution looks good. Now to look at this bug. On Tue, Sep 10, 2013 at 07:48:44PM -0700, H. Peter Anvin wrote: Hi Linus, One more x86 tree for this merge window. This tree

Re: [PATCH 07/16] slab: overloading the RCU head over the LRU for RCU free

2013-09-11 Thread Christoph Lameter
On Thu, 22 Aug 2013, Joonsoo Kim wrote: With build-time size checking, we can overload the RCU head over the LRU of struct page to free pages of a slab in rcu context. This really help to implement to overload the struct slab over the struct page and this eventually reduce memory usage and

Re: [PATCH 08/16] slab: use well-defined macro, virt_to_slab()

2013-09-11 Thread Christoph Lameter
On Thu, 22 Aug 2013, Joonsoo Kim wrote: This is trivial change, just use well-defined macro. Acked-by: Christoph Lameter c...@linux.com -- 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

Re: [PATCH v2 2/2] perf tools: add attr-mmap2 support

2013-09-11 Thread Stephane Eranian
Arnaldo, Do you have all those changes in a git tree somewhere. I want to help test and debug this part too. Thanks. On Tue, Sep 10, 2013 at 10:16 PM, Arnaldo Carvalho de Melo a...@ghostprotocols.net wrote: Em Tue, Sep 10, 2013 at 04:58:47PM -0300, Arnaldo Carvalho de Melo escreveu: So we

Re: amd64_edac: Add ECC decoding support for newer F15h models

2013-09-11 Thread Borislav Petkov
On Thu, Sep 05, 2013 at 10:43:53AM -0400, Dave Jones wrote: Channel will never be 0, as it's unsigned. Yes, Aravind, please take care of this. Thanks. -- Regards/Gruss, Boris. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Re: [PATCH] rcu: Is it safe to enter an RCU read-side critical section?

2013-09-11 Thread Paul E. McKenney
On Wed, Sep 11, 2013 at 10:26:07AM -0400, Steven Rostedt wrote: On Wed, 11 Sep 2013 07:13:02 -0700 Paul E. McKenney paul...@linux.vnet.ibm.com wrote: On Mon, Sep 09, 2013 at 03:34:26PM -0700, Paul E. McKenney wrote: On Mon, Sep 09, 2013 at 05:59:17PM -0400, Steven Rostedt wrote: On

perf-related lockup on 3.11

2013-09-11 Thread Vince Weaver
I got this hard lockup running my perf_fuzzer on 3.11 on a core2. I guess I should try to reproduce it on linus-git but was hoping I could wait until -rc1 before trying that. I'm not really sure where to report lockups like this because it's sort of unclear what exactly the problem is. perf?

Re: [PATCH v2 2/2] perf tools: add attr-mmap2 support

2013-09-11 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 11, 2013 at 11:53:41AM -0300, Arnaldo Carvalho de Melo escreveu: Em Wed, Sep 11, 2013 at 04:42:57PM +0200, Stephane Eranian escreveu: Do you have all those changes in a git tree somewhere. I want to help test and debug this part too. Thanks. Right now its all in my

Re: [PATCH 0/7] preempt_count rework -v2

2013-09-11 Thread H. Peter Anvin
On 09/11/2013 06:13 AM, Peter Zijlstra wrote: On Tue, Sep 10, 2013 at 02:43:06PM -0700, Linus Torvalds wrote: That said, looking at your patch, I get the *very* strong feeling that we could make a macro that does all the repetitions for us, and then have a GENERATE_RMW(atomic_sub_and_test,

Re: [PATCH] RFC: interrupt consistency check for OF GPIO IRQs

2013-09-11 Thread Alexander Holler
Am 22.08.2013 00:02, schrieb Linus Walleij: On Tue, Aug 20, 2013 at 12:04 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Wednesday 31 July 2013 01:44:53 Linus Walleij wrote: I don't see how sharing works here, or how another user, i.e. another one than the user wanting to

[PATCH v2 3/9] Input: misc - convert existing I2C client drivers to use I2C core runtime PM

2013-09-11 Thread Mika Westerberg
The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of -probe(). This patch converts bma150 and mpu3050 input drivers to use this model. While we are there remove call to

Re: [PATCH 27/38] iio: pressure-core: st: Give some indication if device probing was successful

2013-09-11 Thread Mark Brown
On Wed, Sep 11, 2013 at 08:29:55AM +0100, Lee Jones wrote: Only if you print out every regulator, clock, GPIO pin and things of this nature. Key hardware blocks such as; SD, Flash, USB, Eth, HDMI, Audio, UART, GPIO and I2C controllers and Sensors I think deserve a one line I'm here and

[PATCH v2 2/9] i2c: attach/detach I2C client device to the ACPI power domain

2013-09-11 Thread Mika Westerberg
From: Lv Zheng lv.zh...@intel.com If the I2C client device is enumerated from ACPI namespace it might have ACPI methods that needs to be called in order to transition the device to different power states (such as _PSx). Implement this for I2C client devices by checking if the device has an ACPI

[PATCH] CacheFiles: Fix memory leak in cachefiles_check_auxdata error paths

2013-09-11 Thread David Howells
From: Josh Boyer jwbo...@redhat.com In cachefiles_check_auxdata(), we allocate auxbuf but fail to free it if we get determine there's an error or that the data is stale. Further, assigning the output of vfs_getxattr() to auxbuf-len gives problems with checking for errors as auxbuf-len is a u16.

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 11:16:43 -0400 Peter Hurley pe...@hurleysoftware.com wrote: The funny part is, there's a comment there that shows that this was done even for PREEMPT_RT. Unfortunately, the call to get_scanout_position() can call functions that use the rt-mutex sleeping spin locks and

Re: [PATCH 1/2] seqlock: Add a new blocking reader type

2013-09-11 Thread Al Viro
On Wed, Sep 11, 2013 at 10:28:26AM -0400, Waiman Long wrote: The sequence lock (seqlock) was originally designed for the cases where the readers do not need to block the writers by making the readers retry the read operation when the data change. Since then, the use cases have been expanded

[RFC PATCH lttng-modules] Fix: use timekeeping_is_busy() to fix ktime_get() hard lockup

2013-09-11 Thread Mathieu Desnoyers
Fix an issue affecting lttng-modules with Linux kernels starting with 3.10. This patch depends on Linux kernel patch: timekeeping: introduce timekeeping_is_busy() Starting from Linux kernel commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40 timekeeping: Hold timekeepering locks in do_adjtimex and

[PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain

2013-09-11 Thread Mika Westerberg
If the SPI device is enumerated from ACPI namespace (it has an ACPI handle) it might have ACPI methods that needs to be called in order to transition the device to different power states (such as _PSx). We follow what has been done for platform and I2C buses here and attach the SPI device to the

Re: Kernel migration eat CPUs

2013-09-11 Thread Alexey Vlasov
On Thu, Sep 05, 2013 at 01:12:52PM +0200, Ingo Molnar wrote: Could you try the latest -tip tree at: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git In particular this fix: 5a8e01f8fa51 sched/cputime: Do not scale when utime == 0 Could perhaps fix the phantom CPU

Re: Regression :-) Re: [GIT PULL RESEND] x86/jumpmplabel changes for v3.12-rc1

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 10:25:45 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: It seems to imply line 53 is the originating bug, so that would be: 47 if (type == JUMP_LABEL_ENABLE) { 48 /* 49 * We are enabling this jump label. If it

[PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM

2013-09-11 Thread Mika Westerberg
The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts wm8994 driver to use this model. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com ---

[PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM

2013-09-11 Thread Mika Westerberg
The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts I2C client drivers under drivers/misc to use this model. Signed-off-by: Mika Westerberg

Re: Regression :-) Re: [GIT PULL RESEND] x86/jumpmplabel changes for v3.12-rc1

2013-09-11 Thread Konrad Rzeszutek Wilk
On Wed, Sep 11, 2013 at 10:56:33AM -0400, Steven Rostedt wrote: On Wed, 11 Sep 2013 10:25:45 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: It seems to imply line 53 is the originating bug, so that would be: 47 if (type == JUMP_LABEL_ENABLE) { 48

[PATCH v2 0/9] runtime PM support for I2C and SPI client devices

2013-09-11 Thread Mika Westerberg
Hi, This is second version of the patches. The previous version can be found here: http://www.spinics.net/lists/linux-i2c/msg13152.html With the advent of ACPI 5.0 we are starting to see I2C client devices described in ACPI namespace that support power management by the means of

Re: [RFC] Restrict kernel spawning of threads to a specified set of cpus.

2013-09-11 Thread Mike Galbraith
On Wed, 2013-09-11 at 14:21 +, Christoph Lameter wrote: On Wed, 11 Sep 2013, Mike Galbraith wrote: Mind saying why? To me, creating properties of exclusive sets of CPUs that the interface which manages sets and their properties is not fully aware of is a dainbramaged thing to do.

[RFC PATCH] timekeeping: introduce timekeeping_is_busy()

2013-09-11 Thread Mathieu Desnoyers
Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40 timekeeping: Hold timekeepering locks in do_adjtimex and hardpps (3.10 kernels), the xtime write seqlock is held across calls to __do_adjtimex(), which includes a call to notify_cmos_timer(), and hence schedule_delayed_work(). This

Re: [PATCH] drivers: of: fix build break if asm/dma-contiguous.h is missing

2013-09-11 Thread Guenter Roeck
On Wed, Sep 11, 2013 at 08:31:54AM +0200, Marek Szyprowski wrote: Hello, On 9/10/2013 9:45 PM, Rob Herring wrote: On 09/10/2013 04:13 AM, Marek Szyprowski wrote: It is not needed to include asm/dma-contiguous.h header to compile reserved memory initialization code, so remove it to avoid

[PATCH v2 8/9] spi: prepare runtime PM support for SPI devices

2013-09-11 Thread Mika Westerberg
This patch adds runtime PM support for the SPI bus analogous to what has been done for the I2C bus. This means that the SPI core prepares runtime PM for a client device just before a driver is about to be bound to it. Devices that are not bound to any driver are not prepared for runtime PM. In

Dear User

2013-09-11 Thread WEBMASTER
Dear User Your e-mail has exceeded 2 GB, which is created by our Webmaster, you are currently running at 2.30GB, you can not send or receive new messages until you check your account. Complete the form to verify your account. Please complete the information below to update your account (1)

Re: [PATCH v2 2/2] perf tools: add attr-mmap2 support

2013-09-11 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 11, 2013 at 04:42:57PM +0200, Stephane Eranian escreveu: Arnaldo, Do you have all those changes in a git tree somewhere. I want to help test and debug this part too. Thanks. Right now its all in my perf/urgent branch at:

[PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM

2013-09-11 Thread Mika Westerberg
The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts ASoC codec drivers to use this model. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com ---

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

2013-09-11 Thread Peter Hurley
On 09/11/2013 09:26 AM, Steven Rostedt wrote: On Wed, 11 Sep 2013 07:28:09 -0300 Luis Claudio R. Goncalves lclau...@uudg.org wrote: Hello, I saw two different occurrences of BUG: sleeping function called from invalid context happening on 3.10.10-rt7. The first one happened on drm_vblank_get()

[PATCH] perf,x86: add constraint for IVB CYCLE_ACTIVITY:CYCLES_LDM_PENDING

2013-09-11 Thread Stephane Eranian
The IvyBridge event CYCLE_ACTIVITY:CYCLES_LDM_PENDING can only be measured on counters 0-3 when HT is off. When HT is on, you only have counters 0-3. If you program it on the eight counters for 1s on a 3GHz IVB laptop running a noploop, you see: 2 747 527

Re: Deadlock in fb and tty

2013-09-11 Thread Peter Hurley
On 09/11/2013 05:25 AM, John Tapsell wrote: Hi, I'm consistently and constantly hitting a deadlock. console_callback in drivers/tty/vt/vt.c does: console_lock() and then calls: do_blank_screen, which calls: vc-vc_sw-con_blank(..) which can be a pointer to the function:

[PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices

2013-09-11 Thread Mika Westerberg
From: Aaron Lu aaron...@intel.com This patch adds runtime PM support for the I2C bus in a similar way that has been done for PCI bus already. This means that the I2C bus core prepares runtime PM for a client device just before a driver is about to be bound to it. Devices that are not bound to any

Re: [PATCH] OOM killer: wait for tasks with pending SIGKILL to exit

2013-09-11 Thread Sergey Dyasly
On Mon, 9 Sep 2013 13:07:08 -0700 (PDT) David Rientjes rient...@google.com wrote: /* * If this task is not being ptraced on exit, then wait for it * to finish before killing some other task unnecessarily. */ - if

[PATCH v2 4/9] [media] s5p-tv: convert to use I2C core runtime PM

2013-09-11 Thread Mika Westerberg
The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts s5p-tv driver to use this model. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com ---

Re: [PATCH 0/7] preempt_count rework -v2

2013-09-11 Thread Linus Torvalds
On Wed, Sep 11, 2013 at 6:13 AM, Peter Zijlstra pet...@infradead.org wrote: On Tue, Sep 10, 2013 at 02:43:06PM -0700, Linus Torvalds wrote: That said, looking at your patch, I get the *very* strong feeling that we could make a macro that does all the repetitions for us, and then have a

Re: [PATCH] rcu: Is it safe to enter an RCU read-side critical section?

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 08:23:31 -0700 Paul E. McKenney paul...@linux.vnet.ibm.com wrote: C'mon, Steven! I did say after treating injuries! In the opinion of the surgeon, the only option was to ampute what was left of either the _cpu(), _task(), _thread(), or _you(). Heck, the damage was so

Re: [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM

2013-09-11 Thread Mark Brown
On Wed, Sep 11, 2013 at 06:32:38PM +0300, Mika Westerberg wrote: The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts ASoC codec drivers to use this model.

Re: [GIT PULL] Keyrings patches

2013-09-11 Thread James Morris
On Tue, 10 Sep 2013, David Howells wrote: James Morris jmor...@namei.org wrote: This missed the merge for 3.12. Do you want me to queue the changes up, or do you want to send a pull request again after -rc1 ? Can you queue them up now in your 'next' branch? Nope, new

[PATCH 10/11] staging: usbip: Separate protocol/program version

2013-09-11 Thread Dominik Paulus
Not all new program versions necessarily introduce non-backwards-compatible protocol changes. We thus move the definition of the protocol version from configure.ac to usbip_network.h, where it logically belongs to. Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer

[PATCH 08/11] staging: usbip: Handle usbip being started as user

2013-09-11 Thread Dominik Paulus
usbip now prints an error message when started as user and requiring root access. Also, some debug messages are changed to error messages so the command line utilities now print less confusing (and more verbose) error messages when not used correctly. Signed-off-by: Dominik Paulus

Re: [PATCH] vmpressure: fix divide-by-0 in vmpressure_work_fn

2013-09-11 Thread Anton Vorontsov
On Mon, Sep 09, 2013 at 01:08:47PM +0200, Michal Hocko wrote: On Fri 06-09-13 22:59:16, Hugh Dickins wrote: Hit divide-by-0 in vmpressure_work_fn(): checking vmpr-scanned before taking the lock is not enough, we must check scanned afterwards too. As vmpressure_work_fn seems the be the only

Re: Regression :-) Re: [GIT PULL RESEND] x86/jumpmplabel changes for v3.12-rc1

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 11:21:49 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: I'm trying to understand how this will fix it for you. Are you sure you removed 'xen_nopvspin'? Yes. If you are calling static_key_slow_inc() before jump_label_init(), then it should still fail.

[PATCH 05/11] staging: usbip: Add ACL support to usbip bind

2013-09-11 Thread Dominik Paulus
Add the command line argument -a (--allow) to usbip bind to specify networks allowed to attach to the device and code to store the ACLs in sysfs. Signed-off-by: Kurt Kanzenbach ly80t...@cip.cs.fau.de Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer

Re: [f2fs-dev] [PATCH] f2fs: optimize fs_lock for better performance

2013-09-11 Thread Russ Knize
Jaegeuk, My tests include forced kernel panics while fsstress is running, which generates a lot of recovery activity. Sorry I wasn't more clear. I understand your concern, which is why I first tried to keep the fs_lock in the xattr_handler-set() path from VFS while removing it from the call

[PATCH v2 01/25] Revert smp: Fix SMP function call empty cpu mask race

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit f44310b98ddb7 smp: Fix SMP function call empty cpu mask race introduced field call_function_data-cpumask_ipi to resolve a race condition in smp_call_function_many(). Later commit 9a46ad6d6df3 smp: make smp_call_function_many() use logic similar to

[PATCH 07/11] staging: usbip: Add proper error reporting

2013-09-11 Thread Dominik Paulus
This patch adds new error codes and features extended error reporting in op_common packets. Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer tobias.pol...@fau.de --- drivers/staging/usbip/userspace/src/usbip_attach.c | 4 +-

[PATCH 06/11] staging: usbip: Add support for ACLs in usbipd

2013-09-11 Thread Dominik Paulus
Interpret the ACLs stored in sysfs in usbipd and reject clients not matching one of the ACLs. Signed-off-by: Kurt Kanzenbach ly80t...@cip.cs.fau.de Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer tobias.pol...@fau.de ---

[RFC PATCH v2 00/25] simplify generic cross CPU function call implementation

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Since commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single(), single and multiple (mask version) cross CPU function calls are handled in the same way, and generic_smp_call_function_interrupt() becomes an

[PATCH 11/11] staging: usbip: Increment version to 1.2.0

2013-09-11 Thread Dominik Paulus
Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer tobias.pol...@fau.de --- drivers/staging/usbip/userspace/configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/usbip/userspace/configure.ac

[RFC PATCH v2 08/25] smp, IA64: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 11/25] smp, mips: kill redundant call of generic_smp_call_function_single_interrupt()

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Since commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single(), generic_smp_call_function_single_interrupt() is an alias of generic_smp_call_function_interrupt(), so kill the redundant call. Signed-off-by:

[GIT PULL] Squashfs updates for 3.12

2013-09-11 Thread Phillip Lougher
Hi Linus, Please pull the following Squashfs updates... Thanks Phillip The following changes since commit d8dfad3876e438b759da3c833d62fb8b2267: Linux 3.11-rc7 (2013-08-25 17:43:22 -0700) are available in the git repository at:

[RFC PATCH v2 09/25] smp, m32r: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[PATCH 02/11] staging: usbip: Add support for client authentication

2013-09-11 Thread Dominik Paulus
This patch adds support for authenticating both client and server using a pre-shared passphrase using SRP (Secure Remote Password) over TLS (see RFC 5054) using GnuTLS. Both usbip and usbipd now accept a shared secret as a command line argument. Currently, the established TLS connection is only

[PATCH 04/11] staging: usbip: Add CIDR matching helper functions

2013-09-11 Thread Dominik Paulus
This patch adds a few utility functions to match IP addresses against CIDR masks. Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer tobias.pol...@fau.de --- drivers/staging/usbip/userspace/src/utils.c | 84 +

[RFC PATCH v2 12/25] smp, mn10300: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com smp, mn10300: rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI Rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI to prepare for killing generic_smp_call_function_single_interrupt(). Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jiang Liu liu...@gmail.com ---

[RFC PATCH v2 14/25] smp, parisc: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

Re: [PATCH] RFC: interrupt consistency check for OF GPIO IRQs

2013-09-11 Thread Javier Martinez Canillas
On 09/11/2013 05:30 PM, Alexander Holler wrote: Am 22.08.2013 00:02, schrieb Linus Walleij: On Tue, Aug 20, 2013 at 12:04 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: On Wednesday 31 July 2013 01:44:53 Linus Walleij wrote: I don't see how sharing works here, or how another

[RFC PATCH v2 06/25] smp, blackfin: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

Re: Regression :-) Re: [GIT PULL RESEND] x86/jumpmplabel changes for v3.12-rc1

2013-09-11 Thread Konrad Rzeszutek Wilk
On Wed, Sep 11, 2013 at 11:47:08AM -0400, Steven Rostedt wrote: On Wed, 11 Sep 2013 11:21:49 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: I'm trying to understand how this will fix it for you. Are you sure you removed 'xen_nopvspin'? Yes. If you are calling

[RFC PATCH v2 15/25] smp, ppc: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[PATCH] uprobes: Fix utask-depth accounting in handle_trampoline()

2013-09-11 Thread Oleg Nesterov
Currently utask-depth is simply the number of allocated/pending return_instance's in uprobe_task-return_instances list. handle_trampoline() should decrement this counter every time we handle/free an instance, but due to typo it does this only if -chained == T. This means that in the likely case

[RFC PATCH v2 03/25] smp, ARC: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

Re: [PATCH v2 0/9] runtime PM support for I2C and SPI client devices

2013-09-11 Thread Mark Brown
On Wed, Sep 11, 2013 at 06:32:31PM +0300, Mika Westerberg wrote: Hi, This is second version of the patches. The previous version can be found here: http://www.spinics.net/lists/linux-i2c/msg13152.html Looks good to me now: Reviwed-by: Mark Brown broo...@linaro.org for what it's

[RFC PATCH v2 16/25] smp, s390: prepare for killing generic_smp_call_function_single_interrupt()

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jiang Liu liu...@gmail.com --- arch/s390/kernel/smp.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/s390/kernel/smp.c b/arch/s390/kernel/smp.c index d386c4e..81ca42a

Re: cpufreq_stats NULL deref on second system suspend

2013-09-11 Thread Stephen Warren
On 09/11/2013 04:21 AM, Srivatsa S. Bhat wrote: On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote: On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote: On 09/09/2013 05:14 PM, Rafael J. Wysocki wrote: On Monday, September 09, 2013 03:29:06 PM Stephen Warren wrote: On 09/09/2013

Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices

2013-09-11 Thread Mark Brown
On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote: This patch adds runtime PM support for the SPI bus analogous to what has been done for the I2C bus. This means that the SPI core prepares runtime PM for a client device just before a driver is about to be bound to it. Devices

Re: [PATCH 0/7] preempt_count rework -v2

2013-09-11 Thread H. Peter Anvin
On 09/10/2013 09:24 AM, Linus Torvalds wrote: On Tue, Sep 10, 2013 at 8:29 AM, Arjan van de Ven ar...@linux.intel.com wrote: also.. yuck on using dec dec sucks, please use sub foo ,1 instead That's a bigger instruction, largely due to the constant. (dec sucks because of its broken

Re: [117/251] radeon kms: do not flush uninitialized hotplug work

2013-09-11 Thread Greg KH
On Wed, Sep 11, 2013 at 05:36:29PM +0300, Sergey Senozhatsky wrote: This one on top of stable 3.6.11 git. What do you mean by this? confused, greg k-h -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo

[RFC PATCH v2 07/25] smp, hexagon: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

Re: [PATCH] scsi: esas2r: fix potential format string flaw

2013-09-11 Thread Bradley Grove
On 09/11/2013 12:38 AM, Kees Cook wrote: This makes sure format strings cannot leak into the printk call via the constructed buffer. Signed-off-by: Kees Cook keesc...@chromium.org --- Acked-by: Bradley Grove bgr...@attotech.com Brad -- To unsubscribe from this list: send the line

Re: [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain

2013-09-11 Thread Mark Brown
On Wed, Sep 11, 2013 at 06:32:40PM +0300, Mika Westerberg wrote: If the SPI device is enumerated from ACPI namespace (it has an ACPI handle) it might have ACPI methods that needs to be called in order to transition the device to different power states (such as _PSx). Acked-by: Mark Brown

[RFC PATCH v2 13/25] smp, mn10300: enable arch_send_call_function_ipi_mask()

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Enable arch_send_call_function_ipi_mask() on mn10300 to support smp_call_function_many(). Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jiang Liu liu...@gmail.com --- arch/mn10300/kernel/smp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[RFC PATCH v2 05/25] smp, ARM64: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 04/25] smp, ARM: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 19/25] smp, sparc: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[PATCH 01/11] staging: usbip: Fix IPv6 support in usbipd

2013-09-11 Thread Dominik Paulus
getaddrinfo() leaves the order of the returned addrinfo structs unspecified. On systems with bindv6only disabled (this is the default), PF_INET6 sockets bind to IPv4, too. Thus, IPv6 support in usbipd was broken when getaddrinfo returned first IPv4 and then IPv6 addrinfos, as the IPv6 bind failed

[RFC PATCH v2 20/25] smp, tile: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

Re: [PATCH] vmpressure: fix divide-by-0 in vmpressure_work_fn

2013-09-11 Thread Anton Vorontsov
On Wed, Sep 11, 2013 at 06:03:57PM +0200, Michal Hocko wrote: The patch below. I find it little bit nicer than Hugh's original one because having the two checks sounds more confusing. What do you think Hugh, Anton? Acked-by: Anton Vorontsov an...@enomsg.org Thanks! --- From

Re: [PATCH] vmpressure: fix divide-by-0 in vmpressure_work_fn

2013-09-11 Thread Michal Hocko
On Wed 11-09-13 08:40:57, Anton Vorontsov wrote: On Mon, Sep 09, 2013 at 01:08:47PM +0200, Michal Hocko wrote: On Fri 06-09-13 22:59:16, Hugh Dickins wrote: Hit divide-by-0 in vmpressure_work_fn(): checking vmpr-scanned before taking the lock is not enough, we must check scanned

[PATCH 03/11] staging: usbip: Add kernel support for client ACLs

2013-09-11 Thread Dominik Paulus
This patch adds the possibility to stored ACLs for allowed clients for each stub device in sysfs. It adds a new sysfs entry called usbip_acl for each stub device, containing a list of CIDR masks of allowed clients. This file will be used by usbip and usbipd to store the ACL. Signed-off-by: Kurt

[RFC PATCH v2 18/25] smp, sparc64: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 22/25] smp, x86: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 17/25] smp, sh: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 21/25] smp, tile: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[RFC PATCH v2 25/25] SMP, trivial: remove unused code from smp_boot.h

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Function smpboot_thread_schedule() is never defined or used, so remove it from smp_boot.h. Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jiang Liu liu...@gmail.com --- include/linux/smpboot.h | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 09/11] staging: usbip: Improve debug output

2013-09-11 Thread Dominik Paulus
For IPv6, IP:Port is unreadable. Signed-off-by: Dominik Paulus dominik.pau...@fau.de Signed-off-by: Tobias Polzer tobias.pol...@fau.de --- drivers/staging/usbip/userspace/src/usbipd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/usbip/userspace/src/usbipd.c

Re: [117/251] radeon kms: do not flush uninitialized hotplug work

2013-09-11 Thread Steven Rostedt
On Wed, 11 Sep 2013 09:00:16 -0700 Greg KH gre...@linuxfoundation.org wrote: On Wed, Sep 11, 2013 at 05:36:29PM +0300, Sergey Senozhatsky wrote: This one on top of stable 3.6.11 git. What do you mean by this? It's for my stable branch. Although, 3.6.11.8 is a far cry from 3.6.11 and the

[RFC PATCH v2 10/25] smp, metag: kill SMP single function call interrupt

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic similar to smp_call_function_single() has unified the way to handle single and multiple cross-CPU function calls. Now only one interrupt is needed for architecture specific code to support

[PATCH] EDAC, AMD64_EDAC: Remove superfluous condition check.

2013-09-11 Thread Aravind Gopalakrishnan
The condition check 'channel 0' is needless since channel is unsigned. Reported by Dave Jones here: http://marc.info/?l=linux-kernelm=137839225430844w=2 Signed-off-by: Aravind Gopalakrishnan aravind.gopalakrish...@amd.com --- drivers/edac/amd64_edac.c |2 +- 1 file changed, 1 insertion(+),

[no subject]

2013-09-11 Thread Dominik Paulus
Hi, this patch series includes an updated version of the IPv6 support patch (a call to freeaddrinfo() was missing) as well as: - The client/server authentication support using GnuTLS Tobias already announced on the usbip-devel mailing list some time ago[1] - Support for restricting the

Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM

2013-09-11 Thread Samuel Ortiz
Hi Mika, On Wed, Sep 11, 2013 at 06:32:37PM +0300, Mika Westerberg wrote: The I2C core now prepares runtime PM on behalf of the I2C client device, so only thing the driver needs to do is to call pm_runtime_put() at the end of its -probe(). This patch converts wm8994 driver to use this

[RFC PATCH v2 23/25] smp: cleanup unsued generic_smp_call_function_single_interrupt()

2013-09-11 Thread Jiang Liu
From: Jiang Liu jiang@huawei.com Now we have killed all usage of generic_smp_call_function_single_interrupt() from arch code, so kill it. Signed-off-by: Jiang Liu jiang@huawei.com Cc: Jiang Liu liu...@gmail.com --- include/linux/smp.h | 4 +--- kernel/smp.c| 2 +- 2 files

Re: [PATCH] rcu: Is it safe to enter an RCU read-side critical section?

2013-09-11 Thread Paul E. McKenney
On Wed, Sep 11, 2013 at 11:49:16AM -0400, Steven Rostedt wrote: On Wed, 11 Sep 2013 08:23:31 -0700 Paul E. McKenney paul...@linux.vnet.ibm.com wrote: C'mon, Steven! I did say after treating injuries! In the opinion of the surgeon, the only option was to ampute what was left of either

Re: [PATCH] ARM: S3C24XX: Fix configuration of gpio port sizes on S3C24XX.

2013-09-11 Thread Heiko Stübner
Am Mittwoch, 11. September 2013, 10:46:13 schrieb José Miguel Gonçalves: Some GPIO line limits are incorrectly set which, for instance, does not allow nRTS1 (GPH11) configuration on a S3C2416 chip. Signed-off-by: José Miguel Gonçalves jose.goncal...@inov.pt I thumbed thru the SoC manuals of

Re: [PATCH] staging: Disable lustre file system for MIPS, SH, and XTENSA

2013-09-11 Thread Christoph Hellwig
On Wed, Sep 11, 2013 at 10:51:50AM +0800, Peng Tao wrote: I'm not fighting against removing the piece of code. But if there is a strong reason to keep the functionality, we need to find a way to implement it. The convenience of using environment variables is that job scheduler can set the

<    5   6   7   8   9   10   11   12   13   14   >