On Tue, Mar 15, 2011 at 01:55:13PM -0600, Grant Likely wrote:
> On Mon, Mar 14, 2011 at 10:25:56PM +0800, Shawn Guo wrote:
> > This patch is motivated by the work of supporting sdhci-esdhc-imx as
> > an OF device. The sdhci-esdhc-imx driver was well designed to be
> > able to work with either plat
On Wed, Mar 16, 2011 at 05:05:00PM -0600, Grant Likely wrote:
>
[...]
> I'd like to have feedback on the new code to make sure that the model
> is sane. There are some fiddly code it there which is used to match
> platform_device registrations to nodes in the device tree. I *think*
> it makes se
On Wed, 16 Mar 2011 18:16:34 -0400, James Westby
wrote:
> On Thu, 17 Mar 2011 10:59:53 +1300, Michael Hudson-Doyle
> wrote:
> > AIUI, it does remember, but according to the documentation, but applying
> > the limit like this is a belt and suspenders thing in case Jenkins
> > manages to lose thi
On Tue, Mar 15, 2011 at 01:03:42AM -0600, Grant Likely wrote:
> Hi Jason,
>
> Minor comments below.
>
> On Thu, Mar 10, 2011 at 12:59:41PM +0800, Jason Liu wrote:
> > Signed-off-by: Jason Liu
> > Signed-off-by: Jason Liu
>
> This looks wrong. You should only have one s-o-b line. Use one emai
On Fri, 11 Mar 2011, Amit Kucheria wrote:
> On Fri, Mar 11, 2011 at 12:32 PM, Dave Martin wrote:
> > On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
> >> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
> >>
> I take it this magic of SMP or not is hidden in this config l
Sorry for not answering earlier. I was on vacation last week, and my
email backlog is incredibly large. I'm going through it with generous
usage of the delete key so it is possible that I might have missed
something.
On Fri, 11 Mar 2011, Barry Song wrote:
> 2011/3/9 Lee Jones :
> > On 09/03
[widening cc: list to solicit feedback on the new model]
On Wed, Mar 16, 2011 at 09:58:01PM +0800, Shawn Guo wrote:
> On Mon, Mar 14, 2011 at 03:10:19PM -0600, Grant Likely wrote:
> >
> [...]
> > Several weeks back I posted a patch for of_platform_bus_snoop() which
> > matches platform_device reg
On Thu, 17 Mar 2011 10:59:53 +1300, Michael Hudson-Doyle
wrote:
> AIUI, it does remember, but according to the documentation, but applying
> the limit like this is a belt and suspenders thing in case Jenkins
> manages to lose this state.
Aha, thanks, that sounds somewhat sensible on its part any
On Wed, 16 Mar 2011 09:14:31 -0400, James Westby
wrote:
> On Wed, 16 Mar 2011 11:43:57 +1300, Michael Hudson-Doyle
> wrote:
> > I've figured it out (jenkins was counting _all_ instances running in the
> > account it has the credentials for, not just those it launched, against
> > its instance c
On Wed, Mar 16, 2011 at 1:49 PM, Laurent Pinchart
wrote:
> Hi Alex,
>
> On Wednesday 16 March 2011 17:09:45 Alex Deucher wrote:
>> On Wed, Mar 16, 2011 at 3:37 AM, Li Li wrote:
>> > Sorry but I feel the discussion is a bit off the point. We're not
>> > going to compare the pros and cons of curren
On Wed, 16 Mar 2011, John Rigby wrote:
> Nicolas,
>
> Today hrw pointed out this patch. It seems to be the proper fix for
> the panda hang.
>
> http://marc.info/?l=linux-omap&m=130021624629574&w=2
Good.
Nicolas
___
linaro-dev mailing list
linaro-d
On Wed, Mar 16, 2011 at 3:37 AM, Li Li wrote:
> Sorry but I feel the discussion is a bit off the point. We're not
> going to compare the pros and cons of current code (GEM/TTM, HWMEM,
> UMP, CMA, VCM, CMEM, PMEM, etc.)
>
> The real problem is to find a suitable unified memory management
> module f
Hi Alex,
On Wednesday 16 March 2011 17:00:03 Alex Deucher wrote:
> On Wed, Mar 16, 2011 at 4:52 AM, Laurent Pinchart wrote:
> > On Tuesday 15 March 2011 17:47:47 Alex Deucher wrote:
> >
> > [snip]
> >
> >> FWIW, I have yet to see any v4l developers ever email the dri mailing
> >> list while disc
On Wed, Mar 16, 2011 at 4:52 AM, Laurent Pinchart
wrote:
> Hi Alex,
>
> On Tuesday 15 March 2011 17:47:47 Alex Deucher wrote:
>
> [snip]
>
>> FWIW, I have yet to see any v4l developers ever email the dri mailing
>> list while discussing GEM, TTM, or the DRM, all the while conjecturing
>> on aspect
Hi Alex,
On Wednesday 16 March 2011 17:09:45 Alex Deucher wrote:
> On Wed, Mar 16, 2011 at 3:37 AM, Li Li wrote:
> > Sorry but I feel the discussion is a bit off the point. We're not
> > going to compare the pros and cons of current code (GEM/TTM, HWMEM,
> > UMP, CMA, VCM, CMEM, PMEM, etc.)
> >
Hi all,
I should probably have mentioned earlier that I am planning a session for
Linaro @ UDS for this in May.
cheers,
Jesse
On Wed, Mar 16, 2011 at 1:49 AM, Laurent Pinchart <
laurent.pinch...@ideasonboard.com> wrote:
> On Tuesday 15 March 2011 17:07:10 Robert Fekete wrote:
> > On 8 March 201
Nicolas,
Today hrw pointed out this patch. It seems to be the proper fix for
the panda hang.
http://marc.info/?l=linux-omap&m=130021624629574&w=2
John
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/li
Signed-off-by: Jason Liu
---
.../devicetree/bindings/net/fsl-imx-fec.txt| 17 +
drivers/net/fec.c | 17 +
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/net/fsl-imx-fec.
Signed-off-by: Jason Liu
---
arch/arm/mach-mx5/Kconfig |8
arch/arm/mach-mx5/Makefile |1 +
arch/arm/mach-mx5/board-dt.c| 64 +++
arch/arm/mach-mx5/clock-dt.c| 52 +
arch/arm/pl
Singed-off-by: Rob Herring
Signed-off-by: Jason Liu
---
arch/arm/boot/dts/babbage.dts | 122 +
1 files changed, 122 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/babbage.dts b/arch/arm/boot/dts/babbage.dts
new file mode 100644
index 00
Signed-off-by: Jeremy Kerr
Signed-off-by: Jason Liu
---
.../bindings/tty/serial/fsl-imx-uart.txt | 19 +
drivers/tty/serial/imx.c | 78 +---
2 files changed, 87 insertions(+), 10 deletions(-)
diff --git a/Documentation/devicetree/bindi
From: Jason Liu
This patchset adds Freescale i.mx51 device tree support.
This is based on
git://git.secretlab.ca/git/linux-2.6 devicetree/test
This patch has been tested on MX51 babbage board and can
boot up succesfully to linux console with DT enabled.
Grant, I think it's almost ready for you
On Tue, Mar 15, 2011 at 01:59:26PM -0600, Grant Likely wrote:
> On Mon, Mar 14, 2011 at 10:25:57PM +0800, Shawn Guo wrote:
> > Signed-off-by: Shawn Guo
>
> dt support can be added directly to sdchi-pltfm.c drivers now. There
> is no longer any need to use sdhci-of-core.c any more. For an
> exam
On Tue, Mar 15, 2011 at 01:54:05AM -0600, Grant Likely wrote:
> On Mon, Mar 14, 2011 at 09:18:42PM +0800, Shawn Guo wrote:
> > With the platform clock support, the 'struct clk' should have been
> > associated with device_node->data. So the use of function
> > __of_clk_get_from_provider can be elim
On Tue, Mar 15, 2011 at 01:48:08AM -0600, Grant Likely wrote:
> On Mon, Mar 14, 2011 at 09:18:40PM +0800, Shawn Guo wrote:
> > This patch is to change the static clock creating and registering to
> > the dynamic way, which scans dt clock nodes, associate clk with
> > device_node, and then add them
On Mon, Mar 14, 2011 at 03:10:19PM -0600, Grant Likely wrote:
>
[...]
> Several weeks back I posted a patch for of_platform_bus_snoop() which
> matches platform_device registrations to nodes in the device tree
> instead of allocating and registering a new device. I've spent some
> more time on th
Aneesh V wrote on 03/16/2011 10:32:50 AM:
> Can you try this sequence:
>
> arm-linux-gnueabi-gcc -march=armv7-a -mthumb -mthumb-interwork -o foo1.o
> foo1.c -c
> arm-linux-gnueabi-gcc -march=armv7-a -mthumb -mthumb-interwork -o foo2.o
> foo2.S -c
> arm-linux-gnueabi-ld -r foo1.o foo2.o
> arm-linu
On 16/03/11 at 05:31pm, Sachin Kamat wrote:
> Hi Arnd, Alexander,
>
> Some of the work arounds are just make shift solutions so that those
> dependent on the build can carry on with their work.
> Meanwhile as you guys said, the underlying problem needs to be addressed and
> fixed. This might take
On Wed, 16 Mar 2011 11:43:57 +1300, Michael Hudson-Doyle
wrote:
> I've figured it out (jenkins was counting _all_ instances running in the
> account it has the credentials for, not just those it launched, against
> its instance cap) and have worked around it for now (raised the instance
> cap) pe
Ack, we discussed this today in android meeting and will take your
patches to a special toolchain branch that allows us to experiement
with 4.5/4.6 toolchain while not hiding the underlying problems.
Thanks for your work!
On Wed, Mar 16, 2011 at 1:01 PM, Sachin Kamat wrote:
> Hi Arnd, Alexander,
On Tue, Mar 15, 2011 at 01:37:31AM -0600, Grant Likely wrote:
> On Tue, Mar 08, 2011 at 12:22:10AM +0800, Shawn Guo wrote:
> > This patch is to change the static clock creating and registering to
> > the dynamic way, which scans dt clock nodes, associate clk with
> > device_node, and then add them
Hi Arnd, Alexander,
Some of the work arounds are just make shift solutions so that those
dependent on the build can carry on with their work.
Meanwhile as you guys said, the underlying problem needs to be addressed and
fixed. This might take a while.
Regards
Sachin
On 16 March 2011 17:17, Arnd B
On Wednesday 16 March 2011, Sachin Kamat wrote:
> --- a/elfcopy.c
> +++ b/elfcopy.c
> @@ -2456,7 +2456,6 @@ update_symbol_values(Elf *elf, GElf_Ehdr *ehdr,
> out why and also figure out whether the zero
> value should have
> been adjusted, af
Hi Alex,
On Tuesday 15 March 2011 17:47:47 Alex Deucher wrote:
[snip]
> FWIW, I have yet to see any v4l developers ever email the dri mailing
> list while discussing GEM, TTM, or the DRM, all the while conjecturing
> on aspects of it they admit to not fully understanding. For future
> reference
On Tuesday 15 March 2011 17:07:10 Robert Fekete wrote:
> On 8 March 2011 20:23, Laurent Pinchart wrote:
> > On Tuesday 08 March 2011 20:12:45 Andy Walls wrote:
> >> On Tue, 2011-03-08 at 16:52 +0100, Laurent Pinchart wrote:
> >>
> >> [snip]
> >>
> >> > > > It really shouldn't be that hard to get
Hi Ulrich,
On Tuesday 15 March 2011 09:00 PM, Ulrich Weigand wrote:
Aneesh V wrote:
I was trying to build u-boot in Thumb2 for OMAP4. Everything was fine
until I added some patches recently. One of these patches introduced an
API (let's say foo()) that has a weakly linked alias(let's say
__fo
On Wed, Mar 16, 2011 at 6:24 AM, Sachin Kamat wrote:
>
>
> On 16 March 2011 10:03, Michael Hudson-Doyle
> wrote:
>>
>> On Tue, 15 Mar 2011 11:17:14 -0500, Paul Larson
>> wrote:
>> > > I like statically IP. How do we know which board would get which IP?
>> > > One idea would be to set up a DNS fo
Hmm ... I think disabling Werror completely is not something we should
take into our main android branches. Sachin, were there just too many
issues in dalvik to fix them properly?
On Wed, Mar 16, 2011 at 6:16 AM, Sachin Kamat wrote:
> Signed-off-by: Sachin Kamat
>
> Change-Id: I471e831d569b3734
On Tue, Mar 15, 2011 aFt 11:03:55PM -0600, Grant Likely wrote:
> On Tue, Mar 15, 2011 at 9:34 PM, Jason Hui wrote:
> > Hi, Grant,
> >
> > On Tue, Mar 15, 2011 at 3:03 PM, Grant Likely
> > wrote:
> >> Hi Jason,
> >>
> >> Minor comments below.
> >>
> >> On Thu, Mar 10, 2011 at 12:59:41PM +0800, Ja
On Wed, Mar 16, 2011 at 4:37 PM, Li Li wrote:
> Sorry but I feel the discussion is a bit off the point. We're not
> going to compare the pros and cons of current code (GEM/TTM, HWMEM,
> UMP, CMA, VCM, CMEM, PMEM, etc.)
>
> The real problem is to find a suitable unified memory management
> module f
On Mon, Mar 14, 2011 at 06:34:53PM -0500, Rob Herring wrote:
> Grant,
>
> On 03/10/2011 01:46 PM, Rob Herring wrote:
> >From: Rob Herring
> >
> >Add a make rule to compile dt blobs for ARM.
> >
> >Signed-off-by: Rob Herring
>
> Can you pick this one up in your ARM tree.
Done. Will be pushed out
Sorry but I feel the discussion is a bit off the point. We're not
going to compare the pros and cons of current code (GEM/TTM, HWMEM,
UMP, CMA, VCM, CMEM, PMEM, etc.)
The real problem is to find a suitable unified memory management
module for various kinds of HW components (including CPU, VPU, GPU
42 matches
Mail list logo
