Re: panic while doing lots of IO on lpfc
- From: Meelis Roos <mroos@xxxxxxxx>
- Date: Thu, 9 Oct 2008 17:39:50 +0300 (EEST)
Bad page state in process 'dd'
page:ffffe200005130c0 flags:0x4000000000000009 mapping:0000000000000000
mapcount:0 count:0
Trying to fix it up, but a reboot is needed
Tried to lock a free page. Is the address of the page always the same,
and the first bit in flags always set after each reboot? Does the
machine pass a memtest?
The machine has worked transporting lots of data and compiling many
kernels a week, but I haven't done a memtest in more than a year.
The messages have scrolled away in other cases.
It could be that someone actually tried to lock the page, though...
You could try putting a BUG_ON(!page_count(page)) at the start of
the trylock_page function.
Some more messages might provide more clues.
Will try netconsole after haveing finished the same test with Qlogic
HBA.
--
Meelis Roos (mroos@xxxxxxxx)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: panic while doing lots of IO on lpfc
- From: Meelis Roos
- Re: panic while doing lots of IO on lpfc
- References:
- panic while doing lots of IO on lpfc
- From: Meelis Roos
- Re: panic while doing lots of IO on lpfc
- From: Nick Piggin
- panic while doing lots of IO on lpfc
- Prev by Date: Re: panic while doing lots of IO on lpfc
- Next by Date: Re: [RESEND] [PATCH] VFS: make file->f_pos access atomic on 32bit arch
- Previous by thread: Re: panic while doing lots of IO on lpfc
- Next by thread: Re: panic while doing lots of IO on lpfc
- Index(es):
Relevant Pages
|
