Hi there,
back in days before kernel 2.6.25/2.6.26 and KVM 70-77 KVM decided to
crash from time to time. That time we used XFS as filesystem (/ and /boot
where ext3/ext2). Since XFS worked so very well for us on physical
hosts the natural choise for our OSs in KVM of course was also XFS.
This was
On 8-Jul-09, at 4:01 PM, Stephen Donnelly wrote:
On Thu, Jul 9, 2009 at 9:45 AM, Cam Macdonell
wrote:
Hi Stephen,
Here is the latest patch that supports interrupts. I am currently
working
on a broadcast mechanism that should be ready fairly soon.
http://patchwork.kernel.org/patch/22368/
Hello,
today I have second incident, that my qemu-kvm process is running at 100%
or 200% CPU (watched using top program), but there is no response from guest
long time (some hours). First time lots of these messages appeared in dmesg:
vcpu not ready for apic_round_robin
vcpu not ready for apic_
> Haven't followed the thread in great detail, but has anyone tried
> putting the virtio disk back into rotational mode?
Hello. I haven't had a chance to try all the suggestions in the thread
so far. However, I did just run some tests with block queue rotation
settings tonight.
For the problem
On Wednesday 08 July 2009 22:59:55 Langsdorf, Mark wrote:
> The last variant of the scheduler that I tried
> showed worse performance for both the baseline
> case (no pause filter enabled) and the test
> case (pause filter enabled) versus not changing
> the scheduler.
>
> Some other work came up an
On Wed, 2009-07-01 at 02:12 +0800, Anthony Liguori wrote:
> Hi Huang,
>
> Huang Ying wrote:
> > - MCE features are initialized when VCPU is intialized according to CPUID.
> > - A monitor command "mce" is added to inject a MCE.
> > - A new interrupt mask: CPU_INTERRUPT_MCE is added to inject the MC
On Wednesday 08 July 2009 06:19:27 Subrata Modak wrote:
> On Tue, 2009-07-07 at 10:45 -0700, Martin Bligh wrote:
> > On Tue, Jul 7, 2009 at 12:24 AM, sudhir kumar wrote:
> > > On Tue, Jul 7, 2009 at 12:07 AM, Martin Bligh wrote:
> > Issues: LTP has a history of some of the testcases getting br
I tried doing the email confirmation on the wiki so I could be emailed on page
changes, etc. Every time I hit the "Mail a confirmation code" button it says:
"Could not send confirmation mail. Check address for invalid characters. "
I've re-entered my email address and tried again. Same results.
Avi Kivity wrote:
On 07/08/2009 01:23 AM, Stephen Donnelly wrote:
Also it appears that PCI IO memory (cpu_register_io_memory) is
provided via access functions, like the pci config space?
It can also use ordinary RAM (for example, vga maps its framebuffer
as a PCI
BAR).
So hos
On Thu, Jul 9, 2009 at 9:45 AM, Cam Macdonell wrote:
> Hi Stephen,
>
> Here is the latest patch that supports interrupts. I am currently working
> on a broadcast mechanism that should be ready fairly soon.
>
> http://patchwork.kernel.org/patch/22368/
>
> I have some test scripts that can demonstra
> Shared memory is fully coherent. You can use the ordinary x86 bus lock
> operations for concurrent read-modify-write access, and the memory barrier
> instructions to prevent reordering. Just like ordinary shared memory.
Okay, I think I was confused by the 'dirty' code. Is that just to do
with
On 07/08/2009 10:44 PM, Jan Kiszka wrote:
Deferred until v2. My first impression is that too much upstream code is
moved or touched.
Glauber, if you want to use some function that is currently under
KVM_UPSTREAM, don't move it, just drop the #ifdef around it. And when
done, have a look at the d
On 07/08/2009 09:12 PM, Christoph Hellwig wrote:
On Tue, Jun 23, 2009 at 04:43:10PM +0930, Rusty Russell wrote:
On Sun, 21 Jun 2009 04:59:41 am Christoph Hellwig wrote:
Block driver ioctl methods must return ENOTTY and not -ENOIOCTLCMD if
they expect the block layer to handle generic
Jan Kiszka wrote:
> Avi Kivity wrote:
>> On 07/08/2009 04:39 PM, Glauber Costa wrote:
>>> On Wed, Jul 08, 2009 at 04:27:27PM +0300, Avi Kivity wrote:
>>>
On 07/08/2009 04:09 PM, Glauber Costa wrote:
> Signed-off-by: Glauber Costa
> ---
>kvm-all.c | 27 +++
I like very much KVM, but I decided to test Virtualbox and it
has nice features KVM doesn't have. BUT... Virtualbox is orders of
magnitude SLOWER than KVM. Virtualbox just can't compete with KVM
regarding speed. KVM is much, much, much faster than any virtual
machine on earth.
Anyw
Bugs item #2506814, was opened at 2009-01-14 11:38
Message generated for change (Comment added) made by danny1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2506814&group_id=180599
Please note that this message will contain a full copy of the comment th
Bugs item #2506814, was opened at 2009-01-14 11:38
Message generated for change (Comment added) made by danny1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2506814&group_id=180599
Please note that this message will contain a full copy of the comment th
On Tue, Jun 23, 2009 at 04:43:10PM +0930, Rusty Russell wrote:
> On Sun, 21 Jun 2009 04:59:41 am Christoph Hellwig wrote:
> > Block driver ioctl methods must return ENOTTY and not -ENOIOCTLCMD if
> > they expect the block layer to handle generic ioctls.
> >
> > This triggered a BLKROSET failure in
On Tue, Jun 23, 2009 at 04:42:52PM +0930, Rusty Russell wrote:
> On Sun, 21 Jun 2009 04:02:15 am Christoph Hellwig wrote:
> > Looks like I sent a patch that doesn't actually compile because qui
> > decided to apply those fixes to a different one. Here's the correc
> > one:
> >
> > --
> >
> > Subje
On Wed, 2009-07-08 at 20:07 +0300, Avi Kivity wrote:
> On 07/08/2009 07:59 PM, Cristi Magherusan wrote:
> >> You can reduce qemu size by not compiling tcg; that'll save you a lot
> >> more than the kernel.
> >>
> > How do I disable it? is it the --disable-cpu-emulation configure flag?
> > Unf
On 07/08/2009 07:59 PM, Cristi Magherusan wrote:
You can reduce qemu size by not compiling tcg; that'll save you a lot
more than the kernel.
How do I disable it? is it the --disable-cpu-emulation configure flag?
Unfortunately that one breaks compilation, and I reproduced this both in
my sy
On Tue, 2009-07-07 at 14:43 +0300, Avi Kivity wrote:
> On 07/07/2009 02:31 PM, Cristi Magherusan wrote:
> > The kernel will be 2.6.24 because it's smaller. I know this mismatch may
> > not be good, but I have to get to a compromise. The kernel needs to be
> > as small as possible (everything should
On Wed, Jul 08, 2009 at 07:40:57PM +0300, Gleb Natapov wrote:
> On Wed, Jul 08, 2009 at 01:37:39PM -0300, Marcelo Tosatti wrote:
> > On Wed, Jul 08, 2009 at 07:29:58PM +0300, Gleb Natapov wrote:
> > > On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> > > > (but yes, bypassing the i
On Wed, Jul 08, 2009 at 01:37:39PM -0300, Marcelo Tosatti wrote:
> On Wed, Jul 08, 2009 at 07:29:58PM +0300, Gleb Natapov wrote:
> > On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> > > (but yes, bypassing the irq injection system its not a very beatiful
> > > shortcut, but its do
On Wed, Jul 08, 2009 at 07:29:58PM +0300, Gleb Natapov wrote:
> On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> > (but yes, bypassing the irq injection system its not a very beatiful
> > shortcut, but its done in other places too eg i8254.c NMI injection via
> > all cpus LINT0).
On 07/08/2009 07:24 PM, Marcelo Tosatti wrote:
I wonder if we're really winning with this. Guests should be
scheduled-out-but-not-halted rarely, and in all other cases we need to
keep the timer. A timer comparison on each guest entry might be
expensive (maybe not so much with tsc based timers).
On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> (but yes, bypassing the irq injection system its not a very beatiful
> shortcut, but its done in other places too eg i8254.c NMI injection via
> all cpus LINT0).
>
I've looked at this. Why do you say i8254.c NMI injection bypass th
On Wed, Jul 08, 2009 at 04:41:22PM +0300, Avi Kivity wrote:
> On 07/06/2009 04:55 AM, Marcelo Tosatti wrote:
>> Replace hrtimer based timer emulation with host timebase (ktime_t)
>> comparisons on guest entry.
>>
>> This avoids host load when guests are scheduled out, removes a
>> spinlock acquisio
On 07/08/2009 07:07 PM, Jan Kiszka wrote:
This unbreaks out-of-tree builds and reduces the differences to
upstream's top-level Makefile.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the
On Wed, Jul 08, 2009 at 12:42:52PM -0300, Marcelo Tosatti wrote:
> On Wed, Jul 08, 2009 at 04:39:56PM +0300, Gleb Natapov wrote:
> > On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> > > On Wed, Jul 08, 2009 at 03:58:19PM +0300, Gleb Natapov wrote:
> > > > Excellent patch series.
>
This unbreaks out-of-tree builds and reduces the differences to
upstream's top-level Makefile.
Signed-off-by: Jan Kiszka
---
Makefile| 11 -
kvm/extboot/extboot.S | 695 ---
pc-bios/optionrom/Makefile |2
pc-bios/optionr
On Wednesday 08 July 2009 05:18:41 pm Jan Kiszka wrote:
> > Some further questions to the build test:
> >
> > - incremental/quick or full/"safe" build tests?
> > (e.g. "make clean" before actual configuration/build?)
>
> Maybe a full rebuild once per day and incremental rebuilds for each
> update
On Wed, Jul 08, 2009 at 04:39:56PM +0300, Gleb Natapov wrote:
> On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> > On Wed, Jul 08, 2009 at 03:58:19PM +0300, Gleb Natapov wrote:
> > > Excellent patch series.
> > >
> > > On Sun, Jul 05, 2009 at 10:55:15PM -0300, Marcelo Tosatti wro
Avi Kivity wrote:
> On 07/08/2009 04:39 PM, Glauber Costa wrote:
>> On Wed, Jul 08, 2009 at 04:27:27PM +0300, Avi Kivity wrote:
>>
>>> On 07/08/2009 04:09 PM, Glauber Costa wrote:
>>>
Signed-off-by: Glauber Costa
---
kvm-all.c | 27 ++-
>>>
Daniel Gollub wrote:
> On Wednesday 08 July 2009 06:54:09 am Avi Kivity wrote:
>>> Unfortuatnely i'm completely new to the buildbot itself. Only did in the
>>> past brief checks of the documentation and feature overview. I already
>>> maintain some different continous build testing infrastrucute (b
>> Yup, we can pass an excluded test list. I really wish they'd fix their
>> tests, but I've been saying that for 6 years now, and it hasn't happened
>> yet ;-(
>
> I would slightly disagree to that. 6 years is history. But, have you
> recently checked with LTP ?
I hate to be completely cynical ab
Ram Pai wrote:
> Problem: It is impossible to feed filenames with the character colon because
> qemu interprets such names as a protocol. For example filename scsi:0, is
> interpreted as a protocol by name "scsi".
>
> This patch allows user to espace colon characters. For example the above
> filen
On 07/08/2009 05:45 PM, Daniel Gollub wrote:
A local instance of buildbot with one master and one slave is already running
for qemu-kvm.git (clone). Preparing now the final buildmaster host ...
Unfortunately there seems to be no Git-"poller" in buildbot, like for SVN. So
there is need to install
The last variant of the scheduler that I tried
showed worse performance for both the baseline
case (no pause filter enabled) and the test
case (pause filter enabled) versus not changing
the scheduler.
Some other work came up and I haven't have a
chance to experiment with this for a while.
-Mark L
On Wednesday 08 July 2009 06:54:09 am Avi Kivity wrote:
> > Unfortuatnely i'm completely new to the buildbot itself. Only did in the
> > past brief checks of the documentation and feature overview. I already
> > maintain some different continous build testing infrastrucute (based on
> > ctest/cdash
Glauber Costa redhat.com> writes:
> > This was happening with kvmclock back then when it did not handle
> > cpu frequency changes. What are the details of the host hw?
> >
> > Glauber, any clues?
> maybe it is exactly that. 2.6.27 is a little bit old, and probably does not
> have the fixes.
>
W
On Wed, Jul 08, 2009 at 04:23:39PM +0300, Avi Kivity wrote:
> On 07/08/2009 04:08 PM, Glauber Costa wrote:
>> Big plan to start sharing code with upstream.
>>
>>
>
> This patch is very brittle - if qemu-kvm.c changes, it won't apply. I
> suggest to simply add #include "qemu-kvm.c" and remove
On 07/08/2009 04:39 PM, Glauber Costa wrote:
On Wed, Jul 08, 2009 at 04:27:27PM +0300, Avi Kivity wrote:
On 07/08/2009 04:09 PM, Glauber Costa wrote:
Signed-off-by: Glauber Costa
---
kvm-all.c | 27 ++-
qemu-kvm.h|6 +++---
target-i
On 07/06/2009 04:55 AM, Marcelo Tosatti wrote:
This still needs to survive kvm-autotest, posting early for comments.
It replaces hrtimer based emulation with ktime_t comparisons on guest
entry (avoids host load when guests are scheduled out, removes a
spinlock acquision on entry (i8254.c's injec
On Wed, Jul 08, 2009 at 10:17:21AM -0300, Marcelo Tosatti wrote:
> On Wed, Jul 08, 2009 at 03:58:19PM +0300, Gleb Natapov wrote:
> > Excellent patch series.
> >
> > On Sun, Jul 05, 2009 at 10:55:15PM -0300, Marcelo Tosatti wrote:
> > > int kvm_cpu_has_pending_timer(struct kvm_vcpu *vcpu)
> > > {
On Wed, Jul 08, 2009 at 10:44:01AM -0300, Glauber Costa wrote:
> On Wed, Jul 08, 2009 at 04:32:37PM +0300, Gleb Natapov wrote:
> > On Wed, Jul 08, 2009 at 09:09:00AM -0400, Glauber Costa wrote:
> > > qemu upstream puts kvm information on env. Do that too, since it will
> > > allow us to use CPUStat
On 07/06/2009 04:55 AM, Marcelo Tosatti wrote:
Replace hrtimer based timer emulation with host timebase (ktime_t)
comparisons on guest entry.
This avoids host load when guests are scheduled out, removes a
spinlock acquision on entry (i8254.c's inject_lock), and makes future
improvements easier.
On Wed, Jul 08, 2009 at 04:32:37PM +0300, Gleb Natapov wrote:
> On Wed, Jul 08, 2009 at 09:09:00AM -0400, Glauber Costa wrote:
> > qemu upstream puts kvm information on env. Do that too, since it will
> > allow us to use CPUState in cpu-specific functions, instead of kvm-specific
> > types.
> >
>
On Wed, Jul 08, 2009 at 04:28:51PM +0300, Gleb Natapov wrote:
> On Wed, Jul 08, 2009 at 09:08:57AM -0400, Glauber Costa wrote:
> > big plan to start sharing code with upstream.
> >
> It is hard enough (for me at least) to distinguish between upstream code
> and qemu-kvm when I have to look at the
On Wed, Jul 08, 2009 at 04:27:27PM +0300, Avi Kivity wrote:
> On 07/08/2009 04:09 PM, Glauber Costa wrote:
>> Signed-off-by: Glauber Costa
>> ---
>> kvm-all.c | 27 ++-
>> qemu-kvm.h|6 +++---
>> target-i386/kvm.c |4 ++--
>> 3 files changed, 2
On Wed, Jul 08, 2009 at 09:09:00AM -0400, Glauber Costa wrote:
> qemu upstream puts kvm information on env. Do that too, since it will
> allow us to use CPUState in cpu-specific functions, instead of kvm-specific
> types.
>
> Signed-off-by: Glauber Costa
> ---
> kvm-all.c| 12
On 07/06/2009 04:55 AM, Marcelo Tosatti wrote:
Hide details of timer emulation behind an interface, and unify
the hrtimer based implementation.
For bisectability, might want to split into three: introduce generic
timer, migrate lapic timer, migrate pit timer.
--
error compiling committee
On Wed, Jul 08, 2009 at 09:08:57AM -0400, Glauber Costa wrote:
> big plan to start sharing code with upstream.
>
It is hard enough (for me at least) to distinguish between upstream code
and qemu-kvm when I have to look at the code. Having them separated in
different files is very helpful. Looking
On 07/08/2009 04:08 PM, Glauber Costa wrote:
Hi,
This is another step at getting us closer to qemu upstream. I'm moving
our code to kvm-all.c and kvm.c, and relying on the fact that we use
USE_KVM, while upstream qemu uses CONFIG_KVM, to keep us isolated.
The goal is to slowly reduce that isola
On 07/08/2009 04:09 PM, Glauber Costa wrote:
Signed-off-by: Glauber Costa
---
kvm-all.c | 27 ++-
qemu-kvm.h|6 +++---
target-i386/kvm.c |4 ++--
3 files changed, 23 insertions(+), 14 deletions(-)
Did you test the functionality to ensu
On 07/08/2009 04:08 PM, Glauber Costa wrote:
big plan to start sharing code with upstream.
What's the big plan re qemu-kvm-ia64.c?
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to
On 07/08/2009 04:08 PM, Glauber Costa wrote:
Big plan to start sharing code with upstream.
This patch is very brittle - if qemu-kvm.c changes, it won't apply. I
suggest to simply add #include "qemu-kvm.c" and remove it from the
makefile. After I apply it, I'll perform the #include and
On 07/08/2009 04:08 PM, Glauber Costa wrote:
This will allow qemu-kvm to refer to the structure, since qemu-kvm relies
on USE_KVM, not CONFIG_KVM. This should be sent to qemu.git as well
Signed-off-by: Glauber Costa
---
kvm.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
di
On Wed, Jul 08, 2009 at 03:58:19PM +0300, Gleb Natapov wrote:
> Excellent patch series.
>
> On Sun, Jul 05, 2009 at 10:55:15PM -0300, Marcelo Tosatti wrote:
> > int kvm_cpu_has_pending_timer(struct kvm_vcpu *vcpu)
> > {
> > - int ret;
> > + ktime_t now, expires;
> >
> > - ret = pit_has_p
---
kvm-all.c | 422 +++-
target-i386/kvm.c | 514 ++---
2 files changed, 314 insertions(+), 622 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index 6f92874..a364d34 100644
--- a/kvm-all.c
+++ b/kv
Signed-off-by: Glauber Costa
---
kvm-all.c | 27 ++-
qemu-kvm.h|6 +++---
target-i386/kvm.c |4 ++--
3 files changed, 23 insertions(+), 14 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index b404f76..6f92874 100644
--- a/kvm-all.c
+++ b/kvm-all
qemu upstream puts kvm information on env. Do that too, since it will
allow us to use CPUState in cpu-specific functions, instead of kvm-specific
types.
Signed-off-by: Glauber Costa
---
kvm-all.c| 12
libkvm-all.h | 12
2 files changed, 8 insertions(+), 16 delet
To make transition smooth, we still keep a global variable kvm_context
pointing to its position inside the global KVMState. This way we don't
need to hurry about changing all callers.
kvm_init() and kvm_finalize are changed, though, since they have now to
deal with the creation/destruction of a gl
This patch replaces both malloc and malloc+memset sequences
with qemu_malloc and qemu_mallocz. Target is upstream integration
Signed-off-by: Glauber Costa
---
kvm-all.c | 26 +-
target-i386/kvm.c | 31 ---
2 files changed, 13 insert
Hi,
This is another step at getting us closer to qemu upstream. I'm moving
our code to kvm-all.c and kvm.c, and relying on the fact that we use
USE_KVM, while upstream qemu uses CONFIG_KVM, to keep us isolated.
The goal is to slowly reduce that isolation. To demonstrate what I aim
for, the last p
This will allow qemu-kvm to refer to the structure, since qemu-kvm relies
on USE_KVM, not CONFIG_KVM. This should be sent to qemu.git as well
Signed-off-by: Glauber Costa
---
kvm.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/kvm.h b/kvm.h
index d9723d7..7648c49
Excellent patch series.
On Sun, Jul 05, 2009 at 10:55:15PM -0300, Marcelo Tosatti wrote:
> int kvm_cpu_has_pending_timer(struct kvm_vcpu *vcpu)
> {
> - int ret;
> + ktime_t now, expires;
>
> - ret = pit_has_pending_timer(vcpu);
> - ret |= apic_has_pending_timer(vcpu);
> + e
On 07/08/2009 03:45 PM, Avi Kivity wrote:
This is a package containing the kvm external module, based on the
Linux 2.6.30.1 release. kvm-kmod-2.6.30.1 contains the kvm code that is
present in Linux 2.6.30.1, except that it can run on older kernels.
It is a good companion to the qemu-kvm-0.10 ser
This is a package containing the kvm external module, based on the
Linux 2.6.30.1 release. kvm-kmod-2.6.30.1 contains the kvm code that is
present in Linux 2.6.30.1, except that it can run on older kernels.
It is a good companion to the qemu-kvm-0.10 series.
Note that performance and features wi
get rid of kvm_callbacks structure definition
Signed-off-by: Glauber Costa
---
libkvm-all.h | 57 -
1 files changed, 0 insertions(+), 57 deletions(-)
diff --git a/libkvm-all.h b/libkvm-all.h
index e16646c..f0d2489 100644
--- a/libkvm-all
On Wed, Jul 08, 2009 at 03:20:02PM +0300, Avi Kivity wrote:
> On 07/08/2009 03:13 PM, Michael S. Tsirkin wrote:
I think it's time we stopped worrying about builds against old kernel
headers or without them. What do we gain from it?
>>> qemu upstream doesn't carry its own
On 07/08/2009 03:13 PM, Michael S. Tsirkin wrote:
I think it's time we stopped worrying about builds against old kernel
headers or without them. What do we gain from it?
qemu upstream doesn't carry its own headers, so it we want to merge, we
need to work against old headers.
Was
On Wed, Jul 08, 2009 at 03:11:45PM +0300, Avi Kivity wrote:
> On 07/08/2009 10:59 AM, Michael S. Tsirkin wrote:
>>
>>> @@ -337,10 +346,12 @@ int msix_init(struct PCIDevice *dev, unsigned short
>>> nentries,
>>> if (nentries> MSIX_MAX_ENTRIES)
>>> return -EINVAL;
>>>
>>> +#ifdef KV
On 07/07/2009 09:36 PM, Glauber Costa wrote:
I just came across two errors in --disable-kvm builds.
here's the patches to fix it.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body
On 07/08/2009 10:59 AM, Michael S. Tsirkin wrote:
@@ -337,10 +346,12 @@ int msix_init(struct PCIDevice *dev, unsigned short
nentries,
if (nentries> MSIX_MAX_ENTRIES)
return -EINVAL;
+#ifdef KVM_CAP_IRQCHIP
if (kvm_enabled()&& qemu_kvm_irqchip_in_kernel()) {
d
On 07/08/2009 03:09 PM, Glauber Costa wrote:
I believe that the right thing to do is to define kvm_enabled as a macro
returning 0, and let compiler optimize the code out.
that already happens with kvm_enabled().
I have no idea why the compiler do not rip of code when we also test for
qem
On Wed, Jul 08, 2009 at 10:59:13AM +0300, Michael S. Tsirkin wrote:
> On Tue, Jul 07, 2009 at 02:36:31PM -0400, Glauber Costa wrote:
> > Signed-off-by: Glauber Costa
> > ---
> > hw/msix.c | 14 ++
> > 1 files changed, 14 insertions(+), 0 deletions(-)
> >
> > diff --git a/hw/msix.c
On 07/07/2009 06:50 PM, Beth Kon wrote:
bios: allow qemu to configure irq0->inti2 override
Win2k8 expects the HPET interrupt on inti2, regardless of whether
an override exists in the BIOS. And the HPET spec states that in legacy
mode,
timer interrupt is on inti2.
The i
On Tue, Jul 07, 2009 at 05:12:16PM -0300, Marcelo Tosatti wrote:
> On Tue, Jul 07, 2009 at 09:58:46AM +, Eran Rom wrote:
> > Eran Rom il.ibm.com> writes:
> >
> > >
> > > Eran Rom il.ibm.com> writes:
> > >
> > > Still getting a misbehaving clock:
> > > guest uses kvmclock with kernel 2.6.27
Michael S. Tsirkin wrote:
> On Tue, Jul 07, 2009 at 01:26:11PM -0400, Gregory Haskins wrote:
>
>
>> I suppose its personal preference either way, so I guess unless Avi
>> objects lets just each have our own style in that regard.
>>
>
> I think Avi already said we don't need to standardize e
On 07/08/2009 02:04 PM, Andre Przywara wrote:
emulate a 486sx without a 487, but that will take a kernel patch.
What are you thinking of? Forcing CR0.EM to 1 (and don't let the guest
change it), then inject #NM into the guest?
Yes.
--
error compiling committee.c: too many arguments to funct
This patch adds the control file for kernbench to be executed under
kvm tests.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/kvm/autotest_control/kernbench.control
===
--- /dev/null
+++ autotest/client/tests/kvm/autotest_
Avi Kivity wrote:
On 07/07/2009 04:15 PM, Jerry Geis wrote:
Notice FPU indicates yes and I requested -fpu on the command line.
I think it detects the host fpu as a 487 coprocessor. Anything in
dmesg about it? Note there's no fpu in the flags: line.
That's a kvm kernel bug.
also is this
On Wed, 2009-07-08 at 09:47 +0530, sudhir kumar wrote:
> Ok Then. So my idea is to include the patch in autotest and let the
> people report failures(in compilation or execution), and we can patch
> autotest to apply the fix patch and build and run ltp. I do not think
> we can find all cases until
On Tue, 2009-07-07 at 10:45 -0700, Martin Bligh wrote:
> On Tue, Jul 7, 2009 at 12:24 AM, sudhir kumar wrote:
> > On Tue, Jul 7, 2009 at 12:07 AM, Martin Bligh wrote:
> Issues: LTP has a history of some of the testcases getting broken.
> >>
> >> Right, that's always the concern with doing this
On 07/08/2009 11:47 AM, Mark McLoughlin wrote:
Merge commit 211eb5f301 lost the code we had in tap_send_packet() to
handle the case of the tapfd having IF_VNET_HDR enabled, but the
NIC code not having support for virtio_net_hdr. In this case, we just
strip off the header before passing it to the
On Wed, Jul 8, 2009 at 2:55 PM, Dor Laor wrote:
> On 07/08/2009 07:40 AM, Martin Bligh wrote:
>>>
>>> ATM I will suggest to merge the patches in and let get tested so that
>>> we can collect failures/breakages if any.
>>
>> I am not keen on causing regressions, which we've risked doing every
>> tim
On 07/08/2009 07:40 AM, Martin Bligh wrote:
ATM I will suggest to merge the patches in and let get tested so that
we can collect failures/breakages if any.
I am not keen on causing regressions, which we've risked doing every
time we change LTP. I think we at least need to get a run on a non-vir
Bugs item #2817367, was opened at 2009-07-06 11:33
Message generated for change (Comment added) made by markmc
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2817367&group_id=180599
Please note that this message will contain a full copy of the comment th
Merge commit 211eb5f301 lost the code we had in tap_send_packet() to
handle the case of the tapfd having IF_VNET_HDR enabled, but the
NIC code not having support for virtio_net_hdr. In this case, we just
strip off the header before passing it to the NIC.
Fixes:
http://sourceforge.net/tracker/?
This patch adds the test entries in the sample config file for kvm
test execution.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/kvm/kvm_tests.cfg.sample
===
--- autotest.orig/client/tests/kvm/kvm_tests.cfg.sample
+++ aut
Problem: It is impossible to feed filenames with the character colon because
qemu interprets such names as a protocol. For example filename scsi:0, is
interpreted as a protocol by name "scsi".
This patch allows user to espace colon characters. For example the above
filename can now be expressed ei
Some Linux versions (f8) try to read EOI register that is write only.
Signed-off-by: Gleb Natapov
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index ccafe0d..6b5dad4 100644
--- a/arch/x86/kvm/lapic.c
+++ b/arch/x86/kvm/lapic.c
@@ -590,14 +590,14 @@ static int apic_reg_read(struct kvm_
Andy Sy wrote:
I am trying to install Slackware on KVM-based
VPS hosting and keep getting a "LILO keytable read
/ checksum error" upon booting.
Grub-based distros install fine on said VPS.
> Anthony Liguori wrote:
Are you using virtio disks? It's probably that extboot doesn't
implement enou
This patch adds the disktest control file for the test to be executed under
kvm tests.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/kvm/autotest_control/disktest.control
===
--- /dev/null
+++ autotest/client/tests/kvm/au
This patch adds the control file for running stress test under
kvm guests.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/kvm/autotest_control/stress.control
===
--- /dev/null
+++ autotest/client/tests/kvm/autotest_control
this patch updates the stress test to the latest version 1.0.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/stress/stress.py
===
--- autotest.orig/client/tests/stress/stress.py
+++ autotest/client/tests/stress/stress.py
@
This patch adds the control file for ebizzy test to be executed
under kvm test.
Signed-off-by: Sudhir Kumar
Index: autotest/client/tests/kvm/autotest_control/ebizzy.control
===
--- /dev/null
+++ autotest/client/tests/kvm/autotest_co
Bugs item #2817367, was opened at 2009-07-06 12:33
Message generated for change (Comment added) made by bernhardheld
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2817367&group_id=180599
Please note that this message will contain a full copy of the comm
This patch adds the wrapper for ebizzy into autotest. here is the link
to get a copy of the test tarball.
http://sourceforge.net/project/platformdownload.php?group_id=202378&sel_platform=3809
Please review the patch and provide your comments.
Signed-off-by: Sudhir Kumar
Index: autotest/client/
1 - 100 of 106 matches
Mail list logo
