From: Matt Bernstein <mb/lkml@dcs.qmul.ac.uk>
To: Andi Kleen <ak@muc.de>
Cc: Andrew Morton <akpm@digeo.com>,
elenstev@mesatop.com, linux-kernel@vger.kernel.org,
linux-mm@kvack.org
Subject: Re: 2.5.68-mm4
Date: Wed, 7 May 2003 11:27:02 +0100 (BST) [thread overview]
Message-ID: <Pine.LNX.4.55.0305071121220.6697@r2-pc.dcs.qmul.ac.uk> (raw)
In-Reply-To: <20030506143533.GA22907@averell>
On May 6 Andi Kleen wrote:
>On Tue, May 06, 2003 at 04:15:55PM +0200, Matt Bernstein wrote:
>> Is this helpful?
>
>What I really need is an probably decoded with ksymoops oops, not jpegs.
ksymoops 2.4.9 on i686 2.4.20-8. Options used
-v /opt/linux-2.5.69-mm1/vmlinux (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.5.69-mm1 (specified)
-m /boot/System.map-2.5.69-mm1 (specified)
No modules in ksyms, skipping objects
ACPI: LAPIC_NMI (acpi_id[0xff] polarity[0x0] trigger[0x0] lint[0x1])
Machine check exception polling timer started.
Unable to handle kernel paging request at virtual address c03b6e83
c010e93f
*pde = 00102027
Oops: 0000 [#1]
CPU: 0
EIP: 0060:[<c010e93f>] Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: e094c580 ebx: 00000001 ecx: 00000000 edx: c0345740
esi: c03b6e83 edi: e0944f1d ebp: 00000001 esp: dcfb5ed8
ds: 007b es: 007b ss: 0068
Stack: 00000000 dcfb5ee8 00000001 c0345740 00000003 e094c580 e093c448 c030321c
e093c19f c030320b c01149fe e094c568 e094c5f7 e093c0f2 e092f000 e093c1f0
00000460 00000460 c012f7e1 e092f000 e093c1f0 e09505c0 00000016 e09505c0
Call Trace:
[<c01149fe>] module_finalize+0x8e/0xa0
[<c012f7e1>] load_module+0x6d1/0x920
[<c012faa8>] sys_init_module+0x78/0x1d0
[<c01091e5>] sysenter_past_esp+0x52/0x71
Code: 8b 54 24 0c 0f 4c dd 8b 7c 24 10 03 38 81 fb ff 01 00 00 8b 34 9a 77 39 89 d9 c1 e9 02 f3 a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 <a4> 29 dd 01 5c 24 10 85 ed 7f be 83 44 24 14 0c 8b 5c 24 30 39
>>EIP; c010e93f <apply_alternatives+ff/180> <=====
>>eax; e094c580 <_end+20555520/3fc06fa0>
>>edx; c0345740 <k7_nops+0/24>
>>esi; c03b6e83 <k7nops+0/2d>
>>edi; e0944f1d <_end+2054debd/3fc06fa0>
>>esp; dcfb5ed8 <_end+1cbbee78/3fc06fa0>
Trace; c01149fe <module_finalize+8e/a0>
Trace; c012f7e1 <load_module+6d1/920>
Trace; c012faa8 <sys_init_module+78/1d0>
Trace; c01091e5 <sysenter_past_esp+52/71>
This architecture has variable length instructions, decoding before eip
is unreliable, take these instructions with a pinch of salt.
Code; c010e914 <apply_alternatives+d4/180>
00000000 <_EIP>:
Code; c010e914 <apply_alternatives+d4/180>
0: 8b 54 24 0c mov 0xc(%esp,1),%edx
Code; c010e918 <apply_alternatives+d8/180>
4: 0f 4c dd cmovl %ebp,%ebx
Code; c010e91b <apply_alternatives+db/180>
7: 8b 7c 24 10 mov 0x10(%esp,1),%edi
Code; c010e91f <apply_alternatives+df/180>
b: 03 38 add (%eax),%edi
Code; c010e921 <apply_alternatives+e1/180>
d: 81 fb ff 01 00 00 cmp $0x1ff,%ebx
Code; c010e927 <apply_alternatives+e7/180>
13: 8b 34 9a mov (%edx,%ebx,4),%esi
Code; c010e92a <apply_alternatives+ea/180>
16: 77 39 ja 51 <_EIP+0x51>
Code; c010e92c <apply_alternatives+ec/180>
18: 89 d9 mov %ebx,%ecx
Code; c010e92e <apply_alternatives+ee/180>
1a: c1 e9 02 shr $0x2,%ecx
Code; c010e931 <apply_alternatives+f1/180>
1d: f3 a5 repz movsl %ds:(%esi),%es:(%edi)
Code; c010e933 <apply_alternatives+f3/180>
1f: f6 c3 02 test $0x2,%bl
Code; c010e936 <apply_alternatives+f6/180>
22: 74 02 je 26 <_EIP+0x26>
Code; c010e938 <apply_alternatives+f8/180>
24: 66 a5 movsw %ds:(%esi),%es:(%edi)
Code; c010e93a <apply_alternatives+fa/180>
26: f6 c3 01 test $0x1,%bl
Code; c010e93d <apply_alternatives+fd/180>
29: 74 01 je 2c <_EIP+0x2c>
This decode from eip onwards should be reliable
Code; c010e93f <apply_alternatives+ff/180>
00000000 <_EIP>:
Code; c010e93f <apply_alternatives+ff/180> <=====
0: a4 movsb %ds:(%esi),%es:(%edi) <=====
Code; c010e940 <apply_alternatives+100/180>
1: 29 dd sub %ebx,%ebp
Code; c010e942 <apply_alternatives+102/180>
3: 01 5c 24 10 add %ebx,0x10(%esp,1)
Code; c010e946 <apply_alternatives+106/180>
7: 85 ed test %ebp,%ebp
Code; c010e948 <apply_alternatives+108/180>
9: 7f be jg ffffffc9 <_EIP+0xffffffc9>
Code; c010e94a <apply_alternatives+10a/180>
b: 83 44 24 14 0c addl $0xc,0x14(%esp,1)
Code; c010e94f <apply_alternatives+10f/180>
10: 8b 5c 24 30 mov 0x30(%esp,1),%ebx
Code; c010e953 <apply_alternatives+113/180>
14: 39 .byte 0x39
>Also you seem to be the only one with the problem so just to avoid
>any weird build problems do a make distclean and rebuild from scratch
>and reinstall the modules.
Will do later today if the above isn't helpful. One other thing I did do
was a make -j19 KBUILD_VERBOSE=0 but I've been told this is completely
safe these days.
Cheers,
Matt
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
next prev parent reply other threads:[~2003-05-07 10:27 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-02 9:01 2.5.68-mm4 Andrew Morton
2003-05-02 13:18 ` 2.5.68-mm4 William Lee Irwin III
2003-05-02 16:47 ` 2.5.68-mm4 Dave Hansen
2003-05-02 14:45 ` 2.5.68-mm4 Steven Cole
2003-05-02 15:00 ` 2.5.68-mm4 Steven Cole
2003-05-02 15:35 ` 2.5.68-mm4 Anton Blanchard
2003-05-02 21:12 ` 2.5.68-mm4 Andrew Morton
2003-05-03 14:12 ` 2.5.68-mm4 Eric W. Biederman
2003-05-02 16:54 ` 2.5.68-mm4 Martin J. Bligh
2003-05-02 20:04 ` 2.5.68-mm4 Steven Cole
2003-05-02 20:34 ` 2.5.68-mm4 Andrew Morton
2003-05-02 20:49 ` 2.5.68-mm4 Steven Cole
2003-05-02 21:01 ` 2.5.68-mm4 Steven Cole
2003-05-02 21:05 ` 2.5.68-mm4 Andrew Morton
2003-05-02 21:20 ` 2.5.68-mm4 Steven Cole
2003-05-02 21:49 ` 2.5.68-mm4 Andy Pfiffer
2003-05-02 22:00 ` 2.5.68-mm4 Steven Cole
2003-05-02 23:22 ` 2.5.68-mm4 Matt Bernstein
2003-05-02 23:41 ` 2.5.68-mm4 Andrew Morton
2003-05-03 2:53 ` 2.5.68-mm4 Andi Kleen
2003-05-03 7:08 ` 2.5.68-mm4 Matt Bernstein
2003-05-06 14:15 ` 2.5.68-mm4 Matt Bernstein
2003-05-06 14:35 ` 2.5.68-mm4 Andi Kleen
2003-05-06 15:50 ` 2.5.68-mm4 Matt Bernstein
2003-05-07 10:27 ` Matt Bernstein [this message]
2003-05-07 12:35 ` 2.5.68-mm4 Andi Kleen
2003-05-07 15:45 ` 2.5.68-mm4 Matt Bernstein
2003-05-03 3:14 ` 2.5.68-mm4 Andi Kleen
2003-05-05 3:46 ` 2.5.68-mm4 && kexec Eric W. Biederman
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=Pine.LNX.4.55.0305071121220.6697@r2-pc.dcs.qmul.ac.uk \
--to=mb/lkml@dcs.qmul.ac.uk \
--cc=ak@muc.de \
--cc=akpm@digeo.com \
--cc=elenstev@mesatop.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox