From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759373AbYJIOkH (ORCPT ); Thu, 9 Oct 2008 10:40:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753015AbYJIOjw (ORCPT ); Thu, 9 Oct 2008 10:39:52 -0400 Received: from smtp2.it.da.ut.ee ([193.40.5.67]:60796 "EHLO smtp2.it.da.ut.ee" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752173AbYJIOjv (ORCPT ); Thu, 9 Oct 2008 10:39:51 -0400 Date: Thu, 9 Oct 2008 17:39:50 +0300 (EEST) From: Meelis Roos To: Nick Piggin cc: Linux Kernel list , linux-scsi@vger.kernel.org Subject: Re: panic while doing lots of IO on lpfc In-Reply-To: <200810101233.18726.nickpiggin@yahoo.com.au> Message-ID: References: <200810101233.18726.nickpiggin@yahoo.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > 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@linux.ee)