Messages in this thread |  | | | Date | Thu, 09 Mar 2006 20:05:25 +1100 | | From | Nick Piggin <> | | Subject | Re: 2.6.15-rt20, "bad page state", jackd |
| |
Heiko Carstens wrote:
> Actually I have a bug report that looks quite the same. Happens on s390x > with lots of I/O stress. But that is against vanilla 2.6.16-rc4 + additional > patches. I need to ask to reproduce that with a plain vanilla kernel, so > that a git bisect search might help to figure out what is wrong. > Unfortunately it seems to take hours before we hit the bug. >
It is different because yours is coming from __alloc_pages, so if there are no previous warnings then it means it wasn't corrupted before last being freed, so it is a use-after-free bug. I'm surprised at how many fields have been modified though (mapping, count, mapcount).
PG_error is set, which might mean it is a bug in an error handling path that doesn't trigger very often.
> <0>Bad page state in process 'blast' > <0>page:0000000000507d00 flags:0x000000060000002a mapping:00000000007570b0 mapcount:1 count:8 > <0>Trying to fix it up, but a reboot is needed > <0>Backtrace: > <4>0000000006e93750 0000000000000000 0000000000773780 0700000000007c7a > <4> 0000000000000001 000000000025f878 000000000025f878 0000000000104840 > <4> 0000000000000000 000000060000002a 0000000000000000 0000000000518d50 > <4> 000000000000000c 0000000000000008 0000000006e936f8 0000000006e93770 > <4> 000000000044e1f0 0000000000104840 0000000006e936f8 0000000006e93738 > <4>Call Trace: > <4>([<0000000000104870>] dump_stack+0x2b8/0x374) > <4> [<00000000001a97de>] get_page_from_freelist+0x72e/0x8e8 > <4> [<00000000001a9aa8>] __alloc_pages+0x110/0x324 > <4> [<00000000001b37a0>] page_cache_readahead+0xf6c/0x11e4 > <4> [<000000000019f870>] do_generic_mapping_read+0x150/0x828 > <4> [<00000000001a07f4>] generic_file_aio_read+0x1f8/0x258 > <4> [<00000000001fa844>] do_sync_read+0x130/0x1bc > <4> [<00000000001fc230>] sys_read+0x170/0x3b8 > <4> [<000000000010fb20>] sysc_tracego+0xe/0x14 > <4> [<0000020000043a84>] 0x20000043a84 > > Heiko
-- SUSE Labs, Novell Inc. Send instant messages to your online friends http://au.messenger.yahoo.com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |