From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Mason <slash.tmp@free.fr>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Sebastian Frias <sf84@laposte.net>,
Mans Rullgard <mans@mansr.com>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] clocksource/drivers/tango-xtal: Fix incorrect test
Date: Wed, 20 Apr 2016 06:55:51 +0200 [thread overview]
Message-ID: <20160420045551.GD5862@linaro.org> (raw)
In-Reply-To: <57167780.5040506@free.fr>
[ ... ]
> About the error handling... you advised against panic()
> because there might be other clock sources.
>
> Does it makes sense to give up registering sched_clock
> and delay_timer when the clocksource registration fails?
Actually, all the problem is coming from the CLOCKSOURCE_OF_DECLARE where
the init_func is a void (*init_func)(struct device_node *) signature, thus
not allowing to return a value.
Because of that, the init code path of the different drivers are somewhat
fuzzy when an error occurs.
If the function could return an error code, then the drivers would be
written in a way to catch and handle the errors gracefully. That implies the
clocksource-probe() routine will be able to detect when the init_func() is
failing, trace it and count if one clocksource/clockevent succeed at boot
time.
So because the latter, it would make sense to give up registering and leave
a clean place in the init function when something is going wrong.
-- Daniel
prev parent reply other threads:[~2016-04-20 4:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-19 12:15 [PATCH] clocksource/drivers/tango-xtal: Fix incorrect test Mason
2016-04-19 13:13 ` Daniel Lezcano
2016-04-19 14:05 ` Mason
2016-04-19 14:59 ` Daniel Lezcano
2016-04-19 17:21 ` Mason
2016-04-19 17:31 ` Daniel Lezcano
2016-04-19 18:22 ` Mason
2016-04-20 4:55 ` Daniel Lezcano [this message]
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=20160420045551.GD5862@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mans@mansr.com \
--cc=sf84@laposte.net \
--cc=slash.tmp@free.fr \
--cc=tglx@linutronix.de \
/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