Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp108735iob; Tue, 17 May 2022 20:28:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmlmWJuZoX81yZ+4+8ZTPlw2LDAD62Y7Jj/Vwh0GViTZfDG6UwCP1PCrtRqjrHBB2j2tsS X-Received: by 2002:a05:6a00:e8e:b0:4fa:a52f:59cf with SMTP id bo14-20020a056a000e8e00b004faa52f59cfmr25605111pfb.84.1652844516993; Tue, 17 May 2022 20:28:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652844516; cv=none; d=google.com; s=arc-20160816; b=dzCjNLIIeHSvOMIMihqJx0qXMKMLKoqCVRVD8uUDNUv5kJUxwVpu7/jgh7CePT7MZP ln2xFEMJVRAXDGWvVyJYPs1NJT/JTw4zAtgVdaXpAbhHhjfB3362Ti4ldInmY/PF9h4a wJOYE5SKZgMdqWMplo6tTbQvGnbBoTB/w+yVU+9pojHY92xb78Va5nXAQFEf3nOvIxAz BD/hKN1J8bLgFiwOj9mszNmf9fjCL0rgrj4qfp8ItRJolinXYWhJRKsxyMRf2w/07h/L iLgYh/5uaGultvD1s5Uo5JXbNxWtwKaO6Wr/5ZjjZZZM55uiRraMToKcodRz5RUy+X8j 4bCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=ON4s3iepVe9lY3NqWBrPVDEDICDXoQuBZ0iissPTzr0=; b=iAeEFtWz9Tueo06fHpCTRQRNHoDBXWqIQNudHf479wlUwat3Pegw20shFeyYMxTqQ3 YReRDB7jDRPU25Fs0OKUgsbtPWM+6k5Z6030glF5sU65GoPD8KVcR1SQOx6dkdO2842l geqMz0rBIZ766g8MYGXT8Q5crBNwnwXo4W2hOgHaHzXsa7OZFCIctFB37AL8Pb7Hl4Zp jHXniXaaJdA//IiDrv6Yl9MSIWYs/zKRJkcBom7vkZXqlUGwXdTpOINPbJorNCNeeUEK DwBvV/TqVd7LGcN9bW/p1LHi0L562uF/Dc/lnZ7ywB7TcaGnZhrxc3AoacV6tnmBPu3h x9kA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=L+R5OzBb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id f10-20020a056a00228a00b0050de72cfdcesi1722908pfe.74.2022.05.17.20.28.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 May 2022 20:28:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=L+R5OzBb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C0A046B7EB; Tue, 17 May 2022 20:23:35 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230186AbiEQWNB (ORCPT + 99 others); Tue, 17 May 2022 18:13:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48626 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230174AbiEQWNA (ORCPT ); Tue, 17 May 2022 18:13:00 -0400 Received: from relay11.mail.gandi.net (relay11.mail.gandi.net [217.70.178.231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7C87537AB7 for ; Tue, 17 May 2022 15:12:57 -0700 (PDT) Received: (Authenticated sender: alexandre.belloni@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id C0A06100005; Tue, 17 May 2022 22:12:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1652825576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ON4s3iepVe9lY3NqWBrPVDEDICDXoQuBZ0iissPTzr0=; b=L+R5OzBbW1wvgTo5wzT4Wxwg/ATb1SdxxKVKHfMIbYxYtuwX131c0Uz/AnmpoAUafPNJEB 67hNDKYLqq5WI9EX3Yx+RNb8avq3PpzC79kvsEeRQjmGPMewZyqClI+zTU0NwX5HEGuNrH YW6fXvxKnj8TBV/r8wItFWSjdAbrp65X8NlgrQkdZXKe9WzKHqTMMamJ+YL4V0L9apvpAe fHlPjfEBZbmr2wo22T0mY03fRbAmZIvERyKJv4ZJEjJKwoROtLURl0VamoM8wqgX4MS5fW q8lM51ETe420Il0HlUo/eXt80XQVHo/SluB1UY2Ie9HfRpTyFPsSbxGPAm3A0g== Date: Wed, 18 May 2022 00:12:54 +0200 From: Alexandre Belloni To: Mateusz =?utf-8?Q?Jo=C5=84czyk?= Cc: linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Alessandro Zummo , Prarit Bhargava Subject: Re: [PATCH v2 resend 1/2] x86/rtc: rewrite mach_get_cmos_time to delete duplicated code Message-ID: References: <20220517202131.379939-1-mat.jonczyk@o2.pl> <20220517202131.379939-2-mat.jonczyk@o2.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220517202131.379939-2-mat.jonczyk@o2.pl> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 17/05/2022 22:21:30+0200, Mateusz Jończyk wrote: > There are functions in drivers/rtc/rtc-mc146818-lib.c that handle > reading from / writing to the CMOS RTC clock. mach_get_cmos_time() in > arch/x86/kernel/rtc.c did not use them and was mostly a duplicate of > mc146818_get_time(). Modify mach_get_cmos_time() to use > mc146818_get_time() and remove the duplicated code. > > mach_get_cmos_time() used a different algorithm than > mc146818_get_time(), but these functions are equivalent. The major > differences were: > > - mc146818_get_time() is better refined: it was updated in > commit 05a0302c3548 ("rtc: mc146818: Prevent reading garbage") > to take account of various edge conditions, > > - when the UIP ("Update in progress") bit of the RTC is set, > mach_get_cmos_time() was busy waiting with cpu_relax() while > mc146818_get_time() is now using mdelay(1) in every loop iteration, > > - mach_get_cmos_time() assumed that the RTC year must be >= 2000, which > may not be true on some old boxes with a dead battery, > > - mach_get_cmos_time() was holding the rtc_lock for a long time. > > As a bonus, mach_get_cmos_time() after the modification does not hang > indefinitely if the CMOS RTC is not present. > > The RTC writing counterpart, mach_set_rtc_mmss() is already using > mc146818_get_time() from drivers/rtc. This was done in > commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") > It appears that mach_get_cmos_time() was simply forgotten. > > mach_get_cmos_time() is really used only in read_persistent_clock64(), > which is called only in a few places in kernel/time/timekeeping.c . > > Signed-off-by: Mateusz Jończyk Acked-by: Alexandre Belloni > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: Borislav Petkov > Cc: Dave Hansen > Cc: x86@kernel.org > Cc: "H. Peter Anvin" > Cc: Alessandro Zummo > Cc: Alexandre Belloni > Cc: Prarit Bhargava > > --- > > v2: > - use pr_err() in place of pr_err_ratelimited(). mach_get_cmos_time() > is not called frequently, so ratelimiting is not necessary. > - tweak commit description. > --- > arch/x86/kernel/rtc.c | 59 +++++-------------------------------------- > 1 file changed, 7 insertions(+), 52 deletions(-) > > diff --git a/arch/x86/kernel/rtc.c b/arch/x86/kernel/rtc.c > index 586f718b8e95..1cadc8a15267 100644 > --- a/arch/x86/kernel/rtc.c > +++ b/arch/x86/kernel/rtc.c > @@ -4,11 +4,8 @@ > */ > #include > #include > -#include > -#include > #include > #include > -#include > > #include > #include > @@ -20,15 +17,12 @@ > /* > * This is a special lock that is owned by the CPU and holds the index > * register we are working with. It is required for NMI access to the > - * CMOS/RTC registers. See include/asm-i386/mc146818rtc.h for details. > + * CMOS/RTC registers. See arch/x86/include/asm/mc146818rtc.h for details. > */ > volatile unsigned long cmos_lock; > EXPORT_SYMBOL(cmos_lock); > #endif /* CONFIG_X86_32 */ > > -/* For two digit years assume time is always after that */ > -#define CMOS_YEARS_OFFS 2000 > - > DEFINE_SPINLOCK(rtc_lock); > EXPORT_SYMBOL(rtc_lock); > > @@ -62,8 +56,7 @@ int mach_set_rtc_mmss(const struct timespec64 *now) > > void mach_get_cmos_time(struct timespec64 *now) > { > - unsigned int status, year, mon, day, hour, min, sec, century = 0; > - unsigned long flags; > + struct rtc_time tm; > > /* > * If pm_trace abused the RTC as storage, set the timespec to 0, > @@ -74,51 +67,13 @@ void mach_get_cmos_time(struct timespec64 *now) > return; > } > > - spin_lock_irqsave(&rtc_lock, flags); > - > - /* > - * If UIP is clear, then we have >= 244 microseconds before > - * RTC registers will be updated. Spec sheet says that this > - * is the reliable way to read RTC - registers. If UIP is set > - * then the register access might be invalid. > - */ > - while ((CMOS_READ(RTC_FREQ_SELECT) & RTC_UIP)) > - cpu_relax(); > - > - sec = CMOS_READ(RTC_SECONDS); > - min = CMOS_READ(RTC_MINUTES); > - hour = CMOS_READ(RTC_HOURS); > - day = CMOS_READ(RTC_DAY_OF_MONTH); > - mon = CMOS_READ(RTC_MONTH); > - year = CMOS_READ(RTC_YEAR); > - > -#ifdef CONFIG_ACPI > - if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID && > - acpi_gbl_FADT.century) > - century = CMOS_READ(acpi_gbl_FADT.century); > -#endif > - > - status = CMOS_READ(RTC_CONTROL); > - WARN_ON_ONCE(RTC_ALWAYS_BCD && (status & RTC_DM_BINARY)); > - > - spin_unlock_irqrestore(&rtc_lock, flags); > - > - if (RTC_ALWAYS_BCD || !(status & RTC_DM_BINARY)) { > - sec = bcd2bin(sec); > - min = bcd2bin(min); > - hour = bcd2bin(hour); > - day = bcd2bin(day); > - mon = bcd2bin(mon); > - year = bcd2bin(year); > + if (mc146818_get_time(&tm)) { > + pr_err("Unable to read current time from RTC\n"); > + now->tv_sec = now->tv_nsec = 0; > + return; > } > > - if (century) { > - century = bcd2bin(century); > - year += century * 100; > - } else > - year += CMOS_YEARS_OFFS; > - > - now->tv_sec = mktime64(year, mon, day, hour, min, sec); > + now->tv_sec = rtc_tm_to_time64(&tm); > now->tv_nsec = 0; > } > > -- > 2.25.1 > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com