Olav Morken wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
using volatile, which causes an exception since xip isn't aligned on a word
boundary.
Applied to net/testing.
regards,
Ben
mgcoge: Second Flash on CS5
use in_*/out_* accessors
mgsuvd: fix Codingstyle issues
use in_*/out_* accessors
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
This Patch replaces the Patches:
http://lists.denx.de/pipermail/u-boot/2008-October/041881.html
[U-Boot] [POWERPC]
Dear Ben Warren,
In message [EMAIL PROTECTED] you wrote:
Olav Morken wrote:
This patch adds support for the AT32UC3A0xxx chips.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL PROTECTED]
[2500+ lines of
Dear Heiko Schocher,
In message [EMAIL PROTECTED] you wrote:
---
This Patch fixes a typo in Patch:
http://lists.denx.de/pipermail/u-boot/2008-October/041807.html
[U-Boot] [PATCH v2 02/16] [PATCH] I2C: add new command i2c reset.
common/cmd_i2c.c |2 +-
1 files changed, 1
Hi Wolfgang,
On Friday 17 October 2008, Wolfgang Denk wrote:
Set the MQ Read Passing MCIF Cycle limits to the recommended by AMCC
values. This fixes the occasional 440SPe hard locking issues when the
440SPe's dedicated DMA engines are used (e.g. by the h/w accelerated RAID
driver).
Hi Kumar,
Kumar Gala wrote:
The MPC8544 RM incorrect shows the SEC_CFG bit in PORDEVSR2 as being
bit 26, instead it should be bit 28. This caused in incorrect
interpretation of the i2c_clk which is the same as the SEC clk on
MPC8544. The SEC clk is controlled by cfg_sec_freq that is
Hi Kevin,
Kevin Greer a écrit :
I am working with a custom board based on the Atmel at91sam9260 arm
processor with a Micrel 2 Gb Nand flash chip (mt29f2g08aadwp). However,
when u-boot starts it reports the wrong Chip ID (0x01 instead of 0xda) and
then I start getting Bad eraseblock messages
Dear Stefan Roese,
In message [EMAIL PROTECTED] you wrote:
So it seems that the current code relies on some already preset (default)
values in those registers. I don't really like this. I'll try to provide a
patch that configures those registers completely in a short while.
In a short
Dear Heiko Schocher,
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/mgcoge/mgcoge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Applied to next branch, thanks.
Best regards,
Wolfgang Denk
--
DENX Software
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/common/common.c |3 ++-
drivers/i2c/soft_i2c.c|4
include/configs/mgsuvd.h | 24 +++-
3 files changed, 21 insertions(+), 10 deletions(-)
diff --git a/board/keymile/common/common.c
Dear Stefan Roese,
In message [EMAIL PROTECTED] you wrote:
From: Yuri Tikhonov [EMAIL PROTECTED]
Set the MQ Read Passing MCIF Cycle limits to the recommended by AMCC
values. This fixes the occasional 440SPe hard locking issues when the 440SPe's
dedicated DMA engines are used (e.g. by the
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/mgsuvd/mgsuvd.c | 98 +
include/configs/mgsuvd.h | 10 ++---
2 files changed, 35 insertions(+), 73 deletions(-)
diff --git a/board/keymile/mgsuvd/mgsuvd.c
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/common/common.c |3 ++-
drivers/i2c/soft_i2c.c|4
include/configs/mgsuvd.h | 18 +-
3 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/board/keymile/common/common.c
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/mgcoge/mgcoge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/mgcoge/mgcoge.c b/board/keymile/mgcoge/mgcoge.c
index 7d4d9e6..bf6ce87 100644
--- a/board/keymile/mgcoge/mgcoge.c
+++
Dear Heiko,
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/common/common.c |3 ++-
drivers/i2c/soft_i2c.c|4
include/configs/mgsuvd.h | 18 +-
3 files changed, 15 insertions(+), 10
On 17:11 Wed 15 Oct , Olav Morken wrote:
On Wed, Oct 15, 2008 at 07:07, Ben Warren [EMAIL PROTECTED] wrote:
Hi Olav,
On Fri, Oct 10, 2008 at 11:53 AM, Olav Morken [EMAIL PROTECTED] wrote:
On Fri, Oct 10, 2008 at 7:01 PM, Ben Warren [EMAIL PROTECTED]
wrote:
What other
Dear Heiko Schocher,
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/mgcoge/mgcoge.c |5 +++--
board/keymile/mgsuvd/mgsuvd.c |5 +++--
2 files changed, 6 insertions(+), 4 deletions(-)
Applied to next-Branch.
Best regards,
in ft_blob_update () for both boards was an unneccessary
repetition of code, which this patch moves in a common
function for this boards.
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/common/common.c | 26 +++
board/keymile/mgcoge/mgcoge.c | 52
Hi,
I have downloaded U-boot and trying to compile it for the
Target omap3430sdp_config.
Using commands
Step 0: make distclean
Step 1: make CROSS_COMPILE=arm-none-linux-gnueabi-
omap3430sdp_config
Step 2: make CROSS_COMPILE=arm-none-linux-gnueabi-
I had problem in the
Dear Heiko,
In message [EMAIL PROTECTED] you wrote:
in ft_blob_update () for both boards was an unneccessary
repetition of code, which this patch moves in a common
function for this boards.
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
board/keymile/common/common.c | 26
Hi Custodians (and everybody else),
can you please check if all urgent patches have been added to the
U-Boot master branch?
If anything should still be missing, please respond *now*.
My intention is to push out the 2008-10 release tomorrow, i. e. in
approximately 30 hours from now.
Note:
From: Lepcha Suchit [EMAIL PROTECTED]
At least some revisions of the 8313, and possibly other chips, do not
wait for all pages of the initial 4K NAND region to be loaded before
beginning execution; thus, we wait for it before branching out of the
first NAND page.
This fixes warm reset problems
The following changes since commit bf29e0ea0af03d593c64614136acc723a7a022a2:
Yuri Tikhonov (1):
ppc4xx: PPC44x MQ initialization
are available in the git repository at:
git://www.denx.de/git/u-boot-nand-flash.git master
Lepcha Suchit (1):
83xx NAND boot: wait for LTESR[CC]
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
include/configs/mgsuvd.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/include/configs/mgsuvd.h b/include/configs/mgsuvd.h
index 1604285..ff52f84 100644
--- a/include/configs/mgsuvd.h
+++ b/include/configs/mgsuvd.h
We had a problem where NAND device ID would be corrupted after a
power-cycle. According to the Micron datasheet it requires a RESET
after power-up before any commands may be issued. Without this patch
the manufacturer ID would be correct, but the device ID, cellinfo and
extra ID would be
Hi Radha,
Please don't top post.
Radha Krishna wrote:
Hi GVB,
You are right. Could you tell me the solution.
Don't use DOS (aka Windows).
Since you already have a problem there, you can use dos2unix or
equivalent. If you feel you must use Windows, many Windows editors
(e.g. UltraEdit)
Wolfgang Denk wrote:
can you please check if all urgent patches have been added to the
U-Boot master branch?
If anything should still be missing, please respond *now*.
My intention is to push out the 2008-10 release tomorrow, i. e. in
approximately 30 hours from now.
I tried ./MAKEALL
On Thu, Oct 16, 2008 at 9:58 PM, Kumar Gala [EMAIL PROTECTED] wrote:
-#define MPC85xx_PORDEVSR2_SEC_CFG 0x0020
+#define MPC85xx_PORDEVSR2_SEC_CFG 0x0080
How about adding a comment that the RM is wrong? Any time the code
disagrees with the RM, it *has* to be documented.
--
On Thu, Oct 16, 2008 at 01:04:37PM -0200, Alemao wrote:
If Im not going to use PCI in U-Boot (just in linux kernel), do I have
to set IBAT and DBAT in the board configuration file?
No.
Or linux kernel sets them again in arch/powerpc/mm/ppc_mmu_32.c ?
Yes.
-Scott
Subject: [PATCH 00/13 v4] ARM: OMAP3: Add support for some of TIs ARM-Cortex A8
OMAP3 boards
This patch series adds U-Boot v1 support for some of TI's ARM-Cortex A8 based
OMAP3 boards. These are BeagleBoard [1][2], EVM [3] and Overo [4].
The patch series is based on U-Boot tar ball [5] for
Subject: [PATCH 01/13 v4] ARM: OMAP3: Add pin mux, clock and cpu headers
From: Dirk Behme [EMAIL PROTECTED]
Add pin mux, clock and cpu header files for OMAP3.
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v3:
- Replace space by tabs in headers as proposed by
Subject: [PATCH 05/13 v4] ARM: OMAP3: Add lowlevel init and sys_info common
files
From: Dirk Behme [EMAIL PROTECTED]
Add assembly lowlevel init and sys_info common files
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v3:
- Add detection and support for 128MB/256MB RAM by
Subject: [PATCH 06/13 v4] ARM: OMAP3: Add board, clock and interrupts common
files
From: Dirk Behme [EMAIL PROTECTED]
Add board, clock, cpu and interrupts common files
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v3:
- Add detection and support for 128MB/256MB RAM by
Subject: [PATCH 08/13 v4] ARM: OMAP3: Add NAND support
From: Dirk Behme [EMAIL PROTECTED]
Add NAND support
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Signed-off-by: Nishanth Menon [EMAIL PROTECTED]
---
Changes in version v4:
- Incorporate further review results from Scott Wood.
- Further
Subject: [PATCH 10/13 v4] ARM: OMAP3: Add I2C support
From: Dirk Behme [EMAIL PROTECTED]
Add I2C support
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v2:
- Remove SMC911X network init as proposed by Ben Warren. Thanks!
drivers/i2c/Makefile |1
Subject: [PATCH 11/13 v4] ARM: OMAP3: Add BeagleBoard
From: Dirk Behme [EMAIL PROTECTED]
Add BeagleBoard
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v2:
- Rebase against u-boot-arm.git next (CFG vs. CONFIG changes)
Makefile |7
Subject: [PATCH 13/13 v4] ARM: OMAP3: Add Overo board
From: Dirk Behme [EMAIL PROTECTED]
Add Overo board
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v2:
- Rebase against u-boot-arm.git next (CFG vs. CONFIG changes)
Makefile |3
Dear Scott Wood,
In message [EMAIL PROTECTED] you wrote:
The following changes since commit bf29e0ea0af03d593c64614136acc723a7a022a2:
Yuri Tikhonov (1):
ppc4xx: PPC44x MQ initialization
are available in the git repository at:
git://www.denx.de/git/u-boot-nand-flash.git master
Dear Heiko,
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
include/configs/mgsuvd.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
Applied to master branch so the fix goes into the upcoming release.
Thanks.
Best regards,
Dear Heiko Schocher,
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
include/configs/mgsuvd.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
Applied (after adapting it) to master branch so the fix goes into
the upcoming release.
Dear Shinya Kuribayashi,
In message [EMAIL PROTECTED] you wrote:
I tried ./MAKEALL mips mips_el for current HEAD, and it builds fine.
No errors, no warnings with GCC 4.2.3.
...
Just for the record. Thanks,
Thanks a lot, I appreciate your help.
Best regards,
Wolfgang Denk
--
DENX
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
My apologies for the previous mail (which will hopefully never make it through
moderator approval). I mistyped the branch name, and it found many commits
which are (obviously) not part of my domain.
Dear Andy Fleming,
In message [EMAIL PROTECTED] you wrote:
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
My apologies for the previous mail (which will hopefully never make it through
moderator approval). I mistyped the branch name, and it
On Oct 17, 2008, at 1:54 PM, Timur Tabi wrote:
On Thu, Oct 16, 2008 at 9:58 PM, Kumar Gala
[EMAIL PROTECTED] wrote:
-#define MPC85xx_PORDEVSR2_SEC_CFG 0x0020
+#define MPC85xx_PORDEVSR2_SEC_CFG 0x0080
How about adding a comment that the RM is wrong? Any time the code
On Oct 17, 2008, at 3:14 PM, Wolfgang Denk wrote:
Dear Andy Fleming,
In message [EMAIL PROTECTED]
you wrote:
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
My apologies for the previous mail (which will hopefully never make
it through
Kumar Gala wrote:
How about adding a comment that the RM is wrong? Any time the code
disagrees with the RM, it *has* to be documented.
Its documented in the commit.
Sorry, but that's just not good enough for me. I *hate* it when people say that
it is.
When I'm looking at some code, and
Dear Kumar,
In message [EMAIL PROTECTED] you wrote:
In message [EMAIL PROTECTED]
you wrote:
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
...
It should be for next.
Thant's what I think, too.
Andy, can you confirm, please?
Best
Dear Andy Fleming,
In message [EMAIL PROTECTED] you wrote:
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git 85xx-next
My apologies for the previous mail (which will hopefully never make it through
moderator approval). I mistyped the branch name, and it
Dear Timur Tabi,
In message [EMAIL PROTECTED] you wrote:
Commit f7d190b1 corrected the value of MPC85xx_PORDEVSR2_SEC_CFG, but forgot
to add a comment that the correct value disagrees with the 8544 reference
manual. Without this comment, a developer looking at the code would get
confused.
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.
Signed-off-by: Peter Tyser [EMAIL PROTECTED]
---
I noticed that the build time of U-Boot was not updated on every
compile which occassionally threw me for a loop as to whether
a new U-Boot binary was programmed,
On Fri, 2008-10-17 at 17:51 -0500, Peter Tyser wrote:
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.
Signed-off-by: Peter Tyser [EMAIL PROTECTED]
---
I noticed that the build time of U-Boot was not updated on every
compile which occassionally threw me
Hi GVB,
Thanks for your earlier help.
As you suggested I have DOS to UNIX conversion. It worked.
I have another proble now.
make: arm-none-linux-gnueabi-gcc: Command not found
$ make CROSS_COMPILE=arm-none-linux-gnueabi- omap3430sdp_config
Configuring for omap3430sdp board...
[SNIP]
$ make
Hi,
I am doing U-boot for TI3430 boad.
Step 0: make distclean //worked fine
Step 1: make CROSS_COMPILE=arm-none-linux-gnueabi- omap3430sdp_config //worked
fine
Step 2: make CROSS_COMPILE=arm-none-linux-gnueabi- //Error
[SNIP]
$ make CROSS_COMPILE=arm-none-linux-gnueabi-
make:
53 matches
Mail list logo