* Panic when loading kvm-amd.ko
@ 2007-06-17 15:27 Michael Hanselmann
[not found] ` <20070617152725.GA18777-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Michael Hanselmann @ 2007-06-17 15:27 UTC (permalink / raw)
To: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hello
When loading kvm-amd.ko on an HP DL-145 G5 with one AMD Opteron 2216 HE
(2 cores, 2.4 GHz), I get a kernel panic. I tried to find the exact
cause but was unable to do so. It doesn't crash when I add a "return"
before "wrmsrl(MSR_EFER, efer | MSR_EFER_SVME_MASK);" in
svm_hardware_enable. The backtrace always originates from different
functions, but ends up in interrupt handling every time. This isn't a
regression because it has been happening since at least
2.6.20.something, but I never bothered to look into it. If you need any
more info, please let me know.
I reproduced it with vanilla-2.6.21.5, vanilla-2.6.22-rc5 and current
KVM git. Architecture is x86_64. GCC version is "gcc (GCC) 3.4.6 (Gentoo
Hardened 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.10)".
Panic with backtrace:
# modprobe kvm-amd
[ 142.341948] general protection fault: 0000 [1] SMP
[ 142.400582] CPU 0
[ 142.424789] Modules linked in: kvm_amd kvm
[ 142.474231] Pid: 542, comm: udevd Not tainted 2.6.22-rc4-g6685637b #1
[ 142.560608] RIP: 0010:[<ffffffff8801125e>] [<ffffffff8801125e>] :kvm_amd:svm_hardware_enable+0xa4/0xe1
[ 142.673099] RSP: 0018:ffffffff8063ff38 EFLAGS: 00010006
[ 142.736615] RAX: 0000000000001d01 RBX: 0000000000000040 RCX: 00000000c0000080
[ 142.821935] RDX: 0000000000000000 RSI: 000000008000000a RDI: ffffffff88012e9c
[ 142.907256] RBP: ffffffff8063ff78 R08: 00000000ffffffff R09: 0000000000000000
[ 142.992577] R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff880111ba
[ 143.077898] R13: ffff81003b0d82c0 R14: 00000000ffffffff R15: 0000000000000000
[ 143.168925] FS: 00002b957acb06d0(0000) GS:ffffffff805cb000(0000) knlGS:0000000000000000
[ 143.265683] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 143.334385] CR2: 00007fff30143fc8 CR3: 000000003c83c000 CR4: 00000000000006e0
[ 143.419705] Process udevd (pid: 542, threadinfo ffff81003cf52000, task ffff81003d245180)
[ 143.516463] Stack: ffffffff8023361a ffff810001019300 ffff805e60000080 000000000000ffff
[ 143.612944] ffff81003cf53c00 0000000000000000 ffffffff880111ba 0000000000000001
[ 143.702002] ffffffff8063ffa8 ffffffff80215308 0000000080526700 ffff81003cf53ce8
[ 143.788819] Call Trace:
[ 143.820305] <IRQ> [<ffffffff8023361a>] _local_bh_enable+0xde/0xf5
[ 143.895402] [<ffffffff880111ba>] :kvm_amd:svm_hardware_enable+0x0/0xe1
[ 143.974492] [<ffffffff80215308>] smp_call_function_interrupt+0x45/0x65
[ 144.053582] [<ffffffff8020a22b>] call_function_interrupt+0x6b/0x70
[ 144.128517] <EOI> [<ffffffff803142c9>] vsnprintf+0x512/0x5ce
[ 144.198421] [<ffffffff8031433c>] vsnprintf+0x585/0x5ce
[ 144.260897] [<ffffffff80296b1e>] seq_printf+0xb8/0xe1
[ 144.322334] [<ffffffff80247aff>] lockdep_init_map+0x93/0x43c
[ 144.391039] [<ffffffff80245ed7>] debug_mutex_init+0x2e/0x43
[ 144.458710] [<ffffffff80248628>] __lock_acquire+0x780/0xdc8
[ 144.526374] [<ffffffff802bc787>] show_stat+0x31b/0x370
[ 144.588848] [<ffffffff802965d1>] seq_read+0x10a/0x29f
[ 144.650285] [<ffffffff8027d20a>] vfs_read+0xaf/0x132
[ 144.710682] [<ffffffff8027d52c>] sys_read+0x47/0x6e
[ 144.770040] [<ffffffff8020965e>] system_call+0x7e/0x83
[ 144.832515]
[ 144.850337]
[ 144.850338] Code: 0f 30 49 8b 7d 20 41 bc 17 01 01 c0 e8 c9 94 24 f8 49 8b 7d
[ 144.957752] RIP [<ffffffff8801125e>] :kvm_amd:svm_hardware_enable+0xa4/0xe1
[ 145.042187] RSP <ffffffff8063ff38>
[ 145.083898] Kernel panic - not syncing: Aiee, killing interrupt handler!
Greets,
Michael
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <20070617152725.GA18777-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
@ 2007-06-17 15:37 ` Avi Kivity
[not found] ` <4675552F.9000204-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-06-18 7:57 ` René Nussbaumer
1 sibling, 1 reply; 9+ messages in thread
From: Avi Kivity @ 2007-06-17 15:37 UTC (permalink / raw)
To: Michael Hanselmann; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Michael Hanselmann wrote:
> Hello
>
> When loading kvm-amd.ko on an HP DL-145 G5 with one AMD Opteron 2216 HE
> (2 cores, 2.4 GHz), I get a kernel panic. I tried to find the exact
> cause but was unable to do so. It doesn't crash when I add a "return"
> before "wrmsrl(MSR_EFER, efer | MSR_EFER_SVME_MASK);" in
> svm_hardware_enable. The backtrace always originates from different
> functions, but ends up in interrupt handling every time. This isn't a
> regression because it has been happening since at least
> 2.6.20.something, but I never bothered to look into it. If you need any
> more info, please let me know.
>
> I reproduced it with vanilla-2.6.21.5, vanilla-2.6.22-rc5 and current
> KVM git. Architecture is x86_64. GCC version is "gcc (GCC) 3.4.6 (Gentoo
> Hardened 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.10)".
>
This looks remarkably similar to
http://thread.gmane.org/gmane.comp.emulators.kvm.devel/3399. The
conclusion was
> I went through my BIOS settings and found:
> "Advanced BIOS Features" -> "CPU Feature" -> Virtualization
>
> However this was already set to "Enabled". I tried changing the value
> to "Disabled" and now KVM works fine. Stupid ABIT...
I suggest trying the same, as well as a bios upgrade.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <4675552F.9000204-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
@ 2007-06-17 17:54 ` Michael Hanselmann
[not found] ` <20070617175417.GA19120-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Michael Hanselmann @ 2007-06-17 17:54 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
On Sun, Jun 17, 2007 at 06:37:19PM +0300, Avi Kivity wrote:
> >I went through my BIOS settings and found:
> >"Advanced BIOS Features" -> "CPU Feature" -> Virtualization
> >However this was already set to "Enabled". I tried changing the value
> >to "Disabled" and now KVM works fine. Stupid ABIT...
> I suggest trying the same, as well as a bios upgrade.
Unfortunately, the BIOS doesn't allow me to configure anything like that
and it's already the latest version released by HP. However, EFER.SVME
isn't set before enabling it (checked using "rdmsrl(MSR_EFER, efer);
printk(KERN_CRIT "DBG %d\n", efer & MSR_EFER_SVME_MASK);"). Since I'm
completly out of ideas, is there anything more I could do?
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <20070617175417.GA19120-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
@ 2007-06-17 18:31 ` Avi Kivity
[not found] ` <46757DF3.9030306-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Avi Kivity @ 2007-06-17 18:31 UTC (permalink / raw)
To: Michael Hanselmann; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Michael Hanselmann wrote:
>
>> I suggest trying the same, as well as a bios upgrade.
>>
>
> Unfortunately, the BIOS doesn't allow me to configure anything like that
> and it's already the latest version released by HP. However, EFER.SVME
> isn't set before enabling it (checked using "rdmsrl(MSR_EFER, efer);
> printk(KERN_CRIT "DBG %d\n", efer & MSR_EFER_SVME_MASK);"). Since I'm
> completly out of ideas, is there anything more I could do?
>
Maybe the AMD folk have a clue?
--
Do not meddle in the internals of kernels, for they are subtle and quick to panic.
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <20070617152725.GA18777-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
2007-06-17 15:37 ` Avi Kivity
@ 2007-06-18 7:57 ` René Nussbaumer
[not found] ` <20070618075744.GB15801-VjcCyyTFwywzTaTVwmJQuKeUGLeIa1b/@public.gmane.org>
1 sibling, 1 reply; 9+ messages in thread
From: René Nussbaumer @ 2007-06-18 7:57 UTC (permalink / raw)
To: Michael Hanselmann; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1.1: Type: text/plain, Size: 11528 bytes --]
Hello
On Sun, Jun 17, 2007 at 05:27:25PM +0200, Michael Hanselmann wrote:
> I reproduced it with vanilla-2.6.21.5, vanilla-2.6.22-rc5 and current
> KVM git. Architecture is x86_64. GCC version is "gcc (GCC) 3.4.6 (Gentoo
> Hardened 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.10)".
I've got a similiar backtrace, but well without any PANIC. I can
reproduce it on vanilla-2.6.21.1 and .5 (I didn't check the versions
between). But it worked once with a 2.6.20.1 and even with 2.6.19.
My machine is a HP Compaq dc5750 with a AMD Athlon(tm) 64 X2 Dual Core
Processor 4600+ CPU in it. It's fully svm capable and like I already
mentioned, worked on earlier versions of the Kernel. Der Kernel is
x86_64 and my gcc is: gcc (GCC) 4.1.2 (Gentoo 4.1.2). I also tried
version 4.1.1 of gcc.
My backtrace in 2.6.21.1:
[ 141.850341] general protection fault: 0000 [1] PREEMPT SMP
[ 141.850622] CPU 0
[ 141.850768] Modules linked in: kvm_amd kvm
[ 141.851006] Pid: 6475, comm: modprobe Not tainted 2.6.21.1 #1
[ 141.851195] RIP: 0010:[<ffffffff8801013a>] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 141.851477] RSP: 0000:ffff8100a324fdf8 EFLAGS: 00010006
[ 141.851657] RAX: 0000000000001d01 RBX: 0000000000000040 RCX: 00000000c0000080
[ 141.851869] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff88011278
[ 141.852082] RBP: ffff81009fea61c0 R08: ffff8100bd4b2e13 R09: 000000000009cb65
[ 141.852292] R10: 0000000000000000 R11: 0000000000000001 R12: ffffffff880100a9
[ 141.852504] R13: ffff8100b5bb9438 R14: ffffc2000005fc70 R15: ffffc2000005d000
[ 141.852717] FS: 00002afeeaaf2ae0(0000) GS:ffffffff806e8000(0000) knlGS:0000000000000000
[ 141.852944] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 141.853132] CR2: 00002afeea6ba000 CR3: 00000000b49a9000 CR4: 00000000000006e0
[ 141.853344] Process modprobe (pid: 6475, threadinfo ffff8100a324e000, task ffff8100b6b078a0)
[ 141.853577] Stack: ffff806fa0000080 000000000000ffff ffffffff880100a9 0000000000000000
[ 141.853933] 0000000000000000 ffffffff80238f9d 0000000000000000 ffffffff88012980
[ 141.854252] ffffffff88012980 ffffffff88002537 ffff8100b5bb9000 ffffffff88012980
[ 141.854486] Call Trace:
[ 141.854709] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.854915] [<ffffffff80238f9d>] on_each_cpu+0x27/0x56
[ 141.855101] [<ffffffff88002537>] :kvm:kvm_init_arch+0x87/0x159
[ 141.855294] [<ffffffff80250681>] sys_init_module+0x1513/0x1673
[ 141.855488] [<ffffffff802096de>] system_call+0x7e/0x83
[ 141.855667]
[ 141.855782]
[ 141.855782] Code: 0f 30 48 8b 7d 20 e8 08 ca 24 f8 48 8b 7d 20 48 89 c3 c1 e3
[ 141.856681] RIP [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 141.856922] RSP <ffff8100a324fdf8>
[ 141.857075] note: modprobe[6475] exited with preempt_count 1
[ 141.857283] BUG: scheduling while atomic: modprobe/0x10000001/6475
[ 141.857478]
[ 141.857478] Call Trace:
[ 141.857729] [<ffffffff8053bb90>] __sched_text_start+0x60/0x7f2
[ 141.857922] [<ffffffff8022ba3f>] __wake_up_common+0x3e/0x68
[ 141.858111] [<ffffffff8022c02d>] __wake_up+0x38/0x4f
[ 141.858289] [<ffffffff8022f061>] __cond_resched+0x1c/0x44
[ 141.858474] [<ffffffff8053cb99>] cond_resched+0x2e/0x39
[ 141.858658] [<ffffffff802656af>] unmap_vmas+0x5e9/0x774
[ 141.858842] [<ffffffff802691ac>] exit_mmap+0x85/0x121
[ 141.859022] [<ffffffff80231cdd>] mmput+0x2c/0x9e
[ 141.859197] [<ffffffff802371e0>] do_exit+0x20d/0x818
[ 141.859377] [<ffffffff8020b0af>] kernel_math_error+0x0/0x90
[ 141.859381] [<ffffffff8020bec1>] do_general_protection+0xfe/0x107
[ 141.859387] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859391] [<ffffffff8053e5ed>] error_exit+0x0/0x84
[ 141.859395] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859400] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 141.859405] [<ffffffff880100bc>] :kvm_amd:svm_hardware_enable+0x13/0xc6
[ 141.859409] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859412] [<ffffffff80238f9d>] on_each_cpu+0x27/0x56
[ 141.859418] [<ffffffff88002537>] :kvm:kvm_init_arch+0x87/0x159
[ 141.859422] [<ffffffff80250681>] sys_init_module+0x1513/0x1673
[ 141.859426] [<ffffffff802096de>] system_call+0x7e/0x83
[ 141.859428]
[ 141.859502] BUG: scheduling while atomic: modprobe/0x00000001/6475
[ 141.859504]
[ 141.859504] Call Trace:
[ 141.859507] [<ffffffff8053bb90>] __sched_text_start+0x60/0x7f2
[ 141.859511] [<ffffffff8020ac39>] dump_trace+0x25a/0x28d
[ 141.859515] [<ffffffff8053de5f>] __down+0xe8/0x100
[ 141.859518] [<ffffffff8022e88a>] default_wake_function+0x0/0xe
[ 141.859522] [<ffffffff8053dad3>] __down_failed+0x35/0x3a
[ 141.859525] [<ffffffff8053e502>] lock_kernel+0x25/0x29
[ 141.859532] [<ffffffff8028bd98>] __posix_lock_file_conf+0x65/0x3c1
[ 141.859536] [<ffffffff8028cc68>] locks_remove_posix+0x9d/0xc0
[ 141.859540] [<ffffffff80280241>] generic_shutdown_super+0xa0/0xf4
[ 141.859544] [<ffffffff8027cfe4>] filp_close+0x55/0x65
[ 141.859547] [<ffffffff80235feb>] put_files_struct+0x68/0xce
[ 141.859551] [<ffffffff80237221>] do_exit+0x24e/0x818
[ 141.859554] [<ffffffff8020b0af>] kernel_math_error+0x0/0x90
[ 141.859558] [<ffffffff8020bec1>] do_general_protection+0xfe/0x107
[ 141.859563] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859567] [<ffffffff8053e5ed>] error_exit+0x0/0x84
[ 141.859571] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859576] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 141.859580] [<ffffffff880100bc>] :kvm_amd:svm_hardware_enable+0x13/0xc6
[ 141.859585] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.859588] [<ffffffff80238f9d>] on_each_cpu+0x27/0x56
[ 141.859594] [<ffffffff88002537>] :kvm:kvm_init_arch+0x87/0x159
[ 141.859598] [<ffffffff80250681>] sys_init_module+0x1513/0x1673
[ 141.859602] [<ffffffff802096de>] system_call+0x7e/0x83
[ 141.859604]
[ 141.872543] BUG: scheduling while atomic: modprobe/0x00000001/6475
[ 141.872545]
[ 141.872546] Call Trace:
[ 141.872549] [<ffffffff8053bb90>] __sched_text_start+0x60/0x7f2
[ 141.872554] [<ffffffff8053de5f>] __down+0xe8/0x100
[ 141.872557] [<ffffffff8022e88a>] default_wake_function+0x0/0xe
[ 141.872561] [<ffffffff8053dad3>] __down_failed+0x35/0x3a
[ 141.872564] [<ffffffff8053e502>] lock_kernel+0x25/0x29
[ 141.872568] [<ffffffff8028bd98>] __posix_lock_file_conf+0x65/0x3c1
[ 141.872572] [<ffffffff8028cc68>] locks_remove_posix+0x9d/0xc0
[ 141.872576] [<ffffffff80280241>] generic_shutdown_super+0xa0/0xf4
[ 141.872579] [<ffffffff8027cfe4>] filp_close+0x55/0x65
[ 141.872583] [<ffffffff80235feb>] put_files_struct+0x68/0xce
[ 141.872587] [<ffffffff80237221>] do_exit+0x24e/0x818
[ 141.872591] [<ffffffff8020b0af>] kernel_math_error+0x0/0x90
[ 141.872594] [<ffffffff8020bec1>] do_general_protection+0xfe/0x107
[ 141.872599] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.872603] [<ffffffff8053e5ed>] error_exit+0x0/0x84
[ 141.872607] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.872613] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 141.872617] [<ffffffff880100bc>] :kvm_amd:svm_hardware_enable+0x13/0xc6
[ 141.872622] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 141.872626] [<ffffffff80238f9d>] on_each_cpu+0x27/0x56
[ 141.872631] [<ffffffff88002537>] :kvm:kvm_init_arch+0x87/0x159
[ 141.872635] [<ffffffff80250681>] sys_init_module+0x1513/0x1673
[ 141.872640] [<ffffffff802096de>] system_call+0x7e/0x83
[ 141.872642]
And with 2.6.21.5:
[ 96.999724] general protection fault: 0000 [1] PREEMPT SMP
[ 97.000007] CPU 0
[ 97.000152] Modules linked in: kvm_amd kvm
[ 97.000391] Pid: 6177, comm: modprobe Not tainted 2.6.21.5 #1
[ 97.000583] RIP: 0010:[<ffffffff8801013a>] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 97.000867] RSP: 0000:ffff8100ba0c5df8 EFLAGS: 00010006
[ 97.001049] RAX: 0000000000001d01 RBX: 0000000000000040 RCX: 00000000c0000080
[ 97.001262] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff88011278
[ 97.001475] RBP: ffff8100bba53700 R08: ffff8100bd4b2e13 R09: 00000000000b89db
[ 97.001688] R10: 0000000000000000 R11: 0000000000000001 R12: ffffffff880100a9
[ 97.001902] R13: ffff8100bba4d438 R14: ffffc2000005fca8 R15: ffffc2000005d000
[ 97.002117] FS: 00002b3954247ae0(0000) GS:ffffffff806e8000(0000) knlGS:0000000000000000
[ 97.002346] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 97.002534] CR2: 0000000000508c28 CR3: 00000000bc5bd000 CR4: 00000000000006e0
[ 97.002747] Process modprobe (pid: 6177, threadinfo ffff8100ba0c4000, task ffff8100ba526b20)
[ 97.002982] Stack: ffff806fa0000080 000000000000ffff ffffffff880100a9 0000000000000000
[ 97.003341] 0000000000000000 ffffffff80238f35 0000000000000000 ffffffff88012980
[ 97.003660] ffffffff88012980 ffffffff88002541 ffff8100bba4d000 ffffffff88012980
[ 97.003896] Call Trace:
[ 97.004118] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 97.004325] [<ffffffff80238f35>] on_each_cpu+0x27/0x56
[ 97.004511] [<ffffffff88002541>] :kvm:kvm_init_arch+0x87/0x159
[ 97.004707] [<ffffffff80250669>] sys_init_module+0x1510/0x1670
[ 97.004901] [<ffffffff802096de>] system_call+0x7e/0x83
[ 97.005081]
[ 97.005196]
[ 97.005197] Code: 0f 30 48 8b 7d 20 e8 b0 c9 24 f8 48 8b 7d 20 48 89 c3 c1 e3
[ 97.006102] RIP [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 97.006345] RSP <ffff8100ba0c5df8>
[ 97.006498] note: modprobe[6177] exited with preempt_count 1
[ 97.006705] BUG: scheduling while atomic: modprobe/0x10000001/6177
[ 97.006902]
[ 97.006902] Call Trace:
[ 97.007153] [<ffffffff8053bc20>] __sched_text_start+0x60/0x7f2
[ 97.007348] [<ffffffff8022b9d7>] __wake_up_common+0x3e/0x68
[ 97.007537] [<ffffffff8022bfc5>] __wake_up+0x38/0x4f
[ 97.007716] [<ffffffff8022eff9>] __cond_resched+0x1c/0x44
[ 97.007903] [<ffffffff8053cc27>] cond_resched+0x2e/0x39
[ 97.008087] [<ffffffff80265625>] unmap_vmas+0x5e9/0x774
[ 97.008271] [<ffffffff80269131>] exit_mmap+0x85/0x121
[ 97.008452] [<ffffffff80231c75>] mmput+0x2c/0x9e
[ 97.008624] [<ffffffff80237176>] do_exit+0x20d/0x818
[ 97.008803] [<ffffffff8020b080>] kernel_math_error+0x0/0x90
[ 97.009003] [<ffffffff8020be92>] do_general_protection+0xfe/0x107
[ 97.009008] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 97.009013] [<ffffffff8053e67d>] error_exit+0x0/0x84
[ 97.009017] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 97.009021] [<ffffffff8801013a>] :kvm_amd:svm_hardware_enable+0x91/0xc6
[ 97.009025] [<ffffffff880100bc>] :kvm_amd:svm_hardware_enable+0x13/0xc6
[ 97.009030] [<ffffffff880100a9>] :kvm_amd:svm_hardware_enable+0x0/0xc6
[ 97.009032] [<ffffffff80238f35>] on_each_cpu+0x27/0x56
[ 97.009038] [<ffffffff88002541>] :kvm:kvm_init_arch+0x87/0x159
[ 97.009042] [<ffffffff80250669>] sys_init_module+0x1510/0x1670
[ 97.009045] [<ffffffff802096de>] system_call+0x7e/0x83
[ 97.009047]
Yours sincerely,
René Nussbaumer
--
Written on a Gentoo Linux system by René
http://www.forkbomb.ch
«Das Leben ist hart. Forkbomb ist härter.», (c) 2004 by Frank.
[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 286 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
[-- Attachment #3: Type: text/plain, Size: 186 bytes --]
_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <20070618075744.GB15801-VjcCyyTFwywzTaTVwmJQuKeUGLeIa1b/@public.gmane.org>
@ 2007-06-18 9:34 ` Avi Kivity
0 siblings, 0 replies; 9+ messages in thread
From: Avi Kivity @ 2007-06-18 9:34 UTC (permalink / raw)
To: René Nussbaumer
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, Michael Hanselmann
René Nussbaumer wrote:
> Hello
>
> On Sun, Jun 17, 2007 at 05:27:25PM +0200, Michael Hanselmann wrote:
>
>> I reproduced it with vanilla-2.6.21.5, vanilla-2.6.22-rc5 and current
>> KVM git. Architecture is x86_64. GCC version is "gcc (GCC) 3.4.6 (Gentoo
>> Hardened 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.10)".
>>
>
> I've got a similiar backtrace, but well without any PANIC. I can
> reproduce it on vanilla-2.6.21.1 and .5 (I didn't check the versions
> between). But it worked once with a 2.6.20.1 and even with 2.6.19.
>
> My machine is a HP Compaq dc5750 with a AMD Athlon(tm) 64 X2 Dual Core
> Processor 4600+ CPU in it. It's fully svm capable and like I already
> mentioned, worked on earlier versions of the Kernel. Der Kernel is
> x86_64 and my gcc is: gcc (GCC) 4.1.2 (Gentoo 4.1.2). I also tried
> version 4.1.1 of gcc.
>
>
Strange. Can you try it with the 'nosmp' kernel parameter? Maybe the
machine is initialized assymetrically by the bios somehow.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <46757DF3.9030306-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
@ 2007-06-18 10:55 ` Joerg Roedel
[not found] ` <20070618105543.GB32587-5C7GfCeVMHo@public.gmane.org>
2007-06-18 16:32 ` Joerg Roedel
1 sibling, 1 reply; 9+ messages in thread
From: Joerg Roedel @ 2007-06-18 10:55 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, Michael Hanselmann
Michael,
can you send a dump of /proc/cpuinfo? I am interested in the processor
version and revision you use.
Thanks,
Joerg
On Sun, Jun 17, 2007 at 09:31:15PM +0300, Avi Kivity wrote:
> Michael Hanselmann wrote:
> >
> >> I suggest trying the same, as well as a bios upgrade.
> >>
> >
> > Unfortunately, the BIOS doesn't allow me to configure anything like that
> > and it's already the latest version released by HP. However, EFER.SVME
> > isn't set before enabling it (checked using "rdmsrl(MSR_EFER, efer);
> > printk(KERN_CRIT "DBG %d\n", efer & MSR_EFER_SVME_MASK);"). Since I'm
> > completly out of ideas, is there anything more I could do?
> >
>
> Maybe the AMD folk have a clue?
>
> --
> Do not meddle in the internals of kernels, for they are subtle and quick to panic.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>
>
--
| AMD Saxony Limited Liability Company & Co. KG
Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany
System | Register Court Dresden: HRA 4896
Research | General Partner authorized to represent:
Center | AMD Saxony LLC (Wilmington, Delaware, US)
| General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <20070618105543.GB32587-5C7GfCeVMHo@public.gmane.org>
@ 2007-06-18 11:09 ` Michael Hanselmann
0 siblings, 0 replies; 9+ messages in thread
From: Michael Hanselmann @ 2007-06-18 11:09 UTC (permalink / raw)
To: Joerg Roedel
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-VjcCyyTFwywzTaTVwmJQuKeUGLeIa1b/
Hi Joerg
On Mon, Jun 18, 2007 at 12:55:43PM +0200, Joerg Roedel wrote:
> can you send a dump of /proc/cpuinfo? I am interested in the processor
> version and revision you use.
Here it is:
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2216 HE
stepping : 2
cpu MHz : 2400.000
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 4791.20
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2216 HE
stepping : 2
cpu MHz : 2400.000
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 4788.07
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
Thanks,
Michael
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Panic when loading kvm-amd.ko
[not found] ` <46757DF3.9030306-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-06-18 10:55 ` Joerg Roedel
@ 2007-06-18 16:32 ` Joerg Roedel
1 sibling, 0 replies; 9+ messages in thread
From: Joerg Roedel @ 2007-06-18 16:32 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, Michael Hanselmann
On Sun, Jun 17, 2007 at 09:31:15PM +0300, Avi Kivity wrote:
> Michael Hanselmann wrote:
> >
> >> I suggest trying the same, as well as a bios upgrade.
> >>
> >
> > Unfortunately, the BIOS doesn't allow me to configure anything like that
> > and it's already the latest version released by HP. However, EFER.SVME
> > isn't set before enabling it (checked using "rdmsrl(MSR_EFER, efer);
> > printk(KERN_CRIT "DBG %d\n", efer & MSR_EFER_SVME_MASK);"). Since I'm
> > completly out of ideas, is there anything more I could do?
> >
>
> Maybe the AMD folk have a clue?
I proofed that the GPF results from EFER.SVME being set to 1. This is a
strong indicator that SVM is disabled by the BIOS. With the help of
Michael I try to proof that tomorrow too. The has_svm code will need an
update to handle those situations. I will submit a patch.
Regards,
Joerg
--
| AMD Saxony Limited Liability Company & Co. KG
Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany
System | Register Court Dresden: HRA 4896
Research | General Partner authorized to represent:
Center | AMD Saxony LLC (Wilmington, Delaware, US)
| General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-06-18 16:32 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-17 15:27 Panic when loading kvm-amd.ko Michael Hanselmann
[not found] ` <20070617152725.GA18777-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
2007-06-17 15:37 ` Avi Kivity
[not found] ` <4675552F.9000204-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-06-17 17:54 ` Michael Hanselmann
[not found] ` <20070617175417.GA19120-ujPHhMiOvBLtRgLqZ5aouw@public.gmane.org>
2007-06-17 18:31 ` Avi Kivity
[not found] ` <46757DF3.9030306-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-06-18 10:55 ` Joerg Roedel
[not found] ` <20070618105543.GB32587-5C7GfCeVMHo@public.gmane.org>
2007-06-18 11:09 ` Michael Hanselmann
2007-06-18 16:32 ` Joerg Roedel
2007-06-18 7:57 ` René Nussbaumer
[not found] ` <20070618075744.GB15801-VjcCyyTFwywzTaTVwmJQuKeUGLeIa1b/@public.gmane.org>
2007-06-18 9:34 ` Avi Kivity
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox