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'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
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
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
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
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 +
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
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
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
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
>
>
> 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
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
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
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
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
__
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
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'
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
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
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
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
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
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
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
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
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
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
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
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
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
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
31 matches
Mail list logo