On Tue, 12 Jul 2011 08:53:29 +1200, Michael Hudson-Doyle
michael.hud...@canonical.com wrote:
Then (whether there is an upstream change or not) it should be uploaded
to a PPA. I think the part here that I don't really get is basically
how to use bzr build-deb in practice. But I've just
On Mon, Jul 11, 2011 at 6:18 PM, Alexander Sack a...@linaro.org wrote:
On Mon, Jul 11, 2011 at 4:11 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
In-order to make reproducible builds we create pinned manifests with
each commit explicitly listed. We also use this method to create a
release.
On 12 July 2011 11:37, Minkyu Kang proms...@gmail.com wrote:
Dear Chander Kashyap ,
On 27 June 2011 17:37, Chander Kashyap chander.kash...@linaro.org wrote:
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
mmc_spl/board/samsung/origen/Makefile
On Tue, Jul 12, 2011 at 1:07 AM, Ricardo Salveti
ricardo.salv...@linaro.org wrote:
On Mon, Jul 11, 2011 at 6:18 PM, Alexander Sack a...@linaro.org wrote:
On Mon, Jul 11, 2011 at 4:11 PM, Zach Pfeffer zach.pfef...@linaro.org
wrote:
In-order to make reproducible builds we create pinned
Adds support for ORIGEN board with MMC Booting.
Chander Kashyap (2):
ARMV7: Add support for Samsung ORIGEN board
ORIGEN: Add MMC SPL support
MAINTAINERS |1 +
board/samsung/origen/Makefile | 46 ++
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes in v2:
Use sys/stat.h for file permission macros in tools/mkv310_image.c
mmc_spl/board/samsung/origen/Makefile | 105 +++
mmc_spl/board/samsung/origen/mmc_boot.c
On 07/10/2011 12:21 PM, Per Forlin wrote:
Documentation about the background and the design of mmc non-blocking.
Host driver guidelines to minimize request preparation overhead.
Signed-off-by: Per Forlinper.for...@linaro.org
Acked-by: Randy Dunlaprdun...@xenotime.net
---
ChangeLog:
v2: -
Dear Chander Kashyap ,
On 27 June 2011 17:37, Chander Kashyap chander.kash...@linaro.org wrote:
Adds mmc boot support.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
mmc_spl/board/samsung/origen/Makefile | 105
Thank you very much Russell for this recap.
On Mon, Jul 11, 2011 at 07:40:10PM +0100, Russell King - ARM Linux wrote:
On Mon, Jul 11, 2011 at 03:00:47PM +0100, Lorenzo Pieralisi wrote:
Well, short answer is no. On SMP we do need to save CPU registers
but if just one single cpu is shutdown
On Tue, Jul 12, 2011 at 11:12:57AM +0100, Lorenzo Pieralisi wrote:
Thank you very much Russell for this recap.
On Mon, Jul 11, 2011 at 07:40:10PM +0100, Russell King - ARM Linux wrote:
On Mon, Jul 11, 2011 at 03:00:47PM +0100, Lorenzo Pieralisi wrote:
Well, short answer is no. On SMP we
On Mon, Jul 11, 2011 at 01:00:08PM +0100, David Gilbert wrote:
On 11 July 2011 12:30, Dave Martin dave.mar...@linaro.org wrote:
On Mon, Jul 11, 2011 at 10:42:27AM +0100, Richard Sandiford wrote:
Dave Martin dave.mar...@linaro.org writes:
IFUNC doesn't solve the problem because either it
On 12 July 2011 02:22, J Freyensee james_p_freyen...@linux.intel.com wrote:
On 07/10/2011 12:21 PM, Per Forlin wrote:
+MMC host extensions
+===
+
+There are two optional members in the
+mmc_host_ops -- pre_req() and post_req() -- that the host
+driver may implement in order
On 12 July 2011 11:43, Dave Martin dave.mar...@linaro.org wrote:
Just for context, I had a quick play to get a feel for the feasibility of
implementing this directly, without relying either on a VDSO or on IFUNC.
I originally thought about doing something similar to what you've done
with the
On Tue, Jul 12, 2011 at 01:10:24PM +0100, David Gilbert wrote:
On 12 July 2011 11:43, Dave Martin dave.mar...@linaro.org wrote:
Just for context, I had a quick play to get a feel for the feasibility of
implementing this directly, without relying either on a VDSO or on IFUNC.
I originally
On 12 July 2011 13:40, Dave Martin dave.mar...@linaro.org wrote:
On Tue, Jul 12, 2011 at 01:10:24PM +0100, David Gilbert wrote:
Does it help address rth's concerns though?
Which ones in particular?
Good question - hence my prompt to rth at the bottom; I know he originally
asked why not go to
Sorry, should have included this in my last reply.
Dave Martin dave.mar...@linaro.org writes:
Also, remember this whole discussion is just to print a message and exit
nicely
in the case of someone using a currently incredibly rare function on an old
kernel!
I'd say we want to notify the
On Tue, Jul 12, 2011 at 02:25:09PM +0100, Richard Sandiford wrote:
Sorry, should have included this in my last reply.
Dave Martin dave.mar...@linaro.org writes:
Also, remember this whole discussion is just to print a message and exit
nicely
in the case of someone using a currently
From: Amit Kucheria amit.kuche...@verdurent.com
(Please bear with pull-request for a single patch, but we're creating a
consolidation tree through which we will offer various topic branches for
merge into the Linaro kernel in the future)
The following changes since commit
On 4 July 2011 12:29, Paul Larson paul.lar...@linaro.org wrote:
On Sun, Jul 3, 2011 at 9:13 PM, Zach Pfeffer zach.pfef...@linaro.org
wrote:
Yeah. Those results seem rational. Would you test:
https://android-build.linaro.org/builds/~linaro-android/panda-11.06-release/#build=3
This one is
All,
Just a quick reminder. If you're trying to get anything delivered into
an Android target for 11.07 you should have talked to me and we should
have an integration BP tracking it. You should also be testing your
stuff against the Android target you want to deliver on. Simply
getting source
On Tue, 2011-07-12 at 04:07 -0300, Ricardo Salveti wrote:
On Mon, Jul 11, 2011 at 6:18 PM, Alexander Sack a...@linaro.org wrote:
On Mon, Jul 11, 2011 at 4:11 PM, Zach Pfeffer zach.pfef...@linaro.org
wrote:
In-order to make reproducible builds we create pinned manifests with
each commit
It is fragile, but I think its the only way to do it and still give
people the ability to create arbitrary builds easily, with 100%
fidelity using a method that's easy to automate and that generally
works. Since we need to use repo -r, we don't want to have people
using side gits if we can help
Key Points for wider discussion:
8 engineers are now on board and operative in the Android Platform Team.
LT/Android plugfests are all running and seem to be speeding up integration
We'd like all teams to ensure that what their doing is always included in
our daily Android builds in support of
23 matches
Mail list logo
