[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3820417.zXtDk8QPj1@wuerfel>
Date: Wed, 08 Oct 2014 17:17:46 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: Ley Foon Tan <lftan@...era.com>, linux-arch@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org,
lftan.linux@...il.com, cltang@...esourcery.com
Subject: Re: [PATCH v4 21/29] nios2: Time keeping
On Wednesday 08 October 2014 12:44:32 Thomas Gleixner wrote:
> > +static int num_called;
> > +static void __init nios2_time_init(struct device_node *timer)
> > +{
> > + switch (num_called) {
> > + case 0:
> > + nios2_clockevent_init(timer);
> > + break;
> > + case 1:
> > + nios2_clocksource_init(timer);
> > + break;
> > + default:
> > + break;
> > + }
> > +
> > + num_called++;
> > +}
>
> Eew. So this depends on the DT ordering. If thats wrong, then stuff
> will be initialized in the wrong oder.
>
> > +CLOCKSOURCE_OF_DECLARE(nios2_timer, "altr,timer-1.0", nios2_time_init);
>
> Why can't you have separate match entries with where one calls
> nios2_clockevent_init and the other nios2_clocksource_init?
I believe we have the same logic in other drivers as well, the intention
being that if you have multiple identical timers, the first one will
be used as clockevent and the second one (if there is more than one)
becomes the clocksource.
If the hardware is really identical, I would argue that the comaptible
string ought to be the same as well, as the DT is not supposed to
care about what the timers are used for in Linux.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists