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=-11.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable 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 4D6D0C0650F for ; Mon, 5 Aug 2019 11:10:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 1A15520856 for ; Mon, 5 Aug 2019 11:10:44 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=megous.com header.i=@megous.com header.b="cbXoWK2q" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728237AbfHELKk (ORCPT ); Mon, 5 Aug 2019 07:10:40 -0400 Received: from vps.xff.cz ([195.181.215.36]:59856 "EHLO vps.xff.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727259AbfHELKk (ORCPT ); Mon, 5 Aug 2019 07:10:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megous.com; s=mail; t=1565003437; bh=I5+SP8QUAXj3fkTM2l0PMqN9PUAIUknyUZz+rlL28Og=; h=Date:From:To:Cc:Subject:References:X-My-GPG-KeyId:From; b=cbXoWK2qv+KUUjGgbolnvJxHaGPI1CjR9DGktOxiYqA3GTfG4d88k7ZekQpyYNGB2 DnC3VadAN6S6HWcJO2HINgmgDxfBwOWUG9DtnDPQfgdNxoDG7g7BbJBz2S5AFNzVEN mVqbtonragdAaWe9Qwvz/P1WgMZn87xdQ49lo9lI= Date: Mon, 5 Aug 2019 13:10:37 +0200 From: =?utf-8?Q?Ond=C5=99ej?= Jirman To: Chen-Yu Tsai Cc: Alessandro Zummo , Alexandre Belloni , Rob Herring , Mark Rutland , Maxime Ripard , linux-rtc@vger.kernel.org, devicetree , linux-arm-kernel , linux-kernel , linux-sunxi Subject: Re: [linux-sunxi] [PATCH 2/3] rtc: sun6i: Add support for H6 RTC Message-ID: <20190805111037.76vmanzcurffpbdf@core.my.home> Mail-Followup-To: Chen-Yu Tsai , Alessandro Zummo , Alexandre Belloni , Rob Herring , Mark Rutland , Maxime Ripard , linux-rtc@vger.kernel.org, devicetree , linux-arm-kernel , linux-kernel , linux-sunxi References: <20190412120730.473-1-megous@megous.com> <20190412120730.473-3-megous@megous.com> <20190805104529.z3mex3m2tss7lzlr@core.my.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-My-GPG-KeyId: EBFBDDE11FB918D44D1F56C1F9F0A873BE9777ED Sender: linux-rtc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-rtc@vger.kernel.org On Mon, Aug 05, 2019 at 06:54:17PM +0800, Chen-Yu Tsai wrote: > On Mon, Aug 5, 2019 at 6:45 PM Ondřej Jirman wrote: > > > > On Mon, Aug 05, 2019 at 06:16:14PM +0800, Chen-Yu Tsai wrote: > > > On Fri, Apr 12, 2019 at 8:07 PM megous via linux-sunxi > > > wrote: > > > > > > > > From: Ondrej Jirman > > > > > > > > RTC on H6 is mostly the same as on H5 and H3. It has slight differences > > > > mostly in features that are not yet supported by this driver. > > > > > > > > Some differences are already stated in the comments in existing code. > > > > One other difference is that H6 has extra bit in LOSC_CTRL_REG, called > > > > EXT_LOSC_EN to enable/disable external low speed crystal oscillator. > > > > > > > > It also has bit EXT_LOSC_STA in LOSC_AUTO_SWT_STA_REG, to check whether > > > > external low speed oscillator is working correctly. > > > > > > > > This patch adds support for enabling LOSC when necessary: > > > > > > > > - during reparenting > > > > - when probing the clock > > > > > > > > H6 also has capacbility to automatically reparent RTC clock from > > > > external crystal oscillator, to internal RC oscillator, if external > > > > oscillator fails. This is enabled by default. Disable it during > > > > probe. > > > > > > > > Signed-off-by: Ondrej Jirman > > > > --- > > > > drivers/rtc/rtc-sun6i.c | 40 ++++++++++++++++++++++++++++++++++++++-- > > > > 1 file changed, 38 insertions(+), 2 deletions(-) > > > > > > > > diff --git a/drivers/rtc/rtc-sun6i.c b/drivers/rtc/rtc-sun6i.c > > > > index 11f56de52179..7375a530c565 100644 > > > > --- a/drivers/rtc/rtc-sun6i.c > > > > +++ b/drivers/rtc/rtc-sun6i.c > > > > @@ -41,9 +41,11 @@ > > > > /* Control register */ > > > > #define SUN6I_LOSC_CTRL 0x0000 > > > > #define SUN6I_LOSC_CTRL_KEY (0x16aa << 16) > > > > +#define SUN6I_LOSC_CTRL_AUTO_SWT_BYPASS BIT(15) > > > > > > Manual says bit 14? Or is this different from LOSC_AUTO_SWT_EN? > > > > > > The rest looks ok. > > > > To give you more information. This is a new thing in H6 BSP, compared > > to BSPs for previous SoCs (H5/H3). > > > > 20 #define REG_CLK32K_AUTO_SWT_EN BIT(14) > > 21 #define REG_CLK32K_AUTO_SWT_BYPASS BIT(15) > > > > Init sequence changed in H6 BSP to: > > > > 646 /* > > 647 * Step1: select RTC clock source > > 648 */ > > 649 tmp_data = readl(chip->base + SUNXI_LOSC_CTRL); > > 650 tmp_data &= (~REG_CLK32K_AUTO_SWT_EN); > > 651 > > 652 /* Disable auto switch function */ > > 653 tmp_data |= REG_CLK32K_AUTO_SWT_BYPASS; > > 654 writel(tmp_data, chip->base + SUNXI_LOSC_CTRL); > > 655 > > 656 tmp_data = readl(chip->base + SUNXI_LOSC_CTRL); > > 657 tmp_data |= (RTC_SOURCE_EXTERNAL | REG_LOSCCTRL_MAGIC); > > 658 writel(tmp_data, chip->base + SUNXI_LOSC_CTRL); > > 659 > > 660 /* We need to set GSM after change clock source */ > > 661 udelay(10); > > 662 tmp_data = readl(chip->base + SUNXI_LOSC_CTRL); > > 663 tmp_data |= (EXT_LOSC_GSM | REG_LOSCCTRL_MAGIC); > > 664 writel(tmp_data, chip->base + SUNXI_LOSC_CTRL); > > 665 > > I don't have this in my H6 BSPs. One is H6 Lichee v1.1 downloaded from Pine64. > The link was from linux-sunxi wiki's H6 page. > > The other is a 4.9 kernel tree, which I believe is from Allwinner's github: > > https://github.com/Allwinner-Homlet/H6-BSP4.9-linux Interesting. :) I have the BSP I was using saved here: https://megous.com/git/linux/tree/drivers/rtc/rtc-sunxi.c?h=h6-4.9-bsp#n649 It's based of 4.9.119 https://megous.com/git/linux/log/?h=h6-4.9-bsp I don't remember where I found it. But I imported it fairly recently, and the code you pointed to looks like an older version that I can found in some beta H6 BSP, that I imported way earlier and is based on 4.9.56: https://megous.com/git/linux/tree/drivers/rtc/rtc-sunxi.c?h=linux-h6 https://megous.com/git/linux/log/?h=linux-h6 Hmm, archeology. :) > > For older BSPs, the init sequence looked like this: > > > > 482 /* > > 483 * Step1: select RTC clock source > > 484 */ > > 485 tmp_data = sunxi_rtc_read(SUNXI_LOSC_CTRL_REG); > > 486 tmp_data &= (~REG_CLK32K_AUTO_SWT_EN); > > 487 tmp_data |= (RTC_SOURCE_EXTERNAL | REG_LOSCCTRL_MAGIC); > > 488 tmp_data |= (EXT_LOSC_GSM); > > 489 sunxi_rtc_write(tmp_data, SUNXI_LOSC_CTRL_REG); > > 490 > > > > EXT_LOSC_GSM has values 4 values from low to high, and I guess it configures > > gain for the oscillator's amplifier in the feedback loop of the circuit. > > > > So the new code, for some reason changed from single write to sequence > > of individual writes/config steps: > > > > 1) disable auto-switch and enable auto-switch bypass > > 2) select RTC clock source (to LOSC) > > (wait) > > Maybe it's possible to glitch if these two are combined? That's what I thought too. Or the programmer thought so, and was just programming defensively, and there's no real problem in the practice. But that specific delay() seems like someone trying to solve a real issue. Of course there's no knowing if it was on H6 or on some other SoC. regards, o. > > > 3) configure gain on the LOSC > > > > regards, > > o. > > > > > ChenYu > > > > -- > > You received this message because you are subscribed to the Google Groups "linux-sunxi" group. > > To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe@googlegroups.com. > > To view this discussion on the web, visit https://groups.google.com/d/msgid/linux-sunxi/20190805104529.z3mex3m2tss7lzlr%40core.my.home.