[PATCH v5 27/32] x86: Move thread_info into task_struct

Now that most of the thread_info users have been cleaned up, this is straightforward. Most of this code was written by Linus. Signed-off-by: Andy Lutomirski --- arch/x86/Kconfig | 1 + arch/x86/entry/entry_64.S | 9 +---

[PATCH v5 27/32] x86: Move thread_info into task_struct

Now that most of the thread_info users have been cleaned up, this is straightforward. Most of this code was written by Linus. Signed-off-by: Andy Lutomirski --- arch/x86/Kconfig | 1 + arch/x86/entry/entry_64.S | 9 +--- arch/x86/include/asm/switch_to.h | 6

[PATCH v5 32/32] fork: Cache two thread stacks per cpu if CONFIG_VMAP_STACK is set

vmalloc is a bit slow, and pounding vmalloc/vfree will eventually force a global TLB flush. To reduce pressure on them, if CONFIG_VMAP_STACK, cache two thread stacks per cpu. This will let us quickly allocate a hopefully cache-hot, TLB-hot stack under heavy forking workloads (shell script

[PATCH v5 29/32] kthread: to_live_kthread() needs try_get_task_stack()

From: Oleg Nesterov get_task_struct(tsk) no longer pins tsk->stack so all users of to_live_kthread() should do try_get_task_stack/put_task_stack to protect "struct kthread" which lives on kthread's stack. TODO: Kill to_live_kthread(), perhaps we can even kill "struct kthread"

[PATCH v5 28/32] sched: Add try_get_task_stack() and put_task_stack()

There are a few places in the kernel that access stack memory belonging to a different task. Before we can start freeing task stacks before the task_struct is freed, we need a way for those code paths to pin the stack. Signed-off-by: Andy Lutomirski --- include/linux/sched.h |

[PATCH v5 22/32] kdb: Use task_cpu() instead of task_thread_info()->cpu

We'll need this cleanup to make the cpu field in thread_info be optional. Cc: Jason Wessel Signed-off-by: Andy Lutomirski --- include/linux/kdb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/kdb.h

[PATCH v5 32/32] fork: Cache two thread stacks per cpu if CONFIG_VMAP_STACK is set

vmalloc is a bit slow, and pounding vmalloc/vfree will eventually force a global TLB flush. To reduce pressure on them, if CONFIG_VMAP_STACK, cache two thread stacks per cpu. This will let us quickly allocate a hopefully cache-hot, TLB-hot stack under heavy forking workloads (shell script

[PATCH v5 29/32] kthread: to_live_kthread() needs try_get_task_stack()

From: Oleg Nesterov get_task_struct(tsk) no longer pins tsk->stack so all users of to_live_kthread() should do try_get_task_stack/put_task_stack to protect "struct kthread" which lives on kthread's stack. TODO: Kill to_live_kthread(), perhaps we can even kill "struct kthread" too, and rework

[PATCH v5 28/32] sched: Add try_get_task_stack() and put_task_stack()

There are a few places in the kernel that access stack memory belonging to a different task. Before we can start freeing task stacks before the task_struct is freed, we need a way for those code paths to pin the stack. Signed-off-by: Andy Lutomirski --- include/linux/sched.h | 16

[PATCH v5 22/32] kdb: Use task_cpu() instead of task_thread_info()->cpu

We'll need this cleanup to make the cpu field in thread_info be optional. Cc: Jason Wessel Signed-off-by: Andy Lutomirski --- include/linux/kdb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/kdb.h b/include/linux/kdb.h index a19bcf9e762e..410decacff8f

[PATCH v5 31/32] sched: Free the stack early if CONFIG_THREAD_INFO_IN_TASK

We currently keep every task's stack around until the task_struct itself is freed. This means that we keep the stack allocation alive for longer than necessary and that, under load, we free stacks in big batches whenever RCU drops the last task reference. Neither of these is good for reuse of

[PATCH v5 31/32] sched: Free the stack early if CONFIG_THREAD_INFO_IN_TASK

We currently keep every task's stack around until the task_struct itself is freed. This means that we keep the stack allocation alive for longer than necessary and that, under load, we free stacks in big batches whenever RCU drops the last task reference. Neither of these is good for reuse of

[PATCH v5 00/32] virtually mapped stacks and thread_info cleanup

Hi all- Since the dawn of time, a kernel stack overflow has been a real PITA to debug, has caused nondeterministic crashes some time after the actual overflow, and has generally been easy to exploit for root. With this series, arches can enable HAVE_ARCH_VMAP_STACK. Arches that enable it (just

[PATCH v5 13/32] x86/mm/64: In vmalloc_fault(), use CR3 instead of current->active_mm

If we get a vmalloc fault while current->active_mm->pgd doesn't match CR3, we'll crash without this change. I've seen this failure mode on heavily instrumented kernels with virtually mapped stacks. Signed-off-by: Andy Lutomirski --- arch/x86/mm/fault.c | 2 +- 1 file changed,

[PATCH v5 07/32] fork: Add generic vmalloced stack support

If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with vmalloc_node. grsecurity has had a similar feature (called GRKERNSEC_KSTACKOVERFLOW) for a long time. Cc: Oleg Nesterov Signed-off-by: Andy Lutomirski --- arch/Kconfig|

[PATCH v5 13/32] x86/mm/64: In vmalloc_fault(), use CR3 instead of current->active_mm

If we get a vmalloc fault while current->active_mm->pgd doesn't match CR3, we'll crash without this change. I've seen this failure mode on heavily instrumented kernels with virtually mapped stacks. Signed-off-by: Andy Lutomirski --- arch/x86/mm/fault.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v5 07/32] fork: Add generic vmalloced stack support

If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with vmalloc_node. grsecurity has had a similar feature (called GRKERNSEC_KSTACKOVERFLOW) for a long time. Cc: Oleg Nesterov Signed-off-by: Andy Lutomirski --- arch/Kconfig| 33 +

[PATCH v5 00/32] virtually mapped stacks and thread_info cleanup

Hi all- Since the dawn of time, a kernel stack overflow has been a real PITA to debug, has caused nondeterministic crashes some time after the actual overflow, and has generally been easy to exploit for root. With this series, arches can enable HAVE_ARCH_VMAP_STACK. Arches that enable it (just

Re: [PATCH -next] bpf: make inode code explicitly non-modular

From: Paul Gortmaker Date: Mon, 11 Jul 2016 12:51:01 -0400 > The Kconfig currently controlling compilation of this code is: > > init/Kconfig:config BPF_SYSCALL > init/Kconfig: bool "Enable bpf() system call" > > ...meaning that it currently is not being built as

Re: [PATCH -next] bpf: make inode code explicitly non-modular

From: Paul Gortmaker Date: Mon, 11 Jul 2016 12:51:01 -0400 > The Kconfig currently controlling compilation of this code is: > > init/Kconfig:config BPF_SYSCALL > init/Kconfig: bool "Enable bpf() system call" > > ...meaning that it currently is not being built as a module by anyone. > > Lets

Re: [PATCH 1/5] workqueue: wq_pool_mutex protects the attrs-installation

[ crickets ] -- Steve On Thu, 10 Mar 2016 16:44:11 -0500 Steven Rostedt (by way of Steven Rostedt ) wrote: > This patch was recently backported to 4.1.19, and when I merged it with -rt, > the following bug triggered: > >

Re: [PATCH 1/5] workqueue: wq_pool_mutex protects the attrs-installation

[ crickets ] -- Steve On Thu, 10 Mar 2016 16:44:11 -0500 Steven Rostedt (by way of Steven Rostedt ) wrote: > This patch was recently backported to 4.1.19, and when I merged it with -rt, > the following bug triggered: > > === > [ INFO: suspicious RCU usage. ] >

[PATCH] iwlwifi: add missing type declaration

The iwl-debug.h header relies in implicit inclusion of linux/device.h and we get a lot of warnings without that: drivers/net/wireless/intel/iwlwifi/iwl-debug.h:44:23: error: 'struct device' declared inside parameter list will not be visible outside of this definition or declaration [-Werror]

[PATCH] iwlwifi: add missing type declaration

The iwl-debug.h header relies in implicit inclusion of linux/device.h and we get a lot of warnings without that: drivers/net/wireless/intel/iwlwifi/iwl-debug.h:44:23: error: 'struct device' declared inside parameter list will not be visible outside of this definition or declaration [-Werror]

[PATCH] fb: adv7393: Use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/video/fbdev/bfin_adv7393fb.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] fb: adv7393: Use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/video/fbdev/bfin_adv7393fb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/2] clk: sunxi-ng: h3: Fix audio clock divider offset

The code had a typo and got the wrong offset for the hardcoded divider, fix that. Signed-off-by: Maxime Ripard Reported-by: Jean-Francois Moine Reported-by: Chen-Yu Tsai --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 4 ++-- 1 file

[PATCH 1/2] clk: sunxi-ng: h3: Fix audio clock divider offset

The code had a typo and got the wrong offset for the hardcoded divider, fix that. Signed-off-by: Maxime Ripard Reported-by: Jean-Francois Moine Reported-by: Chen-Yu Tsai --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 2/2] clk: sunxi-ng: h3: Fix Kconfig symbol typo

The Kconfig symbol for the sun8i SoC family was mistyped. Fix that. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/sunxi-ng/Kconfig b/drivers/clk/sunxi-ng/Kconfig

[PATCH 2/2] clk: sunxi-ng: h3: Fix Kconfig symbol typo

The Kconfig symbol for the sun8i SoC family was mistyped. Fix that. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/sunxi-ng/Kconfig b/drivers/clk/sunxi-ng/Kconfig index 41e53e8d4d41..2afcbd39e41e

Re: [PATCH V8 1/2] regulator: Add document for MT6323 regulator

On 11/07/2016 21:22, Mark Brown wrote: > On Mon, Jul 11, 2016 at 08:55:24PM +0200, John Crispin wrote: >> On 11/07/2016 20:08, Mark Brown wrote: >>> On Mon, Jul 11, 2016 at 02:29:38PM +0200, John Crispin wrote: > This is a resend as V7 was dropped due to a merge order conflict. > >>> What

Re: [PATCH V8 1/2] regulator: Add document for MT6323 regulator

On 11/07/2016 21:22, Mark Brown wrote: > On Mon, Jul 11, 2016 at 08:55:24PM +0200, John Crispin wrote: >> On 11/07/2016 20:08, Mark Brown wrote: >>> On Mon, Jul 11, 2016 at 02:29:38PM +0200, John Crispin wrote: > This is a resend as V7 was dropped due to a merge order conflict. > >>> What

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On 07/11/2016 02:27 PM, Grumbach, Emmanuel wrote: > On Mon, 2016-07-11 at 14:19 -0400, Prarit Bhargava wrote: >> >> On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote: >>> On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On 07/11/2016 02:27 PM, Grumbach, Emmanuel wrote: > On Mon, 2016-07-11 at 14:19 -0400, Prarit Bhargava wrote: >> >> On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote: >>> On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava >>> wrote: Didn't get any feedback or review comments on this patch.

Re: [PATCH 4.6 00/31] 4.6.4-stable review

On Mon, Jul 11, 2016 at 01:04:35PM -0700, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc boot: 558 boots: 4 failed, 549 passed with 5 offline > > (v4.6.2-121-g6b5d7d0432d9) > > > > Full Boot Summary: > >

Re: [PATCH 4.6 00/31] 4.6.4-stable review

On Mon, Jul 11, 2016 at 01:04:35PM -0700, Kevin Hilman wrote: > kernelci.org bot writes: > > > stable-rc boot: 558 boots: 4 failed, 549 passed with 5 offline > > (v4.6.2-121-g6b5d7d0432d9) > > > > Full Boot Summary: > >

Re: [PATCH] dma-buf/sync_file: only enable fence signalling during wait

2016-07-10 Maarten Lankhorst : > Op 08-07-16 om 17:44 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > Signalling doesn't need to be enabled at sync_file creation, it is only > > required if userspace waiting the fence

Re: [PATCH] dma-buf/sync_file: only enable fence signalling during wait

2016-07-10 Maarten Lankhorst : > Op 08-07-16 om 17:44 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > Signalling doesn't need to be enabled at sync_file creation, it is only > > required if userspace waiting the fence to signal through poll(). > > > > Thus we delay

Re: [PATCH] nvme-loop: add configfs dependency

On Sunday, July 10, 2016 2:14:17 PM CEST Christoph Hellwig wrote: > On Thu, Jul 07, 2016 at 08:35:17AM -0600, Jens Axboe wrote: > > Thanks Arnd, applied. > > Actually I think we should replace the select with the depends. In > fact I though I had done that a while ago, but I must have messed it

Re: [PATCH] nvme-loop: add configfs dependency

On Sunday, July 10, 2016 2:14:17 PM CEST Christoph Hellwig wrote: > On Thu, Jul 07, 2016 at 08:35:17AM -0600, Jens Axboe wrote: > > Thanks Arnd, applied. > > Actually I think we should replace the select with the depends. In > fact I though I had done that a while ago, but I must have messed it

Re: [PATCH v3 13/14] clk: sunxi-ng: Add H3 clocks

Hi Mike, On Fri, Jul 08, 2016 at 06:17:16PM -0700, Michael Turquette wrote: > Quoting Maxime Ripard (2016-07-08 14:35:06) > > Hi Mike, > > > > On Wed, Jul 06, 2016 at 07:33:08PM -0700, Michael Turquette wrote: > > > Hi Maxime, > > > > > > Quoting Maxime Ripard (2016-06-29 12:05:34) > > > >

Re: [PATCH v3 13/14] clk: sunxi-ng: Add H3 clocks

Hi Mike, On Fri, Jul 08, 2016 at 06:17:16PM -0700, Michael Turquette wrote: > Quoting Maxime Ripard (2016-07-08 14:35:06) > > Hi Mike, > > > > On Wed, Jul 06, 2016 at 07:33:08PM -0700, Michael Turquette wrote: > > > Hi Maxime, > > > > > > Quoting Maxime Ripard (2016-06-29 12:05:34) > > > >

Re: [PATCH 2/2] kexec: add a pmd huge entry condition during the page table

On Mon, 11 Jul 2016 14:36:01 +0800 zhongjiang wrote: > From: zhong jiang > > when image is loaded into kernel, we need set up page table for it. > and all valid pfn also set up new mapping. it will set up a pmd huge > entry if pud_present is true.

Re: [PATCH 2/2] kexec: add a pmd huge entry condition during the page table

On Mon, 11 Jul 2016 14:36:01 +0800 zhongjiang wrote: > From: zhong jiang > > when image is loaded into kernel, we need set up page table for it. > and all valid pfn also set up new mapping. it will set up a pmd huge > entry if pud_present is true. relocate_kernel points to code segment > can

[PATCH] acpi: make dock explicitly non-modular

The Kconfig for this file is: drivers/acpi/Kconfig:config ACPI_DOCK drivers/acpi/Kconfig: bool "Dock" ...and so it is not built as a module. Hence including module.h and everything that comes with it just for the no-op MODULE_LICENSE and friends is rather heavy handed. The license/author

[PATCH] acpi: make dock explicitly non-modular

The Kconfig for this file is: drivers/acpi/Kconfig:config ACPI_DOCK drivers/acpi/Kconfig: bool "Dock" ...and so it is not built as a module. Hence including module.h and everything that comes with it just for the no-op MODULE_LICENSE and friends is rather heavy handed. The license/author

Re: [PATCH 0/2 v3] Add pl031 RTC support for Hi6220

On Thursday, July 7, 2016 7:10:30 PM CEST Michael Turquette wrote: > Quoting Arnd Bergmann (2016-07-07 01:13:58) > > On Wednesday, July 6, 2016 5:19:53 PM CEST Michael Turquette wrote: > > > On Wed, Jul 6, 2016 at 12:38 AM, Arnd Bergmann wrote: > > > > On Wednesday, July 6, 2016

Re: [PATCH 0/2 v3] Add pl031 RTC support for Hi6220

On Thursday, July 7, 2016 7:10:30 PM CEST Michael Turquette wrote: > Quoting Arnd Bergmann (2016-07-07 01:13:58) > > On Wednesday, July 6, 2016 5:19:53 PM CEST Michael Turquette wrote: > > > On Wed, Jul 6, 2016 at 12:38 AM, Arnd Bergmann wrote: > > > > On Wednesday, July 6, 2016 12:20:15 AM CEST

Re: [PATCH v2] relay: Add global mode support for buffer-only channels

On Mon, 11 Jul 2016 12:47:36 +0530 akash.g...@intel.com wrote: > From: Akash Goel > > The following patch added support to use channels with no associated files. > relay: add buffer-only channels; useful for early logging hm, 8 years ago. Normally we refer to

Re: [PATCH v2] relay: Add global mode support for buffer-only channels

On Mon, 11 Jul 2016 12:47:36 +0530 akash.g...@intel.com wrote: > From: Akash Goel > > The following patch added support to use channels with no associated files. > relay: add buffer-only channels; useful for early logging hm, 8 years ago. Normally we refer to previous commits using the

Re: [PATCH 0/6] scripts/gdb: Fixes for 4.7

On 11/07/16 20:53, Andrew Morton wrote: > On Mon, 11 Jul 2016 11:17:21 +0100 Kieran Bingham > wrote: > >> Will this fixes series be able to make it for 4.7 ? > > Yup, I'll send them in this week. Sorry, I've been a bit laggy the > past two weeks. Back up to speed now

Re: [PATCH 0/6] scripts/gdb: Fixes for 4.7

On 11/07/16 20:53, Andrew Morton wrote: > On Mon, 11 Jul 2016 11:17:21 +0100 Kieran Bingham > wrote: > >> Will this fixes series be able to make it for 4.7 ? > > Yup, I'll send them in this week. Sorry, I've been a bit laggy the > past two weeks. Back up to speed now though. No Worries, I

[ANNOUNCE] Git v2.9.1

The latest maintenance release Git v2.9.1 is now available at the usual places. This release includes fixes to two bugs that have been reported on the list recently, among other changes: - v2.9.0 changed cloning of submodules in a top-level superproject that was cloned shallowly to

[ANNOUNCE] Git v2.9.1

The latest maintenance release Git v2.9.1 is now available at the usual places. This release includes fixes to two bugs that have been reported on the list recently, among other changes: - v2.9.0 changed cloning of submodules in a top-level superproject that was cloned shallowly to

Re: [PATCH 2/2] crypto: vmx - Adding support for XTS

Am Montag, 11. Juli 2016, 16:07:40 CEST schrieb Paulo Flabiano Smorigo: Hi Paulo, > From: "Leonidas S. Barbosa" > > This patch add XTS support using VMX-crypto driver. > > Signed-off-by: Leonidas S. Barbosa > Signed-off-by: Paulo

Re: [PATCH 2/2] crypto: vmx - Adding support for XTS

Am Montag, 11. Juli 2016, 16:07:40 CEST schrieb Paulo Flabiano Smorigo: Hi Paulo, > From: "Leonidas S. Barbosa" > > This patch add XTS support using VMX-crypto driver. > > Signed-off-by: Leonidas S. Barbosa > Signed-off-by: Paulo Flabiano Smorigo > --- > drivers/crypto/vmx/Makefile | 2

Re: [PATCH] Revert "net: ethernet: bcmgenet: use phy_ethtool_{get|set}_link_ksettings"

From: Philippe Reynes Date: Sat, 9 Jul 2016 00:54:47 +0200 > This reverts commit 4386f5662e63 ("net: ethernet: bcmgenet: use > phy_ethtool_{get|set}_link_ksettings") > > This patch is wrong, the function phy_ethtool_{get|set}_link_ksettings > don't check if the device is

Re: [PATCH] Revert "net: ethernet: bcmgenet: use phy_ethtool_{get|set}_link_ksettings"

From: Philippe Reynes Date: Sat, 9 Jul 2016 00:54:47 +0200 > This reverts commit 4386f5662e63 ("net: ethernet: bcmgenet: use > phy_ethtool_{get|set}_link_ksettings") > > This patch is wrong, the function phy_ethtool_{get|set}_link_ksettings > don't check if the device is running, but the

Re: [PATCH 0/6] scripts/gdb: Fixes for 4.7

On Mon, 11 Jul 2016 11:17:21 +0100 Kieran Bingham wrote: > Will this fixes series be able to make it for 4.7 ? Yup, I'll send them in this week. Sorry, I've been a bit laggy the past two weeks. Back up to speed now though.

Re: [PATCH 0/6] scripts/gdb: Fixes for 4.7

On Mon, 11 Jul 2016 11:17:21 +0100 Kieran Bingham wrote: > Will this fixes series be able to make it for 4.7 ? Yup, I'll send them in this week. Sorry, I've been a bit laggy the past two weeks. Back up to speed now though.

[PATCH] scripts/recordmcount: improve EM_METAG define checks

Current glibc (as of c10f90, soon to be 2.24) has an elf.h which defines EM_METAG but doesn't also define R_METAG_ADDR32 and _NONE. This results in recordmcount not defining any of the META symbols, and the compile failing. Handle this by checking each #define individually instead of assuming the

[PATCH] scripts/recordmcount: improve EM_METAG define checks

Current glibc (as of c10f90, soon to be 2.24) has an elf.h which defines EM_METAG but doesn't also define R_METAG_ADDR32 and _NONE. This results in recordmcount not defining any of the META symbols, and the compile failing. Handle this by checking each #define individually instead of assuming the

Re: [PATCH v3 7/7] dynamic_debug: add jump label support

On 07/11/2016 03:23 PM, Andrew Morton wrote: On Mon, 11 Jul 2016 09:18:21 -0400 Jason Baron wrote: On 07/08/2016 05:41 PM, Andrew Morton wrote: On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote: Although dynamic debug is often only used for debug

Re: [PATCH v3 7/7] dynamic_debug: add jump label support

On 07/11/2016 03:23 PM, Andrew Morton wrote: On Mon, 11 Jul 2016 09:18:21 -0400 Jason Baron wrote: On 07/08/2016 05:41 PM, Andrew Morton wrote: On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote: Although dynamic debug is often only used for debug builds, sometimes its enabled for

[patch for-4.7] mm, compaction: prevent VM_BUG_ON when terminating freeing scanner fix

On Wed, 6 Jul 2016, Joonsoo Kim wrote: > > diff --git a/mm/compaction.c b/mm/compaction.c > > --- a/mm/compaction.c > > +++ b/mm/compaction.c > > @@ -1009,8 +1009,6 @@ static void isolate_freepages(struct compact_control > > *cc) > > block_end_pfn = block_start_pfn, >

[patch for-4.7] mm, compaction: prevent VM_BUG_ON when terminating freeing scanner fix

On Wed, 6 Jul 2016, Joonsoo Kim wrote: > > diff --git a/mm/compaction.c b/mm/compaction.c > > --- a/mm/compaction.c > > +++ b/mm/compaction.c > > @@ -1009,8 +1009,6 @@ static void isolate_freepages(struct compact_control > > *cc) > > block_end_pfn = block_start_pfn, >

Re: [PATCH] capabilities: audit capability use

On 07/11/16 17:09, Tejun Heo wrote: > Hello, > > On Mon, Jul 11, 2016 at 02:14:31PM +0300, Topi Miettinen wrote: >> [ 28.443674] audit: type=1327 audit(1468234333.144:520): >> proctitle=6D6B6E6F64002F6465762F7A5F343639006300310032 >> [ 28.465888] audit: type=1330 audit(1468234333.144:520):

Re: [PATCH] capabilities: audit capability use

On 07/11/16 17:09, Tejun Heo wrote: > Hello, > > On Mon, Jul 11, 2016 at 02:14:31PM +0300, Topi Miettinen wrote: >> [ 28.443674] audit: type=1327 audit(1468234333.144:520): >> proctitle=6D6B6E6F64002F6465762F7A5F343639006300310032 >> [ 28.465888] audit: type=1330 audit(1468234333.144:520):

Re: [PATCH] mm: migrate: Use bool instead of int for the return value of PageMovable

On 7/11/16 08:26, Minchan Kim wrote: > On Sat, Jul 09, 2016 at 11:55:04PM +0800, cheng...@emindsoft.com.cn wrote: >> From: Chen Gang >> >> For pure bool function's return value, bool is a little better more or >> less than int. >> >> And return boolean result directly,

Re: [PATCH] mm: migrate: Use bool instead of int for the return value of PageMovable

On 7/11/16 08:26, Minchan Kim wrote: > On Sat, Jul 09, 2016 at 11:55:04PM +0800, cheng...@emindsoft.com.cn wrote: >> From: Chen Gang >> >> For pure bool function's return value, bool is a little better more or >> less than int. >> >> And return boolean result directly, since 'if' statement is

Re: [PATCH net] udp: prevent bugcheck if filter truncates packet too much

From: Michal Kubecek Date: Fri, 8 Jul 2016 17:52:33 +0200 (CEST) > If socket filter truncates an udp packet below the length of UDP header > in udpv6_queue_rcv_skb() or udp_queue_rcv_skb(), it will trigger a > BUG_ON in skb_pull_rcsum(). This BUG_ON (and therefore a system

Re: [PATCH net] udp: prevent bugcheck if filter truncates packet too much

From: Michal Kubecek Date: Fri, 8 Jul 2016 17:52:33 +0200 (CEST) > If socket filter truncates an udp packet below the length of UDP header > in udpv6_queue_rcv_skb() or udp_queue_rcv_skb(), it will trigger a > BUG_ON in skb_pull_rcsum(). This BUG_ON (and therefore a system crash if > kernel is

Regression in 4.7-rc7

Hi, Updated the laptop to -rc7 this morning, and it fails to boot. After bisecting it, this is the culprit: commit 45209046c47b93fadf26dc59a9da724f387b9cf2 Author: Lv Zheng Date: Tue Jul 5 13:53:12 2016 +0800 ACPICA: Namespace: Fix namespace/interpreter lock

Regression in 4.7-rc7

Hi, Updated the laptop to -rc7 this morning, and it fails to boot. After bisecting it, this is the culprit: commit 45209046c47b93fadf26dc59a9da724f387b9cf2 Author: Lv Zheng Date: Tue Jul 5 13:53:12 2016 +0800 ACPICA: Namespace: Fix namespace/interpreter lock ordering There is a

Re: [PATCH] bnxt_en: initialize rc to zero to avoid returning garbage

From: Colin King Date: Fri, 8 Jul 2016 16:42:48 +0100 > From: Colin Ian King > > rc is not initialized so it can contain garbage if it is not > set by the call to bnxt_read_sfp_module_eeprom_info. Ensure > garbage is not returned by

Re: [PATCH] bnxt_en: initialize rc to zero to avoid returning garbage

From: Colin King Date: Fri, 8 Jul 2016 16:42:48 +0100 > From: Colin Ian King > > rc is not initialized so it can contain garbage if it is not > set by the call to bnxt_read_sfp_module_eeprom_info. Ensure > garbage is not returned by initializing rc to 0. > > Signed-off-by: Colin Ian King

[PATCH -next] pnp: pnpbios: add header file to fix build errors

ed-off-by: Randy Dunlap <rdun...@infradead.org> --- drivers/pnp/pnpbios/core.c |1 + 1 file changed, 1 insertion(+) --- linux-next-20160711.orig/drivers/pnp/pnpbios/core.c +++ linux-next-20160711/drivers/pnp/pnpbios/core.c @@ -60,6 +60,7 @@ #include #include #include +#includ

[PATCH -next] pnp: pnpbios: add header file to fix build errors

--- drivers/pnp/pnpbios/core.c |1 + 1 file changed, 1 insertion(+) --- linux-next-20160711.orig/drivers/pnp/pnpbios/core.c +++ linux-next-20160711/drivers/pnp/pnpbios/core.c @@ -60,6 +60,7 @@ #include #include #include +#include #include #include

[tip:x86/timers] x86/tsc: Enumerate BXT tsc_khz via CPUID

Commit-ID: ff4c86635ee12461fd3bd911d7d5253394da8f9d Gitweb: http://git.kernel.org/tip/ff4c86635ee12461fd3bd911d7d5253394da8f9d Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:52 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016

[tip:x86/timers] x86/tsc: Enumerate BXT tsc_khz via CPUID

Commit-ID: ff4c86635ee12461fd3bd911d7d5253394da8f9d Gitweb: http://git.kernel.org/tip/ff4c86635ee12461fd3bd911d7d5253394da8f9d Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:52 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016 21:30:13 +0200 x86/tsc: Enumerate BXT

[tip:x86/timers] x86/tsc: Enumerate SKL cpu_khz and tsc_khz via CPUID

Commit-ID: aa297292d708e89773b3b2cdcaf33f01bfa095d8 Gitweb: http://git.kernel.org/tip/aa297292d708e89773b3b2cdcaf33f01bfa095d8 Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:51 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016

[tip:x86/timers] x86/tsc: Enumerate SKL cpu_khz and tsc_khz via CPUID

Commit-ID: aa297292d708e89773b3b2cdcaf33f01bfa095d8 Gitweb: http://git.kernel.org/tip/aa297292d708e89773b3b2cdcaf33f01bfa095d8 Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:51 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016 21:30:13 +0200 x86/tsc: Enumerate SKL

[tip:x86/timers] x86/tsc_msr: Remove irqoff around MSR-based TSC enumeration

Commit-ID: 02c0cd2dcf7fdc47d054b855b148ea8b82dbb7eb Gitweb: http://git.kernel.org/tip/02c0cd2dcf7fdc47d054b855b148ea8b82dbb7eb Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:50 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016

[tip:x86/timers] x86/tsc_msr: Remove irqoff around MSR-based TSC enumeration

Commit-ID: 02c0cd2dcf7fdc47d054b855b148ea8b82dbb7eb Gitweb: http://git.kernel.org/tip/02c0cd2dcf7fdc47d054b855b148ea8b82dbb7eb Author: Len Brown AuthorDate: Fri, 17 Jun 2016 01:22:50 -0400 Committer: Ingo Molnar CommitDate: Mon, 11 Jul 2016 21:30:12 +0200 x86/tsc_msr: Remove irqoff

Re: Hi, Ingo, would you please help drop the TSC MSR calibration patch

* Jacob Pan wrote: > On Mon, 11 Jul 2016 07:59:19 -0700 > "Chen, Yu C" wrote: > > > Currently it is in your x86/timer tree: > > > > commit fc273eeef314cdaf0ac992b400d126f8184a4d1c > > Author: Len Brown > > Date: Fri Jun 17

Re: Hi, Ingo, would you please help drop the TSC MSR calibration patch

* Jacob Pan wrote: > On Mon, 11 Jul 2016 07:59:19 -0700 > "Chen, Yu C" wrote: > > > Currently it is in your x86/timer tree: > > > > commit fc273eeef314cdaf0ac992b400d126f8184a4d1c > > Author: Len Brown > > Date: Fri Jun 17 01:22:49 2016 -0400 > > > > x86/tsc_msr: Extend to include

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH 3/3] crypto: Added Chelsio Menu to the Kconfig file

Hi, [auto build test WARNING on net-next/master] [also build test WARNING on v4.7-rc7 next-20160711] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio

Re: [PATCH] capabilities: audit capability use

On 07/11/16 16:05, Topi Miettinen wrote: > On 07/11/16 15:25, Serge E. Hallyn wrote: >> Quoting Topi Miettinen (toiwo...@gmail.com): >>> There are many basic ways to control processes, including capabilities, >>> cgroups and resource limits. However, there are far fewer ways to find >>> out useful

Re: [PATCH] capabilities: audit capability use

On 07/11/16 16:05, Topi Miettinen wrote: > On 07/11/16 15:25, Serge E. Hallyn wrote: >> Quoting Topi Miettinen (toiwo...@gmail.com): >>> There are many basic ways to control processes, including capabilities, >>> cgroups and resource limits. However, there are far fewer ways to find >>> out useful

Re: [PATCH v12 0/3] printk: Make printk() completely async

On Fri, May 13, 2016 at 6:18 AM, Sergey Senozhatsky wrote: > Hello, > > no code changes, just refreshing the series so it'll be easier to > pick up. added Reviwed-by-s and corrected a typo spotted by Petr. > > This patch permits to change printk() to operate in

Re: [PATCH v12 0/3] printk: Make printk() completely async

On Fri, May 13, 2016 at 6:18 AM, Sergey Senozhatsky wrote: > Hello, > > no code changes, just refreshing the series so it'll be easier to > pick up. added Reviwed-by-s and corrected a typo spotted by Petr. > > This patch permits to change printk() to operate in completely > asynchronous mode: new

Re: [PATCH v3 7/7] dynamic_debug: add jump label support

On Mon, 11 Jul 2016 09:18:21 -0400 Jason Baron wrote: > On 07/08/2016 05:41 PM, Andrew Morton wrote: > > On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote: > > > >> Although dynamic debug is often only used for debug builds, sometimes its > >> enabled

Re: [PATCH v3 7/7] dynamic_debug: add jump label support

On Mon, 11 Jul 2016 09:18:21 -0400 Jason Baron wrote: > On 07/08/2016 05:41 PM, Andrew Morton wrote: > > On Wed, 6 Jul 2016 17:42:36 -0400 Jason Baron wrote: > > > >> Although dynamic debug is often only used for debug builds, sometimes its > >> enabled for production builds as well. Minimize

Re: [PATCH V8 1/2] regulator: Add document for MT6323 regulator

On Mon, Jul 11, 2016 at 08:55:24PM +0200, John Crispin wrote: > On 11/07/2016 20:08, Mark Brown wrote: > > On Mon, Jul 11, 2016 at 02:29:38PM +0200, John Crispin wrote: > >> This is a resend as V7 was dropped due to a merge order conflict. > > What were the dependencies and why will simply

Re: [PATCH V8 1/2] regulator: Add document for MT6323 regulator

On Mon, Jul 11, 2016 at 08:55:24PM +0200, John Crispin wrote: > On 11/07/2016 20:08, Mark Brown wrote: > > On Mon, Jul 11, 2016 at 02:29:38PM +0200, John Crispin wrote: > >> This is a resend as V7 was dropped due to a merge order conflict. > > What were the dependencies and why will simply

RE: [Intel-wired-lan] [PATCH] net: ethernet: intel: fm10k: Remove create_workqueue

-Original Message- From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On Behalf Of Bhaktipriya Shridhar Sent: Wednesday, June 1, 2016 8:40 AM To: Kirsher, Jeffrey T Cc: Tejun Heo ; net...@vger.kernel.org;

RE: [Intel-wired-lan] [PATCH] net: ethernet: intel: fm10k: Remove create_workqueue

-Original Message- From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On Behalf Of Bhaktipriya Shridhar Sent: Wednesday, June 1, 2016 8:40 AM To: Kirsher, Jeffrey T Cc: Tejun Heo ; net...@vger.kernel.org; intel-wired-...@lists.osuosl.org;

[PATCH v2] ARM: dts: da850: Add new ECAP and EPWM bindings

From: "Cooper Jr., Franklin" For some devices, the PWMSS is a parent of eCAP and ePWM and provided the functional clocks for those submodules. The ti,am33xx-ecap and ti,am33xx-ehrpwm were based on this parent child relationship where the functional clock would be grabbed from the

[PATCH v2] ARM: dts: da850: Add new ECAP and EPWM bindings

From: "Cooper Jr., Franklin" For some devices, the PWMSS is a parent of eCAP and ePWM and provided the functional clocks for those submodules. The ti,am33xx-ecap and ti,am33xx-ehrpwm were based on this parent child relationship where the functional clock would be grabbed from the module's

<    1   2   3   4   5   6   7   8   9   10   >