good ppc64 kernel source for p615

Hollis Blanchard hollisb at us.ibm.com
Wed Jan 14 09:28:38 EST 2004


On Jan 13, 2004, at 3:40 PM, Mike Kravetz wrote:
>
> Yesterday, I was seeing it fail at:
>
> time_init: decrementer frequency = 124.999447 MHz
> time_init: processor frequency   = 1000.000000 MHz
> cpu 0: Vector: 380 (Data SLB Access) at [c0000000fef9fb00]
>     pc: c000000000039498 (.prom_n_addr_cells+0x14/0x6c)
>     lr: c00000000041dea0 (.vio_bus_init+0x3c/0xac)
>     sp: c0000000fef9fd80
>    msr: 9000000000009032
>    dar: 70
>  dsisr: 200000
>   current = 0xc0000000fef6f360
>   paca    = 0xc00000000049e000
>     pid   = 1, comm = swapper
>
> A fix for this was submitted, and after pulling the fix I
> am getting a little further.

Yeah, sorry about that.

> However, I am still unable to boot.  It 'hangs' shortly after this:
>
> [boot]0020 XICS Init
> [boot]0021 XICS Done
> PID hash table entries: 16 (order 4: 256 bytes)
> time_init: decrementer frequency = 124.999928 MHz
> time_init: processor frequency   = 1000.000000 MHz
>
> The machine just sits here and I am unable to even enter
> the xmon debugger.

I'm surprised because I would expect to see the message "missing or
empty /vdevice node" here. I guess it's possible there's still a
problem here; my test system finally came back so I'll check it out.

You might try the kernel parameter "initcall_debug" to print addresses
of functions being called at that stage of boot (see do_initcalls in
init/main.c). Then refer to System.map, although I think since we tend
to have embedded sysmap these days that printk could be a bit more
useful...

--
Hollis Blanchard
IBM Linux Technology Center


** Sent via the linuxppc64-dev mail list. See http://lists.linuxppc.org/





More information about the Linuxppc64-dev mailing list