On 01/19/2014 18:06, Manfred Antar wrote: > vm_reserv.c starting with revision 259999 causes panic on sparc64 (netra T1 200) > version 259998 works > > backtrace: > Starting apache22. > panic: Bad link elm 0xfffff8007d4728f8 prev->next != elm > cpuid = 0 > KDB: enter: panic > [ thread pid 1965 tid 100058 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> bt > Tracing pid 1965 tid 100058 td 0xfffff80001880db0 > vpanic() at vpanic+0x1f8 > panic() at panic+0x20 > vm_page_dequeue() at vm_page_dequeue+0xf8 Can you provide the full contents of the struct vm_page that is being passed to vm_page_dequeue? > vm_fault_hold() at vm_fault_hold+0x54c > vm_fault() at vm_fault+0x88 > trap_pfault() at trap_pfault+0x1ac > trap() at trap+0xdc > -- data access protection tar=0x4100679c sfar=0x41006010 sfsr=0x800005 %o7=0x4062ea3c -- > userland() at 0x4062eab8 > user trace: trap %o7=0x4062ea3c > pc 0x4062eab8, sp 0x7fdffffd811 > pc 0x4062ecd0, sp 0x7fdffffd8d1 > pc 0x406397f0, sp 0x7fdffffd991 > pc 0x1121f8, sp 0x7fdffffda71 > pc 0x11bc4c, sp 0x7fdffffdb31 > pc 0x10fce8, sp 0x7fdffffdbf1 > pc 0x107e14, sp 0x7fdffffdcb1 > pc 0x106310, sp 0x7fdffffdd71 > pc 0x107160, sp 0x7fdffffde81 > pc 0x106360, sp 0x7fdffffe041 > pc 0x106284, sp 0x7fdffffe151 > pc 0x111c6c, sp 0x7fdffffe261 > pc 0x112118, sp 0x7fdffffe341 > pc 0x102bc4, sp 0x7fdffffe441 > pc 0x402258f4, sp 0x7fdffffe501 > done > > > ======================== > || null_at_pozo.com || > || || > ======================== > >Received on Mon Jan 20 2014 - 07:18:10 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:46 UTC