Re: [PATCH] arm64: kexec: Use smp_send_stop in machine_shutdown

James Thanks for taking the time to review this and the pointers. On 11/11/20 10:11 AM, James Morse wrote: Hi Henry, On 06/11/2020 23:25, Henry Willard wrote: machine_shutdown() is called by kernel_kexec() to shutdown the non-boot CPUs prior to starting the new kernel. The implementation

[PATCH] arm64: kexec: Use smp_send_stop in machine_shutdown

seconds, while smp_send_stop() needs only the 5 msecs. Signed-off-by: Henry Willard --- arch/arm64/kernel/process.c | 17 ++--- arch/arm64/kernel/smp.c | 8 +++- 2 files changed, 21 insertions(+), 4 deletions(-) diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel

Re: [PATCH] scsi: target: tcmu: Call flush_dcache_page() with proper page struct

. And when submitting patch, we suggest to use as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Henry-Willard/scsi-target-tcmu-Call-flush_dcache_page-with-proper-page-struct/20200620-024740 base: https://git.kernel.org/pub/scm/linux

[PATCH] scsi: target: tcmu: Call flush_dcache_page() with proper page struct

: f9000bf3 aa0003f3 aa1e03e0 d503201f (f9400260) [ 448.945271] SMP: stopping secondary CPUs Signed-off-by: Henry Willard --- drivers/target/target_core_user.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/target/target_core_user.c b/drivers/target

Re: [PATCH] mm: Limit boost_watermark on small zones.

On 5/4/20 1:36 PM, Andrew Morton wrote: On Mon, 4 May 2020 13:44:09 +0100 Mel Gorman wrote: On Fri, May 01, 2020 at 03:57:29PM -0700, Andrew Morton wrote: On Thu, 30 Apr 2020 17:49:08 -0700 Henry Willard wrote: Commit 1c30844d2dfe ("mm: reclaim small amounts of memory when an ext

[PATCH] mm: Limit boost_watermark on small zones.

ough pages that the boost will produce positive results. In this case that is estimated to be four times as many pages as pageblock_nr_pages. Signed-off-by: Henry Willard --- mm/page_alloc.c | 8 1 file changed, 8 insertions(+) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 69

[PATCH] cpufreq: governor: Protect cpufreq governor_data

een freed by the former. This patch uses gov_dbs_data_mutex to synchronize access. Signed-off-by: Henry Willard --- drivers/cpufreq/cpufreq_governor.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/cpufreq/cpufreq_governor.c b/drivers/cpufreq/cpufreq_governo

[PATCH] cpufreq: governor: Protect cpufreq governor_data

een freed by the former. This patch uses gov_dbs_data_mutex to synchronize access. Signed-off-by: Henry Willard --- drivers/cpufreq/cpufreq_governor.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/cpufreq/cpufreq_governor.c b/drivers/cpufreq/cpufreq_governo

[PATCH v2] mm: numa: Do not trap faults on shared data section pages.

uma_work() skips the read-only VMAs of programs and shared libraries. V2: - Combined patch and cover letter - Added note about applicability of MPOL_MF_MOVE_ALL Signed-off-by: Henry Willard <henry.will...@oracle.com> Reviewed-by: Håkon Bugge <haakon.bu...@oracle.com> Reviewed-by: Steve S

[PATCH v2] mm: numa: Do not trap faults on shared data section pages.

uma_work() skips the read-only VMAs of programs and shared libraries. V2: - Combined patch and cover letter - Added note about applicability of MPOL_MF_MOVE_ALL Signed-off-by: Henry Willard Reviewed-by: Håkon Bugge Reviewed-by: Steve Sistare steven.sist...@oracle.com Acked-by: Mel Gorman --- mm/m

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 19, 2018, at 6:12 PM, Christopher Lameter <c...@linux.com> wrote: > > On Thu, 18 Jan 2018, Henry Willard wrote: > >> If MPOL_MF_LAZY were allowed and specified things would not work >> correctly. change_pte_range() is unaware of and can’t h

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 19, 2018, at 6:12 PM, Christopher Lameter wrote: > > On Thu, 18 Jan 2018, Henry Willard wrote: > >> If MPOL_MF_LAZY were allowed and specified things would not work >> correctly. change_pte_range() is unaware of and can’t honor the >> diffe

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 17, 2018, at 10:23 AM, Christopher Lameter wrote: > > On Tue, 16 Jan 2018, Mel Gorman wrote: > >> My main source of discomfort is the fact that this is permanent as two >> processes perfectly isolated but with a suitably shared COW mapping >> will never migrate the

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 17, 2018, at 10:23 AM, Christopher Lameter wrote: > > On Tue, 16 Jan 2018, Mel Gorman wrote: > >> My main source of discomfort is the fact that this is permanent as two >> processes perfectly isolated but with a suitably shared COW mapping >> will never migrate the data. A potential

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 16, 2018, at 1:26 PM, Mel Gorman <mgor...@suse.de> wrote: > > On Tue, Jan 16, 2018 at 11:28:44AM -0800, Henry Willard wrote: >> Workloads consisting of a large number processes running the same program >> with a large shared data section may suffer from exces

Re: [PATCH] mm: numa: Do not trap faults on shared data section pages.

> On Jan 16, 2018, at 1:26 PM, Mel Gorman wrote: > > On Tue, Jan 16, 2018 at 11:28:44AM -0800, Henry Willard wrote: >> Workloads consisting of a large number processes running the same program >> with a large shared data section may suffer from excessive numa balanc

[PATCH] mm: numa: Do not trap faults on shared data section pages.

or node counts. This patch skips shared copy-on-write pages in change_pte_range() for the numa balancing case. Signed-off-by: Henry Willard <henry.will...@oracle.com> Reviewed-by: Håkon Bugge <haakon.bu...@oracle.com> Reviewed-by: Steve Sistare steven.sist...@oracle.com --- mm/mp

[PATCH] mm: numa: Do not trap faults on shared data section pages.

or node counts. This patch skips shared copy-on-write pages in change_pte_range() for the numa balancing case. Signed-off-by: Henry Willard Reviewed-by: Håkon Bugge Reviewed-by: Steve Sistare steven.sist...@oracle.com --- mm/mprotect.c | 5 + 1 file changed, 5 insertions(+) diff --git a/mm

[PATCH] mm: numa: numa balancing performance problem

Workloads consisting of a large number of processes running the same program with a very large shared data section may experience performance problems when numa balancing attempts to migrate the shared cow pages. This manifests itself with many processes or tasks in TASK_UNINTERRUPTIBLE state

[PATCH] mm: numa: numa balancing performance problem

Workloads consisting of a large number of processes running the same program with a very large shared data section may experience performance problems when numa balancing attempts to migrate the shared cow pages. This manifests itself with many processes or tasks in TASK_UNINTERRUPTIBLE state