BSC9131RDB is a Freescale reference design board for BSC9131 SoC. BSC9131 SOC
is an integrated device that targets Femto base station market. It combines
Power Architecture e500v2 and DSP StarCore SC3850 core technologies with
MAPLE-B2F baseband acceleration processing elements
BSC9131RDB Ov
- BSC9131 is integrated device that targets Femto base station market.
It combines Power Architecture e500v2 and DSP StarCore SC3850 core
technologies with MAPLE-B2F baseband acceleration processing elements.
- BSC9130 is exactly same as BSC9131 except that the max e500v2
core and DSP co
Hello Simon,
Simon Glass wrote:
> Hi Heiko,
>
> On Wed, Mar 14, 2012 at 10:13 PM, Heiko Schocher wrote:
>> Hello Simon,
>>
>> Simon Glass wrote:
>>> Hi Sughosh,
>>>
>>> On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu
>>> wrote:
hi Simon,
On Sat Mar 03, 2012 at 12:33:15PM -0800, S
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,
Hi Heiko,
On Wed, Mar 14, 2012 at 10:13 PM, Heiko Schocher wrote:
> Hello Simon,
>
> Simon Glass wrote:
>> Hi Sughosh,
>>
>> On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu
>> wrote:
>>> hi Simon,
>>>
>>> On Sat Mar 03, 2012 at 12:33:15PM -0800, Simon Glass wrote:
raise() likes to call prin
Hello Simon,
Simon Glass wrote:
> Hi Sughosh,
>
> On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu
> 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 ad
Hi Mike,
On Tue, Feb 21, 2012 at 7:47 AM, Mike Frysinger 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.
>>
>> +stat
On 03/15/2012 06:53 AM, Minkyu Kang wrote:
> Dear Chander Kashyap,
>
> On 14 March 2012 22:38, Chander Kashyap wrote:
>> Hi Kyungmin Park,
>>
>> On 14 March 2012 19:02, Kyungmin Park wrote:
>>> Hi Chander,
>>>
>>> On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
>>> wrote:
TZPC IP is comm
Hi Mike,
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger 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 exactly like a real
Hi Mike,
On Mon, Mar 12, 2012 at 8:22 AM, Mike Frysinger wrote:
> This adds a SPI framework for people to hook up simulated SPI clients.
>
> Signed-off-by: Mike Frysinger
> ---
> v3
> - rearchitected on top of state/getopt support
>
> arch/sandbox/include/asm/config.h | 8 ++
> arch/s
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 mes
Hi Sughosh,
On Sat, Mar 10, 2012 at 12:33 AM, Sughosh Ganu 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 resulting image
>> size
Hi Graeme,
On Wed, Mar 14, 2012 at 8:02 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 1:50 PM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>
> [snip]
>
>>>
>>> IMHO, global data should contain only globally common
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
---
Changes in V2:
- Renaming i
Dear Minkyu,
On 15 March 2012 06:53, Minkyu Kang wrote:
> Dear Chander Kashyap,
>
> On 14 March 2012 22:38, Chander Kashyap wrote:
>> Hi Kyungmin Park,
>>
>> On 14 March 2012 19:02, Kyungmin Park wrote:
>>> Hi Chander,
>>>
>>> On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
>>> wrote:
T
Hi Mike,
On Sat, Mar 10, 2012 at 5:54 PM, Mike Frysinger 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 wrote:
>>
Hi Simon,
On Thu, Mar 15, 2012 at 1:50 PM, Simon Glass wrote:
> Hi Graeme,
>
> On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ wrote:
>> Hi Simon,
>>
[snip]
>>
>> IMHO, global data should contain only globally common members and an arch-
>> specific struct and ditch (most of) the #ifdefs
>
> My t
Hi Graeme,
On Wed, Mar 14, 2012 at 7:36 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
>> These fields are needed for x86.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> include/asm-generic/global_data.h | 2 ++
>> 1 files changed, 2 insertions(+),
Hi Graeme,
On Wed, Mar 14, 2012 at 7:35 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass 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 cle
Hi Simon,
On Thu, Mar 15, 2012 at 1:44 PM, Simon Glass wrote:
> Hi Graeme,
>
> On Wed, Mar 14, 2012 at 7:29 PM, Graeme Russ 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, but wait until you rev the
Hi Graeme,
On Wed, Mar 14, 2012 at 7:29 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
>> We can use the declarations of __bss_start and _end from this header
>> instead of declaring them locally.
>>
>> Signed-off-by: Simon Glass
>> ---
>> Changes in
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
> These fields are needed for x86.
>
> Signed-off-by: Simon Glass
> ---
>
> include/asm-generic/global_data.h | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/asm-generic/global_data.h
> b/inclu
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass 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 #ifdef.
>
> Check
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass 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 #ifdef.
>
> Check
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
> We can use the declarations of __bss_start and _end from this header
> instead of declaring them locally.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v4:
> - Use asm/sections.h instead of asm-generic/sections.h
>
> examples/s
On Wed, Mar 14, 2012 at 7:27 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
>> This avoids a compiler warning about unused variables.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> board/eNET/eNET.c | 5 -
>> 1 files changed, 0 insertions(+), 5
Hi Simon,
On Thu, Mar 15, 2012 at 1:16 PM, Simon Glass wrote:
> This avoids a compiler warning about unused variables.
>
> Signed-off-by: Simon Glass
> ---
>
> board/eNET/eNET.c | 5 -
> 1 files changed, 0 insertions(+), 5 deletions(-)
Acked-By: Graeme Russ
I'll apply this to x86/mast
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
---
README| 11 +++
arch/arm/config.mk|3 +++
arch/avr32/config.mk |3 +++
arch/blackfin/
This adds fields required by PowerPC to the global data.
Signed-off-by: Simon Glass
---
include/asm-generic/global_data.h | 124 +
1 files changed, 124 insertions(+), 0 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/include/asm-generic/globa
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
---
Changes in v4:
- Updates to sit on top of earlier patches
common/board_f.c | 373
This adds ppc features to the generic post-relocation board init.
Signed-off-by: Simon Glass
---
Changes in v4:
- Updates to sit on top of earlier patches
common/board_r.c | 462 +-
1 files changed, 459 insertions(+), 3 deletions(-)
diff --g
This enables generic board support so that ppc boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
arch/powerpc/config.mk |3 ---
arch/powerpc/include/asm/global_data.h |7 +++
arch/powerpc/include/asm/u-boot.h |7 +++
arch/powerpc
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
---
arch/arm/cpu/armv7/tegra2/config.mk |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/
Enable CONFIG_SYS_GENERIC_BOARD for Tegra 2 Seaboard.
Signed-off-by: Simon Glass
---
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
Changes in v3:
- Reba
These fields are needed for x86.
Signed-off-by: Simon Glass
---
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
--- a/include/asm-gene
These are defined in asm-generic/sections.h, so remove them from
architecture-specific files.
Signed-off-by: Simon Glass
---
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
arch/x86/include/asm/u-boot-x8
This enables generic board support so that ARM boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
arch/arm/config.mk |3 ---
arch/arm/include/asm/global_data.h |7 +++
arch/arm/include/asm/u-boot.h |9 +
arch/arm/lib/Makefile
This file handles common post-relocation init for boards which use
the generic framework.
Signed-off-by: Simon Glass
---
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
common/Makefile |1 +
common/board_r.c | 401 +
This adds secondary program loader support to the generic board.
Signed-off-by: Simon Glass
---
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
--- a/common/board_f.c
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 u
This enables generic board support so that x86 boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
arch/x86/config.mk |3 ---
arch/x86/include/asm/global_data.h |7 +++
arch/x86/include/asm/u-boot.h | 11 +++
arch/x86/lib/Makefil
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
---
Changes in v4:
- Add three more fields required for ARM
include/asm-generic
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 . For now, this allows
us to do the basics.
Signed-off-by: Simon Glass
---
include/initcall.h | 25
We can use the declarations of __bss_start and _end from this header
instead of declaring them locally.
Signed-off-by: Simon Glass
---
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
examples/standalone/stubs.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(
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
---
Changes in v3:
- Cast away the volatile on gd for memcpy()
Changes in v4:
- Use asm
Include this header to get access to link symbols, which are otherwise
removed.
Signed-off-by: Simon Glass
---
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 +
arch/avr32/cpu/start.S
This is a ulong for some architectures and just unsigned for others.
Change x86 to be consistent.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/u-boot.h |2 +-
common/cmd_bdinfo.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/
This value has no meaning otherwise.
Signed-off-by: Simon Glass
---
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
+++ b/common/cmd_bdinfo.c
@@ -369,7
These are available on other architectures, so add them on ppc.
Signed-off-by: Simon Glass
---
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 56ac9fe..d246fd8 10064
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: include/asm-generic/g
These are available on other architectures, so add them on x86.
Signed-off-by: Simon Glass
---
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 100644
--- a/arch
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
This avoids a compiler warning about unused variables.
Signed-off-by: Simon Glass
---
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
+++ b/board/eNET/eNET.
This is a ulong for some architectures and just unsigned for others.
Change ARM to be consistent.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/u-boot.h |2 +-
common/cmd_bdinfo.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/
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 chang
Dear Chander Kashyap,
On 14 March 2012 22:38, Chander Kashyap wrote:
> Hi Kyungmin Park,
>
> On 14 March 2012 19:02, Kyungmin Park wrote:
>> Hi Chander,
>>
>> On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
>> wrote:
>>> TZPC IP is common across S5P and Exynos based SoC'c. Renaming exynos5_tz
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
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 se
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
>
>
Acked-by: Mike Frysinger
-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
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/net.h b/include/net.h
index e4d42c2..ff428d0 100644
--- a/in
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
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 PPC64BRID
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 pro
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 message<4f572159.9020...@freescale.com> you wro
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
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<
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 direct
Thank you Prafulla,
I supplied 4 responses and some questions ...
On Wed, Mar 14, 2012 at 9:23 AM, Prafulla Wadaskar 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 Wadaskar
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 arch/powerpc
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/in
Dear Stephen Warren,
> On 03/13/2012 09:47 PM, Marek Vasut wrote:
> > From: Marek Vasut
> >
> > 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.
> >
On 03/13/2012 09:47 PM, Marek Vasut wrote:
> From: Marek Vasut
>
> 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 supports ARM
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:
http://lists.denx.de/pipermail/u-
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-R64343 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 colle
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 menti
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, &i
> -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 fo
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 tre
Hi Kyungmin Park,
On 14 March 2012 19:02, Kyungmin Park wrote:
> Hi Chander,
>
> On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
> 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
>
Hi Chander,
On Wed, Mar 14, 2012 at 10:14 PM, Chander Kashyap
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 board/samsung/smdk5250/tzpc_init.c to use
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
---
arch/arm/include/asm/arch-exynos
Hi Fabio,
On 03/14/2012 11:24 AM, Fabio Estevam wrote:
> On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343 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 r
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
On Wed, Mar 14, 2012 at 3:09 AM, Liu Hui-R64343 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:
>
> ANADIG in CCM: for
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
obj-(CONFIG_BLABLAB
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 message<4f572159.9020...@freescale.com> you wrote:
Also, what's the "V1_V2" ? Are there also other systems (say, e500
[PATCH v2] add support for Cloud Engines Pogoplug E02
This patch adds support for Cloud Engines Pogoplug E02.
Signed-off-by: David Purdy
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud.net
---
Changes for v2:
- added MAINTAINERS info for pogoplug_e02
- fixed format to ensure capture of
88 matches
Mail list logo
