[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100528173852.0b8389df@infradead.org>
Date: Fri, 28 May 2010 17:38:52 -0700
From: Arjan van de Ven <arjan@...radead.org>
To: Kevin Hilman <khilman@...prootsystems.com>
Cc: Igor Stoppa <igor.stoppa@...ia.com>, Brown <len.brown@...el.com>,
"x86@...nel.org" <x86@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Len@...p1.linux-foundation.org" <Len@...p1.linux-foundation.org>,
"linux-pm@...ts.linux-foundation.org"
<linux-pm@...ts.linux-foundation.org>
Subject: Re: [linux-pm] [PATCH 8/8] intel_idle: create a native cpuidle
driver for select intel processors
On Fri, 28 May 2010 10:27:32 -0700
Kevin Hilman <khilman@...prootsystems.com> wrote:
> On Thu, 2010-05-27 at 20:14 -0700, Arjan van de Ven wrote:
> > On Thu, 27 May 2010 17:51:00 +0300
> > Igor Stoppa <igor.stoppa@...ia.com> wrote:
> >
> > > Hi,
> > >
> > >
> > > ext Arjan van de Ven wrote:
> > >
> > > > it's really inconvenient to have such drivers hidden in the
> > > > architecture code; it's much more convenient for cpuidle
> > > > developers if they're all in one place.
> > > >
> > >
> > > why?
> >
> > because you have all the users of your API in one place.
> >
>
> That's a rather x86-centric definition of "all".
>
> Are you suggesting we move all the embedded SoC specific CPUidle
> drivers to drivers/idle as well?
yes.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
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