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
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 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
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 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
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
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
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
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
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
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
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
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
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
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:
> > 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
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
__
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,
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 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
>
>
> 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 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
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
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 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
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 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
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
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
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
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
31 matches
Mail list logo
