From: Alexandre Belloni <alexandre.belloni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
To: Maxime Ripard
<maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Cc: Alessandro Zummo
<a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org>,
Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 1/6] rtc: sun6i: Expose the 32kHz oscillator
Date: Sun, 22 Jan 2017 15:17:08 +0100 [thread overview]
Message-ID: <20170122141708.gccmxpeukuglal6i@piout.net> (raw)
In-Reply-To: <f1b2a5053cf143dccf110ab0d40c082903a958a7.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
Hi,
On 20/01/2017 at 16:56:38 +0100, Maxime Ripard wrote :
> +
> + rtc = kzalloc(sizeof(*rtc), GFP_KERNEL);
> + if (!rtc)
> + pr_crit("Can't allocate RTC structure\n");
> +
The message is unnecessary but you probably want to stop there and
return.
> + rtc->base = of_io_request_and_map(node, 0, of_node_full_name(node));
> + if (!rtc->base) {
> + pr_crit("Can't map RTC registers");
> + return;
> + }
> +
> + rtc->int_osc = clk_hw_register_fixed_rate_with_accuracy(NULL,
> + "rtc-int-osc",
> + NULL, 0,
> + 667000,
> + 300000000);
> + if (IS_ERR(rtc->int_osc)) {
> + pr_crit("Couldn't register the internal oscillator\n");
> + return;
> + }
> +
> + /*
> + * Due to the missing clocks property we had to express the
> + * parenthood with the external oscillator that cannot fix (or
> + * at least expect to have) in the old DTs, we have to be a
> + * bit smart here.
> + *
> + * We deal with that by simply registering the internal
> + * oscillator as our parent in all cases, and try to get the
> + * external oscillator from the DT.
> + *
> + * In the case where we don't have it, of_clk_get_parent_name
> + * will return NULL, which is ok, and of_clk_get_parent_count
> + * will return 0, which is fine too. We will just register a
> + * single parent, everything works.
> + */
> + parents[0] = clk_hw_get_name(rtc->int_osc);
> + parents[1] = of_clk_get_parent_name(node, 0);
> +
> + rtc->hw.init = &init;
> +
> + init.parent_names = parents;
> + init.num_parents = of_clk_get_parent_count(node) + 1;
> + init.name = "rtc-osc";
> + of_property_read_string(node, "clock-output-names", &init.name);
> +
> + rtc->losc = clk_register(NULL, &rtc->hw);
> + if (IS_ERR(rtc->losc)) {
> + pr_crit("Couldn't register the LOSC clock\n");
> + return;
> + }
> +
> + of_clk_add_hw_provider(node, of_clk_hw_simple_get, &rtc->hw);
> +
> + /* Yes, I know, this is ugly. */
> + sun6i_rtc = rtc;
> +}
> +CLK_OF_DECLARE_DRIVER(sun6i_rtc_clk, "allwinner,sun6i-a31-rtc",
> + sun6i_rtc_clk_init);
> +
> static irqreturn_t sun6i_rtc_alarmirq(int irq, void *id)
> {
> struct sun6i_rtc_dev *chip = (struct sun6i_rtc_dev *) id;
> @@ -349,22 +476,15 @@ static const struct rtc_class_ops sun6i_rtc_ops = {
>
> static int sun6i_rtc_probe(struct platform_device *pdev)
> {
> - struct sun6i_rtc_dev *chip;
> - struct resource *res;
> + struct sun6i_rtc_dev *chip = sun6i_rtc;
> int ret;
>
> - chip = devm_kzalloc(&pdev->dev, sizeof(*chip), GFP_KERNEL);
> if (!chip)
> - return -ENOMEM;
> + return -ENODEV;
>
> platform_set_drvdata(pdev, chip);
> chip->dev = &pdev->dev;
>
> - res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> - chip->base = devm_ioremap_resource(&pdev->dev, res);
> - if (IS_ERR(chip->base))
> - return PTR_ERR(chip->base);
> -
> chip->irq = platform_get_irq(pdev, 0);
> if (chip->irq < 0) {
> dev_err(&pdev->dev, "No IRQ resource\n");
> @@ -404,6 +524,8 @@ static int sun6i_rtc_probe(struct platform_device *pdev)
> /* disable alarm wakeup */
> writel(0, chip->base + SUN6I_ALARM_CONFIG);
>
> + clk_prepare_enable(chip->losc);
> +
> chip->rtc = rtc_device_register("rtc-sun6i", &pdev->dev,
> &sun6i_rtc_ops, THIS_MODULE);
> if (IS_ERR(chip->rtc)) {
> --
> git-series 0.8.11
--
Alexandre Belloni, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
You received this message because you are subscribed to "rtc-linux".
Membership options at http://groups.google.com/group/rtc-linux .
Please read http://groups.google.com/group/rtc-linux/web/checklist
before submitting a driver.
---
You received this message because you are subscribed to the Google Groups "rtc-linux" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.
next prev parent reply other threads:[~2017-01-22 14:17 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-20 15:56 [PATCH 0/6] rtc: sun6i: Fix the RTC accuracy Maxime Ripard
[not found] ` <cover.180d5ae6bc36ead9625d208824f5cbd7114cf92e.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-01-20 15:56 ` [PATCH 1/6] rtc: sun6i: Expose the 32kHz oscillator Maxime Ripard
[not found] ` <f1b2a5053cf143dccf110ab0d40c082903a958a7.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-01-21 2:14 ` Chen-Yu Tsai
2017-01-22 14:17 ` Alexandre Belloni [this message]
2017-01-20 15:56 ` [PATCH 2/6] rtc: sun6i: Add some locking Maxime Ripard
[not found] ` <9b5c8ed82f636fd2061a9b7933c0e6b65d868643.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-01-21 2:18 ` Chen-Yu Tsai
2017-01-20 15:56 ` [PATCH 3/6] rtc: sun6i: Disable the build as a module Maxime Ripard
[not found] ` <de1e4b4eda6307b664c40d6c4502058f6bb88c60.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-01-21 2:32 ` Chen-Yu Tsai
2017-01-20 15:56 ` [PATCH 4/6] rtc: sun6i: Force the mux to the external oscillator Maxime Ripard
[not found] ` <409c56f0ed1c4b0026ad60cb1218c99fe1686408.1484927680.git-series.maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-01-21 3:53 ` Chen-Yu Tsai
[not found] ` <CAGb2v650f-4RZ6RrRBGcmPz8mJ4KbJwTTj6=w3HeSWUZtLAKcw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-01-22 14:44 ` Alexandre Belloni
2017-01-20 15:56 ` [PATCH 5/6] ARM: sun8i: a23/a33: Enable the real LOSC and use it Maxime Ripard
2017-01-20 15:56 ` [PATCH 6/6] ARM: sun8i: a23/a33: Add the oscillators accuracy Maxime Ripard
2017-01-22 14:32 ` [PATCH 0/6] rtc: sun6i: Fix the RTC accuracy Alexandre Belloni
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=20170122141708.gccmxpeukuglal6i@piout.net \
--to=alexandre.belloni-wi1+55scjutkeb57/3fjtnbpr1lh4cv8@public.gmane.org \
--cc=a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
--cc=wens-jdAy2FN1RRM@public.gmane.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).