All of lore.kernel.org
 help / color / mirror / Atom feed
* kvm-tool seems to be stuck
@ 2011-05-29 19:41 Francis Moreau
  2011-05-30  6:54 ` Francis Moreau
  2011-05-30  6:55 ` Francis Moreau
  0 siblings, 2 replies; 6+ messages in thread
From: Francis Moreau @ 2011-05-29 19:41 UTC (permalink / raw)
  To: linux-perf-users

Hello,

I just wanted to give kvm-tool a try and it unfortunately seems to be
stuck somewhere:

$ ./kvm run --disk linux-0.2.img --kernel
../../../linux-2.6/arch/x86/boot/bzImage
  # kvm run -k ../../../linux-2.6/arch/x86/boot/bzImage -m 448 -c 4
  Warning: Unable to open /dev/net/tun
PPrroobbiinngg  EEDDDD  ((eedddd==ooffff  ttoo  ddiissaabbllee))......  ookk

This is with kvm master at 6dfc8581f14d355a89e7edaf4394ee8c69177f1f
(cloned this evening).

Could anybody tell me what I did wrong ?

Thanks
-- 
Francis

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: kvm-tool seems to be stuck
  2011-05-29 19:41 kvm-tool seems to be stuck Francis Moreau
@ 2011-05-30  6:54 ` Francis Moreau
  2011-05-30  6:55 ` Francis Moreau
  1 sibling, 0 replies; 6+ messages in thread
From: Francis Moreau @ 2011-05-30  6:54 UTC (permalink / raw)
  To: linux-perf-users

Stupid me, sent to the wrong list... sorry for the noise

On Sun, May 29, 2011 at 9:41 PM, Francis Moreau <francis.moro@gmail.com> wrote:
> Hello,
>
> I just wanted to give kvm-tool a try and it unfortunately seems to be
> stuck somewhere:
>
> $ ./kvm run --disk linux-0.2.img --kernel
> ../../../linux-2.6/arch/x86/boot/bzImage
>  # kvm run -k ../../../linux-2.6/arch/x86/boot/bzImage -m 448 -c 4
>  Warning: Unable to open /dev/net/tun
> PPrroobbiinngg  EEDDDD  ((eedddd==ooffff  ttoo  ddiissaabbllee))......  ookk
>
> This is with kvm master at 6dfc8581f14d355a89e7edaf4394ee8c69177f1f
> (cloned this evening).
>
> Could anybody tell me what I did wrong ?
>
> Thanks
> --
> Francis
>



-- 
Francis

^ permalink raw reply	[flat|nested] 6+ messages in thread

* kvm-tool seems to be stuck
  2011-05-29 19:41 kvm-tool seems to be stuck Francis Moreau
  2011-05-30  6:54 ` Francis Moreau
@ 2011-05-30  6:55 ` Francis Moreau
  2011-05-30  7:18   ` Pekka Enberg
  1 sibling, 1 reply; 6+ messages in thread
From: Francis Moreau @ 2011-05-30  6:55 UTC (permalink / raw)
  To: kvm

Hello,

I just wanted to give kvm-tool a try and it unfortunately seems to be
stuck somewhere:

$ ./kvm run --disk linux-0.2.img --kernel
../../../linux-2.6/arch/x86/boot/bzImage
 # kvm run -k ../../../linux-2.6/arch/x86/boot/bzImage -m 448 -c 4
 Warning: Unable to open /dev/net/tun
PPrroobbiinngg  EEDDDD  ((eedddd==ooffff  ttoo  ddiissaabbllee))......  ookk

This is with kvm master at 6dfc8581f14d355a89e7edaf4394ee8c69177f1f
(cloned this evening).

Could anybody tell me what I did wrong ?

Thanks
--
Francis



-- 
Francis

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: kvm-tool seems to be stuck
  2011-05-30  6:55 ` Francis Moreau
@ 2011-05-30  7:18   ` Pekka Enberg
  2011-05-30  7:30     ` Francis Moreau
  0 siblings, 1 reply; 6+ messages in thread
From: Pekka Enberg @ 2011-05-30  7:18 UTC (permalink / raw)
  To: Francis Moreau
  Cc: kvm, Asias He, Prasad Joshi, Ingo Molnar, Cyrill Gorcunov, Sasha Levin

Hi Francis,

[ Please remember to CC me and/or other tools/kvm developers for bug reports. ]

On Mon, May 30, 2011 at 9:55 AM, Francis Moreau <francis.moro@gmail.com> wrote:
> I just wanted to give kvm-tool a try and it unfortunately seems to be
> stuck somewhere:
>
> $ ./kvm run --disk linux-0.2.img --kernel
> ../../../linux-2.6/arch/x86/boot/bzImage
>  # kvm run -k ../../../linux-2.6/arch/x86/boot/bzImage -m 448 -c 4
>  Warning: Unable to open /dev/net/tun
> PPrroobbiinngg  EEDDDD  ((eedddd==ooffff  ttoo  ddiissaabbllee))......  ookk
>
> This is with kvm master at 6dfc8581f14d355a89e7edaf4394ee8c69177f1f
> (cloned this evening).
>
> Could anybody tell me what I did wrong ?

Nothing. That looks like a bug. Could you try to do

  kill -3 `pidof kvm`

on the host when the guest kernel hangs and post the output? Also, can
you post the output of

  uname -a

on your host machine?

                        Pekka

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: kvm-tool seems to be stuck
  2011-05-30  7:18   ` Pekka Enberg
@ 2011-05-30  7:30     ` Francis Moreau
  2011-05-30  7:45       ` Pekka Enberg
  0 siblings, 1 reply; 6+ messages in thread
From: Francis Moreau @ 2011-05-30  7:30 UTC (permalink / raw)
  To: Pekka Enberg
  Cc: kvm, Asias He, Prasad Joshi, Ingo Molnar, Cyrill Gorcunov, Sasha Levin

Hello Pekka,

On Mon, May 30, 2011 at 9:18 AM, Pekka Enberg <penberg@kernel.org> wrote:
>
> [ Please remember to CC me and/or other tools/kvm developers for bug reports. ]
>

Ok, I'll do.

> On Mon, May 30, 2011 at 9:55 AM, Francis Moreau <francis.moro@gmail.com> wrote:
>> I just wanted to give kvm-tool a try and it unfortunately seems to be
>> stuck somewhere:
>>
>> $ ./kvm run --disk linux-0.2.img --kernel
>> ../../../linux-2.6/arch/x86/boot/bzImage
>>  # kvm run -k ../../../linux-2.6/arch/x86/boot/bzImage -m 448 -c 4
>>  Warning: Unable to open /dev/net/tun
>> PPrroobbiinngg  EEDDDD  ((eedddd==ooffff  ttoo  ddiissaabbllee))......  ookk
>>
>> This is with kvm master at 6dfc8581f14d355a89e7edaf4394ee8c69177f1f
>> (cloned this evening).
>>
>> Could anybody tell me what I did wrong ?
>
> Nothing. That looks like a bug. Could you try to do
>
>  kill -3 `pidof kvm`
>

Here it is:

 #
 # vCPU #0's dump:
 #

 Registers:
 ----------
 rip: 0000000000000000   rsp: 0000000000007e3a flags: 0000000000000016
 rax: 0000000000000011   rbx: 0000000000000000   rcx: 0000000000007e48
 rdx: 0000000000007e74   rsi: 0000000000000000   rdi: 0000000000003b00
 rbp: 0000000000010000    r8: 0000000000000000    r9: 0000000000000000
 r10: 0000000000000000   r11: 0000000000000000   r12: 0000000000000000
 r13: 0000000000000000   r14: 0000000000000000   r15: 0000000000000000
 cr0: 0000000060000010   cr2: 0000000000000000   cr3: 0000000000000000
 cr4: 0000000000000000   cr8: 0000000000000000

 Segment registers:
 ------------------
 register  selector  base              limit     type  p dpl db s l g avl
 cs        f000      00000000000f0000  0000ffff  0b    1 0   0  1 0 0 0
 ss        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 ds        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 es        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 fs        0000      0000000000000000  0000ffff  03    1 0   0  1 0 0 0
 gs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 tr        0000      0000000000000000  0000ffff  0b    1 0   0  0 0 0 0
 ldt       0000      0000000000000000  0000ffff  02    1 0   0  0 0 0 0
 gdt                 0000000000000000  0000ffff
 idt                 0000000000000000  0000ffff

 APIC:
 -----
 efer: 0000000000000000  apic base: 00000000fee00900  nmi: enabled

 Interrupt bitmap:
 -----------------
 0000000000000000 0000000000000000 0000000000000000 0000000000000000

 Code:
 -----
 rip: [<0000000000000000>] <unknown>

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <cf> eb 0d
90 90 90 90 90 90 90 90 90 90 90 90 90 0f a0 66 06 66

 Stack:
 ------
  0x00007e3a: 00 00 00 00  00 00 00 00
  0x00007e42: 00 00 00 00  00 00 00 00
  0x00007e4a: 00 00 00 00  00 00 00 00
  0x00007e52: 00 00 00 00  00 00 00 00

 #
 # vCPU #1's dump:
 #

 Registers:
 ----------
 rip: 0000000000000200   rsp: 0000000000008000 flags: 0000000000000002
 rax: 0000000000000000   rbx: 0000000000000000   rcx: 0000000000000000
 rdx: 0000000000000000   rsi: 0000000000000000   rdi: 0000000000000000
 rbp: 0000000000008000    r8: 0000000000000000    r9: 0000000000000000
 r10: 0000000000000000   r11: 0000000000000000   r12: 0000000000000000
 r13: 0000000000000000   r14: 0000000000000000   r15: 0000000000000000
 cr0: 0000000060000010   cr2: 0000000000000000   cr3: 0000000000000000
 cr4: 0000000000000000   cr8: 0000000000000000

 Segment registers:
 ------------------
 register  selector  base              limit     type  p dpl db s l g avl
 cs        1000      0000000000010000  0000ffff  0b    1 0   0  1 0 0 0
 ss        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 ds        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 es        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 fs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 gs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 tr        0000      0000000000000000  0000ffff  0b    1 0   0  0 0 0 0
 ldt       0000      0000000000000000  0000ffff  02    1 0   0  0 0 0 0
 gdt                 0000000000000000  0000ffff
 idt                 0000000000000000  0000ffff

 APIC:
 -----
 efer: 0000000000000000  apic base: 00000000fee00800  nmi: enabled

 Interrupt bitmap:
 -----------------
 0000000000000000 0000000000000000 0000000000000000 0000000000000000

 Code:
 -----
 rip: [<0000000000000200>] <unknown>

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 1c 01 00 f7 a6 03 00 00 00 00 00 01 08 55 aa <eb> 62 48
64 72 53 0a 02 00 00 00 00 00 10 30 35 ff 81 00 80 00

 Stack:
 ------
  0x00008000: 00 00 00 00  00 00 00 00
  0x00008008: 00 00 00 00  00 00 00 00
  0x00008010: 00 00 00 00  00 00 00 00
  0x00008018: 00 00 00 00  00 00 00 00

 #
 # vCPU #2's dump:
 #

 Registers:
 ----------
 rip: 0000000000000200   rsp: 0000000000008000 flags: 0000000000000002
 rax: 0000000000000000   rbx: 0000000000000000   rcx: 0000000000000000
 rdx: 0000000000000000   rsi: 0000000000000000   rdi: 0000000000000000
 rbp: 0000000000008000    r8: 0000000000000000    r9: 0000000000000000
 r10: 0000000000000000   r11: 0000000000000000   r12: 0000000000000000
 r13: 0000000000000000   r14: 0000000000000000   r15: 0000000000000000
 cr0: 0000000060000010   cr2: 0000000000000000   cr3: 0000000000000000
 cr4: 0000000000000000   cr8: 0000000000000000

 Segment registers:
 ------------------
 register  selector  base              limit     type  p dpl db s l g avl
 cs        1000      0000000000010000  0000ffff  0b    1 0   0  1 0 0 0
 ss        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 ds        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 es        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 fs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 gs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 tr        0000      0000000000000000  0000ffff  0b    1 0   0  0 0 0 0
 ldt       0000      0000000000000000  0000ffff  02    1 0   0  0 0 0 0
 gdt                 0000000000000000  0000ffff
 idt                 0000000000000000  0000ffff

 APIC:
 -----
 efer: 0000000000000000  apic base: 00000000fee00800  nmi: enabled

 Interrupt bitmap:
 -----------------
 0000000000000000 0000000000000000 0000000000000000 0000000000000000

 Code:
 -----
 rip: [<0000000000000200>] <unknown>

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 1c 01 00 f7 a6 03 00 00 00 00 00 01 08 55 aa <eb> 62 48
64 72 53 0a 02 00 00 00 00 00 10 30 35 ff 81 00 80 00

 Stack:
 ------
  0x00008000: 00 00 00 00  00 00 00 00
  0x00008008: 00 00 00 00  00 00 00 00
  0x00008010: 00 00 00 00  00 00 00 00
  0x00008018: 00 00 00 00  00 00 00 00

 #
 # vCPU #3's dump:
 #

 Registers:
 ----------
 rip: 0000000000000200   rsp: 0000000000008000 flags: 0000000000000002
 rax: 0000000000000000   rbx: 0000000000000000   rcx: 0000000000000000
 rdx: 0000000000000000   rsi: 0000000000000000   rdi: 0000000000000000
 rbp: 0000000000008000    r8: 0000000000000000    r9: 0000000000000000
 r10: 0000000000000000   r11: 0000000000000000   r12: 0000000000000000
 r13: 0000000000000000   r14: 0000000000000000   r15: 0000000000000000
 cr0: 0000000060000010   cr2: 0000000000000000   cr3: 0000000000000000
 cr4: 0000000000000000   cr8: 0000000000000000

 Segment registers:
 ------------------
 register  selector  base              limit     type  p dpl db s l g avl
 cs        1000      0000000000010000  0000ffff  0b    1 0   0  1 0 0 0
 ss        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 ds        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 es        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 fs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 gs        1000      0000000000010000  0000ffff  03    1 0   0  1 0 0 0
 tr        0000      0000000000000000  0000ffff  0b    1 0   0  0 0 0 0
 ldt       0000      0000000000000000  0000ffff  02    1 0   0  0 0 0 0
 gdt                 0000000000000000  0000ffff
 idt                 0000000000000000  0000ffff

 APIC:
 -----
 efer: 0000000000000000  apic base: 00000000fee00800  nmi: enabled

 Interrupt bitmap:
 -----------------
 0000000000000000 0000000000000000 0000000000000000 0000000000000000

 Code:
 -----
 rip: [<0000000000000200>] <unknown>

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 1c 01 00 f7 a6 03 00 00 00 00 00 01 08 55 aa <eb> 62 48
64 72 53 0a 02 00 00 00 00 00 10 30 35 ff 81 00 80 00

 Stack:
 ------
  0x00008000: 00 00 00 00  00 00 00 00
  0x00008008: 00 00 00 00  00 00 00 00
  0x00008010: 00 00 00 00  00 00 00 00
  0x00008018: 00 00 00 00  00 00 00 00


> on the host when the guest kernel hangs and post the output? Also, can
> you post the output of
>
>  uname -a
>
> on your host machine?
>

$ uname -a

Linux localhost 2.6.39 #3 SMP PREEMPT Fri May 27 14:53:35 CEST 2011
x86_64 x86_64 x86_64 GNU/Linux

Thanks
-- 
Francis

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: kvm-tool seems to be stuck
  2011-05-30  7:30     ` Francis Moreau
@ 2011-05-30  7:45       ` Pekka Enberg
  0 siblings, 0 replies; 6+ messages in thread
From: Pekka Enberg @ 2011-05-30  7:45 UTC (permalink / raw)
  To: Francis Moreau
  Cc: kvm, Asias He, Prasad Joshi, Ingo Molnar, Cyrill Gorcunov, Sasha Levin

Hi Francis,

On Mon, May 30, 2011 at 10:30 AM, Francis Moreau <francis.moro@gmail.com> wrote:
>> Nothing. That looks like a bug. Could you try to do
>>
>>  kill -3 `pidof kvm`
>>
>
> Here it is:
>
>  #
>  # vCPU #0's dump:
>  #
>
>  Registers:
>  ----------
>  rip: 0000000000000000   rsp: 0000000000007e3a flags: 0000000000000016
>  rax: 0000000000000011   rbx: 0000000000000000   rcx: 0000000000007e48
>  rdx: 0000000000007e74   rsi: 0000000000000000   rdi: 0000000000003b00
>  rbp: 0000000000010000    r8: 0000000000000000    r9: 0000000000000000
>  r10: 0000000000000000   r11: 0000000000000000   r12: 0000000000000000
>  r13: 0000000000000000   r14: 0000000000000000   r15: 0000000000000000
>  cr0: 0000000060000010   cr2: 0000000000000000   cr3: 0000000000000000
>  cr4: 0000000000000000   cr8: 0000000000000000
>
>  Segment registers:
>  ------------------
>  register  selector  base              limit     type  p dpl db s l g avl
>  cs        f000      00000000000f0000  0000ffff  0b    1 0   0  1 0 0 0
>  ss        1000      0000000000010000  0000ffff  03 1 0 0 1 0 0 0
>  ds        1000      0000000000010000  0000ffff  03 1 0 0 1 0 0 0
>  es        1000      0000000000010000  0000ffff  03 1 0 0 1 0 0 0
>  fs        0000      0000000000000000  0000ffff  03 1 0 0 1 0 0 0
>  gs        1000      0000000000010000  0000ffff  03 1 0 0 1 0 0 0
>  tr        0000      0000000000000000  0000ffff  0b    1 0   0  0 0 0 0
>  ldt       0000      0000000000000000  0000ffff  02    1 0   0  0 0 0 0
>  gdt                 0000000000000000  0000ffff
>  idt                 0000000000000000  0000ffff
>
>  APIC:
>  -----
>  efer: 0000000000000000  apic base: 00000000fee00900  nmi: enabled
>
>  Interrupt bitmap:
>  -----------------
>  0000000000000000 0000000000000000 0000000000000000 0000000000000000
>
>  Code:
>  -----
>  rip: [<0000000000000000>] <unknown>
>
>  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <cf> eb 0d
> 90 90 90 90 90 90 90 90 90 90 90 90 90 0f a0 66 06 66

Hmm, 'rip' is zero. Ingo had a similar problem but I forgot what that was about.

If you could please share your .config and if at all possible the
bzImage binary you're using (privately or URL), I'll try to reproduce
this later today.

Thanks!

                        Pekka

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-05-30  7:45 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-29 19:41 kvm-tool seems to be stuck Francis Moreau
2011-05-30  6:54 ` Francis Moreau
2011-05-30  6:55 ` Francis Moreau
2011-05-30  7:18   ` Pekka Enberg
2011-05-30  7:30     ` Francis Moreau
2011-05-30  7:45       ` Pekka Enberg

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.