[PATCH] net/fec: fix compile error introduced by dt support

2011-03-25 Thread Shawn Guo
After fec dt support is added, the following compile error will be seen when building a pure non-dt kernel. drivers/net/fec.c: In function ‘fec_probe’: drivers/net/fec.c:1383: error: implicit declaration of function ‘of_match_device’ drivers/net/fec.c:1383: warning: assignment makes pointer from

Re: [powerdebug V2: 01/14] encapsulate the options code

2011-03-25 Thread Amit Kucheria
Re'adding linaro-dev On 11 Mar 25, Yong Shen wrote: > On Fri, Mar 25, 2011 at 2:48 PM, Amit Kucheria > wrote: > > > On Fri, Mar 25, 2011 at 4:10 AM, Yong Shen wrote: > > > > > Hi Daniel, > > > Yes. I had started the work for several days. > > > Previously, every time when clock info is refreshe

RE: [PATCH] ARM: EXYNOS4: Fix addruart macro

2011-03-25 Thread Kukjin Kim
Thomas Abraham wrote: > > Fix incorrect conditional execution of ldr instructions in > addruart macro. > Oops :( Ok, will apply:) As a note, I found same patch with this in your previous patches. Thanks. Best regards, Kgene. -- Kukjin Kim , Senior Engineer, SW Solution Development Team, Samsung

[PATCH 0/5] consolidate sdhci pltfm & OF drivers and get them self registered

2011-03-25 Thread Shawn Guo
Here are what the patch set does. * Remove .probe and .remove hooks from sdhci-pltfm.c and make it be a pure common helper function providers. * Add .probe and .remove hooks for sdhci pltfm drivers sdhci-cns3xxx, sdhci-dove, sdhci-tegra, and sdhci-esdhc-imx to make them self registered with

[PATCH 1/5] mmc: sdhci: make sdhci-pltfm device drivers self registered

2011-03-25 Thread Shawn Guo
The patch turns the common stuff in sdhci-pltfm.c into functions, and add device drivers their own .probe and .remove which in turn call into the common functions, so that those sdhci-pltfm device drivers register itself and keep all device specific things away from common sdhci-pltfm file. Signed

[PATCH 2/5] mmc: sdhci: eliminate sdhci_of_host and sdhci_of_data

2011-03-25 Thread Shawn Guo
The patch is to migrate the use of sdhci_of_host and sdhci_of_data to sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can be eliminated. Signed-off-by: Shawn Guo --- drivers/mmc/host/sdhci-of-core.c | 30 +++--- drivers/mmc/host/sdhci-of-esdhc.c | 36 +

[PATCH 3/5] mmc: sdhci: make sdhci-of device drivers self registered

2011-03-25 Thread Shawn Guo
The patch turns the sdhci-of-core common stuff into helper functions added into sdhci-pltfm.c, and makes sdhci-of device drviers self registered using the same pair of .probe and .remove used by sdhci-pltfm device drivers. As a result, sdhci-of-core.c and sdhci-of.h can be eliminated with those co

[PATCH 4/5] mmc: sdhci: consolidate sdhci-of-esdhc and sdhci-esdhc-imx

2011-03-25 Thread Shawn Guo
This patch is to consolidate SDHCI driver for Freescale eSDHC controller found on both MPCxxx and i.MX platforms. It turns sdhci-of-esdhc.c and sdhci-esdhc-imx.c into one sdhci-esdhc.c, which gets the same pair of .probe and .remove serving two cases. Signed-off-by: Shawn Guo --- drivers/mmc/ho

[PATCH 5/5] mmc: sdhci: merge two sdhci-pltfm.h into one

2011-03-25 Thread Shawn Guo
The structure sdhci_pltfm_data is not necessarily to be in a public header like include/linux/mmc/sdhci-pltfm.h, so the patch moves it into drivers/mmc/host/sdhci-pltfm.h and eliminates the former one. Signed-off-by: Shawn Guo --- drivers/mmc/host/sdhci-cns3xxx.c |1 - drivers/mmc/host/sdhci

Re: [powerdebug V2: 01/14] encapsulate the options code

2011-03-25 Thread Daniel Lezcano
On 03/25/2011 09:19 AM, Amit Kucheria wrote: Re'adding linaro-dev On 11 Mar 25, Yong Shen wrote: On Fri, Mar 25, 2011 at 2:48 PM, Amit Kucheriawrote: On Fri, Mar 25, 2011 at 4:10 AM, Yong Shen wrote: Hi Daniel, Yes. I had started the work for several days. Previously, every time when clock

Re: [powerdebug V2: 01/14] encapsulate the options code

2011-03-25 Thread Yong Shen
> > > Ok, I will send the patchset very soon. > > Yong, sorry that will probably make some conflicts with your changes. In > the future, I will send smaller patchset, but more often :) > > That happens, never mind. > Thanks > -- Daniel > > ___ linaro-de

Re: [PATCH 1/5] mmc: sdhci: make sdhci-esdhc-imx driver self registered

2011-03-25 Thread Shawn Guo
On Wed, Mar 23, 2011 at 10:28:58PM -0600, Grant Likely wrote: > On Mon, Mar 21, 2011 at 04:06:59PM +0800, Shawn Guo wrote: > > The patch turns the common stuff to in sdhci-pltfm.c into functions, > > and add sdhci-esdhc-imx its own .probe and .remove which in turn call > > into the common functions

regarding memebership to linaro

2011-03-25 Thread ravi nanjundappa
hi, I Would like to participate in the OpenGLES2.0 support to Cairo. Could you please let me know the procedure to get involved in the GLES backend support for Cairo ? -- Thanks and Best Regards, N Ravi ___ linaro-dev mailing list linaro-dev@lists.lina

Re: RFC: ARM: Support for VFP/NEON registers in coredumps

2011-03-25 Thread Dave Martin
On Thu, Mar 24, 2011 at 6:11 PM, Ulrich Weigand wrote: > Dave Martin wrote: >> On Thu, Mar 24, 2011 at 4:40 PM, Ulrich Weigand > wrote: >> > I would prefer to keep the contents of NT_VFPREGSET identical to the >> > contents of the PTRACE_GETVPFREGS/PTRACE_SETVPFREGS buffer: >> > >> > - This woul

(Lack of) signatures on snapshots.l.o nano images

2011-03-25 Thread Dave Martin
Hi there, Does anyone know why no signatures are being generated recently on the nano images? http://snapshots.linaro.org/11.05-daily/linaro-nano/ I don't know how cricual this is, but it's at least inconsistent; the linaro-developer images are getting signatures. Cheers ---Dave __

Re: RFC: ARM: Support for VFP/NEON registers in coredumps

2011-03-25 Thread Ulrich Weigand
Dave Martin wrote: > > So to summarize: the kernel will write additional note sections as if > > generated via user_regset_view, containing the PTRACE_GETVFPREGS data. > > > > Note name: "LINUX" > > Why "LINUX" and not "CORE"? I don't understand the distinction... are > the "CORE" notes common to

Re: RFC: ARM: Support for VFP/NEON registers in coredumps

2011-03-25 Thread Dave Martin
On Fri, Mar 25, 2011 at 1:11 PM, Ulrich Weigand wrote: > Dave Martin wrote: >> > So to summarize: the kernel will write additional note sections as if >> > generated via user_regset_view, containing the PTRACE_GETVFPREGS data. >> > >> > Note name: "LINUX" >> >> Why "LINUX" and not "CORE"?  I don'

Re: RFC: ARM: Support for VFP/NEON registers in coredumps

2011-03-25 Thread Ulrich Weigand
Dave Martin wrote: > I was indeed thinking that it might be a good idea to take this > opportunity to migrate to using regsets; though for simplicity, I'll > probably avoid this for the first iteration. > > Will this have any impact on the ptrace interface? Well, once you support regsets, the PT

Re: (Lack of) signatures on snapshots.l.o nano images

2011-03-25 Thread Tom Gall
Looks like the last day that *asc files were there was 3/23 so must be a recent break. Regards, Tom On Fri, Mar 25, 2011 at 7:08 AM, Dave Martin wrote: > Hi there, > > Does anyone know why no signatures are being generated recently on the > nano images? > > http://snapshots.linaro.org/11.05-dail

Re: RFC: ARM: Support for VFP/NEON registers in coredumps

2011-03-25 Thread Dave Martin
On Fri, Mar 25, 2011 at 1:40 PM, Ulrich Weigand wrote: > Dave Martin wrote: > >> I was indeed thinking that it might be a good idea to take this >> opportunity to migrate to using regsets; though for simplicity, I'll >> probably avoid this for the first iteration. >> >> Will this have any impact

Re: regarding memebership to linaro

2011-03-25 Thread Jesse Barker
Thanks for your interest. If you absolutely cannot wait to get involved, or at least to start checking out the work, I suppose you could clone Alexandros' tree at: http://git.linaro.org/gitweb?p=people/afrantzis/cairo.git;a=shortlog;h=refs/heads/gles2 This work is currently under review by the u

Re: regarding memebership to linaro

2011-03-25 Thread Tom Gall
To add to Jesse's great note, also don't forget to join #linaro on irc.freenode.net. In addition the graphics team has a meeting on Wednesday that you might consider listening in on. See https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/ Regards, Tom On Fri, Mar 25, 2011 at 4:59 AM, ravi

Re: (Lack of) signatures on snapshots.l.o nano images

2011-03-25 Thread James Westby
On Fri, 25 Mar 2011 12:08:29 +, Dave Martin wrote: > Hi there, > > Does anyone know why no signatures are being generated recently on the > nano images? > > http://snapshots.linaro.org/11.05-daily/linaro-nano/ > > I don't know how cricual this is, but it's at least inconsistent; the > linar

Re: (Lack of) signatures on snapshots.l.o nano images

2011-03-25 Thread Dave Martin
On Fri, Mar 25, 2011 at 4:50 PM, James Westby wrote: > On Fri, 25 Mar 2011 12:08:29 +, Dave Martin > wrote: >> Hi there, >> >> Does anyone know why no signatures are being generated recently on the >> nano images? >> >> http://snapshots.linaro.org/11.05-daily/linaro-nano/ >> >> I don't know

Notice: Releases to Cycles

2011-03-25 Thread Joey Stanford
Hi, Kiko requested that we mass rename Releases to Cycles. This makes sense since a release is a point in time event and we operate under a larger cycle. This is now done and a redirect has been put into place. As you see references which are incorrect in wiki pages, please consider doing some

Which branch for adding basic device tree support?

2011-03-25 Thread Tixy
I'm currently trying to get basic device tree support added to B Beagleboard and I suspect I've been going about things the hard/wrong way. Is there a branch which has all the required infrastructure already merged? I've been working off linux-linaro-2.6.38.git, so I've applied some patches I foun

Re: Which branch for adding basic device tree support?

2011-03-25 Thread Grant Likely
On Fri, Mar 25, 2011 at 12:22 PM, Tixy wrote: > I'm currently trying to get basic device tree support added to B > Beagleboard and I suspect I've been going about things the hard/wrong > way. Is there a branch which has all the required infrastructure already > merged? > > I've been working off li

Re: Which branch for adding basic device tree support?

2011-03-25 Thread Tixy
On Fri, 2011-03-25 at 12:47 -0600, Grant Likely wrote: > On Fri, Mar 25, 2011 at 12:22 PM, Tixy wrote: [...] > > > > "Allow the device tree binary to be appended to zImage" > > http://www.spinics.net/lists/arm-kernel/msg119379.html > > You don't need this patch for what needs to be changed to t

Re: Which branch for adding basic device tree support?

2011-03-25 Thread Grant Likely
On Fri, Mar 25, 2011 at 2:21 PM, Tixy wrote: > On Fri, 2011-03-25 at 12:47 -0600, Grant Likely wrote: >> On Fri, Mar 25, 2011 at 12:22 PM, Tixy wrote: > [...] >> > >> > "Allow the device tree binary to be appended to zImage" >> > http://www.spinics.net/lists/arm-kernel/msg119379.html >> >> You do

ELC and memory management

2011-03-25 Thread Gross, Andy
All, Are there plans of having a meeting to discuss memory management at the ELC? There was a thread a week or so ago about all of the various implementations of memory managers (pmem, cmem, ump, gem/ttm, etc) where this was mentioned. Our interest in this stems from our current effort to migrat

Re: Device Tree on ARM status report - Mar 20

2011-03-25 Thread Grant Likely
On Wed, Mar 23, 2011 at 3:11 PM, Grant Likely wrote: > On Tue, Mar 22, 2011 at 04:58:26PM -0700, Andy Doan wrote: >> On 03/21/2011 02:25 AM, Grant Likely wrote: >> > Here is the list of hwpacks that should be supported to the best of my >> > knowledge.  Please reply with the hwpacks you can take r