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;
From:   Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To:     linux-snps-arc@lists.infradead.org
Cc:     linux-kernel@vger.kernel.org,
        Vineet Gupta <Vineet.Gupta1@synopsys.com>,
        Alexey Brodkin <Alexey.Brodkin@synopsys.com>
Subject: [PATCH] ARC: Don't check presense of Timer1 in SMP builds
Date:   Tue, 13 Feb 2018 22:35:04 +0300
Message-Id: <20180213193504.28671-1-abrodkin@synopsys.com>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

In case of SMP we use GFRC from ARconnect and Timer1 is left
untouched. Still with that check in place we're panicing if Timer1
is missing in current hardware which is quite unexpected.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
---
 arch/arc/kernel/setup.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c
index cf97f7d88934..1142d76a7e8f 100644
--- a/arch/arc/kernel/setup.c
+++ b/arch/arc/kernel/setup.c
@@ -391,8 +391,10 @@ static void arc_chk_core_config(void)
 	if (!cpu->extn.timer0)
 		panic("Timer0 is not present!\n");
 
+#ifndef CONFIG_SMP
 	if (!cpu->extn.timer1)
 		panic("Timer1 is not present!\n");
+#endif
 
 #ifdef CONFIG_ARC_HAS_DCCM
 	/*
-- 
2.11.0