From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A0AB2C4320A for ; Tue, 17 Aug 2021 11:09:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7928A60C3E for ; Tue, 17 Aug 2021 11:09:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236603AbhHQLKM (ORCPT ); Tue, 17 Aug 2021 07:10:12 -0400 Received: from ZXSHCAS2.zhaoxin.com ([203.148.12.82]:10243 "EHLO ZXSHCAS2.zhaoxin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231515AbhHQLKL (ORCPT ); Tue, 17 Aug 2021 07:10:11 -0400 Received: from zxbjmbx1.zhaoxin.com (10.29.252.163) by ZXSHCAS2.zhaoxin.com (10.28.252.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14; Tue, 17 Aug 2021 19:09:35 +0800 Received: from [10.122.79.217] (221.11.61.182) by zxbjmbx1.zhaoxin.com (10.29.252.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14; Tue, 17 Aug 2021 19:09:33 +0800 Date: Tue, 17 Aug 2021 19:09:28 +0800 From: To: Alexandre Belloni CC: , , , , , , , , Subject: Re: [PATCH] rtc: Fix set RTC time delay 500ms on some Zhaoxin SOCs User-Agent: K-9 Mail for Android In-Reply-To: References: <1629121638-3246-1-git-send-email-TonyWWang-oc@zhaoxin.com> Message-ID: <7EA395FF-EB66-4274-9EDE-EC28450A0259@zhaoxin.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [221.11.61.182] X-ClientProxiedBy: ZXSHCAS2.zhaoxin.com (10.28.252.162) To zxbjmbx1.zhaoxin.com (10.29.252.163) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On August 16, 2021 8:36:48 PM GMT+08:00, Alexandre Belloni wrote: >On 16/08/2021 18:03:13+0800, Tony W Wang-oc wrote: >> >> On 16/08/2021 16:24, Alexandre Belloni wrote: >> > Hello, >> > >> > On 16/08/2021 21:47:18+0800, Tony W Wang-oc wrote: >> >> When the RTC divider is changed from reset to an operating time >base, >> >> the first update cycle should be 500ms later. But on some Zhaoxin >SOCs, >> >> this first update cycle is one second later. >> >> >> >> So set RTC time on these Zhaoxin SOCs will causing 500ms delay. >> >> >> > >> > Can you explain what is the relationship between writing the >divider and >> > the 500ms delay? >> >> Isn't the issue that you are using systohc and set_offset_nsec is >set to >> > NSEC_PER_SEC / 2 ? >> > >> No. >> When using #hwclock -s to set RTC time and set_offset_nsec is >> NSEC_PER_SEC / 2, the function mc146818_set_time() requires the first >> update cycle after RTC divider be changed from reset to an operating >> mode is 500ms as the MC146818A spec specified. But on some Zhaoxin >SOCs, >> the first update cycle of RTC is one second later after RTC divider >be >> changed from reset to an operating mode. So the first update cycle >after >> RTC divider be changed from reset to an operation mode on These SOCs >> will causing 500ms delay with current mc146818_set_time() >implementation. >> > >What happens with hwclock --delay=0 -s ? With "hwclock --delay=0 -s" still have this problem. Actually, this 500ms delay caused by writing the RTC time on these Zhaoxin SOCs. As I've tested, with hwclock --delay=0 -w can fix it too. Sincerely TonyWWang-oc