https://bugzilla.kernel.org/show_bug.cgi?id=50921
--- Comment #7 from Lucio Crusca 2012-11-24 14:57:07 ---
I'm now compiling 3.5.0.
About the guest image, it's a 2.1GB qcow2 file. No hope to upload it anywhere
with my internet connection. The only way I see to let you have a copy is
burning
https://bugzilla.kernel.org/show_bug.cgi?id=50921
--- Comment #6 from Gleb 2012-11-24 14:05:24 ---
Try 3.5.0 kernel, it should work. Preemptible low latency desktop config should
not matter. I'll find the place to put the trace.dat file and let you know.
--
Configure bugmail: https://bugzi
it somewhere, however I tried
looking at it and I'm reasonably sure it hangs here:
$ trace-cmd report | grep 125\\.332 | tail
kvm-6588 [000] 125.332264: kvm_entry:vcpu 0
kvm-6588 [000] 125.332264: kvm_emulate_insn: 1:44f8: 75
27
https://bugzilla.kernel.org/show_bug.cgi?id=50921
--- Comment #4 from Gleb 2012-11-24 11:25:26 ---
http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html
http://webchick.net/node/99
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
https://bugzilla.kernel.org/show_bug.cgi?id=50921
--- Comment #3 from Lucio Crusca 2012-11-24 08:52:25 ---
What should I do in order to "bisect" it?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watchi
https://bugzilla.kernel.org/show_bug.cgi?id=50921
--- Comment #2 from Gleb 2012-11-24 08:22:46 ---
And if you have time it would be very helpful to bisect it.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugzilla.kernel.org/show_bug.cgi?id=50921
Gleb changed:
What|Removed |Added
CC||g...@redhat.com
--- Comment #1 from Gleb 201
https://bugzilla.kernel.org/show_bug.cgi?id=50921
Lucio Crusca changed:
What|Removed |Added
Platform|All |i386
--
Configure bugmail: https://bu
https://bugzilla.kernel.org/show_bug.cgi?id=50921
Summary: kvm hangs booting Windows 2000
Product: Virtualization
Version: unspecified
Kernel Version: 3.6.x
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Fri, 24 Aug 2012, Michael Tokarev wrote:
> Hello Mike, Vassili.
>
> On 23.08.2012 20:16, Mike Gerber wrote:
> > Hi,
> >
> > I'm using a KVM guest to stream audio using darkice to an icecast2 server
> > on the
> > same guest. The guest uses an emulated ES1370 sound card to capture the
> > ho
Hello Mike, Vassili.
On 23.08.2012 20:16, Mike Gerber wrote:
> Hi,
>
> I'm using a KVM guest to stream audio using darkice to an icecast2 server on
> the
> same guest. The guest uses an emulated ES1370 sound card to capture the host's
> audio input (ASUS Xonar DX) using the ALSA backend. After 1
[likely not kvm related, CC'ing the appropriate community]
On 2012-08-23 18:16, Mike Gerber wrote:
> Hi,
>
> I'm using a KVM guest to stream audio using darkice to an icecast2 server on
> the
> same guest. The guest uses an emulated ES1370 sound card to capture the host's
> audio input (ASUS Xon
Hi,
I'm using a KVM guest to stream audio using darkice to an icecast2 server on the
same guest. The guest uses an emulated ES1370 sound card to capture the host's
audio input (ASUS Xonar DX) using the ALSA backend. After 1 or 2 days, the
qemu-kvm process locks up, using up 100% CPU, apparently sp
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=17591
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=15988
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #27
https://bugzilla.kernel.org/show_bug.cgi?id=14250
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Component|kvm
https://bugzilla.kernel.org/show_bug.cgi?id=13855
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=13855
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
> > >>
> > >> I've observed a guest hang after putting a little stress testing on
> > >> it. It basically hangs in ~10 secs after running several trinity
> > >> instances inside a KVM tools guest.
> > >>
> > > And do you set hy
e stress testing on
> >> it. It basically hangs in ~10 secs after running several trinity
> >> instances inside a KVM tools guest.
> >>
> > And do you set hypervisor bit in KVM tool?
>
> We're basically forwarding the cpuid of the host, so I assume that no?
On Thu, May 17, 2012 at 10:05 PM, Gleb Natapov wrote:
> On Thu, May 17, 2012 at 09:49:08PM +0200, Sasha Levin wrote:
>> Hi all,
>>
>> I've observed a guest hang after putting a little stress testing on
>> it. It basically hangs in ~10 secs after running several t
On Thu, May 17, 2012 at 09:49:08PM +0200, Sasha Levin wrote:
> Hi all,
>
> I've observed a guest hang after putting a little stress testing on
> it. It basically hangs in ~10 secs after running several trinity
> instances inside a KVM tools guest.
>
And do you set hyp
Hi all,
I've observed a guest hang after putting a little stress testing on
it. It basically hangs in ~10 secs after running several trinity
instances inside a KVM tools guest.
The hang is easy to describe and reproduce:
1. No userspace exits observed
2. kvm_stat looks as follows (wit
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #26 from Avi Kivity 2012-04-02 09:12:38 ---
Strange, looks like the patches did not take effect at all. The opcode is 0f
6f 02, which should have been decoded as movq.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #25 from madenginee...@gmail.com 2012-04-01 23:40:21 ---
Created an attachment (id=72789)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72789)
Last 10k lines of a trace showing the fault, kernel 3.3rc5 with patches
--
Confi
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #24 from madenginee...@gmail.com 2012-04-01 23:39:47 ---
Created an attachment (id=72788)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72788)
Register state and code disassembly at failure point, kernel 3.3rc5 with
patches
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #23 from madenginee...@gmail.com 2012-04-01 23:38:21 ---
Now it dies in a different place, still with a movq instruction (movq
(%edx),%mm0). I think the difference is because of a configuration change or
package update since the
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #22 from Avi Kivity 2012-04-01 14:15:51 ---
No guarantees of course, but this is just 3.3-rc5 with a few patches on top.
It should be fine for a short test.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=em
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #21 from madenginee...@gmail.com 2012-03-31 20:10:38 ---
Sorry for the delay, I've been really busy lately. Is this kernel reasonably
safe to run on my main machine? I'm not worried about it crashing, but if it
takes a filesystem w
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #20 from Avi Kivity 2012-03-21 18:21:33 ---
Please try
git://git.kernel.org/pub/scm/virt/kvm/kvm.git emulator-movq
this emulates the two movq instructions used. There may be other unemulated
instructions though.
--
Configur
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #19 from madenginee...@gmail.com 2012-02-16 22:01:38 ---
Doesn't seem to help. I used -cpu core2duo,-3dnow (since core2duo is the name
that libvirt, my usual launcher for qemu, has been using), failed on the same
movq. Also tried -
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #18 from Avi Kivity 2012-02-16 17:30:47 ---
As a workaround you can use -cpu blah,-3dnow. But we'll have to implement mmx
movq.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #17 from Jan Kiszka 2012-02-16 17:24:34 ---
(In reply to comment #15)
> I set the kernel up for an AMD Geode LX800 (CONFIG_MGEODE_LX), which does
> supposedly support SSE. No idea why it would have built using MMX if that is
> now
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #16 from madenginee...@gmail.com 2012-02-16 16:51:10 ---
Background: I'm using KVM as a test platform for code destined for a panel PC
using a Geode LX800.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #15 from madenginee...@gmail.com 2012-02-16 16:48:56 ---
I set the kernel up for an AMD Geode LX800 (CONFIG_MGEODE_LX), which does
supposedly support SSE. No idea why it would have built using MMX if that is
now deprecated in favor
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #14 from Jan Kiszka 2012-02-16 11:51:05 ---
Because the selected CPU type doesn't support SSE? Didn't check the config yet,
but I bet that's the reason.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Avi Kivity changed:
What|Removed |Added
CC||a...@redhat.com
--- Comment #13 from Avi
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #12 from Gleb 2012-02-16 08:40:37 ---
Can you try disabling CONFIG_FB in your guest kernel?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are w
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Jan Kiszka changed:
What|Removed |Added
CC||jan.kis...@web.de
--- Comment #11 from J
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #10 from Gleb 2012-02-16 08:04:22 ---
(In reply to comment #8)
> Not sure what you mean by installing trace-cmd before capturing the trace--I
> did do that, otherwise I wouldn't have had a trace-cmd to run. The package
I meant tha
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #9 from madenginee...@gmail.com 2012-02-16 07:57:35 ---
Created an attachment (id=72397)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72397)
Register state and code disassembly at failure point with qemu 1.0
--
Configure b
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #8 from madenginee...@gmail.com 2012-02-16 07:56:03 ---
Not sure what you mean by installing trace-cmd before capturing the trace--I
did do that, otherwise I wouldn't have had a trace-cmd to run. The package
version is trace-cmd 1.
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #7 from Gleb 2012-02-16 07:43:11 ---
Have you installed trace-cmd before capturing the trace? It failed to parse kvm
events. qemu haven't paused the guest after emulation error (looks like a bug),
so 'x/30i $eip' output is not use
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #6 from madenginee...@gmail.com 2012-02-16 07:22:41 ---
Created an attachment (id=72395)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72395)
Last 10k lines of a trace showing the fault
Per Gleb's request
--
Configure bugm
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Gleb changed:
What|Removed |Added
CC||g...@redhat.com
--- Comment #5 from Gleb 201
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #4 from madenginee...@gmail.com 2012-02-16 06:32:48 ---
Same problem occurs with qemu-kvm 1.0 from
https://launchpad.net/~bderzhavets/+archive/lib-usbredir39:
$ sudo kvm -M pc-1.0 -enable-kvm -m 1024 -drive
file=/var/lib/libvirt/i
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #3 from madenginee...@gmail.com 2012-02-16 05:57:25 ---
Couldn't attach the trace I recorded of the fault occurring since it's 3 MB
compressed with xz, bigger still with other formats. I can email it if it will
be useful.
--
Conf
https://bugzilla.kernel.org/show_bug.cgi?id=42779
madenginee...@gmail.com changed:
What|Removed |Added
Attachment #72394|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=42779
madenginee...@gmail.com changed:
What|Removed |Added
Attachment #72393|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #2 from madenginee...@gmail.com 2012-02-16 05:47:18 ---
Created an attachment (id=72394)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72394)
Result of 'registers info' and 'x/30i $eip' after fault
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=42779
--- Comment #1 from madenginee...@gmail.com 2012-02-16 05:46:07 ---
Created an attachment (id=72393)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72393)
Configuration of the guest kernel
--
Configure bugmail: https://bugzilla.kernel.o
https://bugzilla.kernel.org/show_bug.cgi?id=42779
Summary: KVM domain hangs after loading initrd with Xenomai
kernel
Product: Virtualization
Version: unspecified
Kernel Version: 3.0.0-15
Platform: All
OS/Version: Linux
On 02/15/2012 06:46 PM, Avi Kivity wrote:
> On 02/15/2012 06:40 PM, madengineer10 wrote:
> > I'm not sure if this bug is located in userspace or in the kernel.
> > Could you let me know where to file it?
> >
> > Bug:
> > Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
> > KVM
On 02/15/2012 06:40 PM, madengineer10 wrote:
> I'm not sure if this bug is located in userspace or in the kernel.
> Could you let me know where to file it?
>
> Bug:
> Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
> KVM causes it to hang and spin (using 1 full CPU core) after
I'm not sure if this bug is located in userspace or in the kernel.
Could you let me know where to file it?
Bug:
Attempting to boot a 32 bit Debian guest with a Xenomai kernel inside
KVM causes it to hang and spin (using 1 full CPU core) after loading
the initrd, as determined by serial console out
Hello all, I hope someone may point me in a direction to take.
I am running KVM on SLES SP1 with a SLES 11 Guest. Recently I noticed that the
host console
was hung. I was able to SSH into the running Guest and shut it down but was
unable to regain control
over the host. The keyboard, mouse and
https://bugzilla.kernel.org/show_bug.cgi?id=42703
Avi Kivity changed:
What|Removed |Added
CC||a...@redhat.com
AssignedTo|virtuali
https://bugzilla.kernel.org/show_bug.cgi?id=42703
Summary: random hangs on virtualization host
Product: Virtualization
Version: unspecified
Kernel Version: 3.0.0-16
Platform: All
OS/Version: Linux
Tree: Mainline
On Sun, Jul 31, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs on
running L2":
> This patch looks good, with one comment noted inline below. Are there
> no other call sites for kvm_get_msr() or which alias some other
> function to kvm_get_msr(MSR_IA32_TSC) ?
Zachary Amsden wrote about "Re: Nested VMX - L1 hangs
> on running L2":
>>...
>> In that case, you need to distinguish between reads of the TSC MSR by
>> the guest and reads by the host (as done internally to track drift and
>>...
>> Unfortunately, th
On Fri, Jul 29, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs on
running L2":
>...
> In that case, you need to distinguish between reads of the TSC MSR by
> the guest and reads by the host (as done internally to track drift and
>...
> Unfortunately, the l
On Fri, Jul 29, 2011 at 05:01:16AM -0400, Zachary Amsden wrote:
> So you are right, this is still wrong for the case in which L1 does
> not trap TSC MSR reads. Note however, the RDTSC instruction is still
> virtualized properly, it is only the relatively rare actual TSC MSR
> read via RDMSR which
2011/7/27 Nadav Har'El :
> On Wed, Jul 20, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs
> on running L2":
>> > > No, both patches are wrong.
>> >
>>
>> kvm_get_msr(vcpu, MSR_IA32_TSC, &tsc) should always return the L1 TSC,
kick the qemu-system-x86_64 process to
different host CPUs until L1 hangs.
Next, two work-arounds have been mentioned. For me, either one by itself is
sufficient to prevent hangs.
Workaround #1: Use the 'jiffies' clocksource in L1. I suspect any other
clocksource should also work, bu
On Wed, Jul 20, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs on
running L2":
> > > No, both patches are wrong.
> >
> > > The correct fix is to make kvm_get_msr() return the L1 guest TSC at all
> > times.
> > > We are serving the L
On Wed, Jul 20, 2011, Zachary Amsden wrote about "Re: Nested VMX - L1 hangs on
running L2":
> > > No, both patches are wrong.
> >
>
> kvm_get_msr(vcpu, MSR_IA32_TSC, &tsc) should always return the L1 TSC,
> regardless of the setting of any MSR bitmap. The r
On Wed, Jul 20, 2011 at 12:52 PM, Nadav Har'El wrote:
>
> > No, both patches are wrong.
>
> Guys, thanks for looking into this bug. I'm afraid I'm still at a loss at
> why a TSC bug would even cause a guest lockup :(
>
> When Avi Kivity saw my nested TSC handling code he remarked "this is
> probab
On 0, Nadav Har'El wrote:
> > No, both patches are wrong.
>
> Guys, thanks for looking into this bug. I'm afraid I'm still at a loss at
> why a TSC bug would even cause a guest lockup :(
>
> When Avi Kivity saw my nested TSC handling code he remarked "this is
> probably wrong". When I asked him
> No, both patches are wrong.
Guys, thanks for looking into this bug. I'm afraid I'm still at a loss at
why a TSC bug would even cause a guest lockup :(
When Avi Kivity saw my nested TSC handling code he remarked "this is
probably wrong". When I asked him where it was wrong, he basically said
tha
2011 at 02:40:53PM -0400, Bandan Das wrote:
> >>>> I have already discussed this a bit with Nadav but hoping someone
> >>>> else has any other ideas/clues/suggestions/comments. With recent
> >>>> versions of the
> >>>> kernel (The last I tried
his a bit with Nadav but hoping someone
>>>> else has any other ideas/clues/suggestions/comments. With recent versions
>>>> of the
>>>> kernel (The last I tried is 3.0-rc5 with nVMX patches already merged), my
>>>> L1 guest
>>>> always hang
any other ideas/clues/suggestions/comments. With recent versions
> >> of the
> >> kernel (The last I tried is 3.0-rc5 with nVMX patches already merged), my
> >> L1 guest
> >> always hangs when I start L2.
> >>
> >> My setup : The host, L1 and
t; kernel (The last I tried is 3.0-rc5 with nVMX patches already merged), my L1
>> guest
>> always hangs when I start L2.
>>
>> My setup : The host, L1 and L2 all are FC15 with the host running 3.0-rc5.
>> When L1 is up
>> and running, I start L2 from L1. Wit
l (The last I tried is 3.0-rc5 with nVMX patches already merged), my
> > L1 guest
> > always hangs when I start L2.
> >
> > My setup : The host, L1 and L2 all are FC15 with the host running 3.0-rc5.
> > When L1 is up
> > and running, I start L2 from L1. Withi
rged), my L1
> guest
> always hangs when I start L2.
>
> My setup : The host, L1 and L2 all are FC15 with the host running 3.0-rc5.
> When L1 is up
> and running, I start L2 from L1. Within a minute or two, both L1 and L2 hang.
> Although, if
> if I run tracing on the hos
I have already discussed this a bit with Nadav but hoping someone
else has any other ideas/clues/suggestions/comments. With recent versions of
the
kernel (The last I tried is 3.0-rc5 with nVMX patches already merged), my L1
guest
always hangs when I start L2.
My setup : The host, L1 and L2
c.
> And sometimes countdown hangs on some number.
>
> QEMU emulator version 0.14.0 (qemu-kvm-0.14.0 Debian
> 0.14.0+dfsg-1~tls), Copyright (c) 2003-2008 Fabrice Bellard
> libvirt 0.9.1
> Linux 2.6.38 x86_64
>
> libvirt.xml http://pastebin.com/03vJKhVc
>
> strace
Guido Winkelmann thisisnotatest.de> writes:
>
> Hi,
>
> I am experiencing hangs in disk IO in systems hosted inside a virtual KVM
> machine. When the virtual system disk is SCSI and when I am doing a lot of
> I/O
> on it, I will eventually get error messages on the c
Hello,
I receive strange problem with running FreeBSD guest (7 and 8, x86 and
amd64) on KVM.
When begins boot menu, there is time countdown 10..9..8 etc, and time
between 10 and 9 can be different than 1 sec 0.9, 1.1 etc.
And sometimes countdown hangs on some number.
QEMU emulator version 0.14.0
> That's a pretty wide range to be bisecting, and I think we know for a
> fact there were some kvmclock related bugs in that range.
thats true, I might try to pick those that seem related and see if it
helpts..
>
> If you are looking for something causing problems with tcpdump, I'd
> suggest ge
On 05/09/2011 11:25 AM, Nikola Ciprich wrote:
The guest, because latest kernels do not suffer this problem, so I'd like to
find fix so it can be pushed to -stable (we're using 2.6.32.x)
host is currently 2.6.37 (and i'm currently testing 2.6.38 as well)
n.
That's a pretty wide range to be bisec
n 05/08/2011 12:06 PM, Nikola Ciprich wrote:
>> OK,
>> I see.. the problem is, that I'm trying to hunt down bug causing hangs
>> when 2.6.32 guests try to run tcpdump - this seems to be reproducible even
>> on latest 2.6.32.x, and seems like it depends on kvm-clock
On 05/08/2011 12:06 PM, Nikola Ciprich wrote:
OK,
I see.. the problem is, that I'm trying to hunt down bug causing hangs
when 2.6.32 guests try to run tcpdump - this seems to be reproducible even on
latest 2.6.32.x, and seems like it depends on kvm-clock..
So I was thinking about bise
On 05/08/11 13:06, Nikola Ciprich wrote:
> OK,
> I see.. the problem is, that I'm trying to hunt down bug causing hangs
> when 2.6.32 guests try to run tcpdump - this seems to be reproducible even on
> latest 2.6.32.x, and seems like it depends on kvm-clock..
> So I was thin
(CC Zachary)
well, I should also note that while testing 2.6.37 host, I had Zach's
patch fixing guest clock regression applied...
n.
On Sun, May 08, 2011 at 08:33:04PM +0200, Nikola Ciprich wrote:
> Hello everyboy,
> while installing new virt machine today, I noticed that 2.6.32 x86_64 SMP
> gues
OK,
I see.. the problem is, that I'm trying to hunt down bug causing hangs
when 2.6.32 guests try to run tcpdump - this seems to be reproducible even on
latest 2.6.32.x, and seems like it depends on kvm-clock..
So I was thinking about bisecting between 2.6.32 and latest git which doesn'
08.05.2011 22:33, Nikola Ciprich wrote:
> Hello everyboy,
> while installing new virt machine today, I noticed that 2.6.32 x86_64 SMP
> guests are hanging if they have paravirt-clock enabled...
There were about 10 bugfixes pushed to 2.6.32.y stable series,
some of them were for kvm-clock, and som
Hello everyboy,
while installing new virt machine today, I noticed that 2.6.32 x86_64 SMP
guests are hanging if they have paravirt-clock enabled...
Either they don't finish booting at all, or boot but hang soon after..
Such a hanged guest fully loads all host cpus..
The host is 6core x86_64 runnig
On Sun, 2011-05-08 at 20:35 +0300, Sasha Levin wrote:
> I fully support enabling it by default, I'm against enabling it even if
> the user asked to have it disabled.
Sure.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More
On Sun, 2011-05-08 at 20:34 +0300, Pekka Enberg wrote:
> On Sun, May 8, 2011 at 8:29 PM, Sasha Levin wrote:
> > On Sun, 2011-05-08 at 20:28 +0300, Pekka Enberg wrote:
> >> On Sun, May 8, 2011 at 8:21 PM, Sasha Levin
> >> wrote:
> >> > I'm seeing no m
On Sun, May 8, 2011 at 8:29 PM, Sasha Levin wrote:
> On Sun, 2011-05-08 at 20:28 +0300, Pekka Enberg wrote:
>> On Sun, May 8, 2011 at 8:21 PM, Sasha Levin wrote:
>> > I'm seeing no more hangs, but why enable it unconditionally?
>> > Maybe enable it by def
On Sun, 2011-05-08 at 20:28 +0300, Pekka Enberg wrote:
> On Sun, May 8, 2011 at 8:21 PM, Sasha Levin wrote:
> > I'm seeing no more hangs, but why enable it unconditionally?
> > Maybe enable it by default, but we shouldn't force the activation of
> > virtio module
On Sun, May 8, 2011 at 8:21 PM, Sasha Levin wrote:
> I'm seeing no more hangs, but why enable it unconditionally?
> Maybe enable it by default, but we shouldn't force the activation of
> virtio modules if the user doesn't want them.
I meant enabling the device on PC
queue_kick(out_vq);
> > ...
> > while (!virtqueue_get_buf(out_vq, &len))
> > cpu_relax();
> > ...
> > }
> >
> > The console hangs can simply be reproduced by yes command which
> > gives tremendous console IOs and IRQs.
>
&
ng the implementation signicantly.
> """
>
> drivers/char/virtio_console.c
> send_buf() {
> ...
> /* Tell Host to go! */
> virtqueue_kick(out_vq);
> ...
> while (!virtqueue_get_buf(out_vq, &len))
> cpu_relax();
>
d_buf() {
...
/* Tell Host to go! */
virtqueue_kick(out_vq);
...
while (!virtqueue_get_buf(out_vq, &len))
cpu_relax();
...
}
The console hangs can simply be reproduced by yes command which
gives tremendous console IOs and IRQs.
[ 16.786440] irq 4:
her than waiting
>> for an interrupt, simplifying the implementation signicantly.
>> """
>>
>> drivers/char/virtio_console.c
>> send_buf() {
>> ...
>> /* Tell Host to go! */
>> virtqueue_kick(out_vq);
>> ...
>>
if it's just the raw RIP initially) on a kill -3 that would help
> enormously.
Looks like the code should be doing that already - but the
ioctl(KVM_GET_SREGS)
hangs:
[pid 748] ioctl(6, KVM_GET_SREGS
Avi Kivity pointed out that it's not safe to call KVM_GET_SREGS (or other vc
101 - 200 of 431 matches
Mail list logo