[U-Boot] Help Request - Command parsing, find_cmd (), possible linker script problem

Hi All, So far I have my sc520 board booting into main_loop (), DRAM configured and serial ports working. Now I seem to be stuck on getting commands to execute (even help). Using printf() I have traced my problem into find_cmd (). I added the following into find_cmd() just before the for loop: pr

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

Le vendredi 19 septembre 2008 à 11:16 +0200, Remy Bohmer a écrit : > > I'll try to test on some other AT91SAM9 boards later today, if I find a > > few minutes... > > Thanks, and I expect to hear some more positive news ;-))) I'm afraid I have more bad news. I updated my tree to the latest git.

Re: [U-Boot] [PATCH] Add MTD core & partition

On Friday 19 September 2008, Michael Lawnick wrote: > > BTW: Which NOR FLASH driver are you using? The common CFI driver? It has > > no real connection to the MTD layer which is needed for the UBI port from > > Kyungmin. Did you think about this? > > We are using CFI driver for AM29GL512. > As said

Re: [U-Boot] [PATCH] Add MTD core & partition

Stefan Roese denx.de> writes: > > On Friday 19 September 2008, Michael Lawnick wrote: > > how far have you got? > > We are planning to integrate UBI in u-boot too (NOR flashes), so if all is > > already done - or will be in next time - we could spare some hours ... > > We also have a project to

Re: [U-Boot] embedded standalone app for AVR32

"FLYNN Sean" <[EMAIL PROTECTED]> wrote: > I suspected the linkerscript was the issue. > > Can anyone point me in the right direction to a correct linker script > for my purposes or even a good online source on how to correctly edit or > generate a linker scripts with regards to interrupts/heap/sta

Re: [U-Boot] [PATCH] Add MTD core & partition

On Friday 19 September 2008, Michael Lawnick wrote: > how far have you got? > We are planning to integrate UBI in u-boot too (NOR flashes), so if all is > already done - or will be in next time - we could spare some hours ... We also have a project to integrate UBI support into U-Boot. The real UB

Re: [U-Boot] Malformed ARP packets

Remi Lefevre wrote: >> That is the critical issue: the PSDMR values. If all else fails, read the >> part number off a chip that is on your board and download the datasheet for >> *that* *exact* part number. Sometimes manufacturers upgrade their parts or >> hardware makes a "compatible" substituti

Re: [U-Boot] Malformed ARP packets

> That is the critical issue: the PSDMR values. If all else fails, read the > part number off a chip that is on your board and download the datasheet for > *that* *exact* part number. Sometimes manufacturers upgrade their parts or > hardware makes a "compatible" substitution and the timing is dif

Re: [U-Boot] [PATCH] Add MTD core & partition

Kyungmin Park infradead.org> writes: > > It's preparation for UBI codes. > UBI uses partition and get & put mtd devices > ... Hi, how far have you got? We are planning to integrate UBI in u-boot too (NOR flashes), so if all is already done - or will be in next time - we could spare some hours

Re: [U-Boot] Malformed ARP packets

Remi Lefevre wrote: > Thank you very much for your clues as I'm stuck on this for almost a week. > > [snip] >> Is this DIMM memory sticks with using SPD configuration or are the SDRAM >> chips soldered to the board? > > They are soldered. Yup, thought so. ;-) > My SDRAM is a Micron MT48LC16M16A

[U-Boot] [patch 0/1] Add _all_ missing types to dev_print() in part.c

Recently a patch was added to U-boot to add IF_TYPE_USB to dev_print() in part.c I seem to have been overlooking this patch, so I fixed the same issue myself. However, after upgrading to latest git I noticed that there were still several types missing in this routine, so here is a patch to make the

[U-Boot] [patch 1/1] Add missing device types to dev_print() in part.c

Add all missing types to dev_print() in part.c Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]> --- disk/part.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) Index: u-boot/disk/part.c === --- u-boot.orig/disk/part.

[U-Boot] U-Boot Build Error 1 :invalid option

Hi, I am relatively new to U-Boot. I tried building u-boot image for ep8248 board but it failed when I typed $ make distclean $ make ep8248_config : invalid option make: *** [ep8248_config] Error 1 $ I am using u-boot version 1.3.2 Can anybody let me know what is this error and how to o

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

Hello Markus, > Are you guys working on top of git? Doesn't the following commit fix > this already? uuuh, I am not updating daily... But, I verified and publish my patches always on latest git, but that is something different than using the latest git in our product on daily base... So, I did no

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

On Fri, Sep 19, 2008 at 11:45:44AM +0200, Remy Bohmer wrote: > >> > U-Boot> usb storage > >> > Device 0: not available > > What about this one ? Isn't this supposed to say something else ? > > I got it! > Currently the IF_TYPE_USB is not handled in the dev_print routine in part.c > It is just a

Re: [U-Boot] [PATCH 1/4] Fix the NAND size overflow issue.

Hi Jason, > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jason Jin > Sent: Friday, September 19, 2008 11:33 AM > To: [EMAIL PROTECTED] > Cc: u-boot@lists.denx.de; Jason Jin > Subject: [U-Boot] [PATCH 1/4] Fix the NAND size overflow issue. > > > When

[U-Boot] [PATCH 1/4] Fix the NAND size overflow issue.

When the NAND size is or large than 4G, the size will overflow, The adjustment in this patch try to fix this. Signed-off-by: Jason Jin <[EMAIL PROTECTED]> --- drivers/mtd/nand/nand.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/nand/nand.c b/drivers/mtd/

[U-Boot] [PATCH 4/4] Enable NAND support for MPC8572DS board.

Define NAND support the 8572DS board. Add mem space and corresponding law/tlb entries for it. Signed-off-by: Jason Jin <[EMAIL PROTECTED]> --- board/freescale/mpc8572ds/law.c |1 + board/freescale/mpc8572ds/tlb.c |5 include/configs/MPC8572DS.h | 51

[U-Boot] [PATCH 2/4] Make the fsl_elbc_nand driver work for both 83xx and 85xx

This patch try to make the fsl_elbc_nand driver work for both 83xx and 85xx boards. Move the FMR Macros from 83xx.h to fsl_lbc.h and redefine the elbc register structure in the driver. Signed-off-by: Jason Jin <[EMAIL PROTECTED]> --- drivers/mtd/nand/fsl_elbc_nand.c | 63 +++

[U-Boot] [PATCH 3/4] Enable NAND support for MPC8536DS board

Define NAND support the 8536DS board. Add mem space and corresponding law/tlb entries for it. Signed-off-by: Jason Jin <[EMAIL PROTECTED]> --- board/freescale/mpc8536ds/law.c |1 + board/freescale/mpc8536ds/tlb.c |4 +++ include/configs/MPC8536DS.h | 52 +

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

Hello Stelian, >> > U-Boot> usb storage >> > Device 0: not available > What about this one ? Isn't this supposed to say something else ? I got it! Currently the IF_TYPE_USB is not handled in the dev_print routine in part.c It is just a info printing issue, not a real functional bug. I am workin

Re: [U-Boot] Malformed ARP packets

Thank you very much for your clues as I'm stuck on this for almost a week. [snip] > Is this DIMM memory sticks with using SPD configuration or are the SDRAM > chips soldered to the board? They are soldered. > Did you verify the SDRAM databook timing vs. what you configured your SDRAM > controlle

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

Hello Stelian, >> Does it work without the patches? Is it a regression, or still an >> improvement? > It is an improvement, without the patches it doesn't work at all I am happy to hear that :-))) So, Markus, please do not let this issue stop you from integrating these patches :-)) >> > U-Boot

Re: [U-Boot] [patch 0/3] Improve stability USB memory sticks for the common OHCI USB layer.

Le jeudi 18 septembre 2008 à 16:54 +0200, Remy Bohmer a écrit : > Hello Stelian, Hi Remy, > > > I gave your patches a run on an AT91CAP9 and had limited success with > > them (usb seems to work, usb storage do not): > > Does it work without the patches? Is it a regression, or still an improveme

Re: [U-Boot] [PATCH v3] Add support for KMC KZM-ARM11-01 board

This patch adds support for KMC KZM-ARM11-01 board. This board is configured with CFG_HZ=1000, so it needs the following patch. i.MX31: switch to CFG_HZ=1000. Signed-off-by: Atsuo Igarashi <[EMAIL PROTECTED]> --- Sorry, I've sent a incomplete comment, the above is a correct comment. Regards, At

[U-Boot] [PATCH v3] Add support for KMC KZM-ARM11-01 board

This patch adds support for KMC KZM-ARM11-01 board. This board is configured with CFG_HZ=1000, so Signed-off-by: Atsuo Igarashi <[EMAIL PROTECTED]> MAKEALL|1 + Makefile |3 + board/kzm_arm11_01/Makefile| 49 +++ board/kz