From: Andrew Jeffery <andrew@aj.id.au> To: Arnd Bergmann <arnd@arndb.de> Cc: Daniel Lezcano <daniel.lezcano@linaro.org>, Joel Stanley <joel@jms.id.au>, Linux ARM <linux-arm-kernel@lists.infradead.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, Linus Walleij <linus.walleij@linaro.org> Subject: Re: [PATCH] arm: aspeed: Add Aspeed board file with clocksource devicetree fixup Date: Fri, 09 Jun 2017 22:22:52 +0930 [thread overview] Message-ID: <1497012772.23335.12.camel@aj.id.au> (raw) In-Reply-To: <CAK8P3a23XpDQhnM=j8FBS8NGck2ZfaAotVo191NEOttP2GDCYA@mail.gmail.com> [-- Attachment #1: Type: text/plain, Size: 2079 bytes --] On Fri, 2017-06-09 at 11:19 +0200, Arnd Bergmann wrote: > > On Fri, Jun 9, 2017 at 9:30 AM, Andrew Jeffery <andrew@aj.id.au> wrote: > > Add the clock-names property in init_timer() to work-around Aspeed > > devicetrees from times prior to merging the Moxart/Aspeed and Faraday > > drivers. > > > > > > Signed-off-by: Andrew Jeffery <andrew@aj.id.au> > > --- > > Well, here's an implementation I knocked up. It's a fair chunk of code for > > marginal benefit. Joel is against it. > > > > At least it's something to debate. > > > > Tested under QEMU for both AST2400 and AST2500 SoCs. > > Right, I think having the one-line fixup in the driver makes way more sense > here, and that is what we usually do, but we could do this if Daniel has good > reasons to keep the driver free of backwards-compatibility support. Yeah, choosing between the two with no further information I'd prefer adding support to the driver. > > It also depends a bit on how common the old binding version already > is, and if anyone is shipping systems with that. So the fttmr010 bindings describe the clocks and clock-names properties as optional (a little confusingly, "Optionally required properties"). I guess keeping in mind the bindings describe the hardware and not the driver this might be reasonable, but the driver fails init if they're not present. arch/arm/boot/dts/moxart.dtsi doesn't specify clock-names either so I would have thought systems based on it would also fail. However, Linus' fttmr010 series has Tested-by tags from Jonas, so maybe I've missed something. Regardless, if it's the case that Moxa systems now fail to init the clocksource then the Aspeed-specific init_time() solution is even less attractive. moxart.dtsi dates back to December 2013 ("448e7edefa92 ARM: moxart: add MOXA ART SoC device tree files"). The old binding is less of a problem for Aspeed systems as we don't yet have a clk driver upstream. Joel only recently added fixed-clock nodes in 4.12 so Aspeed systems could boot without DTS modifications. Andrew [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 801 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: andrew@aj.id.au (Andrew Jeffery) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH] arm: aspeed: Add Aspeed board file with clocksource devicetree fixup Date: Fri, 09 Jun 2017 22:22:52 +0930 [thread overview] Message-ID: <1497012772.23335.12.camel@aj.id.au> (raw) In-Reply-To: <CAK8P3a23XpDQhnM=j8FBS8NGck2ZfaAotVo191NEOttP2GDCYA@mail.gmail.com> On Fri, 2017-06-09 at 11:19 +0200, Arnd Bergmann wrote: > > On Fri, Jun 9, 2017 at 9:30 AM, Andrew Jeffery <andrew@aj.id.au> wrote: > > Add the clock-names property in init_timer() to work-around Aspeed > > devicetrees from times prior to merging the Moxart/Aspeed and Faraday > > drivers. > > > > > > Signed-off-by: Andrew Jeffery <andrew@aj.id.au> > > --- > > Well, here's an implementation I knocked up. It's a fair chunk of code for > > marginal benefit. Joel is against it. > > > > At least it's something to debate. > > > > Tested under QEMU for both AST2400 and AST2500 SoCs. > > Right, I think having the one-line fixup in the driver makes way more sense > here, and that is what we usually do, but we could do this if Daniel has good > reasons to keep the driver free of backwards-compatibility support. Yeah, choosing between the two with no further information I'd prefer adding support to the driver. > > It also depends a bit on how common the old binding version already > is, and if anyone is shipping systems with that. So the fttmr010 bindings describe the clocks and clock-names properties as optional (a little confusingly, "Optionally required properties"). I guess keeping in mind the bindings describe the hardware and not the driver this might be reasonable, but the driver fails init if they're not present. arch/arm/boot/dts/moxart.dtsi doesn't specify clock-names either so I would have thought systems based on it would also fail. However, Linus' fttmr010 series has Tested-by tags from Jonas, so maybe I've missed something. Regardless, if it's the case that Moxa systems now fail to init the clocksource then the Aspeed-specific init_time() solution is even less attractive. moxart.dtsi dates back to December 2013 ("448e7edefa92 ARM: moxart: add MOXA ART SoC device tree files"). The old binding is less of a problem for Aspeed systems as we don't yet have a clk driver upstream. Joel only recently added fixed-clock nodes in 4.12 so Aspeed systems could boot without DTS modifications. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: This is a digitally signed message part URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20170609/908ac828/attachment.sig>
next prev parent reply other threads:[~2017-06-09 12:53 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-06-05 7:48 [PATCH] arm: aspeed: Add clock-names property to timer node Andrew Jeffery 2017-06-05 7:48 ` Andrew Jeffery 2017-06-05 8:59 ` Joel Stanley 2017-06-05 8:59 ` Joel Stanley 2017-06-05 21:11 ` Daniel Lezcano 2017-06-05 21:11 ` Daniel Lezcano 2017-06-06 2:18 ` Joel Stanley 2017-06-06 2:18 ` Joel Stanley 2017-06-06 9:41 ` Arnd Bergmann 2017-06-06 9:41 ` Arnd Bergmann 2017-06-07 12:52 ` Daniel Lezcano 2017-06-07 12:52 ` Daniel Lezcano 2017-06-07 14:29 ` Arnd Bergmann 2017-06-07 14:29 ` Arnd Bergmann 2017-06-08 13:26 ` Daniel Lezcano 2017-06-08 13:26 ` Daniel Lezcano 2017-06-08 14:34 ` Arnd Bergmann 2017-06-08 14:34 ` Arnd Bergmann 2017-06-09 7:30 ` [PATCH] arm: aspeed: Add Aspeed board file with clocksource devicetree fixup Andrew Jeffery 2017-06-09 7:30 ` Andrew Jeffery 2017-06-09 9:19 ` Arnd Bergmann 2017-06-09 9:19 ` Arnd Bergmann 2017-06-09 12:52 ` Andrew Jeffery [this message] 2017-06-09 12:52 ` Andrew Jeffery 2017-06-20 8:06 ` Linus Walleij 2017-06-20 8:06 ` Linus Walleij 2017-06-20 9:26 ` Jonas Jensen 2017-06-20 9:26 ` Jonas Jensen 2017-06-09 13:44 ` [PATCH] arm: aspeed: Add clock-names property to timer node Linus Walleij 2017-06-09 13:44 ` Linus Walleij
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=1497012772.23335.12.camel@aj.id.au \ --to=andrew@aj.id.au \ --cc=arnd@arndb.de \ --cc=daniel.lezcano@linaro.org \ --cc=joel@jms.id.au \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.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.