linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [v6 PATCH 0/6] Various SMP related fixes
@ 2019-02-22 19:41 Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up Atish Patra
                   ` (6 more replies)
  0 siblings, 7 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

The existing upstream kernel doesn't boot for non-smp configuration.
This patch series address various issues with non-smp configurations.

The patch series is based on 5.0-rc7 + Johan's below mentioned patch
series. Tested on both QEMU and HiFive Unleashed board using both
OpenSBI & BBL.

https://lore.kernel.org/lkml/20190118140308.9599-1-johan@kernel.org/   

Changes from v5->v6
1. Dropped driver patches as they have been accepted via drivers tree.

Changes from v4->v5
1. Continue processing other harts even if isa string is incorrect for
   a single hart during HWCAP processing.

Changes from v3->v4
1. Fixed commit text length issues.
2. Updated hwcap patch to use common capabilities of all harts.
3. Rebased on Johan's patch series.

Changes from v2->v3

1. Fixed spurious white space.
2. Added lockdep for smpboot completion variable.
2. Added a sanity check for hwcap.

Changes from v1->v2

1. Move the cpuid to hartid map to smp.c from setup.c
2. Split 3rd patch into several small patches based on
   logical grouping.
3. Added a new patch that fixes an issue in hwcap query.
4. Changed the title of the patch series.

Atish Patra (6):
RISC-V: Do not wait indefinitely in __cpu_up
RISC-V: Move cpuid to hartid mapping to SMP.
RISC-V: Remove NR_CPUs check during hartid search from DT
RISC-V: Allow hartid-to-cpuid function to fail.
RISC-V: Compare cpuid with NR_CPUS before mapping.
RISC-V: Assign hwcap as per comman capabilities.

arch/riscv/include/asm/smp.h   | 18 +++++++++++++-----
arch/riscv/kernel/cpu.c        |  4 ----
arch/riscv/kernel/cpufeature.c | 41 ++++++++++++++++++++++-------------------
arch/riscv/kernel/setup.c      |  9 ---------
arch/riscv/kernel/smp.c        | 10 +++++++++-
arch/riscv/kernel/smpboot.c    | 20 +++++++++++++++++---
6 files changed, 61 insertions(+), 41 deletions(-)

--
2.7.4


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 2/6] RISC-V: Move cpuid to hartid mapping to SMP Atish Patra
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

In SMP path, __cpu_up waits for other CPU to come online indefinitely.
This is wrong as other CPU might be disabled in machine mode and
possible CPU is set to the cpus present in DT.

Introduce a completion variable and waits only for a second.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
---
 arch/riscv/kernel/smpboot.c | 15 ++++++++++++---
 1 file changed, 12 insertions(+), 3 deletions(-)

diff --git a/arch/riscv/kernel/smpboot.c b/arch/riscv/kernel/smpboot.c
index 6e281325..d369b669 100644
--- a/arch/riscv/kernel/smpboot.c
+++ b/arch/riscv/kernel/smpboot.c
@@ -39,6 +39,7 @@
 
 void *__cpu_up_stack_pointer[NR_CPUS];
 void *__cpu_up_task_pointer[NR_CPUS];
+static DECLARE_COMPLETION(cpu_running);
 
 void __init smp_prepare_boot_cpu(void)
 {
@@ -77,6 +78,7 @@ void __init setup_smp(void)
 
 int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 {
+	int ret = 0;
 	int hartid = cpuid_to_hartid_map(cpu);
 	tidle->thread_info.cpu = cpu;
 
@@ -92,10 +94,16 @@ int __cpu_up(unsigned int cpu, struct task_struct *tidle)
 		  task_stack_page(tidle) + THREAD_SIZE);
 	WRITE_ONCE(__cpu_up_task_pointer[hartid], tidle);
 
-	while (!cpu_online(cpu))
-		cpu_relax();
+	lockdep_assert_held(&cpu_running);
+	wait_for_completion_timeout(&cpu_running,
+					    msecs_to_jiffies(1000));
 
-	return 0;
+	if (!cpu_online(cpu)) {
+		pr_crit("CPU%u: failed to come online\n", cpu);
+		ret = -EIO;
+	}
+
+	return ret;
 }
 
 void __init smp_cpus_done(unsigned int max_cpus)
@@ -121,6 +129,7 @@ asmlinkage void __init smp_callin(void)
 	 * a local TLB flush right now just in case.
 	 */
 	local_flush_tlb_all();
+	complete(&cpu_running);
 	/*
 	 * Disable preemption before enabling interrupts, so we don't try to
 	 * schedule a CPU that hasn't actually started yet.
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [v6 PATCH 2/6] RISC-V: Move cpuid to hartid mapping to SMP.
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 3/6] RISC-V: Remove NR_CPUs check during hartid search from DT Atish Patra
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

Currently, logical CPU id to physical hartid mapping is defined for both
smp and non-smp configurations. This is not required as we need this
only for smp configuration.  The mapping function can define directly
boot_cpu_hartid for non-smp use case.

The reverse mapping function i.e. hartid to cpuid can be called for any
valid but not booted harts. So it should return default cpu 0 only if it
is a boot hartid.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
---
 arch/riscv/include/asm/smp.h | 18 +++++++++++++-----
 arch/riscv/kernel/setup.c    |  9 ---------
 arch/riscv/kernel/smp.c      |  9 +++++++++
 3 files changed, 22 insertions(+), 14 deletions(-)

diff --git a/arch/riscv/include/asm/smp.h b/arch/riscv/include/asm/smp.h
index 41aa73b4..636a934f 100644
--- a/arch/riscv/include/asm/smp.h
+++ b/arch/riscv/include/asm/smp.h
@@ -19,16 +19,17 @@
 #include <linux/thread_info.h>
 
 #define INVALID_HARTID ULONG_MAX
+
+struct seq_file;
+extern unsigned long boot_cpu_hartid;
+
+#ifdef CONFIG_SMP
 /*
  * Mapping between linux logical cpu index and hartid.
  */
 extern unsigned long __cpuid_to_hartid_map[NR_CPUS];
 #define cpuid_to_hartid_map(cpu)    __cpuid_to_hartid_map[cpu]
 
-struct seq_file;
-
-#ifdef CONFIG_SMP
-
 /* print IPI stats */
 void show_ipi_stats(struct seq_file *p, int prec);
 
@@ -58,7 +59,14 @@ static inline void show_ipi_stats(struct seq_file *p, int prec)
 
 static inline int riscv_hartid_to_cpuid(int hartid)
 {
-	return 0;
+	if (hartid == boot_cpu_hartid)
+		return 0;
+
+	return -1;
+}
+static inline unsigned long cpuid_to_hartid_map(int cpu)
+{
+	return boot_cpu_hartid;
 }
 
 static inline void riscv_cpuid_to_hartid_mask(const struct cpumask *in,
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
index fb09e013..61c81616 100644
--- a/arch/riscv/kernel/setup.c
+++ b/arch/riscv/kernel/setup.c
@@ -61,15 +61,6 @@ EXPORT_SYMBOL(empty_zero_page);
 atomic_t hart_lottery;
 unsigned long boot_cpu_hartid;
 
-unsigned long __cpuid_to_hartid_map[NR_CPUS] = {
-	[0 ... NR_CPUS-1] = INVALID_HARTID
-};
-
-void __init smp_setup_processor_id(void)
-{
-	cpuid_to_hartid_map(0) = boot_cpu_hartid;
-}
-
 #ifdef CONFIG_BLK_DEV_INITRD
 static void __init setup_initrd(void)
 {
diff --git a/arch/riscv/kernel/smp.c b/arch/riscv/kernel/smp.c
index 246635ea..b69883c6 100644
--- a/arch/riscv/kernel/smp.c
+++ b/arch/riscv/kernel/smp.c
@@ -36,6 +36,15 @@ enum ipi_message_type {
 	IPI_MAX
 };
 
+unsigned long __cpuid_to_hartid_map[NR_CPUS] = {
+	[0 ... NR_CPUS-1] = INVALID_HARTID
+};
+
+void __init smp_setup_processor_id(void)
+{
+	cpuid_to_hartid_map(0) = boot_cpu_hartid;
+}
+
 /* A collection of single bit ipi messages.  */
 static struct {
 	unsigned long stats[IPI_MAX] ____cacheline_aligned;
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [v6 PATCH 3/6] RISC-V: Remove NR_CPUs check during hartid search from DT
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 2/6] RISC-V: Move cpuid to hartid mapping to SMP Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 4/6] RISC-V: Allow hartid-to-cpuid function to fail Atish Patra
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

In non-smp configuration, hartid can be higher that NR_CPUS.
riscv_of_processor_hartid should not be compared to hartid to NR_CPUS in
that case. Moreover, this function checks all the DT properties of a
hart node. NR_CPUS comparison seems out of place.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Anup Patel <anup@brainfault.org>
---
 arch/riscv/kernel/cpu.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/arch/riscv/kernel/cpu.c b/arch/riscv/kernel/cpu.c
index d1d9bfd5..cf2fca12 100644
--- a/arch/riscv/kernel/cpu.c
+++ b/arch/riscv/kernel/cpu.c
@@ -34,10 +34,6 @@ int riscv_of_processor_hartid(struct device_node *node)
 		pr_warn("Found CPU without hart ID\n");
 		return -ENODEV;
 	}
-	if (hart >= NR_CPUS) {
-		pr_info("Found hart ID %d, which is above NR_CPUs.  Disabling this hart\n", hart);
-		return -ENODEV;
-	}
 
 	if (!of_device_is_available(node)) {
 		pr_info("CPU with hartid=%d is not available\n", hart);
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [v6 PATCH 4/6] RISC-V: Allow hartid-to-cpuid function to fail.
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
                   ` (2 preceding siblings ...)
  2019-02-22 19:41 ` [v6 PATCH 3/6] RISC-V: Remove NR_CPUs check during hartid search from DT Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 5/6] RISC-V: Compare cpuid with NR_CPUS before mapping Atish Patra
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

It is perfectly okay to call riscv_hartid_to_cpuid for a hartid that is
not mapped with an CPU id. It can happen if the calling functions
retrieves the hartid from DT.  However, that hartid was never brought
online by the firmware or kernel for any reasons.

No need to BUG() in the above case. A negative error return is
sufficient and the calling function should check for the return value
always.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
---
 arch/riscv/kernel/smp.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/arch/riscv/kernel/smp.c b/arch/riscv/kernel/smp.c
index b69883c6..ca99f0fb 100644
--- a/arch/riscv/kernel/smp.c
+++ b/arch/riscv/kernel/smp.c
@@ -60,7 +60,6 @@ int riscv_hartid_to_cpuid(int hartid)
 			return i;
 
 	pr_err("Couldn't find cpu id for hartid [%d]\n", hartid);
-	BUG();
 	return i;
 }
 
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [v6 PATCH 5/6] RISC-V: Compare cpuid with NR_CPUS before mapping.
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
                   ` (3 preceding siblings ...)
  2019-02-22 19:41 ` [v6 PATCH 4/6] RISC-V: Allow hartid-to-cpuid function to fail Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
  2019-03-04 19:06 ` [v6 PATCH 0/6] Various SMP related fixes Palmer Dabbelt
  6 siblings, 0 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

We should never have a cpuid greater that NR_CPUS. Compare with NR_CPUS
before creating the mapping between logical and physical CPU ids. This
is also mandatory as NR_CPUS check is removed from
riscv_of_processor_hartid.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
Reviewed-by: Anup Patel <anup@brainfault.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
---
 arch/riscv/kernel/smpboot.c | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/arch/riscv/kernel/smpboot.c b/arch/riscv/kernel/smpboot.c
index d369b669..eb533b5c 100644
--- a/arch/riscv/kernel/smpboot.c
+++ b/arch/riscv/kernel/smpboot.c
@@ -66,6 +66,11 @@ void __init setup_smp(void)
 			found_boot_cpu = 1;
 			continue;
 		}
+		if (cpuid >= NR_CPUS) {
+			pr_warn("Invalid cpuid [%d] for hartid [%d]\n",
+				cpuid, hart);
+			break;
+		}
 
 		cpuid_to_hartid_map(cpuid) = hart;
 		set_cpu_possible(cpuid, true);
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities.
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
                   ` (4 preceding siblings ...)
  2019-02-22 19:41 ` [v6 PATCH 5/6] RISC-V: Compare cpuid with NR_CPUS before mapping Atish Patra
@ 2019-02-22 19:41 ` Atish Patra
  2019-02-25  3:35   ` Anup Patel
                     ` (2 more replies)
  2019-03-04 19:06 ` [v6 PATCH 0/6] Various SMP related fixes Palmer Dabbelt
  6 siblings, 3 replies; 11+ messages in thread
From: Atish Patra @ 2019-02-22 19:41 UTC (permalink / raw)
  To: linux-riscv
  Cc: Atish Patra, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

Currently, we set hwcap based on first valid hart from DT. This may not
be correct always as that hart might not be current booting cpu or may
have a different capability.

Set hwcap as the capabilities supported by all possible harts with "okay"
status.

Signed-off-by: Atish Patra <atish.patra@wdc.com>
---
 arch/riscv/kernel/cpufeature.c | 41 ++++++++++++++++++++++-------------------
 1 file changed, 22 insertions(+), 19 deletions(-)

diff --git a/arch/riscv/kernel/cpufeature.c b/arch/riscv/kernel/cpufeature.c
index e7a4701f..bc29b010 100644
--- a/arch/riscv/kernel/cpufeature.c
+++ b/arch/riscv/kernel/cpufeature.c
@@ -20,6 +20,7 @@
 #include <linux/of.h>
 #include <asm/processor.h>
 #include <asm/hwcap.h>
+#include <asm/smp.h>
 
 unsigned long elf_hwcap __read_mostly;
 #ifdef CONFIG_FPU
@@ -42,28 +43,30 @@ void riscv_fill_hwcap(void)
 
 	elf_hwcap = 0;
 
-	/*
-	 * We don't support running Linux on hertergenous ISA systems.  For
-	 * now, we just check the ISA of the first "okay" processor.
-	 */
 	for_each_of_cpu_node(node) {
-		if (riscv_of_processor_hartid(node) >= 0)
-			break;
-	}
-	if (!node) {
-		pr_warn("Unable to find \"cpu\" devicetree entry\n");
-		return;
-	}
+		unsigned long this_hwcap = 0;
 
-	if (of_property_read_string(node, "riscv,isa", &isa)) {
-		pr_warn("Unable to find \"riscv,isa\" devicetree entry\n");
-		of_node_put(node);
-		return;
-	}
-	of_node_put(node);
+		if (riscv_of_processor_hartid(node) < 0)
+			continue;
 
-	for (i = 0; i < strlen(isa); ++i)
-		elf_hwcap |= isa2hwcap[(unsigned char)(isa[i])];
+		if (of_property_read_string(node, "riscv,isa", &isa)) {
+			pr_warn("Unable to find \"riscv,isa\" devicetree entry\n");
+			continue;
+		}
+
+		for (i = 0; i < strlen(isa); ++i)
+			this_hwcap |= isa2hwcap[(unsigned char)(isa[i])];
+
+		/*
+		 * All "okay" hart should have same isa. Set HWCAP based on
+		 * common capabilities of every "okay" hart, in case they don't
+		 * have.
+		 */
+		if (elf_hwcap)
+			elf_hwcap &= this_hwcap;
+		else
+			elf_hwcap = this_hwcap;
+	}
 
 	/* We don't support systems with F but without D, so mask those out
 	 * here. */
-- 
2.7.4


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* Re: [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities.
  2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
@ 2019-02-25  3:35   ` Anup Patel
  2019-02-25  8:34   ` Johan Hovold
  2019-03-04  8:36   ` Andreas Schwab
  2 siblings, 0 replies; 11+ messages in thread
From: Anup Patel @ 2019-02-25  3:35 UTC (permalink / raw)
  To: Atish Patra
  Cc: linux-riscv, Alan Kao, Albert Ou, Andreas Schwab,
	Dmitriy Cherkasov, Johan Hovold,
	linux-kernel@vger.kernel.org List, Palmer Dabbelt, Paul Walmsley,
	Thomas Gleixner

On Sat, Feb 23, 2019 at 1:11 AM Atish Patra <atish.patra@wdc.com> wrote:
>
> Currently, we set hwcap based on first valid hart from DT. This may not
> be correct always as that hart might not be current booting cpu or may
> have a different capability.
>
> Set hwcap as the capabilities supported by all possible harts with "okay"
> status.
>
> Signed-off-by: Atish Patra <atish.patra@wdc.com>
> ---
>  arch/riscv/kernel/cpufeature.c | 41 ++++++++++++++++++++++-------------------
>  1 file changed, 22 insertions(+), 19 deletions(-)
>
> diff --git a/arch/riscv/kernel/cpufeature.c b/arch/riscv/kernel/cpufeature.c
> index e7a4701f..bc29b010 100644
> --- a/arch/riscv/kernel/cpufeature.c
> +++ b/arch/riscv/kernel/cpufeature.c
> @@ -20,6 +20,7 @@
>  #include <linux/of.h>
>  #include <asm/processor.h>
>  #include <asm/hwcap.h>
> +#include <asm/smp.h>
>
>  unsigned long elf_hwcap __read_mostly;
>  #ifdef CONFIG_FPU
> @@ -42,28 +43,30 @@ void riscv_fill_hwcap(void)
>
>         elf_hwcap = 0;
>
> -       /*
> -        * We don't support running Linux on hertergenous ISA systems.  For
> -        * now, we just check the ISA of the first "okay" processor.
> -        */
>         for_each_of_cpu_node(node) {
> -               if (riscv_of_processor_hartid(node) >= 0)
> -                       break;
> -       }
> -       if (!node) {
> -               pr_warn("Unable to find \"cpu\" devicetree entry\n");
> -               return;
> -       }
> +               unsigned long this_hwcap = 0;
>
> -       if (of_property_read_string(node, "riscv,isa", &isa)) {
> -               pr_warn("Unable to find \"riscv,isa\" devicetree entry\n");
> -               of_node_put(node);
> -               return;
> -       }
> -       of_node_put(node);
> +               if (riscv_of_processor_hartid(node) < 0)
> +                       continue;
>
> -       for (i = 0; i < strlen(isa); ++i)
> -               elf_hwcap |= isa2hwcap[(unsigned char)(isa[i])];
> +               if (of_property_read_string(node, "riscv,isa", &isa)) {
> +                       pr_warn("Unable to find \"riscv,isa\" devicetree entry\n");
> +                       continue;
> +               }
> +
> +               for (i = 0; i < strlen(isa); ++i)
> +                       this_hwcap |= isa2hwcap[(unsigned char)(isa[i])];
> +
> +               /*
> +                * All "okay" hart should have same isa. Set HWCAP based on
> +                * common capabilities of every "okay" hart, in case they don't
> +                * have.
> +                */
> +               if (elf_hwcap)
> +                       elf_hwcap &= this_hwcap;
> +               else
> +                       elf_hwcap = this_hwcap;
> +       }
>
>         /* We don't support systems with F but without D, so mask those out
>          * here. */
> --
> 2.7.4
>

Looks good to me.

Reviewed-by: Anup Patel <anup@brainfault.org>

Regards,
Anup

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities.
  2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
  2019-02-25  3:35   ` Anup Patel
@ 2019-02-25  8:34   ` Johan Hovold
  2019-03-04  8:36   ` Andreas Schwab
  2 siblings, 0 replies; 11+ messages in thread
From: Johan Hovold @ 2019-02-25  8:34 UTC (permalink / raw)
  To: Atish Patra
  Cc: linux-riscv, Alan Kao, Albert Ou, Andreas Schwab, Anup Patel,
	Dmitriy Cherkasov, Johan Hovold, linux-kernel, Palmer Dabbelt,
	Paul Walmsley, Thomas Gleixner

On Fri, Feb 22, 2019 at 11:41:40AM -0800, Atish Patra wrote:
> Currently, we set hwcap based on first valid hart from DT. This may not
> be correct always as that hart might not be current booting cpu or may
> have a different capability.
> 
> Set hwcap as the capabilities supported by all possible harts with "okay"
> status.
> 
> Signed-off-by: Atish Patra <atish.patra@wdc.com>

Reviewed-by: Johan Hovold <johan@kernel.org>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities.
  2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
  2019-02-25  3:35   ` Anup Patel
  2019-02-25  8:34   ` Johan Hovold
@ 2019-03-04  8:36   ` Andreas Schwab
  2 siblings, 0 replies; 11+ messages in thread
From: Andreas Schwab @ 2019-03-04  8:36 UTC (permalink / raw)
  To: Atish Patra
  Cc: linux-riscv, Alan Kao, Albert Ou, Anup Patel, Dmitriy Cherkasov,
	Johan Hovold, linux-kernel, Palmer Dabbelt, Paul Walmsley,
	Thomas Gleixner

s/comman/common/ in the subject.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [v6 PATCH 0/6] Various SMP related fixes
  2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
                   ` (5 preceding siblings ...)
  2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
@ 2019-03-04 19:06 ` Palmer Dabbelt
  6 siblings, 0 replies; 11+ messages in thread
From: Palmer Dabbelt @ 2019-03-04 19:06 UTC (permalink / raw)
  To: atish.patra
  Cc: linux-riscv, atish.patra, alankao, aou, schwab, anup, dmitriy,
	johan, linux-kernel, Paul Walmsley, tglx

On Fri, 22 Feb 2019 11:41:34 PST (-0800), atish.patra@wdc.com wrote:
> The existing upstream kernel doesn't boot for non-smp configuration.
> This patch series address various issues with non-smp configurations.
>
> The patch series is based on 5.0-rc7 + Johan's below mentioned patch
> series. Tested on both QEMU and HiFive Unleashed board using both
> OpenSBI & BBL.
>
> https://lore.kernel.org/lkml/20190118140308.9599-1-johan@kernel.org/
>
> Changes from v5->v6
> 1. Dropped driver patches as they have been accepted via drivers tree.
>
> Changes from v4->v5
> 1. Continue processing other harts even if isa string is incorrect for
>    a single hart during HWCAP processing.
>
> Changes from v3->v4
> 1. Fixed commit text length issues.
> 2. Updated hwcap patch to use common capabilities of all harts.
> 3. Rebased on Johan's patch series.
>
> Changes from v2->v3
>
> 1. Fixed spurious white space.
> 2. Added lockdep for smpboot completion variable.
> 2. Added a sanity check for hwcap.
>
> Changes from v1->v2
>
> 1. Move the cpuid to hartid map to smp.c from setup.c
> 2. Split 3rd patch into several small patches based on
>    logical grouping.
> 3. Added a new patch that fixes an issue in hwcap query.
> 4. Changed the title of the patch series.
>
> Atish Patra (6):
> RISC-V: Do not wait indefinitely in __cpu_up
> RISC-V: Move cpuid to hartid mapping to SMP.
> RISC-V: Remove NR_CPUs check during hartid search from DT
> RISC-V: Allow hartid-to-cpuid function to fail.
> RISC-V: Compare cpuid with NR_CPUS before mapping.
> RISC-V: Assign hwcap as per comman capabilities.
>
> arch/riscv/include/asm/smp.h   | 18 +++++++++++++-----
> arch/riscv/kernel/cpu.c        |  4 ----
> arch/riscv/kernel/cpufeature.c | 41 ++++++++++++++++++++++-------------------
> arch/riscv/kernel/setup.c      |  9 ---------
> arch/riscv/kernel/smp.c        | 10 +++++++++-
> arch/riscv/kernel/smpboot.c    | 20 +++++++++++++++++---
> 6 files changed, 61 insertions(+), 41 deletions(-)

I've taken this v6 into for-next, thanks!

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2019-03-04 19:06 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-02-22 19:41 [v6 PATCH 0/6] Various SMP related fixes Atish Patra
2019-02-22 19:41 ` [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up Atish Patra
2019-02-22 19:41 ` [v6 PATCH 2/6] RISC-V: Move cpuid to hartid mapping to SMP Atish Patra
2019-02-22 19:41 ` [v6 PATCH 3/6] RISC-V: Remove NR_CPUs check during hartid search from DT Atish Patra
2019-02-22 19:41 ` [v6 PATCH 4/6] RISC-V: Allow hartid-to-cpuid function to fail Atish Patra
2019-02-22 19:41 ` [v6 PATCH 5/6] RISC-V: Compare cpuid with NR_CPUS before mapping Atish Patra
2019-02-22 19:41 ` [v6 PATCH 6/6] RISC-V: Assign hwcap as per comman capabilities Atish Patra
2019-02-25  3:35   ` Anup Patel
2019-02-25  8:34   ` Johan Hovold
2019-03-04  8:36   ` Andreas Schwab
2019-03-04 19:06 ` [v6 PATCH 0/6] Various SMP related fixes Palmer Dabbelt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).