All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Edwards <edwardsg@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: xfs Oops 2.6.12-rc4 Badness in xfs_page_state_convert
Date: Fri, 13 May 2005 17:58:14 +0000	[thread overview]
Message-ID: <20050513175814.GA2131@sgi.com> (raw)
In-Reply-To: <20050513155729.GC31449@cse.unsw.EDU.AU>

On Sat, May 14, 2005 at 01:57:29AM +1000, Darren Williams wrote:
| Hi all
|  I have been benchmarking on an Altix 350 4way and upon
| upgrading from 2.6.12-rc3 -> rc4 Git tree-id 
| eed337ef5e9ae7d62caa84b7974a11fddc7f06e0 using the sn2_defconfig
| with # CONFIG_MODULES is not set, I am seeing a constant stream of
| the following Oops:
| 
| Badness in xfs_page_state_convert at 
| /usr/src/dsw/SanJose/git-linux/fs/xfs/linux-2.6/xfs_aops.c:889
| 
| Call Trace:
|  [<a000000100010280>] show_stack+0x80/0xa0
|                                 spà0000b0f608f8f0 bspà0000b0f6089380
|  [<a0000001000102d0>] dump_stack+0x30/0x60
|                                 spà0000b0f608fac0 bspà0000b0f6089368
|  [<a0000001003a0cf0>] xfs_page_state_convert+0x530/0xac0
|                                 spà0000b0f608fac0 bspà0000b0f6089290
|  [<a0000001003a1fa0>] linvfs_writepage+0x120/0x240
|                                 spà0000b0f608fc00 bspà0000b0f6089258
|  [<a00000010018c5d0>] mpage_writepages+0x530/0x7e0
|                                 spà0000b0f608fc10 bspà0000b0f6089178
|  [<a0000001000fa760>] do_writepages+0xe0/0x100
|                                 spà0000b0f608fcb0 bspà0000b0f6089150
|  [<a0000001001888d0>] __sync_single_inode+0xb0/0x500
|                                 spà0000b0f608fcb0 bspà0000b0f60890e8
|  [<a000000100188e40>] __writeback_single_inode+0x120/0x320
|                                 spà0000b0f608fcb0 bspà0000b0f60890a0
|  [<a0000001001894e0>] sync_sb_inodes+0x4a0/0x6e0
|                                 spà0000b0f608fd30 bspà0000b0f6088fd8
|  [<a0000001001899f0>] writeback_inodes+0x2d0/0x300
|                                 spà0000b0f608fd30 bspà0000b0f6088f80
|  [<a0000001000fa140>] wb_kupdate+0x220/0x320
|                                 spà0000b0f608fd30 bspà0000b0f6088f28
|  [<a0000001000fb8a0>] __pdflush+0x240/0x420
|                                 spà0000b0f608fda0 bspà0000b0f6088e90
|  [<a0000001000fbac0>] pdflush+0x40/0x60
|                                 spà0000b0f608fda0 bspà0000b0f6088e78
|  [<a0000001000d5d70>] kthread+0x1f0/0x200
|                                 spà0000b0f608fdd0 bspà0000b0f6088e38
|  [<a0000001000125d0>] kernel_thread_helper+0xd0/0x100
|                                 spà0000b0f608fe30 bspà0000b0f6088e10
|  [<a000000100009120>] start_kernel_thread+0x20/0x40
|                                 spà0000b0f608fe30 bspà0000b0f6088e10
|   
| This patch introduces the WARN_ON
| http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h$e17b5fb99d4d1b47fe0847a3a801e36d431ff6

We hit this internally as well with our tests.  Christoph suggested the
following:

We're trylocking now if wbc->sync_mode is WB_SYNC_NONE, so having
page_dirty set on startio isn't fatal.  It should go away with the patch
below:

Index: linux-2.6/fs/xfs/linux-2.6/xfs_aops.c
=================================--- linux-2.6.orig/fs/xfs/linux-2.6/xfs_aops.c	2005-05-06
13:36:10.000000000 +0200
+++ linux-2.6/fs/xfs/linux-2.6/xfs_aops.c	2005-05-10
10:33:37.000000000 +0200
@@ -886,7 +886,7 @@
 		SetPageUptodate(page);
 
 	if (startio) {
-		WARN_ON(page_dirty);
+		WARN_ON(page_dirty && wbc->sync_mode != WB_SYNC_NONE);
 		xfs_submit_page(page, wbc, bh_arr, cnt, 0, !page_dirty);
 	}

  reply	other threads:[~2005-05-13 17:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-13 15:57 xfs Oops 2.6.12-rc4 Badness in xfs_page_state_convert Darren Williams
2005-05-13 17:58 ` Greg Edwards [this message]
2005-05-14  5:17 ` Darren Williams
2005-05-14 10:10 ` Darren Williams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050513175814.GA2131@sgi.com \
    --to=edwardsg@sgi.com \
    --cc=linux-ia64@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.