Signed-off-by: Xiangfu Liu
---
Hi
when I run "CROSS_COMPILE=mips_4KCle- ./MAKEALL mips_el". I got those[1] errors.
this patch fixed that error. make board compile fine.
but I am not sure if the bin image works fine in device. please test it.
[1]
==
Configuring for dbau1x00 board...
board/dba
This patch adds support for CM-T35 board
Signed-off-by: Mike Rapoport
---
v2 changes:
* address Nishanth's comments
MAINTAINERS |4 +
MAKEALL |1 +
board/cm_t35/Makefile| 47 ++
board/cm_t35/cm_t35.c| 222
board
Signed-off-by: Xiangfu Liu
---
board/xburst/nanonote/Makefile| 45
board/xburst/nanonote/config.mk | 31 ++
board/xburst/nanonote/nanonote.c | 96 +
board/xburst/nanonote/u-boot-nand.lds | 63 +++
include/configs/nanonote.h
Signed-off-by: Xiangfu Liu
---
MAINTAINERS |4
boards.cfg |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f47fca5..c6518f9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -900,6 +900,10 @@ Stefan Roese
vct_xxx MIP
Signed-off-by: Xiangfu Liu
---
arch/mips/include/asm/jz4740.h | 1380
1 files changed, 1380 insertions(+), 0 deletions(-)
create mode 100644 arch/mips/include/asm/jz4740.h
diff --git a/arch/mips/include/asm/jz4740.h b/arch/mips/include/asm/jz4740.h
new f
Signed-off-by: Xiangfu Liu
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/jz4740_nand.c | 252
2 files changed, 253 insertions(+), 0 deletions(-)
create mode 100644 drivers/mtd/nand/jz4740_nand.c
diff --git a/drivers/mtd/nand/Makefile b/d
Hi Wolfgang
those patches are for add xburst jz4740 and Ben NanoNote(named qi_lb60) to
U-Boot
some info about xburst jz4740:
the xburst jz4740 is recently added to linux 2.6.36
and it's support the device Ben NanoNote out of box,
this xburst jz4740 cpu have one feature is Boot From USB,
Signed-off-by: Xiangfu Liu
---
MAKEALL |4 +++-
Makefile| 10 ++
arch/mips/include/asm/global_data.h |9 +
arch/mips/lib/board.c |8
arch/mips/lib/time.c|2 ++
5 files
Signed-off-by: Xiangfu Liu
---
nand_spl/board/xburst/nanonote/Makefile | 96
nand_spl/board/xburst/nanonote/u-boot.lds | 63 ++
nand_spl/nand_boot_jz4740.c | 344 +
3 files changed, 503 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Xiangfu Liu
---
arch/mips/cpu/xburst/Makefile| 50 +++
arch/mips/cpu/xburst/config.mk | 33 ++
arch/mips/cpu/xburst/cpu.c | 160
arch/mips/cpu/xburst/jz4740.c| 266
arch/mips/cpu/xburst/jz_serial.c | 128 ++
arch/mips/cpu/xburst/star
> -Original Message-
> From: Eric Miao [mailto:eric.y.m...@gmail.com]
> Sent: Wednesday, December 08, 2010 8:03 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Lei Wen; Yu Tang; Kiran Vedere; Manas Saksena;
> Prabhanjan Sarnaik; Ashish Karkare; Mahavir Jain
> Subject: Re: [PATCH v4
From: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
include/configs/r2dplus.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/r2dplus.h b/include/configs/r2dplus.h
index ade6f7c..8689513 100644
--- a/include/configs/r2dplus.h
+++ b/include/confi
From: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/include/asm/zimage.h | 41 +
arch/sh/lib/bootm.c | 20
2 files changed, 45 insertions(+), 16 deletions(-)
create mode 100644 arch/sh/include/asm/zimage
From: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/lib/bootm.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/sh/lib/bootm.c b/arch/sh/lib/bootm.c
index 19b3a94..fe23b58 100644
--- a/arch/sh/lib/bootm.c
+++ b/arch/sh/lib/bootm.c
@@ -100,7 +100,6
From: Nobuhiro Iwamatsu
Curent U-Boot can boot zImage by use the "go" command.
But this is not right method. And this method can not set command-line
to linux kernel.
zimageboot sets command-line in environment of u-boot in linux kernel,
and provides function to boot it.
Signed-off-by: Nobuhiro
From: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
include/configs/sh7785lcr.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/sh7785lcr.h b/include/configs/sh7785lcr.h
index 591fb5c..a95a759 100644
--- a/include/configs/sh7785lcr.h
+++ b/inclu
On Wed, Dec 8, 2010 at 1:06 AM, Prafulla Wadaskar wrote:
> ARMADA 100 Family processors are highly integrated SoCs
> based on Sheeva_88SV331x-v5 PJ1 cpu core.
> Ref: http://www.marvell.com/products/processors/applications/armada_100
>
> SoC versions Supported:
> 1) ARMADA168/88AP168 (Aspen P)
>
DECLARE_GLOBAL_DATA_PTR declarations in functions are inherently
troublesome with various compilers (e.g. gcc 4.5)
Signed-off-by: Nishanth Menon
---
Similar to the fix I did in:
http://marc.info/?t=12880377354&r=1&w=2
for OMAP4
arch/arm/cpu/armv7/omap3/emif4.c |3 +--
arch/arm/cpu/armv7/
Hi there
We're delighted to inform you that your organisation has been invited to
participate in Aspire Property Magazine, for the Spring 2011 edition (and
beyond).
As the brainchild of Aspire Estate Agents, SW London, this quarterly magazine
features some of the most appealing properties fo
On Tuesday, December 07, 2010 17:19:38 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > In addition to the default values, there is the difference that the
> > > documentation states that "autostart" has to be set to "yes", i. e. a
> > > plain "y" is not supposed to mean 'yes'.
> >
> > consider
On Tue, 7 Dec 2010 17:14:14 -0500
Mike Frysinger wrote:
> On Wednesday, October 20, 2010 07:15:21 Mike Frysinger wrote:
> > These id tables need not be writable.
>
> was this missed ? or is something pending ?
Current batch was fixes for the imminent release; this looked like a
cleanup which I
On Wednesday, October 20, 2010 07:15:21 Mike Frysinger wrote:
> These id tables need not be writable.
was this missed ? or is something pending ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@
Dear Mike Frysinger,
In message <201012071657.42065.vap...@gentoo.org> you wrote:
>
> > In addition to the default values, there is the difference that the
> > documentation states that "autostart" has to be set to "yes", i. e. a
> > plain "y" is not supposed to mean 'yes'.
>
> consider it an enha
The following changes since commit f12af1f38dc59a6dfe0fed1359e1a05e700a435b:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-video
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
David Müller (ELSOFT AG) (1):
fix s3c24
On Tue, Dec 07, 2010 at 09:38:18AM +0800, Lei Wen wrote:
> Seems original implementation forget to set the pointer to point
> to the oobbuf, so when we want to see oob buf, we see nothing...
> Fix it by get pointer as the oobbuf set.
>
> Signed-off-by: Lei Wen
> ---
> Changelog:
> V1: Initial pat
On Tuesday, December 07, 2010 16:51:41 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > hrm, after running this through our test bench, it seems the old code and
> > new code are not functionality equivalent. it boils down to default
> > values when the env var is not set. some places interpret t
This adds support for for the PCA9535/PCA9539 family of gpio devices which
have 16 output pins.
To let the driver know which devices are 16-pin it is necessary to define
CONFIG_SYS_I2C_PCA953X_WIDTH in your board config file. This is used to
create an array of {chip, ngpio} tuples that are used to
Dear Mike Frysinger,
In message <201012010634.19596.vap...@gentoo.org> you wrote:
>
> hrm, after running this through our test bench, it seems the old code and new
> code are not functionality equivalent. it boils down to default values when
> the env var is not set. some places interpret this
On Mon, 6 Dec 2010 16:56:26 -0800
Deepak Saxena wrote:
> +/*
> + * Check to see if an valid memory/reg property exists
> + * in the fdt. If so, we do not overwrite it with what's
> + * been scanned.
> + *
> + * Valid mean all the following:
> + *
> + * - Memory node has a device-type of "memory"
Dear Wolfgang,
compiled TOT git. Now it handles the "ß" in e-Mails correctly
The following changes since commit 52eb2c79110151b9017a0829c4d44ee7b8e2ca04:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-samsung
are available in the git repository at:
git://gi
On Tuesday, December 07, 2010 07:44:53 Sergey Mironov wrote:
> I'm porting u-boot on our arm1176-based SoC which uses greth as
> ethernet controller. I have removed sparc code from greth.c and now
> almost ready to send the patch. Last thing to fix is cache flusher
> function which is required by t
On Tuesday, December 07, 2010 05:19:01 Stefan Roese wrote:
> Patch 5a442c0a [boot cmds: convert to getenv_yesno() with autostart]
> changes the boot commands code to use the getenv_yesno() helper
> function. But this function returns true (1) when "autostart" is not
> defined at all.
>
> This patc
On 12/06/2010 10:52 PM, Wolfgang Denk wrote:
> If you define that the device tree is the "master" for information
> about the memory layout (and potentially other hardware specifics),
> then you should be consequent and pass make U-Boot process this
> information. We've discussed before that there
Dear Hollis,
In message <4cfe7fa8.2030...@mentor.com> you wrote:
> On 12/06/2010 10:52 PM, Wolfgang Denk wrote:
> > If you define that the device tree is the "master" for information
> > about the memory layout (and potentially other hardware specifics),
> > then you should be consequent and pass
Dear Deepak,
In message <4cfe775c.6050...@mentor.com> you wrote:
>
> I am a big fan of having consistent and clear definitions of
> responsibilities; however, I think the model of having U-Boot
> handle the creation of memory nodes in the DTB does not scale
> cleanly to users configuring, deployi
On 12/06/2010 10:52 PM, Wolfgang Denk wrote:
> Dear Deepak Saxena,
>
> I am not sure this is a good idea.
>
> So far we have a pretty clear definition of responsibilities.
> U-Boot does the low level initialization, including the sizing and
> testing of the system memory. U-Boot then passes its re
Le 07/12/2010 18:10, Prafulla Wadaskar a écrit :
>>> + val&= ~MFP_AF_MASK;
>> Do we need to do this& here? For val is only 0 here...
>
> This can be removed.
OTOH, with the &, this line makes no assumption about val, and thus will
work regardless of it. If the & is removed
Hi Rheinard,
2010/12/5 Reinhard Meyer
> Dear eric cariat,
> > I'm currently working on a custom board with an at91sam9g45 : I followed
> the
> > instruction in README.atmel_mci. In U-boot, if I use the command mmcinfo,
> > the system hang. The uSD is working correctly with at91bootstrap and
> li
> -Original Message-
> From: Lei Wen [mailto:adrian.w...@gmail.com]
> Sent: Tuesday, December 07, 2010 9:02 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
> Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH
> -Original Message-
> From: Lei Wen [mailto:adrian.w...@gmail.com]
> Sent: Tuesday, December 07, 2010 8:53 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
> Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH
Dear Wolfgang Denk,
> Well, the point is that your referenc ist not the ARM tree, but you
> pulled inbetween and thus have stuff in your tree that is not present
> in u-boot-arm # master yet - so when I pull from your repo, I will get
> all this stuff as well.
Umm, thats true. I pulled from u-boot
Hi Prafulla,
On Wed, Dec 8, 2010 at 1:06 AM, Prafulla Wadaskar wrote:
> This patch adds commonly used macros for ARMADA100 based
> baords, Also some code reshuffled and updated for typos and comments
>
> Signed-off-by: Prafulla Wadaskar
> ---
> Changelog v3:
> CONFIG_ARCH_CPU_INIT moved out of #
Hi Prafulla,
On Wed, Dec 8, 2010 at 1:06 AM, Prafulla Wadaskar wrote:
> Most of the Marvell SoCs has Multi Function Pin (MFP) configuration registers
> For ex. ARMADA100.
>
> These registers are programmed to expose the specific functionality
> associated with respective SoC Pins
>
> This driver
Dear Reinhard Meyer,
In message <4cfe3553.7080...@emk-elektronik.de> you wrote:
>
> did you find out what happened here? I can clearly see in my local tree and
> also in the webinterface
> of the u-boot-atmel.git at your server that there are exactly 8 commits
> between
> 49733aa0b9d29803384ad4b
Wolfgang Denk wrote on 2010/12/07 14:07:56:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > > MPC8321 and BDI2000. I have to play games with some internal
> > > > BDI command called SAP. Maybe they have fixed this in later models?
> > >
> > > Are you using the latest firmware
Use common ppc4xx linker script for xilinx ppc440 and ppc405 related boards.
Signed-off-by: Ricardo Ribalda Delgado
---
arch/powerpc/cpu/ppc4xx/start.S|2 +-
arch/powerpc/cpu/ppc4xx/u-boot.lds |8 ++
board/xilinx/ppc405-generic/Makefile |4 +-
board/xilinx/p
> Dear Wolfgang Denk,
>> In message<4cfcb04b.10...@emk-elektronik.de> you wrote:
>>> Dear Wolfgang, Albert,
>>>
>>> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
>>>Wolfgang Denk (1):
>>> Merge branch 'master' of /home/wd/git/u-boot/custodians
>>>
>>> ar
Dear Prafulla Wadaskar,
In message
you wrote:
>
> > This patch makes timer related variables in gd_t available for
> > all ARM implementation
---^
> Applied to u-boot-marvell.git master branch
Thisis NOT a Marvell specific commit. It is not supposed to go
through the Marvell reposito
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > > MPC8321 and BDI2000. I have to play games with some internal
> > > BDI command called SAP. Maybe they have fixed this in later models?
> >
> > Are you using the latest firmware, i. . 1.31 from October 2009?
>
> No, got an earlier one, 1.24
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Wednesday, December 01, 2010 1:04 PM
> To: U-Boot ML
> Cc: Prafulla Wadaskar; Albert ARIBAUD
> Subject: [PATCH] MAINTAINERS: Transfer openrd_base maintainership to
> Prafulla Wadaskar
>
> Signed-of
This patch series adds basic ARMADA100 support, with minimal drivers
(UART, MFP) support and Aspenite-DB board support for simple boot
Changelog v2:
1. This patch series is in sync latest u-boot
2. config.mk removed
3. CONFIG_SYS_NS16550_IER used for serial drivers
4. mv-common.h updated for aspen
Aspenite is a Development Board for ASPEN/ARMADA168(88AP168) with
* Processor upto 1.2GHz
* Parallel 1Gb x8 DDR2-1066 MHz
* 16 Mb x16 NOR, 4Gb x8 SLC NAND, footprint for SPI NOR
* Footprints for eMMC/eSD NAND & MMC x8 card
* 4-in-1 card reader (xD, MMC/SD/MS
This patch adds commonly used macros for ARMADA100 based
baords, Also some code reshuffled and updated for typos and comments
Signed-off-by: Prafulla Wadaskar
---
Changelog v3:
CONFIG_ARCH_CPU_INIT moved out of #ifdef
Changelog v4:
CONFIG_MFP change to CONFIG_MARVELL_MFP
some whitespaces removed
ARMADA 100 SoCs has NS16550 compatible UART peripheral
This patch enables the same for ARMADA100 platforms
Signed-off-by: Mahavir Jain
Signed-off-by: Prafulla Wadaskar
---
Change log for v2:
defined CONFIG_SYS_NS16550_IER macro in Soc heder file
Change log for v3:
Removed reordiring of header fi
Most of the Marvell SoCs has Multi Function Pin (MFP) configuration registers
For ex. ARMADA100.
These registers are programmed to expose the specific functionality
associated with respective SoC Pins
This driver provides configuration APIs,
using them, configuration need to be done in board spec
On some processors this ier register configuration is different
for ex. Marvell Armada100
This patch introduce CONFIG_SYS_NS16550_IER macro support to
unconditionally initialize this register.
Signed-off-by: Prafulla Wadaskar
---
Changelog v3:
macro defination CONFIG_SYS_NS16550_IER moved from n
This patch adds the support MFP support for Marvell ARMADA100 SoCs
Signed-off-by: Prafulla Wadaskar
---
Changelog v4:
macros redefined as per new mvmfp driver architecture
arch/arm/include/asm/arch-armada100/mfp.h | 67 +
1 files changed, 67 insertions(+), 0 deleti
ARMADA 100 Family processors are highly integrated SoCs
based on Sheeva_88SV331x-v5 PJ1 cpu core.
Ref: http://www.marvell.com/products/processors/applications/armada_100
SoC versions Supported:
1) ARMADA168/88AP168(Aspen P)
2) ARMADA166/88AP166(Aspen M)
3) ARMADA162/88AP162(Aspen L)
C
Hi, community.
I'm porting u-boot on our arm1176-based SoC which uses greth as
ethernet controller. I have removed sparc code from greth.c and now
almost ready to send the patch. Last thing to fix is cache flusher
function which is required by the driver. Originally algorithm used
sparc_flush_cachc
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Wednesday, December 01, 2010 5:47 PM
> To: u-boot@lists.denx.de
> Cc: Manas Saksena; Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
> Subject: [PATCH] ARM: make timer variables in gt_t available fo
Hi Stefan,
Thanks for a prompt reply.
Stefan Roese wrote:
> Hi Felix,
>
> On Sunday 05 December 2010 15:27:02 Felix Radensky wrote:
>
>> On a custom 460EX board I have a 2Gbyte NAND device, 1Gbyte per chip
>> select. I'm trying to enable support for the second NAND CS, so far
>> without succes
Patch 5a442c0a [boot cmds: convert to getenv_yesno() with autostart]
changes the boot commands code to use the getenv_yesno() helper
function. But this function returns true (1) when "autostart" is not
defined at all.
This patch changes the logic of getenv_yesno() to only return true when
"autosta
Wolfgang Denk wrote on 2010/12/07 07:34:49:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > > though the loop is cumbersome and not easy as BDI tends to
> > > > flush the cache when it stops so you loose your stack.
> > >
> > > Does it? On which architecture / processor is th
63 matches
Mail list logo
