- warning: "ICMR" redefined
- warning: "RCSR" redefined
- warning: "OSMR3" redefined
- warning: "OSCR" redefined
- warning: "OWER" redefined
- warning: "OIER" redefined
- warning: "CCCR" redefined
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
cpu/pxa/start.S |8
1 files chan
- warning: implicit declaration of function ‘serial_initialize’
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
lib_arm/board.c |1 +
lib_m68k/board.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib_arm/board.c b/lib_arm/board.c
index 22d573a..67506b3 1006
- warning: ‘srom’ defined but not used
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
board/trizepsiv/eeprom.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/trizepsiv/eeprom.c b/board/trizepsiv/eeprom.c
index 3d3bc00..7a2b905 100644
--- a/board/trizepsiv/e
On Wednesday 30 April 2008 09:49:20 Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
wrote:
> > I noticed some warnings when compiling recent U-Boot source for some 4xx
> > bo> ards with gcc 4.0.0 or 4.2.2. Perhaps somebody has a clue on how to
> > get rid of t> hese:
>
> That's your host
The mmap() related code is full of inconsistent casts/constants when it
comes to error checking, and may break when building on some systems (like
ones that do not implicitly define the caddr_t type). Let's just avoid the
whole mess by writing the code nice and clean in the first place.
Signed-of
Nishanth Menon said the following on 04/30/2008 09:57 PM:
> Commands:
> make sandbox_defconfig
> make V=1 C=2
>
> sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise
> -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.2.3/include
>
^^^
> -Wp
On Wednesday 30 April 2008, Leonid wrote:
> I have some problem with AMCC PPC440epx CPU when it boots from NAND.
>
> I am using sequoia.cfg file. If I do "reset halt" on BDI and then "go",
> CPU doesn't boot. If I do "reset run" it boots OK.
>
> That points on some potential problem in .cfg file. O
Hi, Stefan:
Thank you very much for your answer, it shows that our minds are working
alike :-). I didn't know what the problem is but I did exactly the thing
you suggest - put indefinite loop in the nand_boot() function with
condition, checking some address in RAM. I set breakpoint after this
loop
Hi:
If CPU boot from NAND (at least for AMCC Sequoia board) u-boot
environment is part of u-boot image itself, see extraction from sequia.h
file:
#ifdef CFG_ENV_IS_IN_NAND
/*
* For NAND booting the environment is embedded in the U-Boot image.
Please take
* look at the file board/amcc/sequoia/u-
Leonid,
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:u-boot-users-
> [EMAIL PROTECTED] On Behalf Of Leonid
> Sent: Thursday, May 01, 2008 1:05 PM
> To: u-boot-users@lists.sourceforge.net
> Subject: [U-Boot-Users] U-Boot environment for NAND booting scheme
> The problem is that a
Hi, Nishanth:
Thank you for advice. Is any and
board///u-boot-nand.lds files available which support
such and option in u-boot tree (I use 1.2.0) or any other place or you
can send me example?
Thanks,
Leonid.
-Original Message-
From: Menon, Nishanth [mailto:[EMAIL PROTECTED]
Sent: Th
In message <[EMAIL PROTECTED]> you wrote:
>
> The problem is that any time u-boot image is updated, its environment is
> lost which is not convenient if the environment differs from default one
> significantly.
In which way is this a problem? Just run a "saveenv" each time after
you update the U-
Hi, Wolfgang:
This brilliant idea didn't occur to me, thank you very much! It will
definitely resolve my current issue. I'll try.
Thanks,
Leonid.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 01, 2008 12:00 PM
To: Leonid
Cc: u-boot-users@list
Leonid,
> -Original Message-
> From: Leonid [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 01, 2008 1:55 PM
> To: Menon, Nishanth; u-boot-users@lists.sourceforge.net
> Subject: RE: [U-Boot-Users] U-Boot environment for NAND booting scheme
>
> Thank you for advice. Is any and
> board///u-
Onenand needs a version of memcpy() which performs 16 bit accesses
only; make sure the name does not conflict with the standard
function.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
drivers/mtd/onenand/onenand_base.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff
It works perfectly if I upgrade NAND u-boot image while running from
NAND. However if I happen to upgrade NAND image while running from NOR,
saveenv won't help. Minor issue of course...
Leonid.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Leonid
Sent
create a memcpy_16 to the 16bit access
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Cc: Kyungmin Park <[EMAIL PROTECTED]>
diff --git a/drivers/mtd/onenand/onenand_base.c
b/drivers/mtd/onenand/onenand_base.c
index 174384e..c3
by Align with word(16-bit) size
as done in Linux
in
- onenand_read_bufferram
- onenand_sync_read_bufferram
- onenand_write_bufferram
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
Cc: Kyungmin Park <[EMAIL PROTECTED]>
diff --g
In message <[EMAIL PROTECTED]> you wrote:
> by Align with word(16-bit) size
> as done in Linux
>
> in
> - onenand_read_bufferram
> - onenand_sync_read_bufferram
> - onenand_write_bufferram
This is much more intrusive than the simple rename patch; I suggest
we do the rename now to fix the imme
Shinya
>> PLATFORM_RELFLAGS += -ffixed-d7 -msep-data -ifeq ($(findstring
>> 4.2,$(shell $(CC) --version)),4.2)
>> +ifeq ($(findstring 4.2,$(shell $(CROSS_COMPILE)gcc --version)),4.2)
>> PLATFORM_CPPFLAGS += -mcpu=5208 -fPIC else PLATFORM_CPPFLAGS +=
>> -m5307 -fPIC
> Let me make sure the i
In message <[EMAIL PROTECTED]> you wrote:
>
> > Let me make sure the intention of this change. With or without this change,
> > we can always evaluate $(CROSS_COMPILE)gcc --version, right?
> > Or am I missing something?
> Yes, we can always evaluate $(CROSS_COMPILE)gcc --version, but not
> $(CC)gcc
- undefined reference to `inb'
- undefined reference to `outb'
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
include/configs/adsvix.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/adsvix.h b/include/configs/adsvix.h
index 703d312..58914cb 100644
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
common/cmd_ide.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index ead7e10..8280906 100644
--- a/common/cmd_ide.c
+++ b/common/cmd_ide.c
@@ -31,7 +31,6 @@
#include
#include
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
include/asm-arm/io.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-arm/io.h b/include/asm-arm/io.h
index c33b9e8..f4ae307 100644
--- a/include/asm-arm/io.h
+++ b/include/asm-arm/io.h
@@ -123,7 +123,7 @@
hi5 Freunde-Anfrage von Chitta Nagi
Hallo h,
Ich möchte, dass du an meinem hi5 Freunde-Netzwerk teilnimmst. Du musst bestätigen, dass wir Freunde sind, dann können wir beide neue Leute kennen lernen. Bitte nimm meine Anfrage an oder lehne sie ab, indem du die hi5 Web
Dear Wolfgang,
please pull MIPS updates. 2 patches are there. One fixes a build failure
caused by absence of dcache_enable(). The other is for a better handling
of gas minor version (this isn't a kind of bug fix, but I'd like to push
this for 1.3.3 release. Ok?).
Each patch has not been posted to
Recent bootelf command fixes (017e9b7925f74878d0e9475388cca9bda5ef9482,
"allow ports to override bootelf behavior") requires ports to have this
function.
Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
---
cpu/mips/cache.S | 16
1 files changed, 16 insertions(+), 0 delet
Current trick to pick up GNU assembler minor version uses a dot(.) as a
delimiter, and take the second field to obtain minor version number. But
as can be expected, this doesn't work with a version string which has
dots more than needs.
Here's an example:
$ mips-linux-gnu-as --version | grep 'GNU
Hi,
Thanks all for quick response.
Sorry, I forgot to tell that we are using MPC8349E processor with a
"e300 core".
And it is clearly mentioned in the e300 core datasheet that, it supports
"True little-endian mode for compatibility with other true little-endian
devices".
So, according to data she
29 matches
Mail list logo
