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
...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
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-
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
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
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, 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
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, 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
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 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, 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 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 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
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 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
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, 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
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
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
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:
>>
>
21 matches
Mail list logo
