From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/7] ir-rx51: Handle signals properly
Date: Fri, 14 Dec 2012 10:06:45 -0800 [thread overview]
Message-ID: <20121214180645.GW4989@atomide.com> (raw)
In-Reply-To: <20121214174918.GA11029@arwen.pp.htv.fi>
* Felipe Balbi <balbi@ti.com> [121214 09:59]:
> On Fri, Dec 14, 2012 at 09:46:29AM -0800, Tony Lindgren wrote:
> > * Felipe Balbi <balbi@ti.com> [121214 09:36]:
> > >
> > > if it's really for PWM, shouldn't we be using drivers/pwm/ ??
> > >
> > > Meaning that $SUBJECT would just request a PWM device and use it. That
> > > doesn't solve the whole problem, however, as pwm-omap.c would still need
> > > access to timer-omap.h.
> >
> > That would only help with omap_dm_timer_set_pwm() I think.
> >
> > The other functions are also needed by the clocksource and clockevent
> > drivers. And tidspbridge too:
>
> well, we _do_ have drivers/clocksource ;-)
That's where the dmtimer code should live. But still it does not help
with the header.
Thomas, maybe we could use the hrtimer framework for it if there was
some way to completely leave out the rb tree for the dedicated hardware
timers? There's no queue needed as there's always just one value tied to
a specific timer.
Regards,
Tony
next prev parent reply other threads:[~2012-12-14 18:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1353251589-26143-1-git-send-email-timo.t.kokkonen@iki.fi>
[not found] ` <1353251589-26143-2-git-send-email-timo.t.kokkonen@iki.fi>
2012-11-20 19:57 ` [PATCH 1/7] ir-rx51: Handle signals properly Tony Lindgren
2012-12-14 17:28 ` Tony Lindgren
2012-12-14 17:26 ` Felipe Balbi
2012-12-14 17:46 ` Tony Lindgren
2012-12-14 17:49 ` Felipe Balbi
2012-12-14 18:06 ` Tony Lindgren [this message]
2012-12-14 18:08 ` Felipe Balbi
2012-12-14 19:31 ` Timo Kokkonen
2012-12-14 19:41 ` Tony Lindgren
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=20121214180645.GW4989@atomide.com \
--to=tony@atomide.com \
--cc=linux-arm-kernel@lists.infradead.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).