On Tue, 6 Jul 2010 17:17:16 -0700 Shawn Jin <shawnx...@gmail.com> wrote:
> >> That was it. The value @0xfa203bf8 is 0x20000001. The kernel > >> certainly moved forward till it stuck at the new place > >> cpm_uart_initbd() as shown below. > > > > Do you get any output from the serial port? I'd have expected > > something by the time you get to cpm_uart_initbd() -- in fact, the > > early output will have been shut down by then to make room for the > > real serial driver. > > Nothing new on the serial port. :-( Is the interrupt enabled during > the early debug stage? I'm not sure if the interrupt controller is set > properly in DTS. The same MPC875 settings are copied from the > adder875-uboot.dts. Interrupts are not used for the early serial output. > > Memory <- <0x0 0x8000000> (128MB) > ENET0: local-mac-address <- 00:09:9b:01:58:64 > CPU clock-frequency <- 0x7270e00 (120MHz) > CPU timebase-frequency <- 0x393870 (4MHz) > CPU bus-frequency <- 0x3938700 (60MHz) > > zImage starting: loaded at 0x00400000 (sp: 0x07d1ccd0) > Allocating 0x186bdd bytes for kernel ... > gunzipping (0x00000000 <- 0x0040c000:0x00591c30)...done 0x173b18 > bytes > > Linux/PowerPC load: root=/dev/ram > Finalizing device tree... flat tree at 0x59e300 > > Here is the kernel log buf dump. Anything suspicious? Nope, looks normal. -Scott _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
