Hi,
On Fri, Sep 17, 2010 at 4:05 AM, Tim Gardner wrote:
> On 09/16/2010 06:28 PM, John Rigby wrote:
>> The following changes since commit 692388cf33ee34b3fcd338d2c9cbcc52a08c0bfe:
>> Leann Ogasawara (1):
>> UBUNTU: Ubuntu-2.6.35-22.32
>>
>> are available in the git repository at:
>>
>
I have found a temporary solution below for this issue. But I am not sure if
there will be any side effects.
- do not call cogl_flush() after paint_func(actor) in ctk_effect_xxx_paint()
functions
- do not call ctk_effect_set_invalidate_effect_cache() after render to
cached texture in ctk_effect_xxx
On Mon, Sep 20, 2010 at 11:47 AM, Alexandros Frantzis
wrote:
> New packages including this patch and also the glUseProgram fix (for
> cogl-gles2-wrapper.c) are currently being built in ppa:afrantzis/clutter-1.2.
I copied them to ppa:asac/armel1 now ...
--
- Alexander
On Sun, Sep 19, 2010 at 06:26:54PM +0800, Jammy Zhou wrote:
> Hi Alexandros,
>
> I found a bug in clutter for gles. And I have prepared a patch as attached.
> Could you please add it to our clutter branch? I think this patch should
> also be upstreamable.
>
> By the way, could you please give som
Hi Alexandros,
That's great. And thanks for your guide on upstreaming patches to clutter. I
will upstream these two patches for a try then (Of course, I will add you to
CC ^_^)
Regards,
Jammy
On Mon, Sep 20, 2010 at 5:47 PM, Alexandros Frantzis <
alexandros.frant...@linaro.org> wrote:
> On Sun,
On Sun, 19 Sep 2010, Loïc Minier wrote:
> On Sat, Sep 18, 2010, Nicolas Pitre wrote:
> > Yet, highmem carries some small overhead of its own. So if you know
> > that all the applications you need have a workset that always fits in a
> > reduced address space then it is more advantageous to use
Hello!
Please see below for my rough notes from the kernel consolidation,
and please reply to the group with any errors or omissions.
Thanx, Paul
Attendees: Arnd Berg
On Monday 20 September 2010, Paul E. McKenney wrote:
> o Kernel requirements
> (https://wiki.linaro.org/Internal/TSC/MinutesToBeAgreed)
>
I still have two questions about stuff that came up here:
* SD/MMC performance: Is this about device access, file systems or both?
I think the
On 20 Sep 2010, at 17:19, Paul E. McKenney wrote:
> o Requirements schedule
>
> o Requirements discussion, mostly in TSC.
> o Discussion and refinement at Orlando.
> o Blueprint generation in the 2-3 weeks following Orlando.
I'd just like to point out that
On Mon, Sep 20, 2010 at 06:37:05PM +0200, Arnd Bergmann wrote:
> On Monday 20 September 2010, Paul E. McKenney wrote:
> > o Kernel requirements
> > (https://wiki.linaro.org/Internal/TSC/MinutesToBeAgreed)
> >
>
> I still have two questions about stuff that came up here:
>
> * SD/MM
On Mon, Sep 20, 2010 at 06:10:16PM +0100, Jamie Bennett wrote:
> On 20 Sep 2010, at 17:19, Paul E. McKenney wrote:
> > o Requirements schedule
> >
> > o Requirements discussion, mostly in TSC.
> > o Discussion and refinement at Orlando.
> > o Blueprint generation in
On Mon, 20 Sep 2010, Paul E. McKenney wrote:
> On Mon, Sep 20, 2010 at 06:37:05PM +0200, Arnd Bergmann wrote:
> > On Monday 20 September 2010, Paul E. McKenney wrote:
> > > o Kernel requirements
> > > (https://wiki.linaro.org/Internal/TSC/MinutesToBeAgreed)
> > >
> >
> > I still ha
On Mon, Sep 13, 2010 at 10:54:57AM +0800, Liu Hui-R64343 wrote:
> Here is the info:
> -
> Company Details
> Name & Registered Office:
> LINARO LIMITED
> 110 FULBOURN ROAD
> CAMBRIDGE
> CAMBRIDGESHIRE
> CB1 9NJ
> Company No. 07180318
> Status: Active
> Date of In
Hi all,
I was recently hired by CodeSourcery and have been assigned to Linaro
for the purpose of improving OpenOCD.
Specifically, I will be adding new support for Cortex-A9 SMP, though I
may also make a few improvements to its handling of Cortex-A8 in the
process. If you have experience using Op
On Mon, 20 Sep 2010, Zach Welch wrote:
> Hi all,
>
> I was recently hired by CodeSourcery and have been assigned to Linaro
> for the purpose of improving OpenOCD.
Welcome! Glad to meet you in the context of OpenOCD again.
Nicolas
___
linaro-dev mai
On Monday 20 September 2010 19:50:59 Nicolas Pitre wrote:
> >
> > I believe that this is related to LPAE -- the usual 32-bit-only DMA
> > devices in a >32-bit physical address space. But there was also
> > discussion about run-time patching for SMP alternatives, though I am
> > missing how this r
On Mon, Sep 20, 2010 at 09:19:49AM -0700, Paul E. McKenney wrote:
> o Jason Hui: iMX51 work on device trees. Need assignment.
> Reviewed BSP review, need to send results to Loïc et al.
It would be great to see more MX51 things on ALKML (and devicetree
things on devtree-d
Welcome Zach, glad to have you around...
Sent from yet another ARM powered mobile device
On 20 Sep 2010, at 11:39, Zach Welch wrote:
> Hi all,
>
> I was recently hired by CodeSourcery and have been assigned to Linaro
> for the purpose of improving OpenOCD.
>
> Specifically, I will be adding n
Tim,
This fixes the build failure in 1006.11 (bug #643462) . Verified the
build in an armel-maverick schroot.
A build on a Beagle is still running as I write this.
Thanks,
John
The following changes since commit 7c7b33cd7f78968412eedb21941134b978cea102:
John Rigby (1):
LINARO: Linaro-
...are available here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-09-20
Standup meeting minutes are here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-09-17
A recording of the call is here:
http://tc.seabright.co.nz/toolchainwg/
The interesting events this
On 09/21/2010 10:18 AM, John Rigby wrote:
> Tim,
>
> This fixes the build failure in 1006.11 (bug #643462) . Verified the
> build in an armel-maverick schroot.
> A build on a Beagle is still running as I write this.
>
> Thanks,
> John
>
> The following changes since commit 7c7b33cd7f78968412eedb21
21 matches
Mail list logo
