At Wed, 07 Jan 2015 21:49:46 +0200,
Imre Deak wrote:
>
> On Tue, 2015-01-06 at 11:25 +0100, Takashi Iwai wrote:
> > At Mon, 05 Jan 2015 19:25:09 +0200,
> > Imre Deak wrote:
> > >
> > > On Mon, 2015-01-05 at 16:35 +0100, Takashi Iwai wrote:
> > > > At Mon, 05 Jan 2015 17:29:34 +0200,
> > > > Imre
On Tue, 2015-01-06 at 11:25 +0100, Takashi Iwai wrote:
> At Mon, 05 Jan 2015 19:25:09 +0200,
> Imre Deak wrote:
> >
> > On Mon, 2015-01-05 at 16:35 +0100, Takashi Iwai wrote:
> > > At Mon, 05 Jan 2015 17:29:34 +0200,
> > > Imre Deak wrote:
> > > >
> > > > Hi Mengdong, Takashi,
> > > >
> > > > On
At Mon, 05 Jan 2015 19:25:09 +0200,
Imre Deak wrote:
>
> On Mon, 2015-01-05 at 16:35 +0100, Takashi Iwai wrote:
> > At Mon, 05 Jan 2015 17:29:34 +0200,
> > Imre Deak wrote:
> > >
> > > Hi Mengdong, Takashi,
> > >
> > > On Tue, 2014-12-09 at 18:33 +0100, Takashi Iwai wrote:
> > > > At Tue, 09 Dec
On Mon, 2015-01-05 at 16:35 +0100, Takashi Iwai wrote:
> At Mon, 05 Jan 2015 17:29:34 +0200,
> Imre Deak wrote:
> >
> > Hi Mengdong, Takashi,
> >
> > On Tue, 2014-12-09 at 18:33 +0100, Takashi Iwai wrote:
> > > At Tue, 09 Dec 2014 18:56:07 +0200,
> > > Imre Deak wrote:
> > > >
> > > > On Tue, 20
At Mon, 05 Jan 2015 17:29:34 +0200,
Imre Deak wrote:
>
> Hi Mengdong, Takashi,
>
> On Tue, 2014-12-09 at 18:33 +0100, Takashi Iwai wrote:
> > At Tue, 09 Dec 2014 18:56:07 +0200,
> > Imre Deak wrote:
> > >
> > > On Tue, 2014-12-09 at 11:03 +0100, Daniel Vetter wrote:
> > > > On Tue, Dec 09, 2014
Hi Mengdong, Takashi,
On Tue, 2014-12-09 at 18:33 +0100, Takashi Iwai wrote:
> At Tue, 09 Dec 2014 18:56:07 +0200,
> Imre Deak wrote:
> >
> > On Tue, 2014-12-09 at 11:03 +0100, Daniel Vetter wrote:
> > > On Tue, Dec 09, 2014 at 10:59:54AM +0200, Imre Deak wrote:
> > > > On Mon, 2014-12-08 at 21:1
At Tue, 09 Dec 2014 18:56:07 +0200,
Imre Deak wrote:
>
> On Tue, 2014-12-09 at 11:03 +0100, Daniel Vetter wrote:
> > On Tue, Dec 09, 2014 at 10:59:54AM +0200, Imre Deak wrote:
> > > On Mon, 2014-12-08 at 21:14 +0100, Daniel Vetter wrote:
> > > > On Mon, Dec 08, 2014 at 06:42:04PM +0200, Imre Deak
On Tue, 2014-12-09 at 11:03 +0100, Daniel Vetter wrote:
> On Tue, Dec 09, 2014 at 10:59:54AM +0200, Imre Deak wrote:
> > On Mon, 2014-12-08 at 21:14 +0100, Daniel Vetter wrote:
> > > On Mon, Dec 08, 2014 at 06:42:04PM +0200, Imre Deak wrote:
> > > > The current hda/i915 interface to enable/disable
On Tue, Dec 09, 2014 at 10:59:54AM +0200, Imre Deak wrote:
> On Mon, 2014-12-08 at 21:14 +0100, Daniel Vetter wrote:
> > On Mon, Dec 08, 2014 at 06:42:04PM +0200, Imre Deak wrote:
> > > The current hda/i915 interface to enable/disable power wells and query
> > > the CD clock rate is based on lookin
On Mon, 2014-12-08 at 21:14 +0100, Daniel Vetter wrote:
> On Mon, Dec 08, 2014 at 06:42:04PM +0200, Imre Deak wrote:
> > The current hda/i915 interface to enable/disable power wells and query
> > the CD clock rate is based on looking up the relevant i915 module
> > symbols from the hda driver. By u
On Mon, Dec 08, 2014 at 06:42:04PM +0200, Imre Deak wrote:
> The current hda/i915 interface to enable/disable power wells and query
> the CD clock rate is based on looking up the relevant i915 module
> symbols from the hda driver. By using the component framework we can get
> rid of some global sta
The current hda/i915 interface to enable/disable power wells and query
the CD clock rate is based on looking up the relevant i915 module
symbols from the hda driver. By using the component framework we can get
rid of some global state tracking in the i915 driver and pave the way to
fully decouple t
12 matches
Mail list logo