Re: Preliminary 12.04 linux-linaro kernel tree

2012-04-17 Thread Andy Green
On 04/18/2012 06:16 AM, Somebody in the thread at some point said: Hi - > I've pushed the current linux-linaro tree > to git://git.linaro.org/kernel/linux-linaro-tracking.git , linux-linaro > branch. > > This is still work in progress, and it misses few topics. But due to > limited access to har

Re: Preliminary 12.04 linux-linaro kernel tree

2012-04-17 Thread Christian Robottom Reis
On Wed, Apr 18, 2012 at 02:16:19AM +0400, Andrey Konovalov wrote: > * tracking-umm-3.3-wip: this one seems to be in v3.4-rc3 mainline > tree, correct? Not really -- that is an amalgamation of a number of patches, of which only the dma-mapping and some dma-buf changes went into -rc1/2. But what you

Preliminary 12.04 linux-linaro kernel tree

2012-04-17 Thread Andrey Konovalov
Greetings, I've pushed the current linux-linaro tree to git://git.linaro.org/kernel/linux-linaro-tracking.git , linux-linaro branch. This is still work in progress, and it misses few topics. But due to limited access to hardware at the moment it would be good to try it sooner than later on v

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Rob Lee
>> >> +void __init imx_cpuidle_set_driver(struct cpuidle_driver *p) >> >> +{ >> >> +     drv = p; >> >> +} >> > >> > You like it complicated, eh? Why do you introduce a function which sets >> > a variable... >> > >> >> This complication is used to deal with the timing of various levels of >> init c

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Sascha Hauer
On Tue, Apr 17, 2012 at 08:54:03AM -0500, Rob Lee wrote: > On Tue, Apr 17, 2012 at 2:43 AM, Sascha Hauer wrote: > > On Mon, Apr 16, 2012 at 06:50:12PM -0500, Robert Lee wrote: > >> Add common cpuidle init functionality that can be used by various > >> imx platforms. > >> > >> Signed-off-by: Robert

[ACTIVITY] (Deepak Saxena) April 8 - 14

2012-04-17 Thread Deepak Saxena
== Deepak Saxena == === Highlights === * Completed reviews! * Worked with Kiko on Android Upstreaming patch tracking. Still have mixed feelings about whether every single patch needs to be tracked to help stay on top of deliverables but will give it a try, might get some ideas on different

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Rob Lee
On Tue, Apr 17, 2012 at 9:13 AM, Christian Robottom Reis wrote: > On Tue, Apr 17, 2012 at 08:54:03AM -0500, Rob Lee wrote: >> >> +void __init imx_cpuidle_set_driver(struct cpuidle_driver *p) >> >> +{ >> >> +     drv = p; >> >> +} >> > >> > You like it complicated, eh? Why do you introduce a functi

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Christian Robottom Reis
On Tue, Apr 17, 2012 at 08:54:03AM -0500, Rob Lee wrote: > >> +void __init imx_cpuidle_set_driver(struct cpuidle_driver *p) > >> +{ > >> +     drv = p; > >> +} > > > > You like it complicated, eh? Why do you introduce a function which sets > > a variable... > > This complication is used to deal wi

Re: [PATCH] ARM: imx: Fix imx5 idle logic bug

2012-04-17 Thread Rob Lee
On Tue, Apr 17, 2012 at 3:10 AM, Sascha Hauer wrote: > On Mon, Apr 16, 2012 at 06:37:48PM -0500, Robert Lee wrote: >> The imx5_idle() check of the tzic_eanble_wake() return value uses >> incorrect (inverted) logic causing all attempt to idle to fail. >> > > Does this have influence on current kern

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Rob Lee
On Tue, Apr 17, 2012 at 2:43 AM, Sascha Hauer wrote: > On Mon, Apr 16, 2012 at 06:50:12PM -0500, Robert Lee wrote: >> Add common cpuidle init functionality that can be used by various >> imx platforms. >> >> Signed-off-by: Robert Lee >> --- >> diff --git a/arch/arm/plat-mxc/Makefile b/arch/arm/pl

Re: [PATCH][PM-QA] add cpuidle_02 and cpuidle_03 tests

2012-04-17 Thread Daniel Lezcano
On 04/17/2012 05:42 AM, Hongbo Zhang wrote: Hello Daniel, I cannot apply your patch in this mail, 3 .rej files are created after applying your patch, and it is difficult to apply your patch manually. so could you tell me which version is your patch based on? The patch is based on top of the com

Re: 3.3 kernel from TI landing teams and powervr problems.

2012-04-17 Thread Martin Ertsås
On 04/17/12 10:50, Dechesne, Nicolas wrote: > > > On Tue, Apr 17, 2012 at 9:52 AM, Martin Ertsås > wrote: > > > Searched through the xf86-video-omap, and doesn't seem to build > anything > but omap_drv.so, but it do contain a file omap_dri2.c. Should I >

Re: 3.3 kernel from TI landing teams and powervr problems.

2012-04-17 Thread Dechesne, Nicolas
On Tue, Apr 17, 2012 at 9:52 AM, Martin Ertsås wrote: > > Searched through the xf86-video-omap, and doesn't seem to build anything > but omap_drv.so, but it do contain a file omap_dri2.c. Should I let the > glx warning appear, and just ignore it maybe? Do the driver provide dri2 > by itself? > >

Re: [PATCH] ARM: imx: Fix imx5 idle logic bug

2012-04-17 Thread Sascha Hauer
On Mon, Apr 16, 2012 at 06:37:48PM -0500, Robert Lee wrote: > The imx5_idle() check of the tzic_eanble_wake() return value uses > incorrect (inverted) logic causing all attempt to idle to fail. > Does this have influence on current kernels or does this only trigger with your cpuidle patches? Sas

Re: 3.3 kernel from TI landing teams and powervr problems.

2012-04-17 Thread Martin Ertsås
Thanks to this, I got x running, problem is that I don't seem to have direct rendering. First it complained that glx could not be loaded. When adding the glx extensions from the xserver, I get some problems with AIGLX. It sais that /usr/lib/dri/omap_dri.so could not be found. Is this something I sh

Re: [PATCH 1/3] ARM: imx: Add common imx cpuidle init functionality.

2012-04-17 Thread Sascha Hauer
On Mon, Apr 16, 2012 at 06:50:12PM -0500, Robert Lee wrote: > Add common cpuidle init functionality that can be used by various > imx platforms. > > Signed-off-by: Robert Lee > --- > diff --git a/arch/arm/plat-mxc/Makefile b/arch/arm/plat-mxc/Makefile > index e81290c..7c9e05f 100644 > --- a/arch/

Re: [PATCH 13/13] clk: basic: improve parent_names & return errors

2012-04-17 Thread Shawn Guo
On 17 April 2012 11:50, Turquette, Mike wrote: > That is a good question.  I think it is worth waiting on Saravana's > patch which exposes non-private members of struct clk via struct > clk_hw.  This will have an effect on both platform clock data and > code. Saravana, (*nudge*) (*nudge*) goes t