Re: Suggestion

2013-04-17 Thread Nicolas Dechesne
On Wed, Apr 17, 2013 at 6:21 AM, Jonathan Aquilina wrote: > Doesnt email run the risk of a patch slipping through the cracks? as highlighted by Deepak above, each project will use the processes/methods inherited from its 'upstream'. That's why gerrit is being used for Android activities for examp

Re: Suggestion

2013-04-17 Thread Jonathan Aquilina
Totally under stand :). Hopefully come summer I will be able to get my hands on a board and start contributing :) On Wed, Apr 17, 2013 at 9:51 AM, Nicolas Dechesne < nicolas.deche...@linaro.org> wrote: > On Wed, Apr 17, 2013 at 6:21 AM, Jonathan Aquilina > wrote: > > Doesnt email run the risk o

Re: Suggestion

2013-04-17 Thread Jon Medhurst (Tixy)
On Wed, 2013-04-17 at 06:21 +0200, Jonathan Aquilina wrote: > Doesnt email run the risk of a patch slipping through the cracks? And with gerrit the patch author needs to get an account enabled with the project, produce a git commit against the current tip, know who to pick as reviewers then rely o

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

2013-04-17 Thread Arnd Bergmann
On Tuesday 16 April 2013, Nishanth Menon wrote: > 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 > >

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

2013-04-17 Thread Jon Medhurst (Tixy)
On Tue, 2013-04-16 at 12:50 +0200, 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/include/uapi/drm/drm.h > > > @@ -3

Re: Mali-ization

2013-04-17 Thread Tushar Behera
On 04/16/2013 09:46 AM, 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 Kuo, one of Andy's colleagues ^^ > > As Selina says it's a code drop w

Re: Mali-ization

2013-04-17 Thread Jon Medhurst (Tixy)
On Wed, 2013-04-17 at 16:28 +0530, Tushar Behera wrote: > On 04/16/2013 09:46 AM, 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. > >> > >> > >> - Seli

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

2013-04-17 Thread Rob Clark
On Wed, Apr 17, 2013 at 6:43 AM, Arnd Bergmann wrote: >> drivers/scsi/aic7xxx/aicasm/aicasm_symbol.c:#ifdef __linux__ >> drivers/scsi/aic7xxx/aicasm/aicasm_symbol.h:#ifdef __linux__ >> drivers/scsi/dpt/osd_defs.h:#if (defined(__linux__)) >> drivers/staging/ced1401/machine.h:#if (defined(__linux__)

Re: Mali-ization

2013-04-17 Thread Andy Green
On 17/04/13 19:11, the mail apparently from Jon Medhurst (Tixy) included: On Wed, 2013-04-17 at 16:28 +0530, Tushar Behera wrote: On 04/16/2013 09:46 AM, 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

Issue when running Snowball - GLES without X

2013-04-17 Thread Hiep Pham
Hi all, I'm trying GLES on Snowball board with Mali GPU, without X. The board was installed linaro-nano 12.07 (with mali400-dev package installed) and had been connected with an TV via HDMI cable; After booting up, I run "hdmistart" command and /dev/fb0 appeared; HDMI ran fine with "cat /dev/uran

Re: Suggestion

2013-04-17 Thread Christopher Covington
Hi Jon, On 04/17/2013 06:29 AM, Jon Medhurst (Tixy) wrote: > On Wed, 2013-04-17 at 06:21 +0200, Jonathan Aquilina wrote: >> Doesnt email run the risk of a patch slipping through the cracks? > > And with gerrit the patch author needs to get an account enabled with the > project, produce a git comm

Re: Issue when running Snowball - GLES without X

2013-04-17 Thread Tom Gall
Hi Hiep, This and potential follow on questions are probably best discussed on the Mali forums http://forums.arm.com/index.php?/forum/10-mali-forums/ at least when it comes to the capabilities of the binary driver. On Wed, Apr 17, 2013 at 7:53 AM, Hiep Pham wrote: > Hi all, > > I'm trying GLES o

Re: Suggestion

2013-04-17 Thread Jon Medhurst (Tixy)
On Wed, 2013-04-17 at 09:14 -0400, Christopher Covington wrote: > Hi Jon, > > On 04/17/2013 06:29 AM, Jon Medhurst (Tixy) wrote: > > On Wed, 2013-04-17 at 06:21 +0200, Jonathan Aquilina wrote: > >> Doesnt email run the risk of a patch slipping through the cracks? > > > > And with gerrit the patch

Re: Suggestion

2013-04-17 Thread Jonathan Aquilina
I have seen gerrit in use with libreoffice, they have it setup to where you have build bot machines which can automatically pull a patch make a build and test the patch with the build to see if it builds successfully. Also, with gerrit you dont need to assign reviewers people that have the abilit

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

2013-04-17 Thread Linus Walleij
On Tue, Apr 16, 2013 at 3:48 PM, Naresh Kamboju wrote: > On 12 April 2013 04:07, Linus Walleij wrote: >> 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 merged in to linux-next "next-20130416". > Due t

Re: Suggestion

2013-04-17 Thread David Brown
Christopher Covington writes: > On 04/17/2013 06:29 AM, Jon Medhurst (Tixy) wrote: >> On Wed, 2013-04-17 at 06:21 +0200, Jonathan Aquilina wrote: >>> Doesnt email run the risk of a patch slipping through the cracks? >> >> And with gerrit the patch author needs to get an account enabled with the