Thread (10 messages) flat view 10 messages, 2 authors, 2010-07-12

Re: kernel boot stuck at udbg_putc_cpm()

From: Scott Wood <hidden>
Date: 2010-07-07 15:42:47

On Tue, 6 Jul 2010 17:17:16 -0700
Shawn Jin [off-list ref] wrote:
quoted
quoted
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? =A0I'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.
=20
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.
=20
    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)
=20
    zImage starting: loaded at 0x00400000 (sp: 0x07d1ccd0)
    Allocating 0x186bdd bytes for kernel ...
    gunzipping (0x00000000 <- 0x0040c000:0x00591c30)...done 0x173b18
bytes
=20
    Linux/PowerPC load: root=3D/dev/ram
    Finalizing device tree... flat tree at 0x59e300
=20
Here is the kernel log buf dump. Anything suspicious?
Nope, looks normal.

-Scott
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help