Hi I've had a quad from late 2013 which I've tried starting to use again. Around the time I got it I found that everything worked well with the Arduino and Ubuntu images I wrote to the flash card. I didn't use for a period of months and then over Christmas tried using it again with the new Ubuntu image. The power supply I've got should deliver 12 volts at the amps required and was working well with the previous SD images. I have tried using the Udoo linux distro UDOObuntu for the quad. I get to the splash screen on the monitor and then it appears to boot again. Attaching the serial cable I find it some some sort of reset ... Reset cause: POR .. The full output is blow showing the boot sequence. I'm starting to suspect some chip error. Can anyone help? AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part No port device detected! sata - SATA sub system Usage: sata init - init SATA sub system sata info - show available SATA devices sata device [dev] - show or set current device sata part [dev] - print partition table sata read addr blk# cnt sata write addr blk# cnt AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part No port device detected! sata - SATA sub system Usage: sata init - init SATA sub system sata info - show available SATA devices sata device [dev] - show or set current device sata part [dev] - print partition table sata read addr blk# cnt sata write addr blk# cnt Booting from mmc ... 4788388 bytes read in 431 ms (10.6 MiB/s) ## Booting kernel from Legacy Image at 12000000 ... Image Name: Linux-3.0.35 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 4788324 Bytes = 4.6 MiB Load Address: 10008000 Entry Point: 10008000 Verifying Checksum ... OK Loading Kernel Image ... OK Starting kernel ... [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.0.35 (udoo@ubuntu) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #7 SMP PREEMPT Thu Jul 3 15:12:59 CEST 2014 [ 0.000000] CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d [ 0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.000000] Machine: SECO i.Mx6 UDOO Board [ 0.000000] Kernel ver: v. 131\nMemory policy: ECC disabled, Data cache writealloc [ 0.000000] CPU identified as i.MX6Q, silicon rev 1.2 [ 0.000000] PERCPU: Embedded 7 pages/cpu @8c008000 s5504 r8192 d14976 u32768 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 227328 [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk0p1 rootwait rw fbmem=24M gpu_reserved=128M video=mxcfb0:dev=hdmi,1920x1080M@60,bpp=32 [ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [ 0.000000] Memory: 640MB 256MB = 896MB total [ 0.000000] Memory: 895020k/895020k available, 153556k reserved, 0K highmem [ 0.000000] Virtual kernel memory layout: [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB) [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) [ 0.000000] DMA : 0xf4600000 - 0xffe00000 ( 184 MB) [ 0.000000] vmalloc : 0xc0800000 - 0xf2000000 ( 792 MB) [ 0.000000] lowmem : 0x80000000 - 0xc0000000 (1024 MB) [ 0.000000] pkmap : 0x7fe00000 - 0x80000000 ( 2 MB) [ 0.000000] modules : 0x7f000000 - 0x7fe00000 ( 14 MB) [ 0.000000] .init : 0x80008000 - 0x8003a000 ( 200 kB) [ 0.000000] .text : 0x8003a000 - 0x80c474f0 (12342 kB) [ 0.000000] .data : 0x80c48000 - 0x80cb4c80 ( 436 kB) [ 0.000000] .bss : 0x80cb4ca4 - 0x80d077e4 ( 331 kB) [ 0.000000] SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] Preemptible hierarchical RCU implementation. [ 0.000000] NR_IRQS:624 [ 0.000000] MXC GPIO hardware [ 0.000000] sched_clock: 32 bits at 3000kHz, resolution 333ns, wraps every 1431655ms [ 0.000000] arm_max_freq=1GHz [ 0.000000] MXC_Early serial console at MMIO 0x21e8000 (options '115200') [ 0.000000] bootconsole [ttymxc1] enabled [ 0.000000] Console: colour dummy device 80x30 [ 0.219509] Calibrating delay loop... 1581.05 BogoMIPS (lpj=7905280) [ 0.307844] pid_max: default: 32768 minimum: 301 [ 0.312733] Mount-cache hash table entries: 512 [ 0.317990] Initializing cgroup subsys cpuacct [ 0.322493] Initializing cgroup subsys devices [ 0.326952] Initializing cgroup subsys freezer [ 0.331445] Initializing cgroup subsys blkio [ 0.335781] CPU: Testing write buffer coherency: ok [ 0.340940] hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 7 counters available [ 0.441475] CPU1: Booted secondary processor [ 0.521477] CPU2: Booted secondary processor [ 0.601500] CPU3: Booted secondary processor [ 0.640978] Brought up 4 CPUs [ 0.656808] SMP: Total of 4 processors activated (6324.22 BogoMIPS). [ 0.663614] devtmpfs: initialized [ 0.683962] print_constraints: dummy: [ 0.687961] NET: Registered protocol family 16 [ 0.696893] print_constraints: vddpu: 725 <--> 1300 mV at 1150 mV fast normal [ 0.704481] print_constraints: vddcore: 725 <--> 1300 mV at 1150 mV fast normal [ 0.712264] print_constraints: vddsoc: 725 <--> 1300 mV at 1200 mV fast normal [ 0.719898] print_constraints: vdd2p5: 2000 <--> 2775 mV at 2400 mV fast normal [ 0.727669] print_constraints: vdd1p1: 800 <--> 1400 mV at 1100 mV fast normal [ 0.735357] print_constraints: vdd3p0: 2625 <--> 3400 mV at 3000 mV fast normal [ 0.744463] [ 0.744468] > UDOO quad [ 0.748242] > rev C Called set_gpios_direction [ 0.752923] Test and set gpios directions and values by Gionji feat. Ekirei test U-Boot 2013.10-rc3 (Jan 20 2014 - 13:33:34) CPU: Freescale i.MX6Q rev1.2 at 792 MHz Reset cause: POR Board: UDOO DRAM: 1 GiB MMC: FSL_SDHC: 0 auto-detected panel HDMI Display: HDMI (1024x768) In: serial Out: serial Err: serial Net: using phy at 6 FEC [PRIME] Warning: failed to set MAC address Hit any key to stop autoboot: 0
Based on the "Reset cause: POR" (meaning Power-On Reset), I would try swapping in another 12V supply if you can, if only to rule that out. Power adapters do occasionally go bad over time, usually from faulty electrolytic capacitors inside, and can then start putting out "dirty" power (full of high-frequency noise) that still measures OK on a simple DC meter. That's assuming the POR report is accurate, though. Some ARM boards report this unconditionally regardless of reset cause... now I'm curious to test my Udoo's to see. If it's not the PSU, and you have another SD card on hand, try maybe writing the Debian image to it and booting from that.
