From: Daniel Phillips <phillips@innominate.de>
To: Mark Hindley <mh15@st-andrews.ac.uk>, linux-kernel@vger.kernel.org
Subject: Re: 2.4.0 kernel paging error
Date: Wed, 10 Jan 2001 17:55:05 +0100 [thread overview]
Message-ID: <3A5C93E9.A96EF8AE@innominate.de> (raw)
In-Reply-To: <l03130302b681de2fd7a0@[138.251.135.28]>
Mark Hindley wrote:
> I am running 2.4.0 final. I got the following failed paging request which
> produced a complete freeze.
>
> As you can see it was precipitated by cron starting to run some
> housekeeping stuff overnight.
>
> Has anyone else had prblems?
It looks real. It was executing this line of clear_inode in fs/inode.c:
380 if (inode->i_sb && inode->i_sb->s_op && inode->i_sb->s_op->clear_inode)
^^^^^^^^^^^^^
and it blew up here ----->
Seemingly, the page the inode's sb->super_block_operations lives on was freed
between the test of i_sb->s_op and ->s_op->clear_inode. This gets out of my
territory. Other than SMP, I don't see how this can happen. I reformatted
your oops (gack, too many timestamps) and provided a disassembly....
Unable to handle kernel paging request at virtual address c4870840
printing eip:
c013d747
*pde = 03d61063
*pte = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[clear_inode+159/216]
EFLAGS: 00010282
eax: c4870820 ebx: c338f4a0 ecx: c338f4a8 edx: c1169fa4
esi: c1169fa4 edi: c1dccde8 ebp: c1169fac esp: c1169f78
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 3, stackpage=c1169000)
Stack: c338f4a0 c013d7bf c338f4a0 c1dccc08 c1dccc00 c013d9c2 c1169fa4 000000ee
00000004 00000000 000003b3 c2c8fde8 c3e38bc8 00000000 c013d9f1 00000000
c0126453 00000006 00000004 00000006 00000004 00010f00 c01d32d7 c1168239
Call Trace: [dispose_list+63/88] [prune_icache+234/248] [shrink_icache_memory+33/48]
[do_try_to_free_pages+91/128] [kswapd+116/272] [kernel_thread+40/56]
Code: 8b 40 20 85 c0 74 06 53 ff d0 83 c4 04 8b 83 e0 00 00 00 85
0: 8b 40 20 mov 0x20(%eax),%eax
3: 85 c0 test %eax,%eax
5: 74 06 je d <_EIP+0xd> 0000000d Before first symbol
7: 53 push %ebx
8: ff d0 call *%eax
a: 83 c4 04 add $0x4,%esp
d: 8b 83 e0 00 00 00 mov 0xe0(%ebx),%eax
13: 85 00 test %eax,(%eax)
--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-10 16:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-10 9:39 2.4.0 kernel paging error Mark Hindley
2001-01-10 16:55 ` Daniel Phillips [this message]
2001-01-10 18:47 ` Philipp Rumpf
2001-01-11 8:23 ` Mark Hindley
2001-01-11 8:32 ` Keith Owens
-- strict thread matches above, loose matches on Subject: below --
2001-01-10 10:04 anders.karlsson
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=3A5C93E9.A96EF8AE@innominate.de \
--to=phillips@innominate.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mh15@st-andrews.ac.uk \
/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.