[Cbe-oss-dev] ps3 kernel lockdep issue?

[Siarhei Siamashka]

Hi,

I have the following stuff reported in dmesg log when booting ps3, using
2.6.32-rc4 kernel. But checking older kernels (ex. 2.6.29) shows that the
issue has been there too. Any plans/ideas how to fix it?

-- 
Best regards,
Siarhei Siamashka
-------------- next part --------------
...
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:  8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        8191
... CLASSHASH_SIZE:          4096
... MAX_LOCKDEP_ENTRIES:     16384
... MAX_LOCKDEP_CHAINS:      32768
... CHAINHASH_SIZE:          16384
 memory used by lock dependency info: 5855 kB
 per task-struct memory footprint: 1920 bytes
Mount-cache hash table entries: 256
irq: irq 3 on host null mapped to virtual irq 16
------------[ cut here ]------------
Badness at kernel/lockdep.c:2460
Processor 1 found.
NIP: c000000000098634 LR: c000000000098618 CTR: 00000000002de9f4
REGS: c00000000605b8f0 TRAP: 0700   Not tainted  (2.6.32-rc4-01000-gb30a57e-dirty)
MSR: 8000000000020032 <CE,IR,DR>  CR: 22000022  XER: 00000000
TASK = c000000006054140[0] 'swapper' THREAD: c000000006058000 CPU: 1
GPR00: 0000000000000000 c00000000605bb70 c0000000006e1420 0000000000000001
GPR04: 00000000000080d0 0000000000000000 0000000000000420 c0000000005370eb
GPR08: 0000000000000000 c000000000f7abf0 0000000000000000 c000000000716a00
GPR12: 8000000000000032 c000000000711680 0000000000000000 0000000000000000
GPR16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
GPR20: 0000000000000000 c000000000322468 0000000000000420 0000000000000000
GPR24: 0000000000000001 c0000000006ea500 0000000000000004 00000000000080d0
GPR28: 00000000000080d0 00000000000080d0 c000000000666bf8 0000000000000000
NIP [c000000000098634] .lockdep_trace_alloc+0xc0/0x104
LR [c000000000098618] .lockdep_trace_alloc+0xa4/0x104
Call Trace:
[c00000000605bb70] [c0000000000985b8] .lockdep_trace_alloc+0x44/0x104 (unreliable)
[c00000000605bc00] [c000000000112090] .kmem_cache_alloc+0x50/0x1c0
[c00000000605bcb0] [c0000000000b20d8] .request_threaded_irq+0xd0/0x22c
[c00000000605bd80] [c000000000022d10] .smp_request_message_ipi+0x5c/0xb0
[c00000000605be20] [c0000000005c78a4] .ps3_smp_setup_cpu+0x78/0xd8
[c00000000605bed0] [c00000000041c618] .start_secondary+0xd0/0x3b0
[c00000000605bf90] [c000000000007264] .start_secondary_prolog+0x10/0x14
Instruction dump:
2f800000 409e0034 2fbf0000 40be002c 481e01a1 60000000 2fa30000 419e0024
e93e8198 80090000 2f800000 409e0014 <0fe00000> 4800000c 38800002 4bfffe75
irq: irq 4 on host null mapped to virtual irq 17
irq: irq 5 on host null mapped to virtual irq 18
irq: irq 6 on host null mapped to virtual irq 19
clockevent: decrementer mult[146dc5d6] shift[32] cpu[1]
Brought up 2 CPUs
irq: irq 7 on host null mapped to virtual irq 20
irq: irq 8 on host null mapped to virtual irq 21
irq: irq 9 on host null mapped to virtual irq 22
irq: irq 10 on host null mapped to virtual irq 23
CPU0 attaching sched-domain:
 domain 0: span 0-1 level SIBLING
  groups: 0 (cpu_power = 589) 1 (cpu_power = 589)
  domain 1: span 0-1 level CPU
   groups: 0-1 (cpu_power = 1178)
CPU1 attaching sched-domain:
 domain 0: span 0-1 level SIBLING
  groups: 1 (cpu_power = 589) 0 (cpu_power = 589)
  domain 1: span 0-1 level CPU
   groups: 0-1 (cpu_power = 1178)
...