Re: Mali-ization

2013-04-16 Thread Andy Green
On 16/04/13 17:39, the mail apparently from Selina Kuo included: On 16 April 2013 16:20, Andy Green wrote: On 16/04/13 14:29, the mail apparently from Jon Medhurst (Tixy) included: On Tue, 2013-04-16 at 12:16 +0800, Andy Green wrote: On 16/04/13 10:08, the mail apparently from Selina Kuo in

Re: Suggestion

2013-04-16 Thread Jonathan Aquilina
Doesnt email run the risk of a patch slipping through the cracks? On Tue, Apr 16, 2013 at 9:02 PM, Deepak Saxena wrote: > On 16 April 2013 07:06, Jonathan Aquilina wrote: > > Wouldnt all of them benefit in a way from it? > > My take on this is that one of the goals of Linaro's assignee process

Re: [ANNOUNCE] linux-linaro kernel schedule for 13.04 updated

2013-04-16 Thread Fathi Boudra
Hi Andrey, On 17 April 2013 00:13, Andrey Konovalov wrote: > Greetings, > > > On 04/15/2013 11:42 AM, Andrey Konovalov wrote: >> >> 11.04.2013 23:20, Andrey Konovalov пишет: >>> >>> Greetings, >>> >>> This is a reminder that this wiki page: >>> >>> https://wiki.linaro.org/Platform/DevPlatform/Lin

[ANNOUNCE] linux-linaro kernel schedule for 13.04 updated

2013-04-16 Thread Andrey Konovalov
Greetings, On 04/15/2013 11:42 AM, Andrey Konovalov wrote: 11.04.2013 23:20, Andrey Konovalov пишет: Greetings, This is a reminder that this wiki page: https://wiki.linaro.org/Platform/DevPlatform/LinuxLinaroKernelSchedule - is now tracking the linux-linaro kernel rebuilds for 13.04. v3.9-

Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal toolchain.

2013-04-16 Thread Nishanth Menon
On 12:50-20130416, Arnd Bergmann wrote: > On Tuesday 16 April 2013 12:48:28 Paul Sokolovsky wrote: > > > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h > > > index 8d1e2bb..73a99e4 100644 > > > --- a/include/uapi/drm/drm.h > > > +++ b/incl

Re: Suggestion

2013-04-16 Thread Deepak Saxena
On 16 April 2013 07:06, Jonathan Aquilina wrote: > Wouldnt all of them benefit in a way from it? My take on this is that one of the goals of Linaro's assignee process is to teach folks how to work in the open source community and than take that knowledge back to internal teams. This means we shou

big.LITTLE MP status Apr 16, 2013

2013-04-16 Thread David Zinman
https://wiki.linaro.org/projects/big.LITTLE.MP Work Items for functional completion: https://wiki.linaro.org/projects/big.LITTLE.MP/WorkItems Roadmap Cards: Epic big.LITTLE MP card - http://cards.linaro.org/browse/CARD-190 Main Project page: https://launchpad.net/linaro-big-little-system

Re: Suggestion

2013-04-16 Thread Jonathan Aquilina
Wouldnt all of them benefit in a way from it? On Tue, Apr 16, 2013 at 4:04 PM, Nicolas Dechesne < nicolas.deche...@linaro.org> wrote: > On Tue, Apr 16, 2013 at 3:59 PM, Jonathan Aquilina > wrote: > > Have you guys considered gerrit code review for patches? as well as > setting > > up build bots

Re: Suggestion

2013-04-16 Thread Nicolas Dechesne
On Tue, Apr 16, 2013 at 3:59 PM, Jonathan Aquilina wrote: > Have you guys considered gerrit code review for patches? as well as setting > up build bots to test build the patches? which projects at Linaro you have in mind for this request? it's already being used for Android 'stuff', see http://r

Suggestion

2013-04-16 Thread Jonathan Aquilina
Have you guys considered gerrit code review for patches? as well as setting up build bots to test build the patches? -- Jonathan Aquilina ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [Linaro-QA-Service] [linux-next] Snowball build broken

2013-04-16 Thread Naresh Kamboju
/mfd/ab8500-debugfs.o] Error 1 >> 04:48:09 make[2]: *** [drivers/mfd] Error 2 >> 04:48:09 make[1]: *** [drivers] Error 2 > > Hey it works. Didn't see this before I fixed it tho :-) > http://marc.info/?l=linux-kernel&m=136567139910888&w=2 This commit not yet been

Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal toolchain.

2013-04-16 Thread Arnd Bergmann
On Tuesday 16 April 2013 12:48:28 Paul Sokolovsky wrote: > > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h > > index 8d1e2bb..73a99e4 100644 > > --- a/include/uapi/drm/drm.h > > +++ b/include/uapi/drm/drm.h > > @@ -36,7 +36,7 @@ > > #ifndef _DRM_H_ > > #define _DRM_H_ > > > > -#i

Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal toolchain.

2013-04-16 Thread Paul Sokolovsky
Hello, On Fri, 12 Apr 2013 18:28:26 -0500 Nishanth Menon wrote: > From: Paul Sokolovsky > > An ifdef in drm.h expects to be compiled with full-fledged Linux > toolchain, but it's common to compile kernel with just bare-metal > toolchain which doesn't define __linux__. So, also add __KERNEL__ >

Re: Mali-ization

2013-04-16 Thread Selina Kuo
On 16 April 2013 16:20, Andy Green wrote: > On 16/04/13 14:29, the mail apparently from Jon Medhurst (Tixy) included: > >> On Tue, 2013-04-16 at 12:16 +0800, Andy Green wrote: >>> >>> On 16/04/13 10:08, the mail apparently from Selina Kuo included: Hi, John, Your assumption is

Re: Mali-ization

2013-04-16 Thread Andy Green
On 16/04/13 14:29, the mail apparently from Jon Medhurst (Tixy) included: On Tue, 2013-04-16 at 12:16 +0800, Andy Green wrote: On 16/04/13 10:08, the mail apparently from Selina Kuo included: Hi, John, Your assumption is right. The ump code is part of the out-of-tree mali driver. - Selina Ku