[U-Boot] U-Boot and gcc 4.9.0

2014-06-18 Thread Renaud Barbier
I compiled the P1010RDB boot loader using the PowerPC gcc version 4.9.0. The binary failed to boot with a DATA TLB exception. After investigating and producing an objdump, I saw the following in the function cpu_init_early_f: void cpu_init_early_f(void *fdt) { ... #ifdef CONFIG_A003399_NOR_WORKARO

[U-Boot] ubifs: memory possibly not freed

2011-09-30 Thread Renaud Barbier
Looking at the function ubifs_finddir in the file fs/ubifs/ubifs.c, I was wondering if some memory had not been freed before the function returns. 287 static int ubifs_finddir(struct super_block *sb, char *dirname, 288 unsigned long root_inum, unsigned long *inum) 289 { .

Re: [U-Boot] P1022 eTSEC

2011-02-10 Thread Renaud Barbier
t; On Wed, 2011-02-09 at 20:21 +0000, Renaud Barbier wrote: >> We have a system with a P1022 connected to a 5461S in SGMII mode. >> >> In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per >> AN3869. Note that those bit are described as reserved in the P1022

Re: [U-Boot] P1022 eTSEC

2011-02-09 Thread Renaud Barbier
Correction: P1013 On 09/02/11 20:21, Renaud Barbier wrote: > We have a system with a P1022 connected to a 5461S in SGMII mode. > > In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per > AN3869. Note that those bit are described as reserved in the P1022 doc > that

[U-Boot] P1022 eTSEC

2011-02-09 Thread Renaud Barbier
We have a system with a P1022 connected to a 5461S in SGMII mode. In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per AN3869. Note that those bit are described as reserved in the P1022 doc that I have. I was then able to transfer data at 100/1000 (10 not tested). As per AN3869

[U-Boot] [U-boot-file] arch/powerpc/cpu/mpc85xx/p1013_serdes.c is missing

2011-02-04 Thread Renaud Barbier
just noticed the following: The object file p1013_serdes.o is referenced in the file arch/powerpc/cpu/mpc85xx/Makefile: COBJS-$(CONFIG_P1013) += p1013_serdes.o However, the source code is not found in the directory. -- Renaud Barbier 14, Links Place 3/2 great Michael House Edinburgh

[U-Boot] JFFS2

2009-07-01 Thread Renaud barbier
U-boot based on v2009.06 I am seeing duplicated file on my JFFS2 partition as seen per u-boot after doing some operations on the partition from Linux. FRom U-boot I can get for instance: lrwxr-xr-x 30 Thu May 28 11:16:50 2009 dtb.old -> orginalfile lrwxrwxrwx8 Mon May 11 09:00:49

[U-Boot] JFFS2 + cache coherency

2009-06-02 Thread Renaud barbier
My system is based on MPc8544. I am loading a small standalone program (2KB) from the JFFS2 partition (NOR flash) My program crashes while it does not crash if loaded from a tftp server. After investifgation using Codewarrior I noticed that there is a difference between the memory and Dcache co

Re: [U-Boot] [RFC/PATCH] jffs2/mtdparts: Fix problem with usage from JFFS2 and MTDPARTS together

2009-06-01 Thread Renaud barbier
ommand. Nothing is displayed. Perhaps >> I didn't generate the JFFS2 image correctly (I never used JFFS2 in >> U-Boot before). Not sure. Perhaps somebody else could take a look at >> this as well. I'll continue looking into this on Monday. >> >> Signed-off-by:

[U-Boot] mtdparts and JFFS2

2009-05-04 Thread Renaud barbier
I have used the new (to me) dynamic partitioning system with JFFS2. I have defined one partiton as follows: mtdids=nor0=boardnor mtdparts=mtdparts=boardnor:4m(boot) After using chpart (chpart nor0,0) successfully I was not able to list the file embedded in my jffs2 image using the command ls. I

Re: [U-Boot] NAND on mpc8360erdk

2009-04-23 Thread Renaud barbier
Thanks. I supposed the NAND on the TQM8548 is connected to the CPU as per Freescale Application Note. Wolfgang Grandegger wrote: > Renaud barbier wrote: > >> I am in the middle of NAND debugging on a MPC8544 based system. >> > > BTW: also the TQM8548

[U-Boot] NAND on mpc8360erdk

2009-04-22 Thread Renaud barbier
I am in the middle of NAND debugging on a MPC8544 based system. In the following code for the mpc8360erdk, why is there the instruction "out_8(upm->io_addr, 0x0);" in the for loop. Is that board specific? static void upm_setup(struct fsl_upm *upm) { int i; /* write upm array */ out_