On Fri, May 01, 2009 at 12:36:42AM +0200, Luk Claes wrote:
> Hi
>
> > | [ 0.000000] Broadcom SiByte BCM1250 B2 @ 800 MHz (SB1 rev 2)
> > | [ 0.000000] Board type: SiByte BCM91250A (SWARM)
> > | [ 0.000000] This kernel optimized for board runs with CFE
> > | [ 0.000000] Determined physical RAM map:
> > | [ 0.000000] memory: 000000000fe47e00 @ 0000000000000000 (usable)
> > | [ 0.000000] Initrd not found or empty - disabling initrd
> > | [ 0.000000] Zone PFN ranges:
> > | [ 0.000000] DMA32 0x00000000 -> 0x00100000
> > | [ 0.000000] Normal 0x00100000 -> 0x00100000
> > | [ 0.000000] Movable zone start PFN for each node
> > | [ 0.000000] early_node_map[1] active PFN ranges
> > | [ 0.000000] 0: 0x00000000 -> 0x0000fe47
> > | [ 0.000000] Detected 1 available secondary CPU(s)
> > | [ 0.000000] Built 1 zonelists in Zone order, mobility grouping
> on. Total
> > pages: 64205
> > | [ 0.000000] Kernel command line: root=/dev/hdc1 console=duart0
> > | [ 0.000000] Primary instruction cache 32kB, VIVT, 4-way, linesize
> 32 bytes.
> > | [ 0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases,
> linesize 32
> > bytes
> > | [ 0.000000] PID hash table entries: 1024 (order: 10, 8192 bytes)
> >
> > And then it hangs...
>
> The zeros look like there are no timing interrupts happening. It's a
> pity we don't have hardware to test which kernel version introduced the
> bug (for instance with git-bisect and reboots).
>
I think the zeros are normal here, on other machines, the values
actually start to change just after this line.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
|