[git pull] Input updates for 3.16-rc6

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus or master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive a few fixups for the input subsystem. Changelog: - Bjorn Helgaas (1): Input:

Re: [PATCH v2 3/4] virtio: rng: delay hwrng_register() till driver is ready

Amit Shah writes: > On (Mon) 21 Jul 2014 [17:15:51], Amit Shah wrote: >> Instead of calling hwrng_register() in the probe routing, call it in the >> scan routine. This ensures that when hwrng_register() is successful, >> and it requests a few random bytes to seed the kernel's pool at init, >>

Re: [PATCH 2/2] module: return bool from within_module*()

Petr Mladek writes: > The within_module*() functions return only true or false. Let's use bool as > the return type. > > Note that it should not change kABI because these are inline functions. > > Signed-off-by: Petr Mladek Thanks, applied both. Cheers, Rusty. > --- > include/linux/module.h

Re: [patch] mm, arc: remove obsolete pagefault oom killer comment

On Wednesday 23 July 2014 06:35 AM, David Rientjes wrote: > Commit 609838cfed97 ("mm: invoke oom-killer from remaining unconverted page > fault handlers") converted arc to call pagefault_out_of_memory(), so remove > the comment about future conversion. > > Cc: Johannes Weiner > Signed-off-by:

Re: [PATCH] m68k: Remove printk statement and add return statement in q40ints.c

On 07/22/2014 09:56 PM, Nick Krause wrote: On Wed, Jul 23, 2014 at 12:54 AM, Guenter Roeck wrote: On 07/22/2014 09:08 PM, Nicholas Krause wrote: This removes the printk statement for irqs not defined by the hardware in function q40_irq_startup and instead returns -ENXIO as stated by the fix

Re: [PATCH v3] gpiolib: Export gpiochip_request_own_desc and gpiochip_free_own_desc

On Wed, Jul 23, 2014 at 12:01 AM, Guenter Roeck wrote: > Both functions were introduced to let gpio drivers request their own > gpio pins. Without exporting the functions, this can however only be > used by gpio drivers built into the kernel. > > Secondary impact is that the functions can not

Re: [PATCH 3/5] gpio: make gpiochip_get_desc() gpiolib-private

On Wed, Jul 23, 2014 at 12:47 PM, Guenter Roeck wrote: > On 07/22/2014 08:10 PM, Alexandre Courbot wrote: >> >> On Wed, Jul 23, 2014 at 5:17 AM, Guenter Roeck wrote: >>> >>> On Tue, Jul 22, 2014 at 04:17:41PM +0900, Alexandre Courbot wrote: As GPIO descriptors are not going to remain

Re: [PATCH] ACPI/NVS: Not save NVS region for new machines to accelerate S3

On 2014年07月23日 07:40, Rafael J. Wysocki wrote: > On Friday, July 18, 2014 01:55:22 PM Lan Tianyu wrote: >> NVS region is saved and restored unconditionally for machines without >> nvs_nosave quirk during S3. Tested some new machines and the operation >> is not necessary. Saving NVS region also

Re: [PATCH 00/14] arm64: eBPF JIT compiler

On Mon, Jul 21, 2014 at 8:49 AM, Alexei Starovoitov wrote: > On Mon, Jul 21, 2014 at 2:16 AM, Will Deacon wrote: [...] >>> This series applies against net-next and is tested working >>> with lib/test_bpf on ARMv8 Foundation Model. >> >> Looks like it works on my Juno board too, so: >> >>

[PATCH 1/1] ASoC: sirf-usp: Fixed a bug for playback and capture work at the same time

1. The startup function invoked when the playback and capture. If start playback when capturing, the registers are re-initinitialised. That cause the playback fail. So move the startup code into runtime resume. 2. Modified: If non RUNTIME_PM support, the probe need enable clock and

[PATCH 00/16] rcu: Some minor fixes and cleanups

Hi Paul, This is a series of minor fixes and cleanup patches which I found while studying the code. All my previous pending (but not rejected ;) patches are superseded by this series, expect the rcutorture snprintf changes. I am still waiting for you to decide on that one :) These changes have

[PATCH 01/16] rcu: Use rcu_num_nodes instead of NUM_RCU_NODES

NUM_RCU_NODES is set at build time and is usually a huge number. We calculate the actual number of rcu nodes necessary at boot time based on nr_cpu_ids in rcu_init_geometry() and store it in rcu_num_nodes. We should use this variable instead of NUM_RCU_NODES. This commit changes all such

[PATCH 04/16] rcu: Remove redundant check for an online CPU

rcu_prcess_callbacks() is the softirq handler for RCU which is raised from invoke_rcu_core() which is called from __call_rcu_core(). Each of these three functions checks if the cpu is online. We can remove the redundant ones. This commit removes one of these redundant check. Signed-off-by:

[PATCH 02/16] rcu: Check return value for cpumask allocation

This commit add a check for return value of zalloc_cpumask_var() used while allocating cpumask for rcu_nocb_mask. Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h

[PATCH 03/16] rcu: Fix comment for gp_state field values

The comment in the code states that the values are for gp_flags field, when the values are actually for gp_state field. This commit fixes the inconsistency. Signed-off-by: Pranith Kumar --- kernel/rcu/tree.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/tree.h

[PATCH 05/16] rcu: Add noreturn attribute to boost kthread

rcu_boost_kthread() runs in an infinite loop and does not return. This commit adds the __noreturn attribute to the function. Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/rcu/tree_plugin.h

[PATCH 06/16] rcu: Clear gp_flags only when actually starting new gp

We are clearing the gp_flags before we check if a grace period is in progress. If a grace period is in progress, we return after incorrectly clearing the gp_flags. The code comments say that this is highly unlikely, but just to be safe this commit moves the clearing of gp_flags to after the check

[PATCH 09/16] rcu: Remove redundant check for online cpu

There are two checks for an online CPU if two if() conditions. This commit simplies this by replacing it with only one check for the online CPU. Signed-off-by: Pranith Kumar --- kernel/rcu/tree.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/kernel/rcu/tree.c

[PATCH 11/16] rcu: Check for spurious wakeup using return value

When the gp_kthread wakes up from the wait event, it returns 0 if the wake up is due to the condition having been met. This commit checks this return value for a spurious wake up before calling rcu_gp_init(). Signed-off-by: Pranith Kumar --- kernel/rcu/tree.c | 4 ++-- 1 file changed, 2

[PATCH 07/16] rcu: Save and restore irq flags in rcu_gp_cleanup()

We use raw_spin_lock_irqsave/restore() family of functions throughout the code but for two locations. This commit replaces raw_spin_lock_irq()/unlock_irq() with irqsave/restore() in one such location. This is not strictly necessary, so I did not change the other location. I will update the other

[PATCH 12/16] rcu: Rename rcu_spawn_gp_kthread() to rcu_spawn_kthreads()

We are currently spawning all the threads from this functions. This commit renames the function so that it reflects the current scenario better. Signed-off-by: Pranith Kumar --- kernel/rcu/tree.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/rcu/tree.c

[PATCH 16/16] rcu: kvm.sh: Fix error when you pass --cpus argument

When you pass --cpus argument to kvm.sh, it errors out as it assumes you have all the requires CPUs to run a batch. This commit fixes this along with a minor comment fix. Signed-off-by: Pranith Kumar --- tools/testing/selftests/rcutorture/bin/kvm.sh | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 08/16] rcu: Clean up rcu_spawn_one_boost_kthread()

Even though we pass on the return value of kthread_create, we do not use it anywhere. This commit uses kthread_run() and adds BUG_ON() when we create the kthread and changes the return type of this function to void. Signed-off-by: Pranith Kumar --- kernel/rcu/tree.h| 2 +-

[PATCH 14/16] rcu: Remove redundant checks for rcu_scheduler_fully_active

rcu_scheduler_fully_active is set to true early in the boot process. The check for this flag is only needed in rcu_prepare_kthreads() as this function is called before the above flag is set. All other checks are redundant. Hence this commit removes those redundant checks. Signed-off-by: Pranith

[PATCH 13/16] rcu: Spawn nocb kthreads from rcu_prepare_kthreads()

rcu_prepare_kthreads() is called when a CPU hotplug event happens. We can also spawn the nocb kthreads from this function. This is preparation for the next patch which remove the redundant check for rcu_scheduler_fully_active. This commit moves the spawning of nocb kthreads to

[PATCH 15/16] rcu: Check for a nocb cpu before trying to spawn nocb threads

This commit tries to spawn nocb kthreads only when the CPU is marked as a nocb cpu. This is a minor optimization. Signed-off-by: Pranith Kumar --- kernel/rcu/tree_plugin.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h

[PATCH 10/16] rcu: Check for RCU_FLAG_GP_INIT bit in gp_flags for spurious wakeup

rcu_gp_init() is called once the gp_kthread wakes up on the condition that the init bit is set in the gp_flags. For a spurious wakeup we need to check that it is actually set. This commit ensures that the RCU_GP_FLAG_INIT bit is set in gp_flags. Signed-off-by: Pranith Kumar ---

Re: linux-next: manual merge of the drm-intel tree with the drm tree

On Wed, Jul 23, 2014 at 5:06 AM, Stephen Rothwell wrote: > P.S. Daniel, that drm-intel tree commit has no Signed-off-by from its > author ... Oops, fixed. Thanks for pointing this out. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch --

Re: [PATCH] m68k: Remove printk statement and add return statement in q40ints.c

On Wed, Jul 23, 2014 at 12:54 AM, Guenter Roeck wrote: > On 07/22/2014 09:08 PM, Nicholas Krause wrote: >> >> This removes the printk statement for irqs not defined by the hardware in >> function q40_irq_startup and instead returns -ENXIO as stated by the fix >> me message. >> >> Signed-off-by:

Re: [RFC PATCH 0/5] futex: introduce an optimistic spinning futex

On Mon, 2014-07-21 at 09:42 -0700, Andi Kleen wrote: > FWIW the main problem is currently that switch-through-idle is so > slow. I think improving that would give a boost to far more > situations. Two high frequency idle enter/exit suckage spots: 1) nohz (tick) - it's expensive to start/stop

Re: RE: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned

> If your patch is applied, the data which is compressed > by your big-endian system won't be decompressed in other little-endian system. I can't understand this. Please, could you explain this more ? My patch just replaces put_unaligned with put_unaligned_le16. and this just write

Re: [PATCH] m68k: Remove printk statement and add return statement in q40ints.c

On 07/22/2014 09:08 PM, Nicholas Krause wrote: This removes the printk statement for irqs not defined by the hardware in function q40_irq_startup and instead returns -ENXIO as stated by the fix me message. Signed-off-by: Nicholas Krause --- arch/m68k/q40/q40ints.c | 3 +-- 1 file changed, 1

[git pull] Please pull powerpc.git merge branch

Hi Linus ! Here is a handful of powerpc fixes for 3.16. They are all pretty simple and self contained and should still make this release. Cheers, Ben. The following changes since commit f56029410a13cae3652d1f34788045c40a13ffc7: powerpc/perf: Never program book3s PMCs with values >=

Work Ideas

I am working for some work in the kernel. I am new to the kernel but I am read Robert Love's book and another book on device drivers, so my theory is good is prettygood other then not being up to date on the newest features in the latest kernels. If anyone wants to give me something to do I don't

Re: [PATCH v2 14/16] cpufreq: Add cpufreq driver for Tegra124

On 21 July 2014 21:09, Tuomas Tynkkynen wrote: > diff --git a/drivers/cpufreq/Kconfig.arm b/drivers/cpufreq/Kconfig.arm > index 7364a53..df3c73e 100644 > --- a/drivers/cpufreq/Kconfig.arm > +++ b/drivers/cpufreq/Kconfig.arm > @@ -244,6 +244,7 @@ config ARM_SPEAR_CPUFREQ > config

smp-cmp.c: CDFIXMES

Are the lines with CDFIXME still needed? If not please tell me as I will send in a patch removing these two from this file in order to help you guys out :). Cheers Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

[PATCH] checkpatch: Fix false positives for --strict "space after cast" test

commit 89da401f6cff ("checkpatch: improve "no space after cast" test") in -next improved the cast test for non pointer types, but also introduced false positives for some types of static inlines. Add a test for an open brace to the exclusions to avoid these false positives. Reported-by: Hartley

[PATCH] microblaze: Add comment for defines

This adds a comment for and removes a fix me by labeling these defines as memory cache definitions. Signed-off-by: Nicholas Krause --- arch/microblaze/include/asm/pvr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/microblaze/include/asm/pvr.h

Re: Random panic in load_balance() with 3.16-rc

On Tue, Jul 22, 2014 at 8:53 PM, Michel Dänzer wrote: > > Just happened again with the same change on top of 3.16-rc6. The (maybe) related bugzilla entry is just odd. Bruno Wolff reports that the BUG_ON() in his added patch triggers: + cpumask_clear(sched_group_cpus(sg)); +

RE: [PATCH v3 0/4] dra7: Add PCIe support

Hello Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Wednesday, July 23, 2014 3:03 AM > To: Kishon Vijay Abraham I > Cc: devicet...@vger.kernel.org; linux-...@vger.kernel.org; linux- > p...@vger.kernel.org; jg1@samsung.com; Mohit KUMAR DCG;

Re: [PATCH 4/4] aio: use iovec array rather than the single one

Hi Jeff, On 07/22/2014 11:20 PM, Jeff Moyer wrote: > Gu Zheng writes: > >> use an iovec array rather than the single one, so that we can avoid >> to alloc more iovecs buffer in small(< 8) PREADV/PWRITEV cases. > > I did some basic functional testing of this change and the change in > patch

Re: [PATCH 3/4] aio: fix some comments

On 07/22/2014 10:12 PM, Benjamin LaHaise wrote: > On Tue, Jul 22, 2014 at 10:40:03AM +0800, Gu Zheng wrote: >> Signed-off-by: Gu Zheng > > Again, you're missing a commit message here. Please resubmit with a commit > message. Got it, I'll resend it later. Thanks, Gu > > -ben

[PATCH] m68k: Remove printk statement and add return statement in q40ints.c

This removes the printk statement for irqs not defined by the hardware in function q40_irq_startup and instead returns -ENXIO as stated by the fix me message. Signed-off-by: Nicholas Krause --- arch/m68k/q40/q40ints.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH 0/2] ARM: DRA7: hwmod: Add dra74x and dra72x specific ocp interface lists

Hi Nishanth, On Tuesday 22 July 2014 10:15 PM, Nishanth Menon wrote: > On 07/16/2014 03:36 AM, Lokesh Vutla wrote: >> This series add seperate ocp interface lists that are specific to dra74x >> and dra72x, and moving USB OTG SS4 to dra74x only since its not present >> in dra72x. Without this USB

Re: [PATCH 2/2] ARM: DRA7: hwmod: Add dra74x and dra72x specific ocp interface lists

Hi Nishanth, On Tuesday 22 July 2014 10:20 PM, Nishanth Menon wrote: > On 07/16/2014 03:36 AM, Lokesh Vutla wrote: >> From: Rajendra Nayak >> >> To deal with IPs which are specific to dra74x and dra72x, maintain seperate >> ocp interface lists, while keeping the common list for all common IPs. >>

Re: [PATCH v3 6/7] ACPI: Add support to force header inclusion rules for .

Hi Lv, On 2014-7-16 16:58, Lv Zheng wrote: > As there is only CONFIG_ACPI=n processing in the , it is not > safe to include directly for source out of Linux ACPI > subsystems. > > This patch adds error messaging to warn developers of such wrong > inclusions. Thanks for doing this, it makes

Re: Random panic in load_balance() with 3.16-rc

On 22.07.2014 15:13, Michel Dänzer wrote: > On 18.07.2014 18:29, Michel Dänzer wrote: >> On 17.07.2014 16:58, Peter Zijlstra wrote: >>> On Thu, Jul 17, 2014 at 04:31:04PM +0900, Michel Dänzer wrote: I've been running into the panic captured in the attached picture (hope it's

[PATCH net-next v3 0/2] cleanup for Realtek 8139CP

From: Varka Bhadram changes since v2: - making version info print once. changes sice v1: - remove unused varible warning Varka Bhadram (2): ethernet: realtek: use module_pci_driver ethernet: realtek: use pci_device_id drivers/net/ethernet/realtek/8139cp.c | 36

Re: [f2fs-dev] f2fs: Possible use-after-free when umount filesystem

Hi, On 07/23/2014 10:12 AM, Chao Yu wrote: > Hi Andrey Gu, > >> -Original Message- >> From: Andrey Tsyvarev [mailto:tsyva...@ispras.ru] >> Sent: Tuesday, July 22, 2014 6:04 PM >> To: Gu Zheng >> Cc: Jaegeuk Kim; linux-kernel; Alexey Khoroshilov; >> linux-f2fs-de...@lists.sourceforge.net

[PATCH net-next v3 1/2] ethernet: realtek: use module_pci_driver

From: Varka Bhadram This patch converts to use the macro module_pci_driver, which makes the code smaller and simpler. Previously in this driver we are having driver version info will be printed log buffer based on whether the driver selected as module or statically into image itself. By using

[PATCH net-next v3 2/2] ethernet: realtek: use pci_device_id

From: Varka Bhadram This patch use the struct pci_device_id instead of using macro DEFINE_PCI_DEVICE_TABLE which is deprecated and should not be used. And also moves these ids after probe and remove functionalities. Signed-off-by: Varka Bhadram --- drivers/net/ethernet/realtek/8139cp.c | 14

Re: [RFC Patch V1 21/30] mm, irqchip: Use cpu_to_mem()/numa_mem_id() to support memoryless node

Hi Jason, Thanks for your review. According to review comments, we need to rework the patch set in another direction and will give up this patch. Regards! Gerry On 2014/7/18 20:40, Jason Cooper wrote: > On Fri, Jul 11, 2014 at 03:37:38PM +0800, Jiang Liu wrote: >> When

Re: [PATCH 3/5] gpio: make gpiochip_get_desc() gpiolib-private

On 07/22/2014 08:10 PM, Alexandre Courbot wrote: On Wed, Jul 23, 2014 at 5:17 AM, Guenter Roeck wrote: On Tue, Jul 22, 2014 at 04:17:41PM +0900, Alexandre Courbot wrote: As GPIO descriptors are not going to remain unique anymore, having this function public is not safe. Restrain its use to

Re: [PATCH] usb-core: Remove Fix mes in file hcd.c

On Tue, Jul 22, 2014 at 8:44 PM, Sasha Levin wrote: > On 07/18/2014 10:52 PM, Nick Krause wrote: >> On Fri, Jul 18, 2014 at 10:45 PM, Nick Krause wrote: >>> Sorry didn't run spell check. I will resend this patch with the >>> correct information >>> as needed. Thanks for the advice, Sasha. >>>

[PATCH v4] x86,cpu-hotplug: assign same CPU number to readded CPU

llc_shared_map is not cleared even if CPU is offline or hot removed. So when hot-plugging CPU and assigning new CPU number to hot-added CPU, the mask has wrong value. The mask is used by CSF schduler to create sched_domain. So it breaks CFS scheduler. Here is a example on my system. My system

Re: [RFC Patch V1 15/30] mm, igb: Use cpu_to_mem()/numa_mem_id() to support memoryless node

Hi Nishanth and Alexander, Thanks for review, will update the comments in next version. Regards! Gerry On 2014/7/22 5:09, Nishanth Aravamudan wrote: > On 21.07.2014 [12:53:33 -0700], Alexander Duyck wrote: >> I do agree the description should probably be changed. There shouldn't be >>

[PATCH] kernel: printk: fix bool assignements

Fix coccinelle warnings. Signed-off-by: Neil Zhang --- kernel/printk/printk.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c index 13e839d..89894e5 100644 --- a/kernel/printk/printk.c +++ b/kernel/printk/printk.c @@

Re: [RFC Patch V1 09/30] mm, memcg: Use cpu_to_mem()/numa_mem_id() to support memoryless node

Hi Michal, Thanks for your comments! As discussed, we will rework the patch set in another direction to hide memoryless node from normal slab users. Regards! Gerry On 2014/7/18 15:36, Michal Hocko wrote: > On Fri 11-07-14 15:37:26, Jiang Liu wrote: >> When CONFIG_HAVE_MEMORYLESS_NODES is

linux-next: manual merge of the drm-intel tree with the drm tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in drivers/gpu/drm/i915/intel_dp.c between commit b19729617929 ("drm/i915: fix psr match conditions screw ups") from the drm tree and commit 24acaf94ed4a ("drm/i915: Fix up PSR frontbuffer tracking") from the drm-intel tree. I

Re: [RFC Patch V1 07/30] mm: Use cpu_to_mem()/numa_mem_id() to support memoryless node

Hi Tejun and Christoph, Thanks for your suggestions and discussion. Tejun really gives a good point to hide memoryless node interface from normal slab users. I will rework the patch set to go that direction. Regards! Gerry On 2014/7/12 3:11, Christoph Lameter wrote: > On Fri, 11 Jul 2014,

Re: [dm-devel] [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params

On 2014/7/22 10:04, Alasdair G Kergon wrote: On Tue, Jul 22, 2014 at 02:23:52AM +0100, Alasdair G Kergon wrote: Unanswered. Let's ask the same question in a different way: A quick search for 'vold' returns: https://android.googlesource.com/platform/system/vold/ and the code there

Re: [PATCH 3/5] gpio: make gpiochip_get_desc() gpiolib-private

On Wed, Jul 23, 2014 at 5:17 AM, Guenter Roeck wrote: > On Tue, Jul 22, 2014 at 04:17:41PM +0900, Alexandre Courbot wrote: >> As GPIO descriptors are not going to remain unique anymore, having this >> function public is not safe. Restrain its use to gpiolib since we have >> no user outside of it.

Re: [dm-devel] [PATCH] md/dm-ioctl.c: optimize memory allocation in copy_params

On 2014/7/22 9:23, Alasdair G Kergon wrote: On 2014/7/9 6:39, Mikulas Patocka wrote: Which ioctl with more than 16kB arguments do you use? Unanswered. Let's ask the same question in a different way: Please supply the output of these three commands on the real-world system on which you

linux-next: manual merge of the drm-intel tree with the drm tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in drivers/gpu/drm/i915/intel_display.c between commit d05410f9a450 ("drm/i915: split conversion function out into separate function") from the drm tree and commit 6b09e72050b4 ("drm/i915: Power gating display wells during

[RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

Back to long time ago (about 1.5 years), Thomas began the work for CPU hot-plug, one first thing is CPU hotplug flag cleanup. Paul hoped all the _FROZEN variants of the notifier actions can be removed at that time. Now here it is. Patch 1 ~ 69: remove all kinds of XXX_FROZEN usages Patch 70:

WARNING: at kernel/cpuset.c:1139

commit 734d45130cb ("cpuset: update cs->effective_{cpus, mems} when config changes") introduce the below warning in my server. [ 35.652137] [ cut here ] [ 35.652141] WARNING: at kernel/cpuset.c:1139 [ 35.652142] Modules linked in: ebtable_nat xt_CHECKSUM bridge stp

[RFC PATCH v1 02/70] ia64, err_inject: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/err_inject. Signed-off-by: Chen, Gong --- arch/ia64/kernel/err_inject.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/ia64/kernel/err_inject.c b/arch/ia64/kernel/err_inject.c index 0c161ed..a8b70d4 100644 ---

[RFC PATCH v1 10/70] x86, kvm: _FROZEN Cleanup

Remove XXX_FROZEN state from kvm. Signed-off-by: Chen, Gong --- arch/x86/kernel/kvm.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c index 3dd8e2c..22d472b 100644 --- a/arch/x86/kernel/kvm.c +++ b/arch/x86/kernel/kvm.c

[RFC PATCH v1 08/70] x86, mce, therm_throt: _FROZEN Cleanup

Remove XXX_FROZEN state from mce/therm_throt. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/mcheck/therm_throt.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/mcheck/therm_throt.c b/arch/x86/kernel/cpu/mcheck/therm_throt.c index

[RFC PATCH v1 17/70] arm, vfp, vfpmodule: _FROZEN Cleanup

Remove XXX_FROZEN state from arm/vfp/vfpmodule. Signed-off-by: Chen, Gong --- arch/arm/vfp/vfpmodule.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/vfp/vfpmodule.c b/arch/arm/vfp/vfpmodule.c index 2f37e1d..a1a6154 100644 --- a/arch/arm/vfp/vfpmodule.c +++

[RFC PATCH v1 19/70] powerpc, sysfs: _FROZEN Cleanup

Remove XXX_FROZEN state from powerpc/sysfs. Signed-off-by: Chen, Gong --- arch/powerpc/kernel/sysfs.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/powerpc/kernel/sysfs.c b/arch/powerpc/kernel/sysfs.c index 67fd2fd..8a3739c 100644 --- a/arch/powerpc/kernel/sysfs.c

[RFC PATCH v1 20/70] powerpc, mm, numa: _FROZEN Cleanup

Remove XXX_FROZEN state from powerpc/mm/numa. Signed-off-by: Chen, Gong --- arch/powerpc/mm/numa.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 3b181b2..080ef52 100644 --- a/arch/powerpc/mm/numa.c +++

[RFC PATCH v1 14/70] x86, microcode, core: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/microcode/core. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/microcode/core.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/microcode/core.c b/arch/x86/kernel/cpu/microcode/core.c index dd9d619..27e47be

[RFC PATCH v1 21/70] powerpc, powermac, smp: _FROZEN Cleanup

Remove XXX_FROZEN state from powermac/smp. Signed-off-by: Chen, Gong --- arch/powerpc/platforms/powermac/smp.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/powerpc/platforms/powermac/smp.c b/arch/powerpc/platforms/powermac/smp.c index 5cbd4d6..980605f

[RFC PATCH v1 29/70] kernel, sched, core: _FROZEN Cleanup

Remove XXX_FROZEN state from sched/core. Signed-off-by: Chen, Gong --- kernel/sched/core.c | 55 - 1 file changed, 25 insertions(+), 30 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index bc1638b..f0aff5f 100644 ---

[RFC PATCH v1 28/70] kernel, profile: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/profile. Signed-off-by: Chen, Gong --- kernel/profile.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/kernel/profile.c b/kernel/profile.c index 54bf5ba..22bca4b 100644 --- a/kernel/profile.c +++ b/kernel/profile.c @@ -333,9 +333,8

[RFC PATCH v1 30/70] kernel, hrtimer: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/hrtimer. Signed-off-by: Chen, Gong --- kernel/hrtimer.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c index 3ab2899..a37958e 100644 --- a/kernel/hrtimer.c +++ b/kernel/hrtimer.c @@ -1756,27

RE: [PATCH v7 03/10] x86, mpx: add macro cpu_has_mpx

On 2014-07-23, Hansen, Dave wrote: > On 07/20/2014 10:38 PM, Qiaowei Ren wrote: >> +#ifdef CONFIG_X86_INTEL_MPX >> +#define cpu_has_mpx boot_cpu_has(X86_FEATURE_MPX) #else #define >> +cpu_has_mpx 0 #endif /* CONFIG_X86_INTEL_MPX */ > > Is this enough checking? Looking at the extension

[RFC PATCH v1 38/70] mm, memcontrol: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/memcontrol. Signed-off-by: Chen, Gong --- mm/memcontrol.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/memcontrol.c b/mm/memcontrol.c index a2c7bcb..871667d 100644 --- a/mm/memcontrol.c +++ b/mm/memcontrol.c @@ -2540,7 +2540,7 @@ static

[RFC PATCH v1 35/70] mm, slab: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/slab. Signed-off-by: Chen, Gong --- mm/slab.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 3070b92..5490528 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -1325,20 +1325,17 @@ static int cpuup_callback(struct

[RFC PATCH v1 41/70] fs, buffer: _FROZEN Cleanup

Remove XXX_FROZEN state from fs/buffer. Signed-off-by: Chen, Gong --- fs/buffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/buffer.c b/fs/buffer.c index eba6e4f..47960b7 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -3373,7 +3373,7 @@ static void buffer_exit_cpu(int

[RFC PATCH v1 52/70] cpuidle, cpuidle-powernv: _FROZEN Cleanup

Remove XXX_FROZEN state from cpuidle/cpuidle-powernv. Signed-off-by: Chen, Gong --- drivers/cpuidle/cpuidle-powernv.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/cpuidle/cpuidle-powernv.c b/drivers/cpuidle/cpuidle-powernv.c index 74f5788..78575a8 100644 ---

[RFC PATCH v1 50/70] clocksource, metag_generic: _FROZEN Cleanup

Remove XXX_FROZEN state from clocksource/metag_generic. Signed-off-by: Chen, Gong --- drivers/clocksource/metag_generic.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/clocksource/metag_generic.c b/drivers/clocksource/metag_generic.c index 9e4db41..eefa164

[RFC PATCH v1 56/70] irqchip, irq-gic: _FROZEN Cleanup

Remove XXX_FROZEN state from irqchip/irq-gic. Signed-off-by: Chen, Gong --- drivers/irqchip/irq-gic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c index 7c131cf..a8df097 100644 --- a/drivers/irqchip/irq-gic.c +++

[RFC PATCH v1 58/70] scsi, bnx2i, bnx2i_init: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/bnx2i_init. Signed-off-by: Chen, Gong --- drivers/scsi/bnx2i/bnx2i_init.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/bnx2i/bnx2i_init.c b/drivers/scsi/bnx2i/bnx2i_init.c index 80c03b4..bd71179 100644 ---

[RFC PATCH v1 57/70] scsi, bnx2fc, bnx2fc_fcoe: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/bnx2fc_fcoe. Signed-off-by: Chen, Gong --- drivers/scsi/bnx2fc/bnx2fc_fcoe.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/bnx2fc/bnx2fc_fcoe.c b/drivers/scsi/bnx2fc/bnx2fc_fcoe.c index 785d0d7..c56281d 100644 ---

[RFC PATCH v1 61/70] md, raid5: _FROZEN Cleanup

Remove XXX_FROZEN state from md/raid5. Signed-off-by: Chen, Gong --- drivers/md/raid5.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c index 6234b2e..3d76235 100644 --- a/drivers/md/raid5.c +++ b/drivers/md/raid5.c @@ -5665,9

[RFC PATCH v1 65/70] oprofile, timer_int: _FROZEN Cleanup

Remove XXX_FROZEN state from oprofile/timer_int. Signed-off-by: Chen, Gong --- drivers/oprofile/timer_int.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/oprofile/timer_int.c b/drivers/oprofile/timer_int.c index 61be1d9..ab5a0a9 100644 ---

[RFC PATCH v1 63/70] virt, kvm, arm, vgic: _FROZEN Cleanup

Remove XXX_FROZEN state from kvm/arm/vgic. Signed-off-by: Chen, Gong --- virt/kvm/arm/vgic.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/virt/kvm/arm/vgic.c b/virt/kvm/arm/vgic.c index 56ff9be..f93b8c5 100644 --- a/virt/kvm/arm/vgic.c +++ b/virt/kvm/arm/vgic.c @@

[RFC PATCH v1 64/70] trace, ring_buffer: _FROZEN Cleanup

Remove XXX_FROZEN state from trace/ring_buffer. Signed-off-by: Chen, Gong --- kernel/trace/ring_buffer.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/trace/ring_buffer.c b/kernel/trace/ring_buffer.c index ff70271..1cd5793 100644 --- a/kernel/trace/ring_buffer.c

[RFC PATCH v1 66/70] lib, cpu-notifier-error-inject: _FROZEN Cleanup

Remove XXX_FROZEN state from lib/cpu-notifier-error-inject. Signed-off-by: Chen, Gong --- lib/cpu-notifier-error-inject.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/cpu-notifier-error-inject.c b/lib/cpu-notifier-error-inject.c index 707ca24..78c28db 100644

[RFC PATCH v1 67/70] lib, percpu_counter: _FROZEN Cleanup

Remove XXX_FROZEN state from lib/percpu_counter. Signed-off-by: Chen, Gong --- lib/percpu_counter.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/percpu_counter.c b/lib/percpu_counter.c index 7dd33577..9a833ea 100644 --- a/lib/percpu_counter.c +++

[RFC PATCH v1 68/70] lib, radix-tree: _FROZEN Cleanup

Remove XXX_FROZEN state from lib/radix-tree. Signed-off-by: Chen, Gong --- lib/radix-tree.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/radix-tree.c b/lib/radix-tree.c index 3291a8e..5f7231c 100644 --- a/lib/radix-tree.c +++ b/lib/radix-tree.c @@ -1465,7 +1465,7 @@

[RFC PATCH v1 70/70] cpu: Eliminate _FROZEN flags thoroughly

By now all usages of XXX_FROZEN have been removed. It can be deleted safely. Signed-off-by: Chen, Gong --- include/linux/cpu.h | 9 - 1 file changed, 9 deletions(-) diff --git a/include/linux/cpu.h b/include/linux/cpu.h index 95978ad..9de61cc 100644 --- a/include/linux/cpu.h +++

[RFC PATCH v1 69/70] staging, lustre, linux-cpu: _FROZEN Cleanup

Remove XXX_FROZEN state from lustre/linux-cpu. Signed-off-by: Chen, Gong --- drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/i915/i915_gem_render_state.c between commit 88b982873567 ("drm/i915: fix freeze with blank screen booting highmem") from the drm-intel-fixes tree and commit 1ce826d436f3 ("drm/i915: Simplify processing of the

[RFC PATCH v1 60/70] scsi, virtio_scsi: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/virtio_scsi. Signed-off-by: Chen, Gong --- drivers/scsi/virtio_scsi.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 308256b..22f4a6e5 100644 --- a/drivers/scsi/virtio_scsi.c

[RFC PATCH v1 53/70] cpuidle, cpuidle-pseries: _FROZEN Cleanup

Remove XXX_FROZEN state from cpuidle/cpuidle-pseries. Signed-off-by: Chen, Gong --- drivers/cpuidle/cpuidle-pseries.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/cpuidle/cpuidle-pseries.c b/drivers/cpuidle/cpuidle-pseries.c index 6f7b019..11902eb 100644 ---

[RFC PATCH v1 59/70] scsi, fcoe: _FROZEN Cleanup

Remove XXX_FROZEN state from scsi/fcoe. Signed-off-by: Chen, Gong --- drivers/scsi/fcoe/fcoe.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/scsi/fcoe/fcoe.c b/drivers/scsi/fcoe/fcoe.c index 00ee0ed..f1d3f6a 100644 --- a/drivers/scsi/fcoe/fcoe.c +++

[RFC PATCH v1 55/70] irqchip, irq-armada-370-xp: _FROZEN Cleanup

Remove XXX_FROZEN state from irqchip/irq-armada-370-xp. Signed-off-by: Chen, Gong --- drivers/irqchip/irq-armada-370-xp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-armada-370-xp.c b/drivers/irqchip/irq-armada-370-xp.c index 574aba0..1c46257 100644

  1   2   3   4   5   6   7   8   9   10   >