From: Po-Yu Chuang ratb...@faraday-tech.com
This patch adds an FTRTC010 driver for Faraday A320 evaluation board.
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
drivers/rtc/Makefile |1 +
drivers/rtc/ftrtc010.c | 124
2 files
From: Po-Yu Chuang ratb...@faraday-tech.com
This patch adds support for A320 evaluation board from Faraday. This board
uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
FA526 is an ARMv4 processor and uses the ARM920T source in this patch.
Signed-off-by: Po-Yu Chuang
On Wed, 19 Aug 2009 09:55:46 -0700
Ben Warren biggerbadder...@gmail.com wrote:
My preference is for the drivers to handle alignment.
OK, I'm fine with that. I'd like to withdraw this patch then.
I like Dave's idea of creating a buffer (or multiple buffers) in
initialization(),
then
Dear Jean-Christophe PLAGNIOL-VILLARD,
2009/8/20 ratbert.chu...@gmail.com:
From: Po-Yu Chuang ratb...@faraday-tech.com
This patch adds support for A320 evaluation board from Faraday. This board
uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
FA526 is an ARMv4
On Thu, 2009-08-20 at 10:36 +0800, Zang Roy-R61911 wrote:
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, August 19, 2009 7:58 AM
To: André Schwarz
Cc: Zang Roy-R61911; Ben Warren; U-Boot List
Subject: Re: [U-Boot] e1000 Rx timeout with 82541ER
U-boot might use non-8-byte-aligned addresses for sending data, which
the kwgbe_send doesn't accept (bootp does this for me). This patch
copies the data to be sent to a malloced temporary buffer if it is
non-aligned.
v2: Malloc send buffer
v3: No need to use jumbo frames, use 1518 bytes buffer
On Wed, 19 Aug 2009 10:08:02 -0700
Ben Warren biggerbadder...@gmail.com wrote:
- u16 phyadr;
- miiphy_read(dev-name, 0xEE, 0xEE, phyadr);
- if (!miiphy_link(dev-name, phyadr)) {
- printf(%s: No link on %s\n, __FUNCTION__, dev-name);
Please use __func__ instead. It's
U-boot might use non-8-byte-aligned addresses for sending data, which
the kwgbe_send doesn't accept (bootp does this for me). This patch
copies the data to be sent to a malloced temporary buffer if it is
non-aligned.
v2: Malloc send buffer
v3: No need to use jumbo frames, use 1518 bytes buffer
This patch makes the device wait for up to 5 seconds for the link to
come up, similar to what many of the other network drivers do. This
avoids confusing situations where, e.g., a tftp fails when initiated
early after U-boot has started (before the link has come up).
v2: Remove function name from
Hi!
Three patches to fix various network driver issues on kirkwood. Patch 3
is a repost of the patch sent earlier today which is rebased on top of
the other two.
// Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
-Original Message-
From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
Sent: Thursday, August 20, 2009 4:07 AM
To: Simon Kagstrom
Cc: Prafulla Wadaskar; U-Boot ML; Prabhanjan Sarnaik; Ashish Karkare
Subject: Re: [U-Boot] [PATCH] arm:kirkwood See to it that
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
Sent: Wednesday, August 19, 2009 3:24 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH mkimage branch] tools/mkimage: fix
compiler warnings, use const
Hi,
I've been trying to bring up a vanilla kernel on an XUPV5-LX110T board,
and have been having all sorts of odd issues with U-Boot. For example,
if I try to enable FIT image support (as noted on
http://www.monstr.eu/wiki/doku.php?id=uboot:uboot ), I get
CONFIG_BOOTMAPSZ undefined. I've
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
drivers/net/kirkwood_egiga.c | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/net/kirkwood_egiga.c b/drivers/net/kirkwood_egiga.c
index f31fefc..065e335 100644
---
On Thu, 20 Aug 2009 01:11:09 +0200
Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote:
On 11:13 Tue 18 Aug , Simon Kagstrom wrote:
Define ffs/fls for all architectures
UBIFS requires fls(), which is not defined for arm (and some other
architectures) and this patch adds it.
Hi again!
This patch series is an update to [PATCH 0/4]: bitops cleanup and fixes:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/66184
and contains the patches which were not accepted. The patches are:
0001-Move-__set-clear_bit-from-ubifs.h-to-bitops.h.patch
- Code style
__set_bit and __clear_bit are defined in ubifs.h as well as in
asm/include/bitops.h for some architectures. This patch moves
the generic implementation to include/linux/bitops.h and uses
that unless it's defined by the architecture.
v2: Unify code style (newline between __set_bit and __clear_bit)
Bring over the bitop implementations from the Linux
include/asm-generic/bitops/non-atomic.h to provide
endianness-independence.
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
include/asm-arm/bitops.h | 45 +++--
1 files changed, 27
UBIFS requires fls(), which is not defined for arm (and some other
architectures) and this patch adds it. The implementation is taken from
Linux and is generic. ffs() is also defined for those that miss it.
v2: Unify code style (empty line between ffs/fls)
Signed-off-by: Simon Kagstrom
Needed for (e.g.) ubifs support to work.
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
include/asm-arm/bitops.h | 27 ---
1 files changed, 24 insertions(+), 3 deletions(-)
diff --git a/include/asm-arm/bitops.h b/include/asm-arm/bitops.h
index
On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
board/omap3/devkit8000/Makefile | 52 +
board/omap3/devkit8000/config.mk| 35
board/omap3/devkit8000/devkit8000.c | 124
board/omap3/devkit8000/devkit8000.h | 373
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, August 19, 2009 12:50 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
Ronen Shitrit
Subject: Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add
SYSRSTn
Dear Kim Phillips,
In message 20090819200321.a0900c41.kim.phill...@freescale.com you wrote:
commit 9993e196da707a0a1cd4584f1fcef12382c1c144 mpc83xx: convert all
remaining boards over to 83XX_GENERIC_PCI remapped pci windows on
tqm834x to make it more consistent with the other 83xx boards.
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
Sent: Thursday, August 20, 2009 1:44 PM
To: U-Boot ML
Subject: [U-Boot] [PATCH 3/3] [repost]: arm: kirkwood: See to
it that sent data is 8-byte aligned
Dear Prafulla,
In message 73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com
you wrote:
This fixes some compiler warnings:
tools/default_image.c:141: warning: initialization from
incompatible pointer type
tools/fit_image.c:202: warning: initialization from
Not quite. A quick check reveals that the bcm7038 is a r5000 based
mips64 bit at heart (I'm a little confused here, there seem to be also
32bit r5000?). So not only will you be doing a new cpu port (level 2),
but really a new architecture , i.e. mips64 - so you enter the game at
level
Dear Prafulla Wadaskar,
In message 73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com
you wrote:
+ if (!s) {
+ printf(Error.. %s failed, check sysrstcmd\n,
+ __FUNCTION__);
+ return;
Why is this considered an error? I think it is
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom
Sent: Thursday, August 20, 2009 1:42 PM
Cc: U-Boot ML
Subject: [U-Boot] [PATCH 1/3]: arm:kirkwood Define kirkwood
phy address magic number
Signed-off-by:
Dear Peter Belm,
In message 574bb010908200229m7da12930s39f7bc40a2384...@mail.gmail.com you
wrote:
That's not quite correct. IIRC, the purple board also uses a 64bit
MIPS processor (5Kc). So it's just anothe rnew board port.
The core in the BCM7038 is a 5Kf, I'm not sure how the minor
-Original Message-
From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
Sent: Thursday, August 20, 2009 10:50 AM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
Ronen Shitrit
Subject: Re: [U-Boot] [PATCH v2][repost] arm:
All the tasks you mention here are performed by U-Boot. U-Boot _is_
the boot loader.
Right, I'm just having trouble getting to grips with the code flow, the
start.S in the CPU is the initial entry point, at what point does that hand
over to U-Boot? Any chance you could give me a brief
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Thursday, August 20, 2009 2:58 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH mkimage branch] tools/mkimage:
fix compiler warnings, use const
Dear Prafulla,
In message
Dear Ben Warren,
In message f8328f7c0908132336k18e260d4xac72469559404...@mail.gmail.com you
wrote:
I looked at a disassembly of this code and it looked like it should work.
In this case, the base offset of the device is in r2 (0x07000300) and the
code does store operations on this +#4 and
Hello Kim,
Kim Phillips schrieb:
On Tue, 18 Aug 2009 15:23:47 +0200
Heiko Schocher h...@denx.de wrote:
Hello Kim,
Hello Heiko, sorry for the late reply,
I actually work on an u-boot mpc8321 port (mostly identical with the kmeter1
port already in mainline), and I have to set the LCRR
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Thursday, August 20, 2009 3:08 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
Ronen Shitrit
Subject: Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add
SYSRSTn Duration
This feature can be used to trigger special command sysrstcmd using
reset key long press event and environment variable sysrstdelay is set
(useful for reset to factory or manufacturing mode execution)
Kirkwood SoC implements a hardware-based SYSRSTn duration counter.
When SYSRSTn is asserted low,
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
Sent: Thursday, August 20, 2009 3:16 PM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
Ronen Shitrit
Hi,
All FSL MPC85xx boards define CONFIG_SYS_MONITOR_LEN as 256K
although actual size of u-boot binary is 512K. XES Xpedite boards seem to do
the right thing.
I was wandering whether CONFIG_SYS_MONITOR_LEN for 85xx boards
can be defined in terms of CONFIG_SYS_MONITOR_BASE, similar to AMCC
boards
Hi Heiko,
I stumbled over this, just because I didn;t set this
LCRR_DBYP bit, which the CPU sets after a reset, so
what Do you think about this patch?
832x, LCRR: change only the valid bits for this register
Signed-off-by: Heiko Schocher h...@denx.de
---
cpu/mpc83xx/cpu_init.c|6
Hi Wolfgang,
Dear Detlev Zundel,
In message m2prardbo5@ohwell.denx.de you wrote:
Not quite. A quick check reveals that the bcm7038 is a r5000 based
mips64 bit at heart (I'm a little confused here, there seem to be also
32bit r5000?). So not only will you be doing a new cpu port
Hi Peter,
All the tasks you mention here are performed by U-Boot. U-Boot _is_
the boot loader.
Right, I'm just having trouble getting to grips with the code flow, the
start.S
in the CPU is the initial entry point, at what point does that hand over to
U-Boot? Any chance you could
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
include/configs/compactcenter.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/compactcenter.h b/include/configs/compactcenter.h
index f8a1bbb..9d33f56 100644
--- a/include/configs/compactcenter.h
+++
Hi Dirk,
On Thursday 20 August 2009 13:23:03 Dirk Eibach wrote:
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
include/configs/compactcenter.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/compactcenter.h
b/include/configs/compactcenter.h index
Just checking: You only want to change the printed name upon
bootup from compactcenter to intip? Not the U-Boot target name?
That's it. Since this might be sold as an OEM product, we need a more
generic name to be displayed.
Cheers
Dirk
___
On Thu, 20 Aug 2009 02:40:48 -0700
Prafulla Wadaskar prafu...@marvell.com wrote:
+#define KIRKWOOD_PHY_ADR_REQUEST 0xee
define this in header file
Basically this is needed in drivers/net/phy/mv88e61xx.c for multi chip support
in this case we need to define this in include/miiphy.h.
Hi Mike,
Mike Frysinger wrote:
+#ifdef CONFIG_JFFS2_SUMMARY
+static u32 sum_get_unaligned32(u32 *ptr)
+{
+u32 val;
+u8 *p = (u8 *)ptr;
+
+val = *p | (*(p + 1) 8) | (*(p + 2) 16) | (*(p + 3) 24);
+
+return __le32_to_cpu(val);
+}
+
+static u16 sum_get_unaligned16(u16
Jean-Christophe PLAGNIOL-VILLARD wrote:
Applying the basic functionality (function move) now allows others
to finally go on with their long waiting patches.
no this code is omap3 specific and there is no need ot this
rename or move the function make no sense
Yes,
On Thu, Aug 20, 2009 at 01:42:04AM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
On 14:16 Wed 19 Aug , Albin Tonnerre wrote:
While rewriting the atmel_mci driver to use the new MMC_GENERIC API (and
allow
the use of SD/MMC on AT91 in the process), it appeared that switching the
Hi all,
I am in bit of peculiar problem on booting linux kernel on my
MPC7448-TSi108 based custom board. I am using u-boot 1.3.4 which was
compiled on ELDK- 4.0. when i use bootp command to download the kernel image
from the tftp server that was already working with other custom boards
Hi Thirumalai,
I am in bit of peculiar problem on booting linux kernel on my
MPC7448-TSi108 based custom board. I am using u-boot 1.3.4 which was
compiled on ELDK- 4.0. when i use bootp command to download the kernel image
from the tftp server that was already working with other
Hi Robert,
i spent a few minutes earlier this morning building the latest
u-boot for my beagleboard using the ELDK 4.2 arm toolchain on my
64-bit fedora 11 system and since google showed me there was some
discussion as to how to do that on 64-bit debian, i figured i'd just
verify that what
On Aug 19, 2009, at 8:04 PM, Kim Phillips wrote:
when using Linus' 83xx_defconfig, the mpc8377rdb would hanging at boot
at either:
NET: Registered protocol family 16
or the
io scheduler cfq registered
message. Fixing up these DDR settings appears to fix the problem.
Signed-off-by:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
include/asm-ppc/config.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
Makefile |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index
P2010 - single core variant of P2020
P1011 - Single core variant of P1020
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
- applies on git.denx.de/u-boot-mpc85xx.git branch-next
cpu/mpc85xx/Makefile|2 ++
P2010 and P1011 are single core variants of P2020 and P1010 respectively.
The board(RDB) will be same.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
Makefile | 10
* Added a generic function fsl_pci_init_port in drivers/pci/fsl_pci.c
to initialize a PCIe port.
* fsl_pci_init_port can be called from board specific pcie initialization
routine, per-port.
* This will reduce the code redundancy in the most of the Freescale board
specific PCIe inits.
* Added PCIe support for P1 P2 RDB
* Calls the fsl_pci_init_port function to initialize all the PCIe ports
on the board.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
- applies on git.denx.de/u-boot-mpc85xx.git branch-next
On 10:55 Thu 20 Aug , Frederik Kriewitz wrote:
On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
board/omap3/devkit8000/Makefile | 52 +
board/omap3/devkit8000/config.mk| 35
board/omap3/devkit8000/devkit8000.c | 124
On Wed, Aug 19, 2009 at 11:30:05PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
On 21:14 Wed 19 Aug , Albin Tonnerre wrote:
diff --git a/MAKEALL b/MAKEALL
index edebaea..5882ceb 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -607,6 +607,7 @@ LIST_at91= \
m501sk
Tom wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
Applying the basic functionality (function move) now allows others
to finally go on with their long waiting patches.
no this code is omap3 specific and there is no need ot this
rename or move the function make no sense
The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by
Calao Systems http://www.calao-systems.com. Their components are very
similar to the AT91SAM9260EK board, so their configuration is based on
the configuration of this board. There are however some differences:
different clocks,
On Aug 15, 2009, at 7:08 AM, Felix Radensky wrote:
With current values of CONFIG_SYS_MEMTEST_START
and CONFIG_SYS_MEMTEST_END memory test hangs if
run without arguments. Set them to sane values,
so that all available 512MB of RAM excluding
exception vectors at the bottom and u-boot code
On Aug 18, 2009, at 2:37 AM, Mingkai Hu wrote:
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
cpu/mpc85xx/cpu_init.c |5 +++--
include/asm-ppc/immap_85xx.h |5 +
2 files changed, 8 insertions(+), 2 deletions(-)
applied to 85xx next
- k
On Aug 20, 2009, at 8:25 AM, Poonam Aggrwal wrote:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
include/asm-ppc/config.h |4 ++--
1 files changed, 2
On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
Makefile |5 +
1 files changed, 5 insertions(+), 0
Hi , everyone .
My u-boot version is 2009-01 and i try porting u-boot on pxa270 development
board.
when i power on my board then minicom show these information
DRAM: 64 MB
ERROR: too many flash sectors
ERROR: too many flash sectors
Flash:32 MB
then i can save setenv , but when i
On Aug 20, 2009, at 8:29 AM, Poonam Aggrwal wrote:
P2010 and P1011 are single core variants of P2020 and P1010
respectively.
The board(RDB) will be same.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on
On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote:
P2010 - single core variant of P2020
P1011 - Single core variant of P1020
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
- applies on git.denx.de/u-boot-mpc85xx.git
On 15:43 Thu 20 Aug , Albin Tonnerre wrote:
On Wed, Aug 19, 2009 at 11:30:05PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
On 21:14 Wed 19 Aug , Albin Tonnerre wrote:
diff --git a/MAKEALL b/MAKEALL
index edebaea..5882ceb 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -607,6
Optionally add RFC 2349 Transfer Size Option, so we can minimize the
time spent sending data over the UART (now print a single line during a
tftp transfer).
- If turned on (CONFIG_TFTP_TSIZE), U-Boot asks for the size of the file.
- if receives the file size, a single line (50 chars) are
On Thursday 20 August 2009 16:45:28 SlinceArm wrote:
Hi , everyone .
My u-boot version is 2009-01 and i try porting u-boot on pxa270 development
board.
when i power on my board then minicom show these information
DRAM: 64 MB
ERROR: too many flash sectors
ERROR: too many flash sectors
Dear Poonam Aggrwal,
In message 1250774865-20228-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
P2010 - single core variant of P2020
P1011 - Single core variant of P1020
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala
On Aug 20, 2009, at 10:12 AM, Wolfgang Denk wrote:
Dear Poonam Aggrwal,
In message 1250775038-20372-1-git-send-email-poonam.aggr...@freescale.com
you wrote:
* Added a generic function fsl_pci_init_port in drivers/pci/
fsl_pci.c
to initialize a PCIe port.
* fsl_pci_init_port can be
Results:
I was unable to compile without the patch in this thread
http://lists.denx.de/pipermail/u-boot/2009-August/058193.html (which is
normal because of gcc-4.4.1).
With 'MAKEALL arm' I have no compile errors except for:
* actux1, actux2, actux3, actux4, ixdp425, ixdpg425, pdnb3, which
Dear Eibach, Dirk,
In message 48d3d52125c49b43ae880038e2e5314b025...@srv101.gdsys.de you wrote:
Just checking: You only want to change the printed name upon
bootup from compactcenter to intip? Not the U-Boot target name?
That's it. Since this might be sold as an OEM product, we need a
Dear Poonam Aggrwal,
In message 1250775054-20418-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
* Added PCIe support for P1 P2 RDB
* Calls the fsl_pci_init_port function to initialize all the PCIe ports
on the board.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Thursday, August 20, 2009 8:54 PM
To: Wolfgang Denk
Cc: Aggrwal Poonam-B10812; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] driver/fsl_pci: Added
fsl_pci_init_port function to initialize a single
Dear Poonam Aggrwal,
In message 1250774735-20130-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
Dear Kumar Gala,
In message f3fb164c-23ca-4334-883a-eb556596e...@kernel.crashing.org you wrote:
On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on
Dear Kumar Gala,
In message d48d44de-5582-4b00-81b8-68c0ed9a2...@kernel.crashing.org you wrote:
On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote:
P2010 - single core variant of P2020
P1011 - Single core variant of P1020
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Dear Poonam Aggrwal,
In message 1250774822-20182-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
applies on http://git.denx.de/u-boot-mpc85xx.git branch-next
Dear Poonam Aggrwal,
In message 1250775038-20372-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
* Added a generic function fsl_pci_init_port in drivers/pci/fsl_pci.c
to initialize a PCIe port.
* fsl_pci_init_port can be called from board specific pcie initialization
-Original Message-
From: André Schwarz [mailto:andre.schw...@matrix-vision.de]
Sent: Wednesday, August 19, 2009 7:10 AM
To: Zang Roy-R61911; Ben Warren
Cc: U-Boot List
Subject: e1000 Rx timeout with 82541ER
Roy, Ben,
with latest e1000.c my 82541ER connected to a MPC5200 via
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Thursday, August 20, 2009 8:40 PM
To: Kumar Gala
Cc: Aggrwal Poonam-B10812; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] ppc/85xx: Added single core
members of FSL P1 P2 processors series
Dear Kumar
On Aug 20, 2009, at 10:14 AM, Wolfgang Denk wrote:
Dear Poonam Aggrwal,
In message 1250775054-20418-1-git-send-email-poonam.aggr...@freescale.com
you wrote:
* Added PCIe support for P1 P2 RDB
* Calls the fsl_pci_init_port function to initialize all the PCIe
ports
on the board.
Hi all,
What is the general boot sequence for u-boot. IIRC, its the cpu
specific start followed by board specfic stuff, then general init
stuff (like misc_init_f) and then the common stuff.
The reason i am asking this i want to inject my own boot path based on
the presence of certain boot
Hi,
Does mtd has to be enabled/setup for nand read to work?
I'm trying to do a
I keep getting a read error when trying to read even the first block.
NAND read: device 0 offset 0x0, size 0x2
NAND read from offset 0 failed -74
131072 bytes read: ERROR
Spoken too quickly user error.
On Thu, Aug 20, 2009 at 11:13 AM, E Robertsone.robertson@gmail.com wrote:
Hi,
Does mtd has to be enabled/setup for nand read to work?
I'm trying to do a
I keep getting a read error when trying to read even the first block.
NAND read: device 0 offset
P2010 - single core variant of P2020
P1011 - Single core variant of P1020
- Also made changes to keep the lists sorted.
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
- applies on git.denx.de/u-boot-mpc85xx.git branch-next
Okay I got it
WE can do this but,
There are just two APIs, overall size impact is not much
(100 bytes max).
The actual u-boot.bin size diff for newly posted patch is (169464- 169344=
120 bytes)
ok fine
Best Regards,
J.
___
U-Boot mailing
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |3 +
Hi Frederik,
I had some minor aesthetic nitpicks. I'd change the title to Add
support for the DevKit8000 board.
snip
diff --git a/MAINTAINERS b/MAINTAINERS
index 620604c..03b2d10 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -706,6 +706,10 @@ Alex Z
lartSA1100
Michal Simek wrote:
Hi,
FIT support is not in mainline u-boot. Only in my testing repository.
If I fix that and try to load a FIT image with a kernel and device-tree,
the bootm command completely ignores the device tree; unfortunately,
Yes the same thing as with FIT. Not in mainline
Peter Tyser wrote:
Hi Frederik,
I had some minor aesthetic nitpicks. I'd change the title to Add
support for the DevKit8000 board.
snip
Unknown / orphaned boards:
diff --git a/MAKEALL b/MAKEALL
index edebaea..34235b7 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -581,6 +581,7 @@
On Thursday 20 August 2009 04:52:50 Simon Kagstrom wrote:
--- a/include/asm-sh/bitops.h
+++ b/include/asm-sh/bitops.h
@@ -146,6 +146,11 @@ static inline int ffs (int x)
}
return r;
}
+
+#define __set_bit(nr, addr) generic_set_bit(nr, addr)
+
+#define __clear_bit(nr, addr)
Dear Kumar Gala,
In message 1938b866-a0c2-4152-8085-4bcc4e1a7...@kernel.crashing.org you wrote:
PCIE1 ... pci2 ... pcie1 ???
This looks broken to me?
This is actually correct.. This has to do w/stupid FSL documentation
and #. The device tree orders PCI buses based on there
Dear Mike Frysinger,
In message 200908201344.37190.vap...@gentoo.org you wrote:
+#define __set_bit(nr, addr) generic_set_bit(nr, addr)
+
+#define __clear_bit(nr, addr) generic_clear_bit(nr, addr)
this is just silly to put into every arch header. why not do in the common
code:
#ifndef
On Thu, Aug 20, 2009 at 7:28 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Peter Tyser wrote:
Hi Frederik,
I had some minor aesthetic nitpicks. I'd change the title to Add
support for the DevKit8000 board.
I'll fix them
Unknown / orphaned boards:
diff --git a/MAKEALL b/MAKEALL
index
Hi All-
I have been having troubles getting Netconsole to work on eTSEC2 of a
MPC8548 chip. I was hoping that maybe someone here might be able to
help me.
I'm currently using U-Boot v2009.01. Using the bash script code located
in the README.Netconsole file, I have been able to successfully
1 - 100 of 125 matches
Mail list logo