From: Icenowy Zheng <icenowy@aosc.io> To: Maxime Ripard <maxime@cerno.tech> Cc: Andre Przywara <andre.przywara@arm.com>, Chen-Yu Tsai <wens@csie.org>, Jernej Skrabec <jernej.skrabec@gmail.com>, Rob Herring <robh@kernel.org>, Samuel Holland <samuel@sholland.org>, linux-arm-kernel@lists.infradead.org, linux-sunxi@googlegroups.com, linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org, Ondrej Jirman <megous@megous.com>, Alessandro Zummo <a.zummo@towertech.it>, Alexandre Belloni <alexandre.belloni@bootlin.com>, linux-rtc@vger.kernel.org Subject: Re: [PATCH v7 06/19] rtc: sun6i: Add support for RTCs without external LOSCs Date: Thu, 29 Jul 2021 21:04:21 +0800 [thread overview] Message-ID: <E4567E12-60C1-4DF5-89D6-C93DC3152D4F@aosc.io> (raw) In-Reply-To: <20210729103228.prdav7eobi52y3ny@gilmour> 于 2021年7月29日 GMT+08:00 下午6:32:28, Maxime Ripard <maxime@cerno.tech> 写到: >On Thu, Jul 29, 2021 at 04:04:10PM +0800, Icenowy Zheng wrote: >> 在 2021-06-16星期三的 11:14 +0200,Maxime Ripard写道: >> > Hi, >> > >> > On Tue, Jun 15, 2021 at 12:06:23PM +0100, Andre Przywara wrote: >> > > Some newer Allwinner RTCs (for instance the one in the H616 SoC) >> > > lack >> > > a pin for an external 32768 Hz oscillator. As a consequence, this >> > > LOSC >> > > can't be selected as the RTC clock source, and we must rely on the >> > > internal RC oscillator. >> > > To allow additions of clocks to the RTC node, add a feature bit to >> > > ignore >> > > any provided clocks for now (the current code would think this is >> > > the >> > > external LOSC). Later DTs and code can then for instance add the >> > > PLL >> > > based clock input, and older kernel won't get confused. >> > > >> > > Signed-off-by: Andre Przywara <andre.przywara@arm.com> >> > >> > Honestly, I don't really know if it's worth it at this point. >> > >> > If we sums this up: >> > >> > - The RTC has 2 features that we use, mostly centered around 2 >> > registers set plus a global one >> > >> > - Those 2 features are programmed in a completely different way >> > >> > - Even the common part is different, given the discussion around the >> > clocks that we have. >> > >> > What is there to share in that driver aside from the probe, and maybe >> > the interrupt handling? Instead of complicating this further with >> > more >> > special case that you were (rightfully) complaining about, shouldn't >> > we >> > just acknowledge the fact that it's a completely separate design and >> > should be treated as such, with a completely separate driver? >> >> I think our problem is just that we're having a single driver for both >> functionalities (clock manager and RTC). >> >> Personally I don't think we should have seperated driver for clock >> managers, although I am fine with seperated RTC driver for linear days. > >Why do you think it's a bad idea to have the RTC and clocks in the same >driver? Well you really misread, I'm just thinking we shouldn't have a new driver from scratch. As we're going to have a single sun6i-rtc, please allow H616 and R329 to enter it. > >Maxime
WARNING: multiple messages have this Message-ID (diff)
From: Icenowy Zheng <icenowy@aosc.io> To: Maxime Ripard <maxime@cerno.tech> Cc: Andre Przywara <andre.przywara@arm.com>, Chen-Yu Tsai <wens@csie.org>, Jernej Skrabec <jernej.skrabec@gmail.com>, Rob Herring <robh@kernel.org>, Samuel Holland <samuel@sholland.org>, linux-arm-kernel@lists.infradead.org, linux-sunxi@googlegroups.com, linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org, Ondrej Jirman <megous@megous.com>, Alessandro Zummo <a.zummo@towertech.it>, Alexandre Belloni <alexandre.belloni@bootlin.com>, linux-rtc@vger.kernel.org Subject: Re: [PATCH v7 06/19] rtc: sun6i: Add support for RTCs without external LOSCs Date: Thu, 29 Jul 2021 21:04:21 +0800 [thread overview] Message-ID: <E4567E12-60C1-4DF5-89D6-C93DC3152D4F@aosc.io> (raw) In-Reply-To: <20210729103228.prdav7eobi52y3ny@gilmour> 于 2021年7月29日 GMT+08:00 下午6:32:28, Maxime Ripard <maxime@cerno.tech> 写到: >On Thu, Jul 29, 2021 at 04:04:10PM +0800, Icenowy Zheng wrote: >> 在 2021-06-16星期三的 11:14 +0200,Maxime Ripard写道: >> > Hi, >> > >> > On Tue, Jun 15, 2021 at 12:06:23PM +0100, Andre Przywara wrote: >> > > Some newer Allwinner RTCs (for instance the one in the H616 SoC) >> > > lack >> > > a pin for an external 32768 Hz oscillator. As a consequence, this >> > > LOSC >> > > can't be selected as the RTC clock source, and we must rely on the >> > > internal RC oscillator. >> > > To allow additions of clocks to the RTC node, add a feature bit to >> > > ignore >> > > any provided clocks for now (the current code would think this is >> > > the >> > > external LOSC). Later DTs and code can then for instance add the >> > > PLL >> > > based clock input, and older kernel won't get confused. >> > > >> > > Signed-off-by: Andre Przywara <andre.przywara@arm.com> >> > >> > Honestly, I don't really know if it's worth it at this point. >> > >> > If we sums this up: >> > >> > - The RTC has 2 features that we use, mostly centered around 2 >> > registers set plus a global one >> > >> > - Those 2 features are programmed in a completely different way >> > >> > - Even the common part is different, given the discussion around the >> > clocks that we have. >> > >> > What is there to share in that driver aside from the probe, and maybe >> > the interrupt handling? Instead of complicating this further with >> > more >> > special case that you were (rightfully) complaining about, shouldn't >> > we >> > just acknowledge the fact that it's a completely separate design and >> > should be treated as such, with a completely separate driver? >> >> I think our problem is just that we're having a single driver for both >> functionalities (clock manager and RTC). >> >> Personally I don't think we should have seperated driver for clock >> managers, although I am fine with seperated RTC driver for linear days. > >Why do you think it's a bad idea to have the RTC and clocks in the same >driver? Well you really misread, I'm just thinking we shouldn't have a new driver from scratch. As we're going to have a single sun6i-rtc, please allow H616 and R329 to enter it. > >Maxime _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-07-29 13:06 UTC|newest] Thread overview: 105+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-06-15 11:06 [PATCH v7 00/19] arm64: sunxi: Initial Allwinner H616 SoC support Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 01/19] dt-bindings: mfd: axp20x: Add AXP305 compatible (plus optional IRQ) Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 23:33 ` Rob Herring 2021-06-15 23:33 ` Rob Herring 2021-06-16 14:57 ` Andre Przywara 2021-06-16 14:57 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 02/19] mfd: axp20x: Allow AXP 806 chips without interrupt lines Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 03/19] dt-bindings: rtc: sun6i: Add H616 compatible string Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 23:35 ` Rob Herring 2021-06-15 23:35 ` Rob Herring 2021-06-16 14:59 ` Andre Przywara 2021-06-16 14:59 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 04/19] rtc: sun6i: Add support for linear day storage Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-17 18:16 ` kernel test robot 2021-06-17 18:16 ` kernel test robot 2021-06-17 18:16 ` kernel test robot 2021-06-17 20:07 ` kernel test robot 2021-06-17 20:07 ` kernel test robot 2021-06-17 20:07 ` kernel test robot 2021-06-18 15:43 ` Andre Przywara 2021-06-18 15:43 ` Andre Przywara 2021-06-18 15:43 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 05/19] rtc: sun6i: Add support for broken-down alarm registers Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-17 23:17 ` kernel test robot 2021-06-17 23:17 ` kernel test robot 2021-06-17 23:17 ` kernel test robot 2021-06-15 11:06 ` [PATCH v7 06/19] rtc: sun6i: Add support for RTCs without external LOSCs Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-16 9:14 ` Maxime Ripard 2021-06-16 9:14 ` Maxime Ripard 2021-06-16 10:14 ` Andre Przywara 2021-06-16 10:14 ` Andre Przywara 2021-06-16 13:47 ` Maxime Ripard 2021-06-16 13:47 ` Maxime Ripard 2021-07-22 23:17 ` Andre Przywara 2021-07-22 23:17 ` Andre Przywara 2021-07-26 14:59 ` Maxime Ripard 2021-07-26 14:59 ` Maxime Ripard 2021-07-29 8:04 ` Icenowy Zheng 2021-07-29 8:04 ` Icenowy Zheng 2021-07-29 8:04 ` Icenowy Zheng 2021-07-29 10:32 ` Maxime Ripard 2021-07-29 10:32 ` Maxime Ripard 2021-07-29 13:04 ` Icenowy Zheng [this message] 2021-07-29 13:04 ` Icenowy Zheng 2021-06-15 11:06 ` [PATCH v7 07/19] rtc: sun6i: Add Allwinner H616 support Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 08/19] dt-bindings: net: sun8i-emac: Add H616 compatible string Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 09/19] net: stmmac: dwmac-sun8i: Prepare for second EMAC clock register Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 10/19] dt-bindings: usb: Add H616 compatible string Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 11/19] dt-bindings: usb: sunxi-musb: " Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 12/19] phy: sun4i-usb: Rework HCI PHY (aka. "pmu_unk1") handling Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 13/19] phy: sun4i-usb: Allow reset line to be shared Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:25 ` Philipp Zabel 2021-06-15 11:25 ` Philipp Zabel 2021-06-15 11:25 ` Philipp Zabel 2021-06-15 11:25 ` Philipp Zabel 2021-06-15 11:06 ` [PATCH v7 14/19] phy: sun4i-usb: Introduce port2 SIDDQ quirk Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-21 4:36 ` Vinod Koul 2021-06-21 4:36 ` Vinod Koul 2021-06-21 4:36 ` Vinod Koul 2021-06-21 9:14 ` Andre Przywara 2021-06-21 9:14 ` Andre Przywara 2021-06-21 9:14 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 15/19] phy: sun4i-usb: Add support for the H616 USB PHY Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-07-12 16:50 ` Evgeny Boger 2021-07-12 16:50 ` Evgeny Boger 2021-07-12 16:50 ` Evgeny Boger 2021-06-15 11:06 ` [PATCH v7 16/19] arm64: dts: allwinner: Add Allwinner H616 .dtsi file Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-16 9:23 ` Maxime Ripard 2021-06-16 9:23 ` Maxime Ripard 2021-06-16 10:06 ` Andre Przywara 2021-06-16 10:06 ` Andre Przywara 2021-06-17 15:42 ` Maxime Ripard 2021-06-17 15:42 ` Maxime Ripard 2021-06-17 15:47 ` Jernej Škrabec 2021-06-17 15:47 ` Jernej Škrabec 2021-06-15 11:06 ` [PATCH v7 17/19] dt-bindings: arm: sunxi: Add two H616 board compatible strings Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-16 17:38 ` Rob Herring 2021-06-16 17:38 ` Rob Herring 2021-06-15 11:06 ` [PATCH v7 18/19] arm64: dts: allwinner: h616: Add OrangePi Zero 2 board support Andre Przywara 2021-06-15 11:06 ` Andre Przywara 2021-06-15 11:06 ` [PATCH v7 19/19] arm64: dts: allwinner: h616: Add X96 Mate TV box support Andre Przywara 2021-06-15 11:06 ` Andre Przywara
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=E4567E12-60C1-4DF5-89D6-C93DC3152D4F@aosc.io \ --to=icenowy@aosc.io \ --cc=a.zummo@towertech.it \ --cc=alexandre.belloni@bootlin.com \ --cc=andre.przywara@arm.com \ --cc=jernej.skrabec@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-rtc@vger.kernel.org \ --cc=linux-sunxi@googlegroups.com \ --cc=linux-sunxi@lists.linux.dev \ --cc=maxime@cerno.tech \ --cc=megous@megous.com \ --cc=robh@kernel.org \ --cc=samuel@sholland.org \ --cc=wens@csie.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.