[U-Boot] Breakage on arm/next

In rebasing arm/next against u-boot/next. There is a general error with targets that use onenand. This includes the targets nk8815_onenand omap3_evm smdkc100 The error message is env_onenand.c: In function 'env_relocate_spec': env_onenand.c:70: error: 'CONFIG_ENV_ADDR_FLEX' undeclared (first use

[U-Boot] [PATCH] samsung: fix DMC1_MEM_CFG for s3c64xx

The MSB of DMC1_MEM_CFG can be set to '1' for separate CKE control for S3C6400. In the configuration of SMDK6400, however, two 16-bit mDDR (SAMSUNG K4X51163) chips are used in parallel to form 32-bit memory bus and there is no need to contorl CKE for each chip separately. AFAIK, CKE1 is not at all

Re: [U-Boot] [PATCH] ppc: transform init_sequence into a function.

Dear Joakim Tjernlund, In message you wrote: > > > You know that I'm a really big fan of small code, and I tend to > > accept a certain amount of ugliness if it saves memory. But here I > > just disagree. > > I think most of the ugliness comes from the #ifdef hell in this list. > replacing the

Re: [U-Boot] [PATCH V4] OMAP3EVM: Added NAND support

hvaib...@ti.com wrote: > From: Vaibhav Hiremath > > The EVMS have been shipping with NAND (instead of OneNAND) as default. So, > this > patch sets NAND as default. > > To choose OneNAND, define CMD_ONENAND instead of CMD_NAND in the config file > omap3_evm.h > > Changes from V3 :- > - Ad

Re: [U-Boot] U-Boot hangs when board is attached to BDI2000

Hi Matthias, > When I issue a "reset run" within the BDI shell, the target boots as > expected, but when I start the target with "reset halt" to debug it from the > first instruction it behaves at described above. Remeber that a "reset run" lets the CPU run from reset completely by itself, this e

Re: [U-Boot] [PATCH] ppc: transform init_sequence into a function.

rub...@gnudd.com wrote on 27/11/2009 15:54:57: > > > I think most of the ugliness comes from the #ifdef hell in this list. > > replacing the #ifdefs is another matter so looking behind > > the #ifdef mess, I don't think it looks too bad. > > I think the approach I took with lib_arm/board.c may appl

Re: [U-Boot] [PATCH] ppc: transform init_sequence into a function.

> I think most of the ugliness comes from the #ifdef hell in this list. > replacing the #ifdefs is another matter so looking behind > the #ifdef mess, I don't think it looks too bad. I think the approach I took with lib_arm/board.c may apply as well. A simple weak init_nop(), no change at all in b

Re: [U-Boot] dts support in u-boot

Hi Anup, anupbeh...@gmail.com wrote: > Hi, > > I am porting u-boot on ppc440x5 core based board. I need to support dts > in uboot. > As i am new to dts, can anyone please let me know the procedure to > support it in uboot? > > Thanks, > Anup B. It is already supported in u-boot.

Re: [U-Boot] [PATCH] ppc: transform init_sequence into a function.

Wolfgang Denk wrote on 27/11/2009 15:06:34: > > Dear Joakim Tjernlund, > > In message <1259317926-9820-1-git-send-email-joakim.tjernl...@transmode.se> > you wrote: > > init_sequence is an array with function pointers. > > It produces lots of relocation data and it > > is hard to debug when someth

[U-Boot] dts support in u-boot

Hi, I am porting u-boot on ppc440x5 core based board. I need to support dts in uboot. As i am new to dts, can anyone please let me know the procedure to support it in uboot? Thanks, Anup B. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists

Re: [U-Boot] [PATCH] ppc: transform init_sequence into a function.

Dear Joakim Tjernlund, In message <1259317926-9820-1-git-send-email-joakim.tjernl...@transmode.se> you wrote: > init_sequence is an array with function pointers. > It produces lots of relocation data and it > is hard to debug when something fails. > > Transform it into a function, making it smal

Re: [U-Boot] [PATCH] omap3_mmc: Encapsulate twl4030 under option CONFIG_TWL4030_POWER

hvaib...@ti.com wrote: > From: Vaibhav Hiremath > > Fixes the build/compilation error if we try to re-use the omap3_mmc code > without TWL4030_POWER. > > Signed-off-by: Vaibhav Hiremath This is fine. I have pushed this to arm/next. Thanks Tom ___ U-

[U-Boot] I can not read Linux image from my nand flash

My u-boot version is u-boot-2009-08. In my U-boot, after I entered "nboot 80 0 0", the following messages shows: Loading from NAND 1GiB 3,3V 8-bit, offset 0x0 Image Name: Linux-2.6.22.sac.rd Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1045865 Bytes = 102

Re: [U-Boot] Weird problem with kernel/initrd loading

Dear "Ioannis Kyriakopoulos", please do not send separate copies of the same message to individual mail addresses and the mailing list. And please don't full-quote. In message you wrote: > > Can you then please tell me in which cases initrd command is used There is no such thing as an "initrd

Re: [U-Boot] [PATCH V2] arm/board.c: avoid ifdef using weak default functions

Tom wrote on 26/11/2009 20:18:22: > > Joakim Tjernlund wrote: > >> From: Alessandro Rubini > >> > >> While it's a matter of personal taste, I prefer to avoid ifdef when > >> possible. For example, I don't like to add BOARD_LATE_INIT in the > >> config file just to add a board_late_init() functio

[U-Boot] [PATCH] ppc: transform init_sequence into a function.

init_sequence is an array with function pointers. It produces lots of relocation data and it is hard to debug when something fails. Transform it into a function, making it smaller and easier to debug. textdata bss dec hex filename 1268 212 01480 5c8 lib_ppc/

Re: [U-Boot] Weird problem with kernel/initrd loading

Dear Wolfgang Denk, Thanks very much for your reply. >And anyway - why are you passing "initrd=" at all? Which part of the >documentation shows such an example? None, because it's wrong. Can you then please tell me in which cases initrd command is used because I've seen it being used in many ex

Re: [U-Boot] [PATCH] add lzop decompression support

> "Peter" == Peter Korsgaard writes: Peter> Add lzop decompression support to the existing lzo bitstream handling Peter> (think gzip versus zlib), and support it for uImage decompression if Peter> CONFIG_LZO is enabled. Comments? Peter> Lzop doesn't compress as good as gzip (~10% worse)

Re: [U-Boot] [PATCH, REGRESSION] mpc83xx: provide option to set LCRR early

> "Peter" == Peter Korsgaard writes: Peter> Commit c7190f02 (retain POR values of non-configured ACR, SPCR, SCCR, Peter> and LCRR bitfields) moved the LCRR assignment to after relocation Peter> to RAM because of the potential problem with changing the local bus Peter> clock while executin