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@xxxxxxxxxxx http://www.aurel32.net
