From: Angus Ainslie
Enable passing a flattened device tree to the kernel.
Signed-off-by: Angus Ainslie
---
include/configs/origen.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/origen.h b/include/configs/origen.h
index 889d5fc..380ef4f 100644
--- a
On some hosts using relative paths will cause the build to fail. This
patch sets absolute paths for the tools directory
Signed-off-by: Angus Ainslie
---
board/samsung/origen/Makefile |6 +++---
spl/Makefile |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff -
On Fri, Sep 09, 2011 at 12:30:11PM -0700, Mark Brown wrote:
> On Fri, Sep 09, 2011 at 08:01:35PM +0100, Russell King - ARM Linux wrote:
>
> > Well, with DT, there won't be any 'board type' anymore. There won't be
> > any 'machine_is_xxx()' to sort it out anymore. Using DT, all that will
> > be h
Hi Ashish,
On Fri, Aug 12, 2011 at 07:20:26PM +0530, ashishj3 wrote:
> This driver add support for DA9052 4-wire resistive ADC interfaced touchscreen
> controller.
>
> DA9052 is a MFD therefore this driver depends on DA9052 core driver for core
> functionalities.
>
> Signed-off-by: David Dajun C
On Fri, Sep 09, 2011 at 08:01:35PM +0100, Russell King - ARM Linux wrote:
> Well, with DT, there won't be any 'board type' anymore. There won't be
> any 'machine_is_xxx()' to sort it out anymore. Using DT, all that will
> be history - it's all got to be sorted out by either devices or device
> p
On 9 September 2011 08:35, Christian Robottom Reis wrote:
> Good job on proactively looking for bustage. I assume you guys worked
> out a plan with Michael on how to provide feedback on the issues we
> find -- let me know if that needs work.
I presume normal bug reports will do the trick...
> Wh
On Fri, Sep 09, 2011 at 12:38:51PM +0100, Mans Rullgard wrote:
> This converts the per-board modules to platform drivers for a
> device created by in main platform setup. These drivers call
> snd_soc_register_card() directly instead of going via a "soc-audio"
> device and the corresponding driver
On Fri, Sep 09, 2011 at 09:11:52AM -0700, Mark Brown wrote:
> On Fri, Sep 09, 2011 at 10:41:56AM +0100, Russell King - ARM Linux wrote:
> > On Thu, Sep 08, 2011 at 04:59:04PM -0700, Mark Brown wrote:
>
> > > The problem is that someone has to manually go and add the device to
> > > every board tha
On Fri, Sep 09, 2011 at 12:09:55PM -0500, Zach Pfeffer wrote:
> The term "Stage" is used to indicate builds that contain patches that
> haven't been upstreamed.
That a pretty confusing term. Are we sure we want to call it that?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16
Linaro has been hard at work getting the first 11.09 candidate builds
out. All instructions, test results and tips are listed at each link.
Of note:
Replaced jpeg lib with libjpeg-turbo
Linux version 3.0.3
gcc version 4.6.2 20110813 (prerelease)
Compiled with -O3
Panda
https://android-build.lina
On Fri, Sep 09, 2011 at 12:38:51PM +0100, Mans Rullgard wrote:
> This converts the per-board modules to platform drivers for a
> device created by in main platform setup. These drivers call
> snd_soc_register_card() directly instead of going via a "soc-audio"
> device and the corresponding driver
On Fri, Sep 09, 2011 at 10:41:56AM +0100, Russell King - ARM Linux wrote:
> On Thu, Sep 08, 2011 at 04:59:04PM -0700, Mark Brown wrote:
> > The problem is that someone has to manually go and add the device to
> > every board that needs one and people find that tedious and slightly
> > inelegant
>
On Fri, Sep 09, 2011 at 02:17:29PM +0100, Chao Yang wrote:
> To minimise the impact of the switch to Linaro toolchain 1109, I am tracking
> gcc tip code and building Android tip code against it, which, with the aim
Good job on proactively looking for bustage. I assume you guys worked
out a plan wi
Enclosed please find the link to the Meeting Minutes & Weekly Status report
for the Power Management working group for the week ending 2011-09-09.
== Meeting Minutes ==
https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-09-07
== Weekly Status Report ==
https://wiki.linaro.org/W
Enclosed please find the link to the Weekly Status report
for the kernel working group for the week ending 2011-09-09.
== Weekly Status Report ==
https://wiki.linaro.org/WorkingGroups/Kernel/Status/2011-09-08
== Summary, for details see the Status Report ==
* Many Working Group members at L
On Fri, Sep 09, 2011, Paul Sokolovsky wrote:
> > Also, a general choice with a generic mirroring service is whether we
> > try sharing the mirrored data effectively. Say we want to mirror
> > Cyanogenmod manifests, or if someone wanted to mirror Android
> > upstream
> > + Linaro manigests, cou
Hi,
To minimise the impact of the switch to Linaro toolchain 1109, I am tracking
gcc tip code and building Android tip code against it, which, with the aim
of finding and fixing problems as early as possible, is part of BP
https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-integr
Enclosed, please find a link to the agenda, notes and actions from the Linaro
Release Weekly meeting held on September 8th in #linaro-meeting on
irc.freenode.net at 16:00 UTC.
== Meeting Minutes ==
http://wiki.linaro.org/Cycles/WeeklyReleaseMeeting/2011-09-08
== Meeting Log ==
http://irclogs
Hello Loic,
(cc:ing list)
On Thu, 8 Sep 2011 13:26:57 +0200
Loïc Minier wrote:
> On Thu, Sep 08, 2011, Paul Sokolovsky wrote:
> > Repo is bad tool for mirroring. We came to that conclusion, as other
> > folks before us. So, android-build repo mirror waits for it rewrite,
> > left in peace for n
This converts the per-board modules to platform drivers for a
device created by in main platform setup. These drivers call
snd_soc_register_card() directly instead of going via a "soc-audio"
device and the corresponding driver in soc-core.
Signed-off-by: Mans Rullgard
---
This version uses a tab
Hello:
If you have a snowball, you can use this page
http://www.igloocommunity.org/support/Board_versions_and_markings to
tell which version the board is.
anmar
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/lis
On Thu, Sep 08, 2011 at 04:59:04PM -0700, Mark Brown wrote:
> On Fri, Sep 09, 2011 at 12:01:02AM +0100, Russell King - ARM Linux wrote:
> > On Thu, Sep 08, 2011 at 03:47:31PM -0700, Mark Brown wrote:
>
> > > What will happen for device tree is that there will be a device in the
> > > device tree f
On 9 September 2011 05:29, Mark Brown
wrote:
> Jassi's suggestion was that we should have some magic to
> automatically generate defaults for the relevant device registrations to
> sidestep these issues.
Perhaps there is some misunderstanding no witchcraft is involved here.
To be clear, I sugg
On Thu, Sep 8, 2011 at 11:04 PM, Mans Rullgard wrote:
> This converts the per-board modules to platform drivers for a
> device created by in main platform setup. These drivers call
> snd_soc_register_card() directly instead of going via a "soc-audio"
> device and the corresponding driver in soc-c
24 matches
Mail list logo
