Hi Igor,
just had some time to look again to this and I've fixed the MAC problem as well as the PFUSE which now is detected correctly.
U-Boot 2014.04-imx_v2014.04_3.14.28_1.0.0_ga+g88123ea (Aug 28 2015 - 15:38:25)
CPU: Freescale i.MX6SX rev1.2 at 792 MHz
CPU: Temperature 49 C, calibration data: 0x5c553569
Reset cause: POR
Board: Domus iMX6SX (ID:e301dab51823b1d4)
I2C: ready
DRAM: 512 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
*** Warning - bad CRC, using default environment
In: serial
Out: serial
Err: serial
Found PFUZE200! deviceid 0x1, revid 0x21
mmc0 is current device
Net: FEC0
Warning: failed to set MAC address
Normal Boot
Hit any key to stop autoboot: 0
=> bdinfo
arch_number = 0x00000000
boot_params = 0x80000100
DRAM bank = 0x00000000
-> start = 0x80000000
-> size = 0x20000000
eth0name = FEC0
ethaddr = (not set)
current eth = FEC0
ip_addr = <NULL>
baudrate = 115200 bps
TLB addr = 0x9FFF0000
relocaddr = 0x9FF66000
reloc off = 0x18766000
irq_sp = 0x9DF63EE0
sp start = 0x9DF63ED0
=> setenv mmcroot /dev/mmcblk1p2 rootwait rw earlyprintk mem=384M
=> save
Saving Environment to MMC...
Writing to MMC(0)... done
=> boot
mmc0 is current device
reading boot.scr
** Unable to read file boot.scr **
reading zImage
5934680 bytes read in 277 ms (20.4 MiB/s)
Booting from mmc ...
reading domus-reva-ldo.dtb
47642 bytes read in 20 ms (2.3 MiB/s)
Kernel image @ 0x80800000 [ 0x000000 - 0x5a8e58 ]
## Flattened Device Tree blob at 83000000
Booting using the fdt blob at 0x83000000
Using Device Tree in place at 83000000, end 8300ea19
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.14.28-1.0.0_ga+g91cf351 (roberto@dragon.tekno-soft.it) (gcc version 4.9.2 (GCC) ) #1 SMP PREEMPT Fri Aug 28 14:58:41 CEST 2015
CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Voneus i.MX6 SoloX Domus Board
bootconsole [earlycon0] enabled
cma: CMA: reserved 32 MiB at 96000000
Memory policy: Data cache writealloc
PERCPU: Embedded 8 pages/cpu @95cca000 s8896 r8192 d15680 u32768
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 97536
Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk1p2 rootwait rw earlyprintk mem=384M
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 342144K/393216K available (7213K kernel code, 394K rwdata, 6196K rodata, 328K init, 428K bss, 51072K reserved, 0K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0x98800000 - 0xff000000 (1640 MB)
lowmem : 0x80000000 - 0x98000000 ( 384 MB)
pkmap : 0x7fe00000 - 0x80000000 ( 2 MB)
modules : 0x7f000000 - 0x7fe00000 ( 14 MB)
.text : 0x80008000 - 0x80d20678 (13410 kB)
.init : 0x80d21000 - 0x80d732c0 ( 329 kB)
.data : 0x80d74000 - 0x80dd6ac0 ( 395 kB)
.bss : 0x80dd6acc - 0x80e41d9c ( 429 kB)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=1.
RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
NR_IRQS:16 nr_irqs:16 16
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410000c8, AUX_CTRL 0x32030000, Cache size: 256 kB
...then lots of garbage!!!
I've also executed some mtest under uboot:
| DDR3 Device Information | |
| |
| Memory type: | DDR3 |
| Manufacturer: | Micron |
| Memory part number: | MT41K128M16JT-125 |
| Density per chip select (Gb): | 4 |
| Number of Chip Selects per channel used | 1 |
| Total DRAM density (Gb) | 4 |
| Number of ROW Addresses | 14 |
| Number of COLUMN Addresses | 10 |
| Number of BANKS | 8 |
| Bus Width (input 16, 32, or 64 bits) | 32 |
| Clock Cycle Freq (MHz) | 400 |
| Clock Cycle Time (ns) | 2.5 |
Booting this uboot, a straight mtest freeze immediately without an iteration
Normal Boot
Hit any key to stop autoboot: 0
=> mtest
Testing 80000000 ... a0000000:
Pattern 00000000 Writing... <freeze>
Trying to reduce the tested range like below:
Normal Boot
Hit any key to stop autoboot: 0
=> mtest 0x80000000 0x9e000000
Testing 80000000 ... 9e000000:
Pattern 00000000 Writing... Reading...
Mem error @ 0x9DF63D80: found 9FF849E0, expected 077D8F60
Mem error @ 0x9DF63D84: found 9FF8499C, expected 077D8F61
Mem error @ 0x9DF63D88: found 00000000, expected 077D8F62
Mem error @ 0x9DF63D8C: found 9FF7C3E0, expected 077D8F63
Mem error @ 0x9DF63D90: found 9DF63D8C, expected 077D8F64
Mem error @ 0x9DF63D94: found 9FF748B4, expected 077D8F65
Mem error @ 0x9DF63D9C: found 077D8F65, expected 077D8F67
Pattern FFFFFFFF Writing...
reports some errors than freeze, but works with this range:
Hit any key to stop autoboot: 0
=> mtest 0x80000000 0x9d000000
Testing 80000000 ... 9d000000:
Pattern 00000000 Writing... Reading...Iteration: 500
I assume this might depend by the PCB layout below?
TLB addr = 0x9FFF0000
relocaddr = 0x9FF66000
irq_sp = 0x9DF63EE0
sp start = 0x9DF63ED0
Any thought where to look at?
Thanks in advance,
Roberto Fichera.