Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp1015480ybx; Wed, 6 Nov 2019 11:48:38 -0800 (PST) X-Google-Smtp-Source: APXvYqzqXEs5mit2VRPdEWsCbdfH7COGhrSnOkrLo2DNn+0kWyK9DwXLY0mwtUOxUDX6uVDcfpek X-Received: by 2002:a17:907:1102:: with SMTP id qu2mr35942994ejb.300.1573069718223; Wed, 06 Nov 2019 11:48:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573069718; cv=none; d=google.com; s=arc-20160816; b=tSDDDaFJBDXg1KZ++2UMVzidfQahNPmyQbi4vYA8EGxJ9iIsT91+16qMuroZjpgqNC net497QYyFW2zECHewlGVm21AW5ikVLym0z2A2Ueu1X/vs8K8ANG4xpoBlPirrG31KB7 vt6a1zwmkgYrcbOw2/E6rURoq01rnYxzjkn6M+PvVokj9BbfPZJkGG3uLoEDSS0PR6+6 tAKRl/Jq8uYuHEhiR0hXvjDCDHpSqo9kTQ8J1PMBeTpQkkvdxYxGqwZsshPsaJ9EWrtb KdtgpR3jZV0GsgmSD6GbWw7Rb/+x5nKvN9yfE3/W15itaarSyQ1Mo1XsHHPHBlglSB2Z YroQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:from:subject:mime-version :message-id:date:dkim-signature; bh=XMIoZmq3jzflCx/mOOBG8L+JHVjKdPs5Ze6dku/isc8=; b=rG8HXDMn4R020Fkc+WHihDO4PEQx4NBV055GyuDVL7D4JPieBOtuaKr8F7nzsiWkrR q47VSrqfsHHdbpoYl/U7bfyAAqFnN+Hx/vPS2MfnXW5qLBeKRDXGGDVz49ohB1Jg2Tw+ fVR5g318y9sgnzny6c6shNrzCITJbdWmUnrzl1wZs/8I0xfui6AWWvlQnTIkTej1ZvZQ hmx/7CR7nZrpKSLVQICO1OqmG2IIkx/LvaFdzOljKD7I6IdY6q6+um10Kp4L/g6llHc0 KUMRf64VDIDZSw1A8+k5XByuCoVYKziatK9qxjjOYjXR+WyUuR61g5Q1kYpF0aPYkNmC NRiw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=bMol0jV6; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k16si14124084edj.133.2019.11.06.11.48.12; Wed, 06 Nov 2019 11:48:38 -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=pass header.i=@google.com header.s=20161025 header.b=bMol0jV6; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727809AbfKFTqm (ORCPT + 99 others); Wed, 6 Nov 2019 14:46:42 -0500 Received: from mail-pf1-f202.google.com ([209.85.210.202]:40036 "EHLO mail-pf1-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727319AbfKFTqm (ORCPT ); Wed, 6 Nov 2019 14:46:42 -0500 Received: by mail-pf1-f202.google.com with SMTP id h67so10518653pfb.7 for ; Wed, 06 Nov 2019 11:46:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:message-id:mime-version:subject:from:to:cc; bh=XMIoZmq3jzflCx/mOOBG8L+JHVjKdPs5Ze6dku/isc8=; b=bMol0jV6gQMh4E3B2H837bFujfxShKd7aFYex3oQh76AgZHWxQAJxDcki+arj1XaMw zetFAVUTVnvecFKwY/bgQFYe4cUPxHrYu24rdycUO0yj1FKnz3QMTKlLoNMq2eScr1a8 OQSRIPY+UiH509bu20sMuySS8jRDCXTV54fQNGPaoZ/YhnfFEY1zSrfjLMLe2dxIu71C 9LawlybmZsw4CEFKGzTFHPMUYKEg0gXzNSK6IXV9JmGL/uat3VsL2ybIduQZx3HP1RNH Lc71aKXI0TG0SNFTR8shGe5xf3PSIyZanQjwOGyE8OLjLNCHaezVnfJARiXRPkBsv/YS 6hQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:message-id:mime-version:subject:from:to:cc; bh=XMIoZmq3jzflCx/mOOBG8L+JHVjKdPs5Ze6dku/isc8=; b=g0qted7FEjCdLYVLTciOvrQhDj7gJn8Oerk26w0HrEDs/J5/XSz7Tzu439lw2o0PFa 1/z8q8DWgEQ0sjQ6NePh7k8D9NBgdkmRxttlbU5wUvJgQHfMAaUdo4nwTIS9Wx0E0hWn LWDn4xh1oGEDUp8Z81vxV7U1seFCmcXbr9S8J4jmjSFuMPMJOAWZyxXEaimsxBO+MA9A pXMoJohCIq3IBBNU2o0XVJWxPc6Ch1ddMaMMJ/dL1BjJdlw5XVl7SPg8vQ+aTrYjJxjV ZZ69JIE0eX9gJOchCCfA8SpOTrCiHKK7vATu+hBHeywnl0ZaVGa784V96C10WX7ys0Vm 5dgg== X-Gm-Message-State: APjAAAXlgcIxujLT8jtjUIeY1g51SRrliDMMfiWyHHxlCLH0JpOXnggg hEmfU9sl2YUe5cC9XCmyG7ALRQJ1CR+/ X-Received: by 2002:a63:a05c:: with SMTP id u28mr5138858pgn.333.1573069600951; Wed, 06 Nov 2019 11:46:40 -0800 (PST) Date: Wed, 6 Nov 2019 11:46:25 -0800 Message-Id: <20191106194625.116692-1-smuckle@google.com> Mime-Version: 1.0 X-Mailer: git-send-email 2.24.0.rc1.363.gb1bccd3e3d-goog Subject: [PATCH] rtc: class: support hctosys from modular RTC drivers From: Steve Muckle To: Alessandro Zummo , Alexandre Belloni Cc: linux-kernel@vger.kernel.org, linux-rtc@vger.kernel.org, kernel-team@android.com, Steve Muckle Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Due to distribution constraints it may not be possible to statically compile the required RTC driver into the kernel. Expand RTC_HCTOSYS support to cover all RTC devices (statically compiled or not) by checking at the end of RTC device registration whether the time should be synced. Signed-off-by: Steve Muckle --- drivers/rtc/Kconfig | 18 ++++++----- drivers/rtc/Makefile | 1 - drivers/rtc/class.c | 63 +++++++++++++++++++++++++++++++++++++++ drivers/rtc/hctosys.c | 69 ------------------------------------------- 4 files changed, 73 insertions(+), 78 deletions(-) delete mode 100644 drivers/rtc/hctosys.c diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index 1adf9f815652..f663d77deb41 100644 --- a/drivers/rtc/Kconfig +++ b/drivers/rtc/Kconfig @@ -35,14 +35,16 @@ config RTC_HCTOSYS_DEVICE depends on RTC_HCTOSYS default "rtc0" help - The RTC device that will be used to (re)initialize the system - clock, usually rtc0. Initialization is done when the system - starts up, and when it resumes from a low power state. This - device should record time in UTC, since the kernel won't do - timezone correction. - - The driver for this RTC device must be loaded before late_initcall - functions run, so it must usually be statically linked. + The RTC device that will be used to (re)initialize the system clock, + usually rtc0. Initialization is done when the driver for the RTC + device registers, and when it resumes from a low power state. This + device should record time in UTC, since the kernel won't do timezone + correction. + + During startup it is useful to initialize the system clock from the + RTC as early as possible. For this reason the driver for this RTC + device should be statically linked, or alternately, the kernel module + for the RTC device driver loaded immediately. This clock should be battery-backed, so that it reads the correct time when the system boots from a power-off state. Otherwise, your diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile index 4ac8f19fb631..33f932d08262 100644 --- a/drivers/rtc/Makefile +++ b/drivers/rtc/Makefile @@ -6,7 +6,6 @@ ccflags-$(CONFIG_RTC_DEBUG) := -DDEBUG obj-$(CONFIG_RTC_LIB) += lib.o -obj-$(CONFIG_RTC_HCTOSYS) += hctosys.o obj-$(CONFIG_RTC_SYSTOHC) += systohc.o obj-$(CONFIG_RTC_CLASS) += rtc-core.o obj-$(CONFIG_RTC_MC146818_LIB) += rtc-mc146818-lib.o diff --git a/drivers/rtc/class.c b/drivers/rtc/class.c index 9458e6d6686a..b1ed5f3be223 100644 --- a/drivers/rtc/class.c +++ b/drivers/rtc/class.c @@ -34,6 +34,64 @@ static void rtc_device_release(struct device *dev) #ifdef CONFIG_RTC_HCTOSYS_DEVICE /* Result of the last RTC to system clock attempt. */ int rtc_hctosys_ret = -ENODEV; + +/* IMPORTANT: the RTC only stores whole seconds. It is arbitrary + * whether it stores the most close value or the value with partial + * seconds truncated. However, it is important that we use it to store + * the truncated value. This is because otherwise it is necessary, + * in an rtc sync function, to read both xtime.tv_sec and + * xtime.tv_nsec. On some processors (i.e. ARM), an atomic read + * of >32bits is not possible. So storing the most close value would + * slow down the sync API. So here we have the truncated value and + * the best guess is to add 0.5s. + */ + +static int rtc_hctosys(void) +{ + int err = -ENODEV; + struct rtc_time tm; + struct timespec64 tv64 = { + .tv_nsec = NSEC_PER_SEC >> 1, + }; + struct rtc_device *rtc = rtc_class_open(CONFIG_RTC_HCTOSYS_DEVICE); + + if (!rtc) { + pr_info("unable to open rtc device (%s)\n", + CONFIG_RTC_HCTOSYS_DEVICE); + goto err_open; + } + + err = rtc_read_time(rtc, &tm); + if (err) { + dev_err(rtc->dev.parent, + "hctosys: unable to read the hardware clock\n"); + goto err_read; + } + + tv64.tv_sec = rtc_tm_to_time64(&tm); + +#if BITS_PER_LONG == 32 + if (tv64.tv_sec > INT_MAX) { + err = -ERANGE; + goto err_read; + } +#endif + + err = do_settimeofday64(&tv64); + + dev_info(rtc->dev.parent, "setting system clock to %ptR UTC (%lld)\n", + &tm, (long long)tv64.tv_sec); + +err_read: + rtc_class_close(rtc); + +err_open: + rtc_hctosys_ret = err; + + return err; +} + + #endif #if defined(CONFIG_PM_SLEEP) && defined(CONFIG_RTC_HCTOSYS_DEVICE) @@ -375,6 +433,11 @@ int __rtc_register_device(struct module *owner, struct rtc_device *rtc) dev_info(rtc->dev.parent, "registered as %s\n", dev_name(&rtc->dev)); +#ifdef CONFIG_RTC_HCTOSYS_DEVICE + if (!strcmp(dev_name(&rtc->dev), CONFIG_RTC_HCTOSYS_DEVICE)) + rtc_hctosys(); +#endif + return 0; } EXPORT_SYMBOL_GPL(__rtc_register_device); diff --git a/drivers/rtc/hctosys.c b/drivers/rtc/hctosys.c deleted file mode 100644 index a74d0d890600..000000000000 --- a/drivers/rtc/hctosys.c +++ /dev/null @@ -1,69 +0,0 @@ -// SPDX-License-Identifier: GPL-2.0 -/* - * RTC subsystem, initialize system time on startup - * - * Copyright (C) 2005 Tower Technologies - * Author: Alessandro Zummo - */ - -#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt - -#include - -/* IMPORTANT: the RTC only stores whole seconds. It is arbitrary - * whether it stores the most close value or the value with partial - * seconds truncated. However, it is important that we use it to store - * the truncated value. This is because otherwise it is necessary, - * in an rtc sync function, to read both xtime.tv_sec and - * xtime.tv_nsec. On some processors (i.e. ARM), an atomic read - * of >32bits is not possible. So storing the most close value would - * slow down the sync API. So here we have the truncated value and - * the best guess is to add 0.5s. - */ - -static int __init rtc_hctosys(void) -{ - int err = -ENODEV; - struct rtc_time tm; - struct timespec64 tv64 = { - .tv_nsec = NSEC_PER_SEC >> 1, - }; - struct rtc_device *rtc = rtc_class_open(CONFIG_RTC_HCTOSYS_DEVICE); - - if (!rtc) { - pr_info("unable to open rtc device (%s)\n", - CONFIG_RTC_HCTOSYS_DEVICE); - goto err_open; - } - - err = rtc_read_time(rtc, &tm); - if (err) { - dev_err(rtc->dev.parent, - "hctosys: unable to read the hardware clock\n"); - goto err_read; - } - - tv64.tv_sec = rtc_tm_to_time64(&tm); - -#if BITS_PER_LONG == 32 - if (tv64.tv_sec > INT_MAX) { - err = -ERANGE; - goto err_read; - } -#endif - - err = do_settimeofday64(&tv64); - - dev_info(rtc->dev.parent, "setting system clock to %ptR UTC (%lld)\n", - &tm, (long long)tv64.tv_sec); - -err_read: - rtc_class_close(rtc); - -err_open: - rtc_hctosys_ret = err; - - return err; -} - -late_initcall(rtc_hctosys); -- 2.24.0.rc1.363.gb1bccd3e3d-goog