-Original Message-
From: Fabio Estevam [mailto:feste...@gmail.com]
Sent: Wednesday, March 14, 2012 10:57 AM
To: u-boot@lists.denx.de
Cc: sba...@denx.de; eric.nel...@boundarydevices.com;
dirk.be...@de.bosch.com; Liu Hui-R64343; Estevam Fabio-R49496
Subject: [PATCH v3] mx6: Read silicon
Exynos based SoC's have two different naming conventions.
One is S5PC_ and other is EXXX_. This patch adds
generic code to handle EXXX_ connvention.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
arch/arm/include/asm/arch-exynos/cpu.h |5 -
1 files changed, 4
On 03/14/2012 03:16 AM, Mike Frysinger wrote:
On Tuesday 13 March 2012 17:31:02 Falauto, Gerlando wrote:
From: Mike Frysinger [mailto:vap...@gentoo.org]
On Tuesday 13 March 2012 16:17:52 Jason Cooper wrote:
On Tue, Mar 13, 2012 at 04:11:29PM -0400, Mike Frysinger wrote:
On Tuesday 13 March
On 03/14/2012 03:18 AM, Simon Glass wrote:
Hi Gerlando,
On Tue, Mar 13, 2012 at 11:25 AM, Gerlando Falauto
gerlando.fala...@keymile.com wrote:
Hi everyone,
[I took the liberty to Cc: Mike and Simon as they have provided patches in
the area]
I struggled for a while trying to update a
[PATCH v2] add support for Cloud Engines Pogoplug E02
This patch adds support for Cloud Engines Pogoplug E02.
Signed-off-by: David Purdy david.c.pu...@gmail.com
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud.net
---
Changes for v2:
- added MAINTAINERS info for pogoplug_e02
- fixed
Hi Wolfgang,
On Tuesday 13 March 2012 12:44 PM, Prabhakar Kushwaha wrote:
Hi Wolfgang,
On Wednesday 07 March 2012 06:00 PM, Wolfgang Denk wrote:
Dear Prabhakar Kushwaha,
In message4f572159.9020...@freescale.com you wrote:
Also, what's the V1_V2 ? Are there also other systems (say, e500 v3
Hi Charles,
I have encountered similar problems before.
The error might happen while compiling MLO for OMAP platforms.
Check the Makefile under u-boot/spl/board/ or other spl-related Makefiles.
There might be some unnecessary .o files outside the
#ifndef CONFIG_SPL_BUILD
On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343 r64...@freescale.com wrote:
I'm afraid whether this is correct to add it here since some registers of
anatop was included into the ccm_reg.
ANATOP is a collection of analog and anadig. So, ANATOP register mostly is
consist of 4 parts:
Hi..
I defined CFG_HUSH_PARSER and CFG_PROMPT_HUSH_PS2 for Command
Interpreter. I am facing a problem that i able to see only one line at the
screen (last printf) and overwrites the previouly printed lines. I am
trying to display like welcome to u-boot and in the next line u-boot
version
Hi Fabio,
On 03/14/2012 11:24 AM, Fabio Estevam wrote:
On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343 r64...@freescale.com wrote:
I'm afraid whether this is correct to add it here since some registers of
anatop was included into the ccm_reg.
ANATOP is a collection of analog and anadig.
TZPC IP is common across S5P and Exynos based SoC'c. Renaming exynos5_tzpc
in arch/arm/include/asm/arch-exynos/tzpc.h to s5p_tzpc will allow generic
usase of tzpc.
Also modify board/samsung/smdk5250/tzpc_init.c to use s5p_tzpc.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Hi Chander,
On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
chander.kash...@linaro.org wrote:
TZPC IP is common across S5P and Exynos based SoC'c. Renaming exynos5_tzpc
in arch/arm/include/asm/arch-exynos/tzpc.h to s5p_tzpc will allow generic
usase of tzpc.
Also modify
Hi Kyungmin Park,
On 14 March 2012 19:02, Kyungmin Park kmp...@infradead.org wrote:
Hi Chander,
On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
chander.kash...@linaro.org wrote:
TZPC IP is common across S5P and Exynos based SoC'c. Renaming exynos5_tzpc
in
We have multiple versions of hardware that all boot from SD card.
Uboot is on the SD card. Since these SD cards can be put into
different devices they can't carry the device tree.
The hardware has a good sized eeprom on it. Is there any uboot
support for having device trees or partial devices
-Original Message-
From: David C. Purdy [mailto:david.c.pu...@gmail.com]
Sent: 14 March 2012 05:47
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; albert.u.b...@aribaud.net
Subject: [PATCH v2] kirkwood: add support for Cloud Engines Pogoplug
E02
[PATCH v2] add support for Cloud
On 13.03.2012 17:59, Eric Nelson wrote:
...
--- a/board/freescale/mx6qsabrelite/mx6qsabrelite.c
+++ b/board/freescale/mx6qsabrelite/mx6qsabrelite.c
...
+ /* Enable sata clock */
+ reg = readl(imx_ccm-CCGR5); /* CCGR5 */
+ reg |= MXC_CCM_CCGR5_CG2_MASK;
+ writel(reg,
Hi everyone,
I'm working on modifying u-boot source code for testing HDMI function on
PandaBoard (CPU is TI OMAP4430).
There seems no related information on the web.
I've studied the android kernel source, and it confused me that the linux
video driver access lots of registers which are not
On 03/14/2012 05:10 AM, Wolfgang Grandegger wrote:
Hi Fabio,
On 03/14/2012 11:24 AM, Fabio Estevam wrote:
On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343r64...@freescale.com wrote:
I'm afraid whether this is correct to add it here since some registers of
anatop was included into the
ensure that transmit and receive buffers are cache-line aligned
invalidate cache for each packet as received
update receive buffer descriptors one cache line at a time
flush cache before transmitting
Original patch by Marek:
On 03/13/2012 09:47 PM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac PXA270.
NOTE: This currently only
Dear Stephen Warren,
On 03/13/2012 09:47 PM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac
On Wednesday 14 March 2012 17:00:58 Bud Miljkovic wrote:
Charles
That is interesting. Any clue how to configure the start and end blocks
manually?
Yes I do since I wrote yaffs :-).
Set the statrt_block and end_block (might be startBlock and endBlock) values
as needed BEFORE the mount/init
On Wednesday 14 March 2012 01:12:38 Eric Nelson wrote:
Most of the PPC devices seem to have values of 16 or 32
for ARCH_DMA_MINALIGN, but PPC64BRIDGE and E500MC would
have a problem if their drivers don't implement a bounce
buffer because PKTALIGN ARCH_DMA_MINALIGN.
(see
Thank you Prafulla,
I supplied 4 responses and some questions ...
On Wed, Mar 14, 2012 at 9:23 AM, Prafulla Wadaskar prafu...@marvell.com wrote:
-Original Message-
From: David C. Purdy [mailto:david.c.pu...@gmail.com]
Sent: 14 March 2012 05:47
To: u-boot@lists.denx.de
Cc: Prafulla
On Wednesday 14 March 2012 01:38:45 Marek Vasut wrote:
On Tuesday 13 March 2012 23:47:56 Marek Vasut wrote:
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
i've got no opinion on the matter of supporting zImage directly
On 03/13/2012 10:41 PM, Mike Frysinger wrote:
On Wednesday 14 March 2012 01:12:38 Eric Nelson wrote:
Most of the PPC devices seem to have values of 16 or 32
for ARCH_DMA_MINALIGN, but PPC64BRIDGE and E500MC would
have a problem if their drivers don't implement a bounce
buffer because PKTALIGN
Dear Mike Frysinger,
On Wednesday 14 March 2012 01:38:45 Marek Vasut wrote:
On Tuesday 13 March 2012 23:47:56 Marek Vasut wrote:
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
i've got no opinion on the matter of
On 03/14/2012 04:35 AM, Prabhakar Kushwaha wrote:
Hi Wolfgang,
On Tuesday 13 March 2012 12:44 PM, Prabhakar Kushwaha wrote:
Hi Wolfgang,
On Wednesday 07 March 2012 06:00 PM, Wolfgang Denk wrote:
Dear Prabhakar Kushwaha,
In message4f572159.9020...@freescale.com you wrote:
Also, what's
On Wednesday 14 March 2012 15:12:10 Eric Nelson wrote:
On 03/13/2012 10:41 PM, Mike Frysinger wrote:
On Wednesday 14 March 2012 01:12:38 Eric Nelson wrote:
Most of the PPC devices seem to have values of 16 or 32
for ARCH_DMA_MINALIGN, but PPC64BRIDGE and E500MC would
have a problem if
On 03/14/2012 01:33 PM, Mike Frysinger wrote:
On Wednesday 14 March 2012 15:12:10 Eric Nelson wrote:
On 03/13/2012 10:41 PM, Mike Frysinger wrote:
On Wednesday 14 March 2012 01:12:38 Eric Nelson wrote:
Most of the PPC devices seem to have values of 16 or 32
for ARCH_DMA_MINALIGN, but
On Wednesday 14 March 2012 17:04:32 Eric Nelson wrote:
You want I should send a formal patch?
yes please
Should I consider looks fine to be an ack?
i'll post an acked-by tag to that and then patchwork will do the right thing
for people to track
-mike
signature.asc
Description: This is a
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/net.h b/include/net.h
index
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Mar 13, 2012 at 10:31:02PM +0100, Falauto, Gerlando wrote:
-Original Message-
From: Mike Frysinger [mailto:vap...@gentoo.org]
Sent: Tue 13.03.2012 21:35
To: Jason Cooper
Cc: Falauto, Gerlando; u-boot; Brunck, Holger
Subject: Re: [U-Boot] SPI flash writing
On Tuesday 13
On Wednesday 14 March 2012 02:44:45 Gerlando Falauto wrote:
The thing is, if you issue e write (or erase) and accidentally cross the
flash size boundary, you get a wraparound (or aliasing, or whatever you
want to call it) so that you end up overwriting (e.g. zeroing out bits)
the initial
On Wednesday 14 March 2012 20:02:27 Tom Rini wrote:
On Tue, Mar 13, 2012 at 10:31:02PM +0100, Falauto, Gerlando wrote:
Can't the same command also be used for burning something *other than*
u-boot (e.g. a kernel, config section, or something like that)? So the
size of the flash *does
Dear Chander Kashyap,
On 14 March 2012 22:38, Chander Kashyap chander.kash...@linaro.org wrote:
Hi Kyungmin Park,
On 14 March 2012 19:02, Kyungmin Park kmp...@infradead.org wrote:
Hi Chander,
On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
chander.kash...@linaro.org wrote:
TZPC IP is
This series creates a generic board.c implementation which contains
the essential functions of the major arch/xxx/lib/board.c files.
What is the motivation for this change?
1. There is a lot of repeated code in the board.c files. Any change to
things like setting up the baud rate requires a
This is a ulong for some architectures and just unsigned for others.
Change ARM to be consistent.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/include/asm/u-boot.h |2 +-
common/cmd_bdinfo.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
This avoids a compiler warning about unused variables.
Signed-off-by: Simon Glass s...@chromium.org
---
board/eNET/eNET.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/board/eNET/eNET.c b/board/eNET/eNET.c
index 429fe1b..2f26470 100644
--- a/board/eNET/eNET.c
+++
We create a separate header file for link symbols defined by the link
scripts. It is helpful to have these all in one place and try to
make them common across architectures. Since Linux already has a similar
file, we bring this in even though many of the symbols there are not
relevant to us.
Each
These are available on other architectures, so add them on x86.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/include/asm/io.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/x86/include/asm/io.h b/arch/x86/include/asm/io.h
index 9b757d4..b12bdd8
We want to unify the global_data structure. Most fields are common across
architectures, but there are a fair number of SOC-specific additions. It
isn't clear how best to deal with these, but for now we just use #ifdef.
Checkpatch warnings here might be unavoidable:
warning:
These are available on other architectures, so add them on ppc.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/include/asm/io.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/io.h b/arch/powerpc/include/asm/io.h
index
This value has no meaning otherwise.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_bdinfo.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
index 54a56f4..80c100c 100644
--- a/common/cmd_bdinfo.c
+++
This is a ulong for some architectures and just unsigned for others.
Change x86 to be consistent.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/include/asm/u-boot.h |2 +-
common/cmd_bdinfo.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Include this header to get access to link symbols, which are otherwise
removed.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
arch/arm/include/asm/u-boot-arm.h |4
arch/arm/lib/board.c |1 +
This file handles common pre-relocation init for boards which use
the generic framework.
It starts up the console, DRAM, performs relocation and then jumps
to post-relocation init.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Cast away the volatile on gd for memcpy()
We can use the declarations of __bss_start and _end from this header
instead of declaring them locally.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
examples/standalone/stubs.c |7 +++
1 files changed, 3
This library supports calling a list of functions one after the
other.
It is intended that we move to a more powerful initcall implementation
as proposed by Graeme Russ graeme.r...@gmail.com. For now, this allows
us to do the basics.
Signed-off-by: Simon Glass s...@chromium.org
---
This file holds the board info structure. We need this to be generic
for the unified board series, so create a structure which contains
the basic fields required by the main architectures.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add three more fields required for ARM
This enables generic board support so that x86 boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/config.mk |3 ---
arch/x86/include/asm/global_data.h |7 +++
arch/x86/include/asm/u-boot.h | 11 +++
Link symbols as created by the link script can either be absolute or
relative to the text start. This option switches between the two options
so that we can support both.
As we convert architectures over to generic board, we can see if this
option is actually needed, or whether it is possible to
This adds secondary program loader support to the generic board.
Signed-off-by: Simon Glass s...@chromium.org
---
common/board_f.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index 9477721..a08f0a1 100644
---
This file handles common post-relocation init for boards which use
the generic framework.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
common/Makefile |1 +
common/board_r.c | 401
This enables generic board support so that ARM boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/config.mk |3 ---
arch/arm/include/asm/global_data.h |7 +++
arch/arm/include/asm/u-boot.h |9 +
These are defined in asm-generic/sections.h, so remove them from
architecture-specific files.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Add header to new x86 relocate.c and init_helpers.c
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
These fields are needed for x86.
Signed-off-by: Simon Glass s...@chromium.org
---
include/asm-generic/global_data.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/include/asm-generic/global_data.h
index 6199926..fb976f9 100644
---
Enable CONFIG_SYS_GENERIC_BOARD for Tegra 2 Seaboard.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add CONFIG_SYS_GENERIC_BOARD to allow board to select generic board
- Add PowerPC support
- Change generic board to an opt-in system on a per-board basic
- Rebase to master
Since Tegra executes early code on an ARMv4T (but the rest on ARMv7)
we must mark the new board init files for compilation with ARMv4t
architecture.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra2/config.mk |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
This enables generic board support so that ppc boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/config.mk |3 ---
arch/powerpc/include/asm/global_data.h |7 +++
arch/powerpc/include/asm/u-boot.h |7
This adds ppc features to the generic post-relocation board init.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Updates to sit on top of earlier patches
common/board_r.c | 462 +-
1 files changed, 459 insertions(+), 3
This adds ppc features to the generic pre-relocation board init.
This is a separate commit so that these features are clearly shown.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Updates to sit on top of earlier patches
common/board_f.c | 373
This adds fields required by PowerPC to the global data.
Signed-off-by: Simon Glass s...@chromium.org
---
include/asm-generic/global_data.h | 124 +
1 files changed, 124 insertions(+), 0 deletions(-)
diff --git a/include/asm-generic/global_data.h
We are introducing a new unified board setup and we want this to
be the default. So we need to opt all architectures out first.
Signed-off-by: Simon Glass s...@chromium.org
---
README| 11 +++
arch/arm/config.mk|3 +++
arch/avr32/config.mk |3
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
This avoids a compiler warning about unused variables.
Signed-off-by: Simon Glass s...@chromium.org
---
board/eNET/eNET.c | 5 -
1 files changed, 0 insertions(+), 5 deletions(-)
Acked-By: Graeme Russ
On Wed, Mar 14, 2012 at 7:27 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
This avoids a compiler warning about unused variables.
Signed-off-by: Simon Glass s...@chromium.org
---
board/eNET/eNET.c | 5 -
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
We can use the declarations of __bss_start and _end from this header
instead of declaring them locally.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Use asm/sections.h instead of
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
We want to unify the global_data structure. Most fields are common across
architectures, but there are a fair number of SOC-specific additions. It
isn't clear how best to deal with these, but for now we just use
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
We want to unify the global_data structure. Most fields are common across
architectures, but there are a fair number of SOC-specific additions. It
isn't clear how best to deal with these, but for now we just use
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
These fields are needed for x86.
Signed-off-by: Simon Glass s...@chromium.org
---
include/asm-generic/global_data.h | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
Hi Graeme,
On Wed, Mar 14, 2012 at 7:29 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
We can use the declarations of __bss_start and _end from this header
instead of declaring them locally.
Signed-off-by: Simon
Hi Simon,
On Thu, Mar 15, 2012 at 1:44 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Wed, Mar 14, 2012 at 7:29 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
Does not look like x86 to me - looks like common code
Yes that tag is wrong. Should I re-issue the patch?
Yes,
Hi Graeme,
On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
We want to unify the global_data structure. Most fields are common across
architectures, but there are a fair number of
Hi Graeme,
On Wed, Mar 14, 2012 at 7:36 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass s...@chromium.org wrote:
These fields are needed for x86.
Signed-off-by: Simon Glass s...@chromium.org
---
include/asm-generic/global_data.h | 2
Hi Simon,
On Thu, Mar 15, 2012 at 1:50 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
[snip]
IMHO, global data should contain only globally common members and an arch-
specific struct and ditch
Hi Mike,
On Sat, Mar 10, 2012 at 5:54 PM, Mike Frysinger vap...@gentoo.org wrote:
On Thursday 08 March 2012 01:39:53 Simon Glass wrote:
On Tue, Mar 6, 2012 at 8:17 AM, Mike Frysinger wrote:
On Tuesday 06 March 2012 01:24:21 Simon Glass wrote:
On Mon, Mar 5, 2012 at 9:03 PM, Mike Frysinger
Dear Minkyu,
On 15 March 2012 06:53, Minkyu Kang proms...@gmail.com wrote:
Dear Chander Kashyap,
On 14 March 2012 22:38, Chander Kashyap chander.kash...@linaro.org wrote:
Hi Kyungmin Park,
On 14 March 2012 19:02, Kyungmin Park kmp...@infradead.org wrote:
Hi Chander,
On Wed, Mar 14, 2012
TZPC IP is common across Exynos based SoC'c. Renaming exynos5_tzpc
in arch/arm/include/asm/arch-exynos/tzpc.h to exynos_tzpc will allow generic
usase of tzpc.
Also modify board/samsung/smdk5250/tzpc_init.c to use exynos_tzpc.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes
Hi Graeme,
On Wed, Mar 14, 2012 at 8:02 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 1:50 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
[snip]
IMHO, global data
Hi Sughosh,
On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu urwithsugh...@gmail.com wrote:
hi Simon,
On Sat Mar 03, 2012 at 12:33:15PM -0800, Simon Glass wrote:
raise() likes to call printf() if it is available, but in SPL builds it
either is not available, or adds a large chunk to the
Hi Scott,
On Thursday 15 March 2012 01:00 AM, Scott Wood wrote:
On 03/14/2012 04:35 AM, Prabhakar Kushwaha wrote:
Hi Wolfgang,
On Tuesday 13 March 2012 12:44 PM, Prabhakar Kushwaha wrote:
Hi Wolfgang,
On Wednesday 07 March 2012 06:00 PM, Wolfgang Denk wrote:
Dear Prabhakar Kushwaha,
In
Hi Mike,
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger vap...@gentoo.org wrote:
This adds a SPI framework for people to hook up simulated SPI clients.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
v3
- rearchitected on top of state/getopt support
Hi Mike,
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger vap...@gentoo.org wrote:
This adds a SPI flash driver which simulates SPI flash clients.
Currently supports the bare min that U-Boot requires: you can
probe, read, erase, and write. Should be easy to extend to make
it behave more
On 03/15/2012 06:53 AM, Minkyu Kang wrote:
Dear Chander Kashyap,
On 14 March 2012 22:38, Chander Kashyap chander.kash...@linaro.org wrote:
Hi Kyungmin Park,
On 14 March 2012 19:02, Kyungmin Park kmp...@infradead.org wrote:
Hi Chander,
On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
Hi Mike,
On Tue, Feb 21, 2012 at 7:47 AM, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 21 February 2012 01:41:21 Simon Glass wrote:
--- /dev/null
+++ b/common/fdt_decode.c
This whole file was not supposed to be there. I removed it from being
needed but somehow not from the patch, sorry.
Hello Simon,
Simon Glass wrote:
Hi Sughosh,
On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu urwithsugh...@gmail.com
wrote:
hi Simon,
On Sat Mar 03, 2012 at 12:33:15PM -0800, Simon Glass wrote:
raise() likes to call printf() if it is available, but in SPL builds it
either is not
Hi Heiko,
On Wed, Mar 14, 2012 at 10:13 PM, Heiko Schocher h...@denx.de wrote:
Hello Simon,
Simon Glass wrote:
Hi Sughosh,
On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu urwithsugh...@gmail.com
wrote:
hi Simon,
On Sat Mar 03, 2012 at 12:33:15PM -0800, Simon Glass wrote:
raise() likes
On Thursday 15 March 2012 00:09:59 Simon Glass wrote:
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger wrote:
+/* Used to quickly bulk erase backing store */
+static u8 sb_sf_0xff[0x1];
Ick, Does it really need to be so large?
in order to do a single write() for a single sector, yes.
Hello Simon,
Simon Glass wrote:
Hi Heiko,
On Wed, Mar 14, 2012 at 10:13 PM, Heiko Schocher h...@denx.de wrote:
Hello Simon,
Simon Glass wrote:
Hi Sughosh,
On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu urwithsugh...@gmail.com
wrote:
hi Simon,
On Sat Mar 03, 2012 at 12:33:15PM
90 matches
Mail list logo