Setting up LAWs, PCIE, SRIO, SGMII intelligently
based on the power-on serdes configuration.
Signed-off-by: Li Yang
---
board/freescale/p2020ds/law.c |6 --
board/freescale/p2020ds/p2020ds.c | 126 ++---
include/configs/P2020DS.h | 21 ++
3
Signed-off-by: Li Yang
---
cpu/mpc85xx/Makefile |1 +
cpu/mpc85xx/p2020_serdes.c | 89
2 files changed, 90 insertions(+), 0 deletions(-)
create mode 100644 cpu/mpc85xx/p2020_serdes.c
diff --git a/cpu/mpc85xx/Makefile b/cpu/mpc85xx/Makefil
For removing node easily by path or alias.
Signed-off-by: Li Yang
---
common/fdt_support.c | 10 ++
include/fdt_support.h |1 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index f89a3ee..8f1186e 100644
--- a/common/fd
Signed-off-by: Li Yang
---
include/asm-ppc/fsl_law.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/fsl_law.h b/include/asm-ppc/fsl_law.h
index 31bb754..34c56a2 100644
--- a/include/asm-ppc/fsl_law.h
+++ b/include/asm-ppc/fsl_law.h
@@ -46,6 +46,8 @@ enu
Add common board configuration code which uses serdes
configuration information gotten from common fsl_serdes
APIs to initialize peripheral ports like PCIE, SGMII and
SRIO. Disable unused block when not configured.
Also update device trees to remove unused nodes to
prevent these devices/buses bei
>Subject: Re: [U-Boot] [PATCH 2/3] fdt: add fdt_del_node_by_path() API
>
>Dear "Li Yang-R58472",
>
>In message
><3a45394fd742fa419b760bb8d398f9ede66...@zch01exm26.fsl.freescal
>e.net> you wrote:
>>
>> It will be used in patches to be submitted, we want to remove the
>> nodes of devices which are
Dear "Li Yang-R58472",
In message
<3a45394fd742fa419b760bb8d398f9ede66...@zch01exm26.fsl.freescale.net> you wrote:
>
> It will be used in patches to be submitted, we want to remove the nodes
> of devices which are not enabled depending on the board configuration.
The rule is that we don't add de
Hi Scott,
> >
> > Hunk 1:
> >env_addr = CONFIG_ENV_ADDR;
> >+ if (FLEXONENAND(this))
> >+ env_addr <<= 1;
> >
> > Hunk 2:
> > + if (FLEXONENAND(this)) {
> > + env_addr <<= 1;
> > + instr.len <<=
> onenand_mtd.eraseregion
>Subject: Re: [U-Boot] [PATCH 2/3] fdt: add fdt_del_node_by_path() API
>
>Hi Li,
>
>Li Yang wrote:
>> For removing node easily by path or alias.
>>
>> Signed-off-by: Li Yang
>> ---
>> common/fdt_support.c | 10 ++
>> include/fdt_support.h |1 +
>> 2 files changed, 11 insertions(+)
Hi Li,
Li Yang wrote:
> For removing node easily by path or alias.
>
> Signed-off-by: Li Yang
> ---
> common/fdt_support.c | 10 ++
> include/fdt_support.h |1 +
> 2 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a/common/fdt_support.c b/common/fdt_support.c
> in
Hi Greg,
Greg Ren wrote:
> Hi Ben:
>
> Ben Warren wrote:
>> Please don't top post.
>> While I agree that the network code should handle this properly, how
> do
>> you end up with odd-length packets? U-boot's been around for years
> and
>> nobody else has had this problem...
>
> I simply ping
I'm having problems building fw_printenv. I'm sure it's simple but
I'm just not getting it.
I'm working with u-boot 2009.01-rc1. I have the environment variable
CROSS_COMPILE set, and then execute "make env" from the top of the
u-boot source tree. Capture is below. I don't had "stdint.h"
anywh
Can you turn on the additional debug information. That will give a
better
Clue as to what part is hanging.
Feng Kan
AMCC Software
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Felix Radensky
Sent: Wednesday, December 09, 2009 10:0
Wolfgang Denk wrote:
> Dear Felix Radensky,
>
> In message <4b2022d6.7040...@embedded-sol.com> you wrote:
>
>> Anyway, in this configuration u-boot also hangs when PLX board is
>> plugged in.
>>
>
> Are you using an ATX power supply? If not: do that!
>
I do use ATX power supply, but it
Dear Felix Radensky,
In message <4b2022d6.7040...@embedded-sol.com> you wrote:
>
> Anyway, in this configuration u-boot also hangs when PLX board is
> plugged in.
Are you using an ATX power supply? If not: do that!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfg
Hi, Wolfgang
Felix Radensky wrote:
> Hi, Wolfgang
>
>
>
>> --^^
>>
>> Did you try running in another configuration, like 800-nor or
>> 1066-nor?
>>
>>
>>
> I did try 600-nor and 800-nor, but that didn't change anything.
Hi, Wolfgang
Wolfgang Denk wrote:
> Dear Felix Radensky,
>
> In message <4b1fe62c.7080...@embedded-sol.com> you wrote:
>
>> I'm running latest u-boot on 1GHz Canyonlands board and have trouble
>> using 64-bit transparent PCI-PCI PLX 6254 bridge. With PLX evaluation
>> board plugged into Canyonl
Dear Kim Phillips,
In message <20091209121326.fcbabe5f.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull a fix that almost halves u-boot's boot time on most 83xx
> boards:
>
> The following changes since commit 386118a896554b13f14ad0f82356276988f7de82:
> Michal Simek (1):
Dear Felix Radensky,
In message <4b1fe62c.7080...@embedded-sol.com> you wrote:
>
> I'm running latest u-boot on 1GHz Canyonlands board and have trouble
> using 64-bit transparent PCI-PCI PLX 6254 bridge. With PLX evaluation
> board plugged into Canyonlands PCI slot u-boot hangs. With PCI support
Hi,
I'm running latest u-boot on 1GHz Canyonlands board and have trouble
using 64-bit transparent PCI-PCI PLX 6254 bridge. With PLX evaluation
board plugged into Canyonlands PCI slot u-boot hangs. With PCI support
disabled u-boot works fine. The PLX board is OK, it was recognized by
both u-boot an
Wolfgang Denk,
Please pull a fix that almost halves u-boot's boot time on most 83xx
boards:
The following changes since commit 386118a896554b13f14ad0f82356276988f7de82:
Michal Simek (1):
microblaze: Correct ffs regression for Microblaze
are available in the git repository at:
git://
On Tue, 8 Dec 2009 22:20:34 +0100
Peter Korsgaard wrote:
> Commit c7190f02 (retain POR values of non-configured ACR, SPCR, SCCR,
> and LCRR bitfields) moved the LCRR assignment to after relocation
> to RAM because of the potential problem with changing the local bus
> clock while executing from f
lib_generic/zlib.c needs include/asm/unaligned.h since commit
cd514aeb996e2f7aefbe1f78481965d9d074aed4, which broke compilation for
Coldfire/M68K. This patch adds the missing header for these
architectures.
Signed-off-by: Wolfgang Wegner
---
I tried to get an idea on how this works from the two e
More tightly integrated non-blocking variants of some CFI flash access
functions. Enable with CONFIG_SYS_FLASH_CFI_NONBLOCK
These can be useful to erase flash or write complete sectors of flash
during a serial data transfer for software updates.
Signed-off-by: Wolfgang Wegner
---
Re-worked patch
Prototype for gunzip/zunzip was only in lib_generic/gunzip.c and thus
repeated in every file using it. This patch moves the prototypes to
common.h and removes all prototypes distributed anywhere else.
Signed-off-by: Wolfgang Wegner
---
Tested to be compile-clean for PowerPC using CodeSourcery too
On Wed, Dec 09, 2009 at 07:46:14AM -0500, Jerry Van Baren wrote:
> Wolfgang Denk wrote:
> >Dear Wolfgang Wegner,
> >
> >In message <20091208172555.gf16...@leila.ping.de> you wrote:
> >>sorry I did not know where to put additional comments...
> >
> >Comments go below the "---" line, i. e.:
> >
> >
Wolfgang Denk wrote:
> Dear Wolfgang Wegner,
>
> In message <20091208172555.gf16...@leila.ping.de> you wrote:
>> sorry I did not know where to put additional comments...
>
> Comments go below the "---" line, i. e.:
>
> ...
> Singed-off-by: Wolfgang Wegner
^^
...and a t
On 09/12/09 11:02, Wolfgang Denk wrote:
> Dear Nick Thompson,
>
> In message <4b1e71d9.6080...@ge.com> you wrote:
>> Improve read performance from Large Page NAND devices.
>>
>> This patch produces a ~31% improvement in oob_first read speed (on a
>> 300MHz ARM9). The time for a mid-buffer 2k page
Dear Nick Thompson,
In message <4b1e71d9.6080...@ge.com> you wrote:
> Improve read performance from Large Page NAND devices.
>
> This patch produces a ~31% improvement in oob_first read speed (on a
> 300MHz ARM9). The time for a mid-buffer 2k page read is now 293us,
> 6.99MB/s (was 385us, 5.31MB/
On Wednesday 09 December 2009 05:28:33 Mike Frysinger wrote:
> On Wednesday 09 December 2009 01:26:06 Li Yang wrote:
> > diff --git a/Makefile b/Makefile
> > index bcb3fe9..4d71366 100644
> > --- a/Makefile
> > +++ b/Makefile
> > +TAG_SUBDIRS += $(shell if [ -d board/$(VENDOR)/common ]; then echo \
On Wednesday 09 December 2009 01:26:06 Li Yang wrote:
> diff --git a/Makefile b/Makefile
> index bcb3fe9..4d71366 100644
> --- a/Makefile
> +++ b/Makefile
> +TAG_SUBDIRS += $(shell if [ -d board/$(VENDOR)/common ]; then echo \
> + "board/$(VENDOR)/common"; fi)
ugh, dont do that. using $(shell
Get tag directories from the $(__LIB) and also generate tag for .S files.
Signed-off-by: Li Yang
---
Makefile | 48 +++-
1 files changed, 7 insertions(+), 41 deletions(-)
diff --git a/Makefile b/Makefile
index bcb3fe9..84a8538 100644
--- a/Makefile
>Subject: Re: [U-Boot] [PATCH 1/3] Update Makefile for new dirs
>to be included in tag list
>
>Dear Li Yang,
>
>In message
><1260339968-28169-1-git-send-email-le...@freescale.com> you wrote:
>> Signed-off-by: Li Yang
>> ---
>> Makefile |3 +++
>> 1 files changed, 3 insertions(+), 0 deletio
On 08/12/09 22:06, Wolfgang Denk wrote:
> Dear Nick Thompson,
>
> In message <4b1e71d9.6080...@ge.com> you wrote:
>> Improve read performance from Large Page NAND devices.
>>
>> This patch produces a ~31% improvement in oob_first read speed (on a
>> 300MHz ARM9). The time for a mid-buffer 2k page
Dear Li Yang,
In message <1260339968-28169-1-git-send-email-le...@freescale.com> you wrote:
> Signed-off-by: Li Yang
> ---
> Makefile |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index bcb3fe9..4d71366 100644
> --- a/Makefile
> +++ b/Make
commit 60f61e6d7655400bb785a2ef637581679941f6d1 breaks compile with gcc by
introducing __func__
instead of constant string "func" in the macro call but missed to change the
macro.
Signed-off-by: Thomas Weber
---
drivers/net/dm9000x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Currently, the last block of NAND devices can't be accessed. This patch
fixes this issue by correcting the boundary checking (off-by-one error).
Signed-off-by: Stefan Roese
Cc: Scott Wood
Cc: Wolfgang Denk
---
drivers/mtd/nand/nand_util.c |4 ++--
1 files changed, 2 insertions(+), 2 deleti
37 matches
Mail list logo