From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752009AbbCSGY5 (ORCPT ); Thu, 19 Mar 2015 02:24:57 -0400 Received: from mail-lb0-f171.google.com ([209.85.217.171]:36041 "EHLO mail-lb0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751332AbbCSGYz (ORCPT ); Thu, 19 Mar 2015 02:24:55 -0400 Message-ID: <550A6BB0.2070802@message-id.googlemail.com> Date: Thu, 19 Mar 2015 07:24:48 +0100 From: Stefan Seyfried User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Andy Lutomirski CC: Jiri Kosina , Denys Vlasenko , Linus Torvalds , Takashi Iwai , X86 ML , LKML , Tejun Heo Subject: Re: PANIC: double fault, error_code: 0x0 in 4.0.0-rc3-2, kvm related? References: <5505400B.8050300@message-id.googlemail.com> <5509CBF7.3040602@message-id.googlemail.com> <5509F161.3010101@redhat.com> <5509FE69.3060002@message-id.googlemail.com> <550A16E6.70001@message-id.googlemail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Good Morning :-) Am 19.03.2015 um 01:57 schrieb Andy Lutomirski: > Stefan, do you happen to know whether your disassembly of page_fault > came from the instructions in memory or if they came from the vmlinux > file? Not that I have any relevant ideas there. I think they came from memory. At least, the disassemble in crash... crash> disassemble page_fault Dump of assembler code for function page_fault: 0xffffffff816834a0 <+0>: data32 xchg %ax,%ax 0xffffffff816834a3 <+3>: data32 xchg %ax,%ax 0xffffffff816834a6 <+6>: data32 xchg %ax,%ax 0xffffffff816834a9 <+9>: sub $0x78,%rsp 0xffffffff816834ad <+13>: callq 0xffffffff81683620 0xffffffff816834b2 <+18>: mov %rsp,%rdi 0xffffffff816834b5 <+21>: mov 0x78(%rsp),%rsi 0xffffffff816834ba <+26>: movq $0xffffffffffffffff,0x78(%rsp) 0xffffffff816834c3 <+35>: callq 0xffffffff810504e0 0xffffffff816834c8 <+40>: jmpq 0xffffffff816836d0 End of assembler dump. ...is different than the one from loading vmlinux in gdb: Reading symbols from vmlinux-4.0.0-rc3-2.gd5c547f-desktop...done. Reading symbols from /usr/lib/debug/boot/vmlinux-4.0.0-rc3-2.gd5c547f-desktop.debug...done. (gdb) disassemble page_fault Dump of assembler code for function page_fault: 0xffffffff816834a0 <+0>: data16 xchg %ax,%ax 0xffffffff816834a3 <+3>: callq *0x7a5b07(%rip) # 0xffffffff81e28fb0 0xffffffff816834a9 <+9>: sub $0x78,%rsp 0xffffffff816834ad <+13>: callq 0xffffffff81683620 0xffffffff816834b2 <+18>: mov %rsp,%rdi 0xffffffff816834b5 <+21>: mov 0x78(%rsp),%rsi 0xffffffff816834ba <+26>: movq $0xffffffffffffffff,0x78(%rsp) 0xffffffff816834c3 <+35>: callq 0xffffffff810504e0 0xffffffff816834c8 <+40>: jmpq 0xffffffff816836d0 End of assembler dump. Best regards, Stefan -- Stefan Seyfried Linux Consultant & Developer -- GPG Key: 0x731B665B B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537