Hello,
Kindly CC me in your replies, I'm not a subscriber.
Is renaming qcow2 images prohibited?
My VM behaves differently (hangs when boot is complete) after copying the image.
sudo taskset 3 /usr/bin/kvm -m 1024 -hda test2-deb32-net.qcow -net
nic,model=rtl8139,macaddr=52:54:00:00:00:15 -net
Only one fix, but an important one. It fixes booting of newer Linux
versions, which experienced disk and keyboard problems without
-no-kvm-irqchip.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes since kvm-42:
- fix ioapic edge-triggered interrupt handling
Not
Only one fix, but an important one. It fixes booting of newer Linux
versions, which experienced disk and keyboard problems without
-no-kvm-irqchip.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes since kvm-42:
- fix ioapic edge-triggered interrupt handling
N
Luca wrote:
> On 9/20/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
>
>> Not much user visible change besides the OpenBSD regression fix.
>>
>> As usual, if you have an issue please try with -no-kvm-irqchip and report.
>>
>
> 32 bit Fedora7 on a 32 bit host (kvm-intel) dies due to screaming
> i
Dor Laor wrote:
> Haydn Solomon wrote:
> I have a question on guest smp performance. If I have a host with core
2 duo, should > a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
> Well, it depends:
> In general Avi measured 40% performance increase for using a second
cpu in
From: Dor Laor [mailto:[EMAIL PROTECTED]
Sent: 2007年9月21日 5:09
To: Haydn Solomon
Cc: He, Qing; kvm-devel; Avi Kivity
Subject: Re: [kvm-devel] windows 2003 smp guest
Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with
Only for the week ending Sep 21, you will get a Listing for Nursing Homes,
Hospitals, Dentists and Chiropractors at no charge when you order the Doctor
Database
Licensed Doctors in the USA
788,046 in total 17,400 emails
Doctor in over 34 specialties
Over a dozen sortable fields
Price
2007/9/20, Farkas Levente <[EMAIL PROTECTED]>:
> >> can you tell me what does the HAL means here? and what's kind of HAL
> >> exists what are the advantage/disadvantages them. how can i
> >> change/configure this?
> >
> > Hardware Abstraction Layer. See:
> > http://support.microsoft.com/kb/99588
>
Luca wrote:
> On 9/20/07, Farkas Levente <[EMAIL PROTECTED]> wrote:
>> Dor Laor wrote:
>>> Haydn Solomon wrote:
I have a question on guest smp performance. If I have a host with core
2 duo, should a kvm guest perform better using -smp 2 as opposed to
not using -smp 2?
>>> Well,
On 9/20/07, Farkas Levente <[EMAIL PROTECTED]> wrote:
> Dor Laor wrote:
> > Haydn Solomon wrote:
> >> I have a question on guest smp performance. If I have a host with core
> >> 2 duo, should a kvm guest perform better using -smp 2 as opposed to
> >> not using -smp 2?
> >>
> > Well, it depends:
> >
Dor Laor wrote:
> Haydn Solomon wrote:
>> I have a question on guest smp performance. If I have a host with core
>> 2 duo, should a kvm guest perform better using -smp 2 as opposed to
>> not using -smp 2?
>>
> Well, it depends:
> In general Avi measured 40% performance increase for using a second c
Haydn Solomon wrote:
> I have a question on guest smp performance. If I have a host with core
> 2 duo, should a kvm guest perform better using -smp 2 as opposed to
> not using -smp 2?
>
Well, it depends:
In general Avi measured 40% performance increase for using a second cpu
in the guest. This was
On 9/20/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Not much user visible change besides the OpenBSD regression fix.
>
> As usual, if you have an issue please try with -no-kvm-irqchip and report.
32 bit Fedora7 on a 32 bit host (kvm-intel) dies due to screaming
interrupts during IDE probe. Same pr
Avi Kivity wrote:
> Not much user visible change besides the OpenBSD regression fix.
>
> As usual, if you have an issue please try with -no-kvm-irqchip and
> report.
>
> Changes from kvm-41:
> - document -no-kvm-irqchip option in qemu help message (Carlo Marcelo
> Arenas Belon)
> - acpi bios: exp
Not much user visible change besides the OpenBSD regression fix.
As usual, if you have an issue please try with -no-kvm-irqchip and report.
Changes from kvm-41:
- document -no-kvm-irqchip option in qemu help message (Carlo Marcelo
Arenas Belon)
- acpi bios: export pci irqs as active high
- avoid
Laurent Vivier wrote:
>>>
>>> I agree but this increases the size of the structure shared with the
>>> userspace with variable used only locally in x86_emulate.c, is it
>>> acceptable ?
>>>
>>
>> It isn't shared with userspace, just part of the vcpu.
>
> OK
>
>> Looking a bit more, eflags is alre
Avi Kivity wrote:
> Laurent Vivier wrote:
>> Avi Kivity wrote:
>>> Laurent Vivier wrote:
To improve readability, move push, writeback, and grp 1a/2/3/4/5
emulation parts to functions.
+static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
+ struct x86
Laurent Vivier wrote:
> Avi Kivity wrote:
>> Laurent Vivier wrote:
>>> To improve readability, move push, writeback, and grp 1a/2/3/4/5
>>> emulation parts to functions.
>>> +static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
>>> + struct x86_emulate_ops *ops,
>>> +
Avi Kivity wrote:
> Laurent Vivier wrote:
>> To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
>> parts to functions.
>> +static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
>> + struct x86_emulate_ops *ops,
>> +
Laurent Vivier wrote:
> To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
> parts to functions.
> +static inline int emulate_grp45(struct x86_emulate_ctxt *ctxt,
> +struct x86_emulate_ops *ops,
> +unsigned long *_efla
Gildas wrote:
> Hi,
>
> I had a problem when moving my windows XP machine from the ACPI HAL to
> the standard PC HAL in order to get better performances (as pointed in
> http://kvm.qumranet.com/kvmwiki/Windows_ACPI_Workaround): on reboot
> the machine would just BSOD with kvm but work with -no-kvm.
I have a question on guest smp performance. If I have a host with core 2
duo, should a kvm guest perform better using -smp 2 as opposed to not using
-smp 2?
On 9/18/07, Haydn Solomon <[EMAIL PROTECTED]> wrote:
>
> I'm going to try the acpi multiprocessor HAL and see how that works. What
> kind of
Avi Kivity wrote:
> Avi Kivity wrote:
>
>> Zhao, Yunfeng wrote:
>>
>>
>>> Thanks a lot!
>>> You're so quick~:)
>>>
>>>
>>>
>> Yes I am, I broke Windows XP (ioapic polarity), so don't test again
>> until I fix that too.
>>
>>
>
> Okay, that's fixed now. Turns out kv
Avi Kivity wrote:
> Zhao, Yunfeng wrote:
>
>> Thanks a lot!
>> You're so quick~:)
>>
>>
>
> Yes I am, I broke Windows XP (ioapic polarity), so don't test again
> until I fix that too.
>
Okay, that's fixed now. Turns out kvm was doing the right thing with the
polarity. The bios advert
Gerd Hoffmann wrote:
>> Please, a changelog entry and a signoff. Obvious patches need them too.
>>
>
> updated patch with description and signed-off attached.
>
> cheers,
> Gerd
>
>
Oops, that was something in user/. We aren't too pompous about user/
and qemu/ and don't require signoff
> Please, a changelog entry and a signoff. Obvious patches need them too.
updated patch with description and signed-off attached.
cheers,
Gerd
Install new include file linux/kvm_para.h. Without that fix builds
using the installed libkvm fail because kvmctl.h includes kvm_para.h.
Signed-off
Hi,
I had a problem when moving my windows XP machine from the ACPI HAL to
the standard PC HAL in order to get better performances (as pointed in
http://kvm.qumranet.com/kvmwiki/Windows_ACPI_Workaround): on reboot
the machine would just BSOD with kvm but work with -no-kvm.
The BSOD message was ab
To improve readability, move push, writeback, and grp 1a/2/3/4/5 emulation
parts to functions.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/x86_emulate.c | 447 ++---
1 files changed, 262 insertions(+), 185 deletions(-)
diff --git a/
Bugs item #1798813, was opened at 2007-09-20 10:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1798813&group_id=180599
Please note that this message will contain a full copy
Rusty Russell wrote:
Hi all,
This patch series attempts to come closer to unifying kvm and
lguest's
usage of virtio. As these two are the first implementations we've seen,
I hope making them closer will make future ones closer too.
Drivers now unpack their own configuration:
Dor Laor wrote:
> Rusty Russell wrote:
>>
>> Hi all,
>>
>> This patch series attempts to come closer to unifying kvm and
>> lguest's
>> usage of virtio. As these two are the first implementations we've seen,
>> I hope making them closer will make future ones closer too.
>>
>> Driv
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> Farkas Levente wrote:
>>
>>> Avi Kivity wrote:
>>>
>>>
For those of you who would like to assist in testing without waiting for
the next release, yet are uncomfortable with git, I've made available
daily development snap
Avi Kivity wrote:
> Farkas Levente wrote:
>> Avi Kivity wrote:
>>
>>> For those of you who would like to assist in testing without waiting for
>>> the next release, yet are uncomfortable with git, I've made available
>>> daily development snapshots of kvm in
>>>
>>> http://people.qumranet.com
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> For those of you who would like to assist in testing without waiting for
>> the next release, yet are uncomfortable with git, I've made available
>> daily development snapshots of kvm in
>>
>> http://people.qumranet.com/avi/snapshots/
>>
>> If y
Avi Kivity wrote:
> For those of you who would like to assist in testing without waiting for
> the next release, yet are uncomfortable with git, I've made available
> daily development snapshots of kvm in
>
> http://people.qumranet.com/avi/snapshots/
>
> If you report a bug in a snaphot, plea
Zhao, Yunfeng wrote:
> Thanks a lot!
> You're so quick~:)
>
Yes I am, I broke Windows XP (ioapic polarity), so don't test again
until I fix that too.
--
error compiling committee.c: too many arguments to function
-
This
Thanks a lot!
You're so quick~:)
Thanks
Yunfeng
>-Original Message-
>From: Avi Kivity [mailto:[EMAIL PROTECTED]
>Sent: 2007年9月20日 18:36
>To: Zhao, Yunfeng
>Cc: kvm-devel@lists.sourceforge.net
>Subject: Re: [kvm-devel] Test report for KVM, kvm.git: ffb74c30bc..,
>kvm-userspace.git: 6bd7dcd9
On Thu, Sep 20 2007, Rusty Russell wrote:
> +static void end_dequeued_request(struct request *req,
> + struct request_queue *q, int uptodate)
> +{
> + /* And so the insanity of the block layer infects us here. */
> + int nsectors = req->hard_nr_sectors;
> +
> +
Avi Kivity wrote:
> Rusty Russell wrote:
>> Previous versions of virtio didn't commonalize probing. For every
>> driver, every virtio implementation (KVM, lguest, etc) needed an
>> in-kernel stub to join their bus to the probe code.
>>
>> To solve this, we introduce a "virtio_config" mechanism, wh
Laurent Vivier wrote:
> This patch correct the disk probe problem met with OpenBSD.
>
thanks.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/
Rusty Russell wrote:
> These helper routines supply most of the virtqueue_ops for hypervisors
> which want to use a ring for virtio. Unlike the previous lguest
> implementation:
>
> 3) The page numbers are always 64 bit (PAE anyone?)
>
32 bits of page numbers give 44 bits of physical address o
Rusty Russell wrote:
> Previous versions of virtio didn't commonalize probing. For every
> driver, every virtio implementation (KVM, lguest, etc) needed an
> in-kernel stub to join their bus to the probe code.
>
> To solve this, we introduce a "virtio_config" mechanism, which is
> simply a set of
Rusty Russell wrote:
> (Changes:
> - renamed sync to kick as Dor suggested
> - added new_vq and free_vq hooks to create virtqueues
> - define a simple virtio driver, which uses PCI ids
> - provide register/unregister_virtio_driver hooks)
>
> This attempts to implement a "virtual I/O" layer whi
These helper routines supply most of the virtqueue_ops for hypervisors
which want to use a ring for virtio. Unlike the previous lguest
implementation:
1) The rings are variable sized (2^n-1 elements).
2) They have an unfortunate limit of 65535 bytes per sg element.
3) The page numbers are always
On Thu, Sep 20 2007, Rusty Russell wrote:
> The block driver uses scatter-gather lists with sg[0] being the
> request information (struct virtio_blk_outhdr) with the type, sector
> and inbuf id. The next N sg entries are the bio itself, then the last
> sg is the status byte. Whether the N entries
This is an hvc-based virtio console driver. It's suboptimal becuase
hvc expects to have raw access to interrupts and virtio doesn't assume
that, so it currently polls.
There are two solutions: expose hvc's "kick" interface, or wean off hvc.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
d
The block driver uses scatter-gather lists with sg[0] being the
request information (struct virtio_blk_outhdr) with the type, sector
and inbuf id. The next N sg entries are the bio itself, then the last
sg is the status byte. Whether the N entries are in or out depends on
whether it's a read or a
The network driver uses *two* virtqueues: one for input packets and
one for output packets. This has nice locking properties (ie. we
don't do any for recv vs send).
TODO:
1) Big packets.
2) Multi-client devices (maybe separate driver?).
3) Resolve freeing of old xmit skbs
Previous versions of virtio didn't commonalize probing. For every
driver, every virtio implementation (KVM, lguest, etc) needed an
in-kernel stub to join their bus to the probe code.
To solve this, we introduce a "virtio_config" mechanism, which is
simply a set of [u8 type][u8 len][...data...] fi
(Changes:
- renamed sync to kick as Dor suggested
- added new_vq and free_vq hooks to create virtqueues
- define a simple virtio driver, which uses PCI ids
- provide register/unregister_virtio_driver hooks)
This attempts to implement a "virtual I/O" layer which should allow
common drivers to
Hi all,
This patch series attempts to come closer to unifying kvm and lguest's
usage of virtio. As these two are the first implementations we've seen,
I hope making them closer will make future ones closer too.
Drivers now unpack their own configuration: their probe() methods are
Avi Kivity wrote:
> Zhao, Yunfeng wrote:
>
>> Hi,
>> Here is the test report for the latest kvm commits
>> kvm.git: ffb74c30bcc6eb0f0de364bd85b1f8d709ec100e, kvm-userspace.git:
>> 6bd7dcd9eba2274b63a8882248877fb37f559212
>>
>> In today's nigtly testing, some cases caused host to hang
>> 1. Boot
Gerd Hoffmann wrote:
> Gerd Hoffmann wrote:
>
>> Avi Kivity wrote:
>>
>>> Changes since kvm-40:
>>> - refactor hypercall infrastructure for simplicity and better smp
>>> support (Anthony Liguori)
>>>
>> The new kvm_para.h header file added by (I think) this change isn't
>> installed
Gerd Hoffmann wrote:
> Avi Kivity wrote:
>> Changes since kvm-40:
>> - refactor hypercall infrastructure for simplicity and better smp
>> support (Anthony Liguori)
>
> The new kvm_para.h header file added by (I think) this change isn't
> installed by "make install", making builds using the libkvm
Zhao, Yunfeng wrote:
> Hi,
> Here is the test report for the latest kvm commits
> kvm.git: ffb74c30bcc6eb0f0de364bd85b1f8d709ec100e, kvm-userspace.git:
> 6bd7dcd9eba2274b63a8882248877fb37f559212
>
> In today's nigtly testing, some cases caused host to hang
> 1. Boot 64bit vista -- always h
Laurent Vivier wrote:
> This patch correct the disk probe problem met with OpenBSD.
>
> This issue appears with commit 091b206f6c56f2329e11bac2fa40d6f236ab0bc2
> because before it, the decoding was done internally to kvm and after it
> is done by x86_emulate.c (which doesn't do it correctly).
>
>
This patch correct the disk probe problem met with OpenBSD.
This issue appears with commit 091b206f6c56f2329e11bac2fa40d6f236ab0bc2
because before it, the decoding was done internally to kvm and after it
is done by x86_emulate.c (which doesn't do it correctly).
Signed-off-by: Laurent Vivier <[EMA
Avi Kivity wrote:
> Changes since kvm-40:
> - refactor hypercall infrastructure for simplicity and better smp
> support (Anthony Liguori)
The new kvm_para.h header file added by (I think) this change isn't
installed by "make install", making builds using the libkvm installed on
the system fail.
On 9/19/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Neo Jia wrote:
> > Avi,
> >
> > Sorry for sending such a direct email to you!
> >
> >
>
> I really prefer posts to the list where others can help out.
>
Sorry. Just copying this message to list.
> > I am thinking to contribute some to KVM projec
59 matches
Mail list logo