Re: ia64 dies in slab code on next-20120906

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

On Thu, 6 Sep 2012 11:39:16 -0700 Tony Luck <tony.luck@xxxxxxxxx> wrote:
>
> Worked fine yesterday on next-20120905, crashes today. First sign of trouble
> was an unaligned access, then a NULL dereference. SL*B related bits of
> my config:
> 
> CONFIG_SLUB_DEBUG=y
> # CONFIG_SLAB is not set
> CONFIG_SLUB=y
> CONFIG_SLABINFO=y
> # CONFIG_SLUB_DEBUG_ON is not set
> # CONFIG_SLUB_STATS is not set

I get a similar crash on some of my PowerPC boot tests:

config bits:

CONFIG_SLUB_DEBUG=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
CONFIG_SLABINFO=y
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set

console log:

Memory: 10297068k/10485760k available (12364k kernel code, 188692k reserved, 1228k data, 904k bss, 472k init)
Unable to handle kernel paging request for data at address 0x6c6f632d34303936
Faulting instruction address: 0xc0000000001ba73c
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=32 NUMA pSeries
Modules linked in:
NIP: c0000000001ba73c LR: c0000000001ba9a4 CTR: 0000000000000000
REGS: c000000000d2f860 TRAP: 0300   Not tainted  (3.6.0-rc4-autokern1)
MSR: 8000000002001032 <SF,VEC,ME,IR,DR,RI>  CR: 24028084  XER: 00000001
SOFTE: 0
CFAR: 00000000000057ac
DAR: 6c6f632d34303936, DSISR: 40000000
TASK = c000000000c58b00[0] 'swapper' THREAD: c000000000d2c000 CPU: 0
GPR00: 0000000080010400 c000000000d2fae0 c000000000d2bf70 c00000027e000000 
GPR04: f000000008b901c0 c00000027e008000 0000000000000000 0000000000000001 
GPR08: 0000000022000000 6c6f632d34303936 000000000000000e 0000000000000000 
GPR12: 0000000044022088 c00000000fffb000 0000000001080000 c00000027e002040 
GPR16: c00000027fee9298 c000000000d4d060 0000000000001680 0000000000000001 
GPR20: c000000000d2fc90 0000000000000000 0000000000000000 0000000000210d00 
GPR24: 0000000000000000 f000000008b901c0 c00000027e008000 c00000027e008000 
GPR28: c00000027e008000 c00000027e008000 c000000000ca32e0 c00000027e000000 
NIP [c0000000001ba73c] .setup_object+0x7c/0xa0
LR [c0000000001ba9a4] .new_slab+0x244/0x3e0
Call Trace:
[c000000000d2fae0] [c000000000d2fb60] init_thread_union+0x3b60/0x4000 (unreliable)
[c000000000d2fb70] [c0000000001ba9a4] .new_slab+0x244/0x3e0
[c000000000d2fc20] [c0000000001bb794] .__slab_alloc+0x364/0x5a0
[c000000000d2fd70] [c0000000001bc8b8] .kmem_cache_alloc+0xb8/0x1f0
[c000000000d2fe20] [c000000000bd030c] .kmem_cache_init+0x128/0x378
[c000000000d2fef0] [c000000000b9d974] .start_kernel+0x1e0/0x48c
[c000000000d2ff90] [c0000000000096f8] .start_here_common+0x20/0x28
Instruction dump:
eba1ffe8 ebc1fff0 ebe1fff8 7c0803a6 4e800020 7ca42b78 38a000bb 4bffe5a9 
7fe3fb78 7fa4eb78 4bffff0d 4bffffc0 <e8090000> f8410028 7fa3eb78 7c0903a6 

The data address above is "loc-4096" ...

-- 
Cheers,
Stephen Rothwell                    sfr@xxxxxxxxxxxxxxxx

Attachment: pgpgfgJIrgiFU.pgp
Description: PGP signature


[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux