Hi All,
Following guide at http://www.denx.de/wiki/DULG/UBootStandalone
1. Load hello_world.srec into SDRAM
= loads
## Ready for S-Record download ...
## First Load Addr = 0x8E00
## Last Load Addr = 0x8E000157
## Total Size = 0x0158 = 344 Bytes
## Start Addr = 0x8E00
Hi Bartlomiej,
On Wednesday 08 October 2008, Bartlomiej Sieka wrote:
Do you have any comments on the below patch?
Looks good to me. So:
Acked-by: Stefan Roese [EMAIL PROTECTED]
Not sure if I am responsible for picking this up or if this should go in
through Wolfgang. It's not really
Stefan Roese wrote:
Hi Bartlomiej,
On Wednesday 08 October 2008, Bartlomiej Sieka wrote:
Do you have any comments on the below patch?
Looks good to me. So:
Thanks for prompt response.
Acked-by: Stefan Roese [EMAIL PROTECTED]
Not sure if I am responsible for picking this up or if
Dear Bartek,
in message [EMAIL PROTECTED] you wrote:
Not sure if I am responsible for picking this up or if this should go in
through Wolfgang. It's not really cfi-flash related. But if nobody objects
then I'll put it into the next branch of my cfi-flash repository.
It depends on
The USB OHCI init procedure sets the maximum message length the wrong way.
A max of 64 bits should not be done by writing '64' in maxpacketsize, but '3'.
While fixing this problem it turned out that there is more wrong here in this
code it turned out that the wrong bits were checked to determine
Hi Matthias,
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
This patch fixes USB 2.0 communication issues on some DU440 boards.
Is this a potential problem for other 440EPx boards as well? Or is it really
only DU440 specific?
Best regards,
Stefan
Hi Remy,
On Wed, Oct 08, 2008 at 10:54:13AM +0200, Remy Bohmer wrote:
The USB OHCI init procedure sets the maximum message length the wrong way.
A max of 64 bits should not be done by writing '64' in maxpacketsize, but '3'.
While fixing this problem it turned out that there is more wrong here
Hi Stefan,
this might touch other boards as well. A patch for our PMC440 will come up
later today.
I have a support case with AMCC about this and ask them If I shall provide a
patch for sequoia as well. I expect that someone will contact you about this
issue.
Matthias
On Wednesday 08
Hi Stefan,
I am aware of the CFG_4xx_GPIO_TABLE feature. I think there is also
a TODO comment for this in my code. But right now I want to keep it as it is
because of a lack of time.
Matthias
On Wednesday 08 October 2008 11:50, Stefan Roese wrote:
Hi Matthias,
On Tuesday 07 October 2008,
Dear [EMAIL PROTECTED],
Please STOP prepending the non-standard Antwort: to the subject,
as this essentially makes the Subjkect line useless. Please make sure
to use a RCF-conformant MUA to compose your messages.
In message [EMAIL PROTECTED] you wrote:
To work around the limitation of this
Hi Matthias,
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
Signed-off-by: Matthias Fuchs [EMAIL PROTECTED]
---
board/esd/du440/du440.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/board/esd/du440/du440.c
This patch adds support for the National LM63 temperature
sensor with integrated fan control. It's used on the GDSys
Neo board (405EP) which will be submitted later.
Signed-off-by: Dirk Eibach [EMAIL PROTECTED]
Acked-by: Stefan Roese [EMAIL PROTECTED]
---
Sorry for the noise, Outlook messed up
On Wednesday 08 October 2008, Wolfgang Denk wrote:
Not sure if I am responsible for picking this up or if this should go
in through Wolfgang. It's not really cfi-flash related. But if nobody
objects then I'll put it into the next branch of my cfi-flash
repository.
It depends on
On 15:26 Wed 01 Oct , Bartlomiej Sieka wrote:
Signed-off-by: Bartlomiej Sieka [EMAIL PROTECTED]
---
common/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/Makefile b/common/Makefile
index 8bddf8e..bb6655d 100644
Please base your patch on
Hi Stefan,
We will take a look.
Yes, we ran the test as you mentioned (bootcmd=reset) on both versions of the
Kilauea board and let it run for 24 hours without any problems. Hopefully we
can reproduce the problem you are seeing.
Thanks,
Victor Gallardo
On Monday 06 October 2008, Adam Graham wrote:
After changing SDRAM_CLKTR phase value rerun the memory preload
initialization sequence (INITPLR) to reset and relock the memory
DLL. Changing the SDRAM_CLKTR memory clock phase coarse timing
adjustment effects the phase relationship of the
On Wednesday 08 October 2008, Matthias Fuchs wrote:
I am aware of the CFG_4xx_GPIO_TABLE feature. I think there is also
a TODO comment for this in my code. But right now I want to keep it as it
is because of a lack of time.
OK, makes sense to me. I'll push your patches to the master branch for
The max packet size is encoded as 0,1,2,3 for 8,16,32,64 bytes.
At some places directly 8,16,32,64 was used instead of the encoded
value. Made a enum for the options to make this more clear and to help
preventing similar errors in the future.
After fixing this bug it became clear that another bug
Kumar Gala wrote:
On Sep 29, 2008, at 8:49 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote:
* Use new find_cmd_tbl() to process sub-commands
If this looks good I'll go ahead and clean it up for the other
arches and OSes.
---
Wolfgang Denk [EMAIL PROTECTED] schrieb am 08.10.2008 12:56:28:
Dear [EMAIL PROTECTED],
In message OF8F1EBCA2.E6BA03A3-ONC12574DC.003A8028-C12574DC.
[EMAIL PROTECTED] you wrote:
Ups, fixed the subject line manually. Sorry.
Note: your mailer also fails to add threading information (i. e.
get_cpu_board_revision() returned board revision based on information stored
in global static struct eeprom. It should instead use one from local struct
board_eeprom, to which the data is actually read from EEPROM. The bug led to
system hang after printing L1 cache information on U-Boot startup.
michael [EMAIL PROTECTED] schrieb am 07.10.2008 14:16:15:
Here are my patches. Maybe you want to test them. I didn't use or
update
the ixdp465 but you can use the sidewinder_config as starting point.
Order is:
ixp425_rework.patch
ixp465.patchcd trun
I see only the ixp465.patch.
On Tue, Oct 7, 2008 at 5:05 PM, Wolfgang Denk [EMAIL PROTECTED] wrote:
Dear Mathieu Dube,
please keep the ML on Cc: !
sorry about that.
if I nm(with the correct toolchain) the executable
it gives me 0c10 T hello_world
so I go 0x8c10
still crashes.
HM. I'm not
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, October 08, 2008 12:33 AM
To: Jin Zhengxiong-R64188
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH 2/4] Make the fsl_elbc_nand driver work
for both 83xxand 85xx
On Fri, Sep 19, 2008 at 05:32:50PM +0800, Jason Jin wrote:
Dear [EMAIL PROTECTED],
In message [EMAIL PROTECTED] you wrote:
Ups, fixed the subject line manually. Sorry.
Note: your mailer also fails to add threading information (i. e.
In-reply-to: and References: headers.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
[dropped [EMAIL PROTECTED] and [EMAIL PROTECTED] from CC]
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:26 Wed 01 Oct , Bartlomiej Sieka wrote:
Signed-off-by: Bartlomiej Sieka [EMAIL PROTECTED]
---
common/Makefile |2 +-
1 files changed, 1 insertions(+), 1
At a lot of places in the code the PIPE_INTERRUPT flags and friends
are used wrong. The wrong bits are compared to this flag resulting
in wrong conditions. Also there are macros that should be used for
PIPE_* flags.
This patch tries to fix them all, however, I was not able to test the
changes,
On Wednesday 08 October 2008, Matthias Fuchs wrote:
this might touch other boards as well. A patch for our PMC440 will come up
later today.
I have a support case with AMCC about this and ask them If I shall provide
a patch for sequoia as well. I expect that someone will contact you about
Signed-off-by: Dirk Eibach [EMAIL PROTECTED]
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
board/gdsys/neo/Makefile | 51 ++
board/gdsys/neo/config.mk | 24 +
board/gdsys/neo/neo.c | 101
This patch adds support for the National LM63 temperature
sensor with integrated fan control. It's used on the GDSys
Neo board (405EP) which will be submitted later.
Signed-off-by: Dirk Eibach [EMAIL PROTECTED]
Acked-by: Stefan Roese [EMAIL PROTECTED]
---
drivers/hwmon/Makefile |1 +
On Wed, Oct 8, 2008 at 3:32 AM, Remy Bohmer [EMAIL PROTECTED] wrote:
Hello,
Could I have a help? Anyone had same issue please tell me your idea?
Thank
you alot.
Make sure that the LOAD_ADDR in examples/Makefile matches the address
in RAM where you want to load the executable.
These
Le mercredi 08 octobre 2008 à 10:54 +0200, Remy Bohmer a écrit :
I made it 2 seperate patches. The 1st of this series is fully tested and
correct
on at least the AT91SAM9261 cores. I hope it fixes the known problems on
AT91SAM9263 (and other) cores also, maybe Stelian can verify this.
If it
On Oct 8, 2008, at 8:17 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Sep 29, 2008, at 8:49 AM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Sep 23, 2008, at 10:07 AM, Kumar Gala wrote:
* Use new find_cmd_tbl() to process sub-commands
If this looks good I'll go ahead and clean it up for
OK. Thanks Stefan.
We will take a look.
Thanks.
Yes, we ran the test as you mentioned (bootcmd=reset) on both versions of
the Kilauea board and let it run for 24 hours without any problems.
Hopefully we can reproduce the problem you are seeing.
I suggest that you use some means
Dear Mathieu,
In message [EMAIL PROTECTED] you wrote:
I did :
tftp 0x8000 /tftpboot/hello_world.bin
since the entry point is 0x0c10
shouldnt I go from 0x8000 + 0x0c10? which is 0x8c10 ?
No, of course not. The entry point is an absolute address, not an
offset.
On Wed, Oct 08, 2008 at 05:45:01PM +0800, Jin Zhengxiong-R64188 wrote:
[...]
Thanks.
I was trying to avoid too much changes to the code, which maybe result
in other functions
can not work. Actually, As the different immap definition, to completly
avoid the duplicating, we need to merge the
From: Matthias Fuchs [EMAIL PROTECTED]
This patch fixes esd's loadpci command when not all
memory on adapter boards is accessable via PCI.
Signed-off-by: Matthias Fuchs [EMAIL PROTECTED]
---
board/esd/common/cmd_loadpci.c | 18 ++
1 files changed, 10 insertions(+), 8
Though NAND chip is replaceable on the MPC837XE-MDS boards, the
current settings don't work with the default chip on the board.
Nevertheless Freescale's U-Boot sets the option register correctly,
so I just dumped the register from the working u-boot. My guess is
that the old settings were
The Arches Evaluation board is based on the AMCC 460GT SoC chip.
This board is a dual processor board with each processor providing
independent resources for Rapid IO, Gigabit Ethernet, and serial
communications. Each 460GT has it's own 512MB DDR2 memory, 32MB NOR
FLASH, UART, EEPROM and
The Arches Evaluation board is based on the AMCC 460GT SoC chip.
This board is a dual processor board with each processor providing
independent resources for Rapid IO, Gigabit Ethernet, and serial
communications. Each 460GT has it's own 512MB DDR2 memory, 32MB NOR
FLASH, UART, EEPROM and
Provide a weak defined routine to retrieve the CPU number for
reference boards that have multiple CPU's. Default behavior
is the existing single CPU print output. Reference boards with
multiple CPU's need to provide a board specific routine.
See board/amcc/arches/arches.c for an example.
Hi Wolfgang
Please pulli The following changes since commit
8fd4166c467a46773f80208bda1ec3b4757747bc:
Stefan Roese (1):
ppc4xx: Canyonlands: Remove unnecessary FDT warning upon DTB fixup
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Guennadi
Hi Scott,
On Tue, Oct 7, 2008 at 3:03 PM, Scott Wood [EMAIL PROTECTED] wrote:
Alan Carvalho de Assis wrote:
From 473120de8390abd78014cac9fe0925cb49f57fbe Mon Sep 17 00:00:00 2001
From: Alan Carvalho de Assis [EMAIL PROTECTED]
Date: Sun, 5 Oct 2008 19:59:47 -0300
Subject: [PATCH] iMX31: Add
Dear Jerry Van Baren,
In message [EMAIL PROTECTED] you wrote:
@rm -f $(obj)tools/env/{fw_printenv,fw_setenv}
...
Having said that, and with the disclaimer that I'm not sure it is an
improvement, I believe the following line is a make-ism equivalent to
the bash-ism (untested):
@rm -f
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Haiying Wang (3):
Minor fixes for I2C address on MPC8572DS
Add ID EEPROM support for MPC8572DS
Remove redundant #define for MPC8536DS
Jason Jin (1):
Fix the incorrect DDR clk freq
Commit 445a7b38308eb05b41de74165b20855db58c7ee5 introduced the following
compile warnings:
cmd_i2c.c:112: warning: missing braces around initializer
cmd_i2c.c:112: warning: (near initialization for 'i2c_no_probes[0]')
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
include/configs/MPC8572DS.h |
On Sat, Sep 27, 2008 at 1:40 AM, Jason Jin [EMAIL PROTECTED] wrote:
SGMII and SATA share the serdes on MPC8536 CPU, When SATA disabled
and the driver access the SATA registers, the cpu will hangup.
This patch try to fix this by reading the serdes status before the SATA
initialize.
On Oct 8, 2008, at 3:57 PM, Andy Fleming wrote:
On Sat, Sep 27, 2008 at 1:40 AM, Jason Jin [EMAIL PROTECTED]
wrote:
SGMII and SATA share the serdes on MPC8536 CPU, When SATA disabled
and the driver access the SATA registers, the cpu will hangup.
This patch try to fix this by reading the
What about if bash hasn't been installed for whatever reason?
On Thu, Oct 9, 2008 at 8:14 AM, Graeme Russ [EMAIL PROTECTED] wrote:
What about if bash hasn't been installed for whatever reason?
On Thu, Oct 9, 2008 at 6:13 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
Dear Jerry Van Baren,
In
Hi Martha,
First, please replace the volatile pointer accesses with io accessors
like in_bexx and out_bexx. Second, chip stuff should go in
cpu/mpc512x.
John
On Tue, Oct 7, 2008 at 10:46 PM, Martha Marx [EMAIL PROTECTED] wrote:
IIM (IC Identification Module) is the fusebox for the mpc5121.
Dear Graeme Russ,
In message [EMAIL PROTECTED] you wrote:
What about if bash hasn't been installed for whatever reason?
Then you have the same like when any other of the required tools
(make, gcc, ...) is not installed: you have to install it.
Seriously: I doubt that you will find any normal
On Wed, 8 Oct 2008 00:39:38 -0500
Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 7, 2008, at 4:38 PM, Andy Fleming wrote:
If Kim and Jon approve, I'll pull these 6 patches into my 85xx-next
branch.
The code doesn't impact 83xx and thus not sure why you need Kim's ack.
ack
on Kumar's
On Tue, 7 Oct 2008 19:03:05 +0530
Selvamuthukumar [EMAIL PROTECTED] wrote:
-#define CFG_SDRAM_CFG2 0x00401000;
+#define CFG_SDRAM_CFG2 0x00401000
eh, that's pretty bad - but wait, there's more!:
[EMAIL PROTECTED] u-boot (master)]$ git grep ^#define CFG_.*;$
Humm ... Nobody can help me ?
If you need more informations I can get them, I would really like to
understand the debug output I'm seeing.
Thank you
Sylvain
2008/10/7 Sylvain Lamontagne [EMAIL PROTECTED]
Hi Everyone
I'm pretty new to U-Boot and Embedded system globally, but in the last few
Dear Wolfgang,
Please pull u-boot-fdt. These are bugfixes from dtc/libfdt project
and Sefan's force override for the fdt /chosen node.
Thanks,
gvb
The following changes since commit 8fd4166c467a46773f80208bda1ec3b4757747bc:
Stefan Roese (1):
ppc4xx: Canyonlands: Remove unnecessary
I have an Atmel atngw100 development board and a standalone application that
crashes within 10 to 30 seconds of starting. I have just discovered that
the special memory test described in 5.9.2.10 of DULG also crashes the board
after a similar amount of time.
With a fresh copy of the Atmel's
It is due to hardware design and logic defect, that is the
I/O[0:7] of NAND chip is connected to LAD[7:0], so when
the NAND chip connected to nLCS3, you have to set up the
OR3[BCTLD] = '1' for normal operation, otherwise it will have
bus contention due to the pin 48/25 of U60 is enabled.
Setup
Hi, all!
On Mon, Sep 29, 2008 at 11:52:40PM +0400, Sergey Lapin wrote:
This patch provides support for AFEB9260 board, a product of
OpenSource hardware and software. Some commertial projects
are made with this design. A board is basically AT91SAM9260-EK
with some modifications and different
Signed-off-by: Ed Swarthout [EMAIL PROTECTED]
---
drivers/pci/fsl_pci_init.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/fsl_pci_init.c b/drivers/pci/fsl_pci_init.c
index bb2813f..38a16e5 100644
--- a/drivers/pci/fsl_pci_init.c
+++
Signed-off-by: Ed Swarthout [EMAIL PROTECTED]
---
board/freescale/common/pixis.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/board/freescale/common/pixis.c b/board/freescale/common/pixis.c
index b5a0e84..8192bb3 100644
--- a/board/freescale/common/pixis.c
+++
Signed-off-by: Ed Swarthout [EMAIL PROTECTED]
---
cpu/mpc85xx/cpu.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc85xx/cpu.c b/cpu/mpc85xx/cpu.c
index 67e81c0..bc7d092 100644
--- a/cpu/mpc85xx/cpu.c
+++ b/cpu/mpc85xx/cpu.c
@@ -98,7 +98,12 @@ int checkcpu
Reference manual states that MxMR[MAD] increment is the indication
of write to UPM array is complete. Honour that. Also, make the dummy
write explicit.
Signed-off-by: Selvamuthukumar [EMAIL PROTECTED]
---
cpu/mpc83xx/cpu.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Hello Anton,
1)
I strongly suggest you use the hardware reset configuration word from
flash,
not from FPGA.
You can set the PCI host and internal arbiter enabled in the HRCW in
flash
to avoid these issue.
2)
Also, I strongly suggest you use the production 837xEMDS pilot rev2.05
board.
Because
Address calculated in EXPORT_FUNC in SuperH was wrong, I revised it.
Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED]
---
examples/stubs.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/examples/stubs.c b/examples/stubs.c
index ec53532..a8cb954 100644
---
Hi, all.
2008/10/8 thaoth [EMAIL PROTECTED]:
6. I didn't have JTAG interface so I couldn't debug it.
Could I have a help? Anyone had same issue please tell me your idea? Thank
you alot.
This same the porting of UBoot on TEngine/SH7727 has the issue. But we don't
know what trouble shooting
---
This function is not called anywhere within main tree.
This is just for reference. Not to be included in main tree.
cpu/mpc83xx/cpu.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc83xx/cpu.c b/cpu/mpc83xx/cpu.c
index
Thanks David Hawkins,
-Original Message-
From: David Hawkins [mailto:[EMAIL PROTECTED]
Sent: 2008?10?8? 11:51 AM
To: u-boot@lists.denx.de
Cc: Liu Dave-R63238; Phillips Kim-R1AAHA
Subject: Re: [U-Boot-Users] Freescale MPC8349EMDS BCSR corruption
Hi Dave and Kim,
Freescale
67 matches
Mail list logo