Received: by 2002:ac0:b08d:0:0:0:0:0 with SMTP id l13csp1814934imc; Fri, 22 Feb 2019 11:42:28 -0800 (PST) X-Google-Smtp-Source: AHgI3IaIqeNBncs+0hGNIn7Vo4BcwTS21C9djEZjDiFfaBHZ7ZmyvYjfLl6ibPFv4x4a6pSy9Ofv X-Received: by 2002:a65:6544:: with SMTP id a4mr5534575pgw.412.1550864548922; Fri, 22 Feb 2019 11:42:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550864548; cv=none; d=google.com; s=arc-20160816; b=C+mybg6RO2ttZrpzJPYCWtRC4QQlzF7hSTWkUQwUbbHr63JloQhAjqM/6PLWDJ2ro6 2bNTj66415b2423+Syc2zz0Jp8z0haVImuzK6NW9ncOUqVDoPYg2OyWtCv+ScAPCSAja gIPn5RNgpz/XUfh2Ayq0TRlm/xux+TsgVM9SikqLM6l+Pk0swij63ARoDs/hV4Ujd2Wd XVdoGSUwZstGKxnNsRWyaCK2TH1SsHA/yE/jHHV5HBwELNGtLOhVqBUMUO4dBCroBBzm kg98omjbfHsSIH3C8Gg6g51FSNp+frVwICN7J/XRiCA2hGFr6JBtW226xVDLRa/uRIxY v9Jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=g8e40E27J5MSW5B1/XTe1vJUg76OzSonBT54XQgBXs0=; b=W+Q8i6/z0ZJtWxwtFm5kBN9PtH25O8fIJSiHTghfh29fLkGwiokZXcJ/GscAXLtI/V 6FlD29+8xfVczdwIJzrQLMS9Zj3DhV8PvZfg0yqjxP9o6M4FV7wznB4uNw+nCoN41hwf LP1RCwIZUUrTLiWVe01tKiwpz9buula5Q5e3klA93Y6ye9WvZi91V2v3YgxGskiRXBXD D5S9oQnRRqNgCr7B6KP3DowhXll2at93nbTx/poFO/6B+AexiEwtZRjIZA7BtzRontDl UG004a9DUYFRUk8UVWwNzNgPG3YQZkc2zl+BuLZhcS21n8yEbiuO0+5Wx1+L2V8m0ddS r3tw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=WS4zA5C3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=wdc.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l18si2105104pgh.511.2019.02.22.11.42.12; Fri, 22 Feb 2019 11:42:28 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=WS4zA5C3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=wdc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726825AbfBVTlp (ORCPT + 99 others); Fri, 22 Feb 2019 14:41:45 -0500 Received: from esa6.hgst.iphmx.com ([216.71.154.45]:9380 "EHLO esa6.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725937AbfBVTlo (ORCPT ); Fri, 22 Feb 2019 14:41:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1550864505; x=1582400505; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=YZUqK4Qfap9iJXTgeai1JroJ8SUKDUcCMd3sVPqcbE8=; b=WS4zA5C39gGry6XAjOpX9s0ohah72q/VlQruFLNvjsY9ObTvBaW/N+Z8 E2wN5B67HZl/WvYF5+c2qJ1cjPxQPFwGlXOyXisGsyYobxGQZgQMKPECD WxTfWJ61xb9lhWR+4VPHazln5kozJgG88RbSxRxzL5TPIrIOxdPEhpxEF SGC8lOELiBvHMhfFJKwBXIliKvgdQIzEDsg2O9kF0osrS5K9i2RCfhYWX P+CGTmJT/G8sx61DY2xuaC3lR8SszM8H6SDpUolo7rfJs8npQakQxwAD9 yhFamJvLihCpvmdDh2+N6BA+xqyKsPmpzte3O9/6T24SzXu0JHZRzi9gy w==; X-IronPort-AV: E=Sophos;i="5.58,400,1544457600"; d="scan'208";a="103727134" Received: from h199-255-45-15.hgst.com (HELO uls-op-cesaep02.wdc.com) ([199.255.45.15]) by ob1.hgst.iphmx.com with ESMTP; 23 Feb 2019 03:41:44 +0800 Received: from uls-op-cesaip01.wdc.com ([10.248.3.36]) by uls-op-cesaep02.wdc.com with ESMTP; 22 Feb 2019 11:22:03 -0800 Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip01.wdc.com with ESMTP; 22 Feb 2019 11:41:44 -0800 From: Atish Patra To: linux-riscv@lists.infradead.org Cc: Atish Patra , Alan Kao , Albert Ou , Andreas Schwab , Anup Patel , Dmitriy Cherkasov , Johan Hovold , linux-kernel@vger.kernel.org, Palmer Dabbelt , Paul Walmsley , Thomas Gleixner Subject: [v6 PATCH 1/6] RISC-V: Do not wait indefinitely in __cpu_up Date: Fri, 22 Feb 2019 11:41:35 -0800 Message-Id: <1550864500-13652-2-git-send-email-atish.patra@wdc.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1550864500-13652-1-git-send-email-atish.patra@wdc.com> References: <1550864500-13652-1-git-send-email-atish.patra@wdc.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 Reviewed-by: Anup Patel Reviewed-by: Christoph Hellwig --- 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