Re: [U-Boot] [RFC/PATCH 1/4] Enable multi chip support in the NAND layer
Dear Wolfgang, In message 49703e5b.1080...@grandegger.com you wrote: Yep, in the meantime I realized that it's already pre-set in include/linux/mtd/nand.h: /* The maximum number of NAND chips in an array */ #ifndef NAND_MAX_CHIPS #define NAND_MAX_CHIPS 8 #endif but most (if not all) boards set it to 1. So we should change the default setting to 1, and change it only where needed. But at that occasion, I think the name should be changed to CONFIG_SYS_NAND_MAX_CHIPS, right? Right. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [ppc4xx] Please pull git://www.denx.de/git/u-boot-ppc4xx.git
Dear Stefan Roese, In message 200901141139.37554...@denx.de you wrote: The following changes since commit 5f01ea63a6c263767f548b4f61880b08f7850ffc: Wolfgang Denk (1): Merge branch 'master' of /home/wd/git/u-boot/custodians are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Matthias Fuchs (4): ppc4xx: Enable auto RS485 mode on PLU405 boards ppc4xx: Cleanup CPCI405 board code ppc4xx: Disable pci node in device tree on CPCI405 pci adapters ppc4xx: Add loadpci command to esd's CPCI4052 and CPCI405AB boards board/esd/cpci405/Makefile |1 + board/esd/cpci405/cpci405.c | 331 ++- board/esd/plu405/plu405.c | 10 ++ include/configs/CPCI4052.h |2 + include/configs/CPCI405AB.h |3 + 5 files changed, 184 insertions(+), 163 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Those who do not understand Unix are condemned to reinvent it, poorly. - Henry Spencer, University of Toronto Unix hack ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Pull request: u-boot-sh
Dear Nobuhiro Iwamatsu,
In message 29ab51dc0901151903x519540bdnd8bdf9b0c8d50...@mail.gmail.com you
wrote:
Please pull u-boot-sh master branch.
Best regards,
Nobuhiro
The following changes since commit 0e3ece33801e377be67ffa29f083421ad820f28b:
Wolfgang Denk (1):
Prepare 2009.01-rc2
are available in the git repository at:
git://git.denx.de/u-boot-sh.git master
Jean-Christophe PLAGNIOL-VILLARD (6):
sh: update sh timer coding style
sh: update sh2/sh2a timer coding style
sh: lowlevel_init coding style cleanup
sh: use write{8,16,32} in all lowlevel_init
sh: serial: coding style cleanup
sh: serial: use readx/writex accessors
Kieran Bingham (1):
sh: Fix up rsk7203 target for out of tree build
Nobuhiro Iwamatsu (1):
sh: Fix compile error on lowlevel_init file
Makefile|4 +-
board/mpr2/lowlevel_init.S | 75 +++
board/ms7722se/lowlevel_init.S | 195 +--
board/ms7750se/lowlevel_init.S | 125 --
board/renesas/MigoR/lowlevel_init.S | 152
board/renesas/ap325rxa/lowlevel_init.S | 125 +++---
board/renesas/r2dplus/lowlevel_init.S | 99 +++--
board/renesas/r7780mp/lowlevel_init.S | 400
+--
board/renesas/rsk7203/Makefile |4 +
board/renesas/rsk7203/lowlevel_init.S | 151
board/renesas/sh7763rdp/lowlevel_init.S | 196 +---
board/renesas/sh7785lcr/lowlevel_init.S | 30 +---
cpu/sh2/Makefile| 21 +-
drivers/serial/serial_sh.c | 81 ---
include/asm-sh/macro.h | 52
lib_sh/time.c | 26 +-
lib_sh/time_sh2.c |4 +-
17 files changed, 657 insertions(+), 1083 deletions(-)
create mode 100644 include/asm-sh/macro.h
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
This restaurant was advertising breakfast any time. So I ordered
french toast in the renaissance.- Steven Wright, comedian
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ncb: use socklen_t
Dear Mike Frysinger, In message 1231493897-7012-1-git-send-email-vap...@gentoo.org you wrote: The recvfrom() function takes a socklen_t, not an int. Signed-off-by: Mike Frysinger vap...@gentoo.org --- tools/ncb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] tools/netconsole: make a bit more robust and use ncb when possible
Dear Mike Frysinger, In message 1231493902-7043-1-git-send-email-vap...@gentoo.org you wrote: The netcat utility likes to exit when it receives an empty packet (as it thinks this means EOF). This can easily occur when working with command line editing as this behavior will be triggered when using backspace. Or with tabs and command line completion. Since the local ncb util does not have this feature and it supports broadcast udp, default to using that rather than netcat. When would ncb not be available? What else are the implications when using ncb versus netcat? Why does your script tools/netconsole so far use netcat only, when we have the (as I read it) much better ncb anyway? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Is the glass half empty, half full, or twice as large as it needs to ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] MPC5121e
Dear Jeff, In message cd5706fd9959bf44a988c3ff7279b4f1010fa...@hercules.sandel.local you wrote: 1.Does anyone have a patch for the mpc5121e for NAND booting where there is no NOR flash in the system? Not yet. I think Freescale / STX are working on this. 2.Are there any patches that allow u-boot to be build in cygwin for a PPC target? Why would you want to do that? Do yourself (and us) a favour and install Linux (if needed, then under some emulation/virtualization layer). 3.Has anyone used CodeSourcery's PPC tool chain with u-boot? Probably. We use the ELDK. 4.Has anyone implemented/used DFU mode with the mpc5121e? With DFU as in Device Firmware Upgrade? We don't use this (yet?) in U-Boot. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Reader, suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself. - Mark Twain ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-boot as a mass storage device and DFU support
Dear all, Could anyone kindly tell me if u-boot supports itself as a mass storage device? Or if u-boot main stream support the a protocol so call USB DFU(Universal Serial Bus Device Firmware Upgrade)? I have first seen this on openmoko.org and seems they use u-boot as well. However, when I look at the newest u-boot (1.3.4). It seems no code is about it. I don't know if I have overlooked something. Thanks. BR, Jacky ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-boot as a mass storage device and DFU support
Dear all, Could anyone kindly tell me if u-boot supports itself as a mass storage device? Or if u-boot main stream support the a protocol so call USB DFU(Universal Serial Bus Device Firmware Upgrade)? I have first seen this on openmoko.org and seems they use u-boot as well. However, when I look at the newest u-boot (1.3.4). It seems no code is about it. I don't know if I have overlooked something. Thanks. BR, Jacky ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-boot as a mass storage device and DFU support
Dear all, Could anyone kindly tell me if u-boot supports itself as a mass storage device? Or if u-boot main stream support the a protocol so call USB DFU(Universal Serial Bus Device Firmware Upgrade)? I have first seen this on openmoko.org and seems they use u-boot as well. However, when I look at the newest u-boot (1.3.4). It seems no code is about it. I don't know if I have overlooked something. Thanks. BR, Jacky ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-boot as a mass storage device and DFU support
Dear Jacky Lam, In message 39811fe10901160153s2c9e1f63s70481667fe792...@mail.gmail.com you wrote: Could anyone kindly tell me if u-boot supports itself as a mass storage device? No, it does not. A lot of infrastructure for that is missing, for example writable file systems to name just one. Or if u-boot main stream support the a protocol so call USB DFU(Universal Serial Bus Device Firmware Upgrade)? No. I have first seen this on openmoko.org and seems they use u-boot as well. However, when I look at the newest u-boot (1.3.4). It seems no code is about it. I don't know if I have overlooked something. U-Boot 1.3.4 is actually pretty old. It is definitely NOT the latest release - that's 2008.10 (with 2009.01 to be released soon). Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de I have the simplest tastes. I am always satisfied with the best. -- Oscar Wilde ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-boot as a mass storage device and DFU support
On 17:59 Fri 16 Jan , Jacky Lam wrote: Dear all, Could anyone kindly tell me if u-boot supports itself as a mass storage device? no, maybe MTP will be simplest to implement Or if u-boot main stream support the a protocol so call USB DFU(Universal Serial Bus Device Firmware Upgrade)? no I have first seen this on openmoko.org and seems they use u-boot as well. However, when I look at the newest u-boot (1.3.4). It seems no code is about it. I don't know if I have overlooked something. I've ssen it in the u-boot dev tree of openmoko but they never do the necessary to add it to the Mainline feel free to send patch Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fw: TFTP fails when using network switch
L. A. Linden Levy wrote: Can someone tell me how to use the mii command? I have the following from a dump: uBOOT= mii dump MII not complete 0. () -- PHY control register -- (8000:8000) 0.15= 1reset (4000:4000) 0.14= 1loopback (2040:2040) 0. 6,13 = b11speed selection = ??? Mbps (1000:1000) 0.12= 1A/N enable (0800:0800) 0.11= 1power-down (0400:0400) 0.10= 1isolate (0200:0200) 0. 9= 1restart A/N (0100:0100) 0. 8= 1duplex = full (0080:0080) 0. 7= 1collision test enable (003f:003f) 0. 5- 0 =63(reserved) Please don't top post. U-Boot can tell you how to use the mii command: help mii It has been a long time since I used mii, but it looks like you need to use mii device to find your PHY and then mii dump addr reg to dump the registers of that device. HTH, gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Problems upgrading NAND
I'm guessing that 1.2.0 was a BSP u-boot, that was not upstream. I don't think upstream 1.2.0 had UPM NAND support. You are right, there were no UPM support on U-boot-1.2.0. I used patches sended by Anton from here: http://www.nabble.com/-PATCH-v2-0-5--mpc83xx%3A-MPC8360E-RDK-related-patches-td14717360.html#a14717487 Could you try the latest upstream U-boot? If I use the latest upstream I will have to do a lot of validations. If a patch nand core, also I will have to validate, but just nand related things. So if it just a detail in fsl upm driver, will save a lot of time. What board are you using? Im using a MPC8343 board ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Problems with USB mass storage on at91sam9263
On Wed, Jan 14, 2009 at 07:53:29PM +0100, Remy Bohmer wrote: Hello, Hi, 2009/1/14 Paal Bakken pabak...@online.no: I have problems with usb mass storage in u-boot. We have our own at91sam9263 board, but I experience exactly the same problems on the standard at91sam9263ek. And the usb-port AND memory stick works fine in linux. I have tried both FAT and FAT32. Below follows an edited screendump of some usb commands with a u-boot snapshot version from 13.01.2009. The current version should work, indeed a lot has been done in that area for these cores. However, IIRC there were some problems with the bootstrap code not initialising the PLLB correctly, which resulted in similar errors. I thought that Stelian got it to work finally on this particular core as well, so maybe he can confirm this. (I concentrated the patches on the sam9261) I do reproduce exactly the same kind of problems here. As I originally said in my October 9 mail (Message-Id: 1223564465.6130.20.ca...@galileo), correcting the bootstrap PLLB settings made USB work, but USB storage did work only with one of my three USB sticks. I suspect the rest of the issues to be USB specific and not hardware specific at this point, but I haven't looked closer into it. Stelian. -- Stelian Pop stel...@popies.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC/PATCH 1/4] Enable multi chip support in the NAND layer
Wolfgang Denk wrote: Dear Wolfgang, In message 49703e5b.1080...@grandegger.com you wrote: Yep, in the meantime I realized that it's already pre-set in include/linux/mtd/nand.h: /* The maximum number of NAND chips in an array */ #ifndef NAND_MAX_CHIPS #define NAND_MAX_CHIPS 8 #endif but most (if not all) boards set it to 1. So we should change the default setting to 1, and change it only where needed. Actually, none of the boards use multi-chip support (NAND_MAX_CHIPS 1). The bamboo and the DU440 define #define NAND_MAX_CHIPS CONFIG_SYS_MAX_NAND_DEVICE but that's bogus and did not work yet anyhow. But at that occasion, I think the name should be changed to CONFIG_SYS_NAND_MAX_CHIPS, right? Right. OK, I will prepare a patch removing all NAND_MAX_CHIPS from the board config files, rename if to CONFIG_SYS_NAND_MAX_CHIPS and define a default of 1 for the legacy and the new MTD NAND layer. Wolfgang. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] NAND: rename NAND_MAX_CHIPS to CONFIG_SYS_NAND_MAX_CHIPS
This patch renames NAND_MAX_CHIPS to CONFIG_SYS_NAND_MAX_CHIPS and
changes the default from 8 to 1 for the legacy and the new MTD
NAND layer. This allows to remove all NAND_MAX_CHIPS definitions
in the board config files because none of the boards use multi
chip support (NAND_MAX_CHIPS 1) so far. The bamboo and the DU440
define
#define NAND_MAX_CHIPS CONFIG_SYS_MAX_NAND_DEVICE
but that's bogus and did not work anyhow.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
doc/README.nand |2 +-
drivers/mtd/nand/nand_base.c |2 +-
drivers/mtd/nand_legacy/nand_legacy.c |2 +-
include/configs/ASH405.h |1 -
include/configs/CATcenter.h |1 -
include/configs/CMS700.h |1 -
include/configs/DU440.h |1 -
include/configs/G2000.h |1 -
include/configs/HH405.h |1 -
include/configs/HUB405.h |1 -
include/configs/IDS8247.h |1 -
include/configs/M5329EVB.h|1 -
include/configs/M5373EVB.h|1 -
include/configs/MPC8313ERDB.h |1 -
include/configs/MPC8315ERDB.h |1 -
include/configs/MPC8360ERDK.h |1 -
include/configs/MPC837XEMDS.h |1 -
include/configs/MPC8536DS.h |1 -
include/configs/MPC8572DS.h |1 -
include/configs/NC650.h |1 -
include/configs/NETPHONE.h|1 -
include/configs/NETTA.h |1 -
include/configs/NETTA2.h |1 -
include/configs/NETVIA.h |1 -
include/configs/PLU405.h |1 -
include/configs/PMC440.h |1 -
include/configs/PPChameleonEVB.h |2 --
include/configs/SXNI855T.h|1 -
include/configs/TQM8272.h |1 -
include/configs/TQM85xx.h |1 -
include/configs/VCMA9.h |1 -
include/configs/VOH405.h |1 -
include/configs/WUH405.h |1 -
include/configs/acadia.h |1 -
include/configs/afeb9260.h|1 -
include/configs/alpr.h|1 -
include/configs/at91cap9adk.h |1 -
include/configs/at91rm9200dk.h|1 -
include/configs/at91sam9260ek.h |1 -
include/configs/at91sam9261ek.h |1 -
include/configs/at91sam9263ek.h |1 -
include/configs/at91sam9rlek.h|1 -
include/configs/bamboo.h |1 -
include/configs/bf537-stamp.h |1 -
include/configs/canyonlands.h |1 -
include/configs/csb637.h |1 -
include/configs/davinci_dvevm.h |1 -
include/configs/davinci_schmoogie.h |1 -
include/configs/davinci_sffsdr.h |1 -
include/configs/davinci_sonata.h |1 -
include/configs/delta.h |1 -
include/configs/kilauea.h |1 -
include/configs/netstar.h |1 -
include/configs/omap2420h4.h |1 -
include/configs/pdnb3.h |1 -
include/configs/quad100hd.h |1 -
include/configs/sbc2410x.h|1 -
include/configs/sc3.h |1 -
include/configs/sequoia.h |1 -
include/configs/smdk6400.h|1 -
include/configs/socrates.h|1 -
include/configs/stxxtc.h |1 -
include/configs/zylonite.h|1 -
include/linux/mtd/bbm.h |8
include/linux/mtd/nand.h |9 -
include/linux/mtd/nand_legacy.h |5 +
66 files changed, 12 insertions(+), 77 deletions(-)
Index: u-boot-nand/doc/README.nand
===
--- u-boot-nand.orig/doc/README.nand
+++ u-boot-nand/doc/README.nand
@@ -172,7 +172,7 @@ More Definitions:
#define ADDR_COLUMN_PAGE 3
#define NAND_ChipID_UNKNOWN 0x00
#define NAND_MAX_FLOORS 1
- #define NAND_MAX_CHIPS 1
+ #define CONFIG_SYS_NAND_MAX_CHIPS 1
#define CONFIG_SYS_DAVINCI_BROKEN_ECC
Versions of U-Boot = 1.3.3 and Montavista Linux kernels
Index: u-boot-nand/drivers/mtd/nand/nand_base.c
===
--- u-boot-nand.orig/drivers/mtd/nand/nand_base.c
+++ u-boot-nand/drivers/mtd/nand/nand_base.c
@@ -2144,7 +2144,7 @@ int nand_erase_nand(struct mtd_info *mtd
{
int page, len, status, pages_per_block, ret, chipnr;
struct nand_chip *chip = mtd-priv;
- int rewrite_bbt[NAND_MAX_CHIPS]={0};
+ int rewrite_bbt[CONFIG_SYS_NAND_MAX_CHIPS]={0};
unsigned int bbt_masked_page = 0x;
MTDDEBUG (MTD_DEBUG_LEVEL3, nand_erase: start = 0x%08x, len = %i\n,
Index: u-boot-nand/drivers/mtd/nand_legacy/nand_legacy.c
===
---
Re: [U-Boot] [PATCH] tools/netconsole: make a bit more robust and use ncb when possible
On Friday 16 January 2009 03:37:40 Wolfgang Denk wrote: In message 1231493902-7043-1-git-send-email-vap...@gentoo.org you wrote: The netcat utility likes to exit when it receives an empty packet (as it thinks this means EOF). This can easily occur when working with command line editing as this behavior will be triggered when using backspace. Or with tabs and command line completion. Since the local ncb util does not have this feature and it supports broadcast udp, default to using that rather than netcat. When would ncb not be available? What else are the implications when using ncb versus netcat? Why does your script tools/netconsole so far use netcat only, when we have the (as I read it) much better ncb anyway? people have to manually build ncb, plus ncb is a listen-only daemon. you still need nc to do the transmission. -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] NAND: rename NAND_MAX_CHIPS to CONFIG_SYS_NAND_MAX_CHIPS
On Fri, Jan 16, 2009 at 06:55:54PM +0100, Wolfgang Grandegger wrote: This patch renames NAND_MAX_CHIPS to CONFIG_SYS_NAND_MAX_CHIPS and changes the default from 8 to 1 for the legacy and the new MTD NAND layer. This allows to remove all NAND_MAX_CHIPS definitions in the board config files because none of the boards use multi chip support (NAND_MAX_CHIPS 1) so far. The bamboo and the DU440 define #define NAND_MAX_CHIPS CONFIG_SYS_MAX_NAND_DEVICE but that's bogus and did not work anyhow. Signed-off-by: Wolfgang Grandegger w...@grandegger.com Applied to u-boot-nand-flash/next -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Trouble booting up my AT91RM9200DK
Dear sir, My new kernel refuses to boot up complaining about invalid machine id. (providing that my old kernel (2.6.16) works fine, while new ones (2.6.27 or 2.6.28) refuse to boot up. I have tried looking up and bdinfo shows the correct information ( 0x0106) but it reads r1 as (r1 = 0x21edd930). Right now I am using u-boot-2008.10. Any help on this would be very appreciate, since I cannot find any useful information for this. Best Regards, ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] User supplied lowlevel initialization code on at91 plattforms
Hello, I'm hacking U-Boot to a new at91sam9261 board and would like to include a little bit low level init code (pll, sdram, etc.). Normally, in U-Boot it is assumed that on at91 plattforms the bootstrap code lives in dataflash which do the job. On the board I'm hacking there isn't any dataflash but only nor flash from that the board boots. So my question is: How can I supply an self written lowlevel_init.S in my board directoy that get linked instead the default cpu/arm926ejs/at91/lowlevel_init.S code? Are there any configuration variables to trick the U-Boot makefiles to use my lowlevel_init.S? Michael Roth ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Problems upgrading NAND
On Fri, Jan 16, 2009 at 02:02:26PM -0200, Alemao wrote: I'm guessing that 1.2.0 was a BSP u-boot, that was not upstream. I don't think upstream 1.2.0 had UPM NAND support. You are right, there were no UPM support on U-boot-1.2.0. I used patches sended by Anton from here: http://www.nabble.com/-PATCH-v2-0-5--mpc83xx%3A-MPC8360E-RDK-related-patches-td14717360.html#a14717487 There were known issues with this version (it only worked for the small page NANDs, IIRC). This is already fixed in the upstream U-Boot, via this patch set: http://www.nabble.com/-PATCH-v3-0-2--NAND-FSL-UPM-driver-update-td17667335.html Thanks, -- Anton Vorontsov email: cbouatmai...@gmail.com irc://irc.freenode.net/bd2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] move README.nios_CONFIG_SYS_NIOS_CPU to doc
Ping? This should go into the v2009.01 release. Jean-Christophe PLAGNIOL-VILLARD wrote: Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com --- .../README.nios_CONFIG_SYS_NIOS_CPU|0 1 files changed, 0 insertions(+), 0 deletions(-) rename README.nios_CONFIG_SYS_NIOS_CPU = doc/README.nios_CONFIG_SYS_NIOS_CPU (100%) diff --git a/README.nios_CONFIG_SYS_NIOS_CPU b/doc/README.nios_CONFIG_SYS_NIOS_CPU similarity index 100% rename from README.nios_CONFIG_SYS_NIOS_CPU rename to doc/README.nios_CONFIG_SYS_NIOS_CPU ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
