Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3321598imu; Sun, 11 Nov 2018 12:19:35 -0800 (PST) X-Google-Smtp-Source: AJdET5fRK6uH+ApZz+YChIrGJ+ezrT8AFLo1Lkiv6e0LlxcSFMQFbrFot5tgbbWnUi6VayQdAQC7 X-Received: by 2002:a63:cf08:: with SMTP id j8mr4082011pgg.113.1541967575704; Sun, 11 Nov 2018 12:19:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541967575; cv=none; d=google.com; s=arc-20160816; b=nXLBFH5a0ph5s69OkopadNdFqWljqSQcVJ8I8S+5m1cUoBbRgJXdGqEeE+7rL2RsBo 4rY0JP+aSBCzbE0Tk/GDUJ05/I7G3bVWpfUX4FvTMPlpCmZOkn7Rdl63f6OZikhMTrmR OVNjx0m0CkYoLvuDkUaui3M1kV2/huMCzz1eIUg4/FBsBvW+hcwMC04ahEFuS3r2PISZ WfE2t7KibGLsKPJI1MgZ8mUWqHUbDPcm3K4ik6ZMuKXVA/TJQiXHiM5lqRH44NGY2HKP NAd8u35RSh7UseRS/CEWXRqgNndoM/mpKJl96YpfXTk+RpTcTQvvaK58JbFVUPHNGl4J uYsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=PXT21T+BibJDEHxphWMCmJkOu/T0v6EBt0UPCgx2nE4=; b=bjMTMlcio692goBeTF+N3XQ473Lr9sTTDDZgV1ls6K+SNOUw0R3QUq8LWgjKo3XZrQ SFqSlrDdwhUne+hFSFk2QzbbUq5BplrTjZ1Vi/WVvrDdvAMuOTxbVOzalJyut3imNHIZ LufTEEAdHYN6vXIQQMcDBfNc0keQDWKuDq/sXF55zqT6LyqrRl7blxQRrYdNZlY3VZlE zZRViXh4d1y20Dwym128seGfMSleDc75vRqywW5iVO1hiN4ePYHh7m6q3IcvdwcwACLS dDv6Ly2aBFHHqGIBIeDh6Yr9AXQn0H2kIyEAy1TNzHVHVtcjjJYfsWKYhR3ZVonabf+O pX1Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s4si13769556pga.377.2018.11.11.12.19.20; Sun, 11 Nov 2018 12:19:35 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731771AbeKLGFG (ORCPT + 99 others); Mon, 12 Nov 2018 01:05:06 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:53024 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725905AbeKLGFF (ORCPT ); Mon, 12 Nov 2018 01:05:05 -0500 Received: from [192.168.4.242] (helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gLvt8-0000lJ-KN; Sun, 11 Nov 2018 19:59:18 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gLvsP-0001Rp-PW; Sun, 11 Nov 2018 19:58:33 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Geert Uytterhoeven" , "Miquel Raynal" , "Boris Brezillon" Date: Sun, 11 Nov 2018 19:49:05 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) Subject: [PATCH 3.16 072/366] m68k: Implement ndelay() as an inline function to force type checking/casting In-Reply-To: X-SA-Exim-Connect-IP: 192.168.4.242 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.61-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Boris Brezillon commit d8441ba80c55aad435e4b98fe0d7ad5d21e46bf9 upstream. ndelay() is supposed to take an unsigned long, but if you define ndelay() as a macro and the caller pass an unsigned long long instead of an unsigned long, the unsigned long long to unsigned long cast is not done and we end up with an "undefined reference to `__udivdi3'" error at link time. Fix that by making ndelay() an inline function and then defining dummy ndelay() macro that redirects to the ndelay() function (it's how most archs do to implement ndelay()). Fixes: c8ee038bd148 ("m68k: Implement ndelay() based on the existing udelay() logic") Signed-off-by: Boris Brezillon Reviewed-by: Miquel Raynal [geert: Remove comment now it is no longer a macro] Signed-off-by: Geert Uytterhoeven Signed-off-by: Ben Hutchings --- arch/m68k/include/asm/delay.h | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) --- a/arch/m68k/include/asm/delay.h +++ b/arch/m68k/include/asm/delay.h @@ -48,8 +48,6 @@ extern void __bad_udelay(void); * The simpler m68k and ColdFire processors do not have a 32*32->64 * multiply instruction. So we need to handle them a little differently. * We use a bit of shifting and a single 32*32->32 multiply to get close. - * This is a macro so that the const version can factor out the first - * multiply and shift. */ #define HZSCALE (268435456 / (1000000 / HZ)) @@ -114,6 +112,13 @@ static inline void __udelay(unsigned lon */ #define HZSCALE (268435456 / (1000000 / HZ)) -#define ndelay(n) __delay(DIV_ROUND_UP((n) * ((((HZSCALE) >> 11) * (loops_per_jiffy >> 11)) >> 6), 1000)) +static inline void ndelay(unsigned long nsec) +{ + __delay(DIV_ROUND_UP(nsec * + ((((HZSCALE) >> 11) * + (loops_per_jiffy >> 11)) >> 6), + 1000)); +} +#define ndelay(n) ndelay(n) #endif /* defined(_M68K_DELAY_H) */