Nitin A Kamble wrote:
> Hi Laurent,
> Sorry for calling by alst name. You 1st & last both names are totally
> new to me. Are these french names?
No problem. Yes, they are.
> I understand your explanation. I was worried about code getting
> misplaced due to automatic merges.
In this case, it'
This patch corrects a mistake introduced by commit
5d9b36eec8ca6abe03da91efdfc7b5861525bd43
and reported by Nitin A Kamble.
The pop instruction restores ECX and EIP if read_std() fails and if we have a
REP prefix,
but at this level ECX and EIP are not saved (and not modified). We don't have
to
Laurent Vivier wrote:
> This patch corrects a mistake introduced by commit
> 5d9b36eec8ca6abe03da91efdfc7b5861525bd43
> and reported by Nitin A Kamble.
>
> The pop instruction restores ECX and EIP if read_std() fails and if we have a
> REP prefix,
> but at this level ECX and EIP are not saved (an
Dong, Eddie wrote:
>> I think #2. Synchronization will be difficult; we'll need to send
>> signals to all other vcpus so that they drop the vcpu mutex.
>>
>>
> How about add a new ABI KVM_RESET_KERNDEVS ?
> We don't want to implement RESET ABIs for each kernel devices
> especially when we mov
Avi Kivity wrote:
> Dong, Eddie wrote:
>>> I think #2. Synchronization will be difficult; we'll need to send
>>> signals to all other vcpus so that they drop the vcpu mutex.
>>>
>>>
>> How about add a new ABI KVM_RESET_KERNDEVS ?
>> We don't want to implement RESET ABIs for each kernel devices
>
Zhang, Xiantao wrote:
> Hi Folks,
> We are working on enabling KVM support on IA64 platform, and now
> Linux, Windows guests get stable run and achieve reasonable performance
> on KVM with Open GFW. But you know, the current KVM only considers x86
> platform, and is short of cross-architectur
Daniel P. Berrange wrote:
> A Fedora user reported that Vista networking isn't working with KVM[1] and
> pointed to the Wiki
>
> http://kvm.qumranet.com/kvmwiki/Vista_Networking_Workaround
>
> FYI, a patch from Xen was merged into upstream QEMU to fix this problem
> with rtl8139 a week or two b
Dong, Eddie wrote:
> Avi Kivity wrote:
>
>> Dong, Eddie wrote:
>>
I think #2. Synchronization will be difficult; we'll need to send
signals to all other vcpus so that they drop the vcpu mutex.
>>> How about add a new ABI KVM_RESET_KERNDEVS ?
>>> We don't w
Farkas Levente wrote:
> Daniel P. Berrange wrote:
>
>> A Fedora user reported that Vista networking isn't working with KVM[1] and
>> pointed to the Wiki
>>
>> http://kvm.qumranet.com/kvmwiki/Vista_Networking_Workaround
>>
>> FYI, a patch from Xen was merged into upstream QEMU to fix this probl
Daniel P. Berrange wrote:
> On Wed, Sep 26, 2007 at 06:02:21PM +0200, Laurent Vivier wrote:
>
>> Daniel P. Berrange wrote:
>>
>>> On Wed, Sep 26, 2007 at 05:47:20PM +0200, Laurent Vivier wrote:
>>>
Hi,
I think there is a bug in qemu RTL8139.
RTL8139 uses:
>>>
Haydn Solomon wrote:
> I know I'm not crazy.. now my host and guest clocks are in sync. I'll
> leave the guest running for a while and see if it eventually goes
> ahead of host.
>
Please do this both with and without -no-kvm-irqchip. The code paths
are very different.
--
Do not meddle in the i
Laurent Vivier wrote:
> Remove unused variable introduced by commit
> 5ed6627ee96f0a6802d99e71879d98610ba17e01
> (I missed it, sorry)
>
>
Applied, thanks.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
---
Avi Kivity wrote:
> Haydn Solomon wrote:
>> I know I'm not crazy.. now my host and guest clocks are in sync. I'll
>> leave the guest running for a while and see if it eventually goes
>> ahead of host.
>>
>
> Please do this both with and without -no-kvm-irqchip. The code paths
> are very different
Avi Kivity wrote:
> Farkas Levente wrote:
>> Daniel P. Berrange wrote:
>>
>>> A Fedora user reported that Vista networking isn't working with KVM[1] and
>>> pointed to the Wiki
>>>
>>> http://kvm.qumranet.com/kvmwiki/Vista_Networking_Workaround
>>>
>>> FYI, a patch from Xen was merged into ups
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> Haydn Solomon wrote:
>>
>>> I know I'm not crazy.. now my host and guest clocks are in sync. I'll
>>> leave the guest running for a while and see if it eventually goes
>>> ahead of host.
>>>
>>>
>> Please do this both with and without -n
Laurent Vivier wrote:
> Avi Kivity wrote:
>
>> Farkas Levente wrote:
>>
>>> Daniel P. Berrange wrote:
>>>
>>>
A Fedora user reported that Vista networking isn't working with KVM[1] and
pointed to the Wiki
http://kvm.qumranet.com/kvmwiki/Vista_Networking_Worka
Avi Kivity wrote:
> Farkas Levente wrote:
>> Avi Kivity wrote:
>>
>>> Haydn Solomon wrote:
>>>
I know I'm not crazy.. now my host and guest clocks are in sync. I'll
leave the guest running for a while and see if it eventually goes
ahead of host.
>>> Please do
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> Farkas Levente wrote:
>>
>>> Avi Kivity wrote:
>>>
>>>
Haydn Solomon wrote:
> I know I'm not crazy.. now my host and guest clocks are in sync. I'll
> leave the guest running for a while and see if
I try to implement the guest reboot support, but I found there is an
stranger #PF VM Exit in guest real mode cs:ip=f000:1 which is
problemtic and current shadow won;t handle. I then try to
use -no-kvm-irqchip and get same error.
Can somebody give me more information if you ever successfully
2007/9/27, Farkas Levente <[EMAIL PROTECTED]>:
> Avi Kivity wrote:
> > Farkas Levente wrote:
> >> Avi Kivity wrote:
> >>
> >>> Haydn Solomon wrote:
> >>>
> I know I'm not crazy.. now my host and guest clocks are in sync. I'll
> leave the guest running for a while and see if it eventually
[EMAIL PROTECTED] wrote:
> I try to implement the guest reboot support, but I found there is an
> stranger #PF VM Exit in guest real mode cs:ip=f000:1 which is
> problemtic and current shadow won;t handle. I then try to
> use -no-kvm-irqchip and get same error.
>
> Can somebody give me more in
Avi Kivity wrote:
>> this means it's better to run ntpd on all guests even if it's running on
>> the host:-((
>>
>
> I think there are issues with running ntp on the guest due to tsc being
> very inaccurate on virtualized guests.
does this means itás not possible to run a guest with accurate t
Farkas Levente wrote:
> Avi Kivity wrote:
>
>>> this means it's better to run ntpd on all guests even if it's running on
>>> the host:-((
>>>
>>>
>> I think there are issues with running ntp on the guest due to tsc being
>> very inaccurate on virtualized guests.
>>
>
> does this m
Dong, Eddie wrote:
> [EMAIL PROTECTED] wrote:
>
>> I try to implement the guest reboot support, but I found there is an
>> stranger #PF VM Exit in guest real mode cs:ip=f000:1 which is
>> problemtic and current shadow won;t handle. I then try to
>> use -no-kvm-irqchip and get same error.
>>
Izik Eidus wrote:
> Anthony Liguori wrote:
>> I think you forgot to include the patch?
>>
>> Regards,
>>
>> Anthony Liguori
>>
>>
> yes i forgot :)
> here it is...
Patch doesn't apply. Can you rebase to latest kvm.git?
Also, fix whitespace issues reported by 'git apply'.
Please repost with
Avi Kivity wrote:
Izik Eidus wrote:
Anthony Liguori wrote:
I think you forgot to include the patch?
Regards,
Anthony Liguori
yes i forgot :)
here it is...
Patch doesn't apply. Can you rebase to latest kvm.git?
Also, fix whitespace issues reported by 'git apply'.
On Thu, Sep 27, 2007 at 11:08:46AM +0200, Farkas Levente wrote:
> Daniel P. Berrange wrote:
> > A Fedora user reported that Vista networking isn't working with KVM[1] and
> > pointed to the Wiki
> >
> > http://kvm.qumranet.com/kvmwiki/Vista_Networking_Workaround
> >
> > FYI, a patch from Xen wa
Correct me if I'm wrong, perhaps it's the bug Nitin is hunting.
There is always something wrong in the management in the REP prefix.
I think what is happen is:
- we have a REP prefix, we save ECX and EIP.
- we set c->dst to emulate a "stos"
- goto writeback
- writeback: we try a "write_emulated(
Hi,
booting a FC6 on my intel box (xeon) with a kernel 2.6.22.5 and KVM git, I had
the following error (not reproducible):
# kvm-userspace/qemu/x86_64-softmmu/qemu-system-x86_64 -hda fc6.qcow2 -net nic
-net tap -serial stdio -smp 4
...
INIT: version 2.86 booting
Welcome to Fedora
Farkas Levente wrote:
> Avi Kivity wrote:
>
>>> this means it's better to run ntpd on all guests even if it's running on
>>> the host:-((
>>>
>>>
>> I think there are issues with running ntp on the guest due to tsc being
>> very inaccurate on virtualized guests.
>>
>
> does this m
Only for the week ending Sep 28, you will get a Directory for Nursing Homes,
Hospitals, Dentists and Chiropractors at no charge when you order the MD
Database
Licensed MDs in the USA
788,483 in total 17,400 emails
MDs in many different specialties
Sort by over a dozen different fields
This patch corrects some errors appearing when we have an emulation failure
on an operation using REP prefix.
When x86_emulate_insn() fails, saving EIP and ECX is not enough as emulation
should have modified other registers like RSI or RDI. Moreover, the emulation
can fail on the writeback, and in
Avi Kivity wrote:
> Dong, Eddie wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> I try to implement the guest reboot support, but I found there is an
>>> stranger #PF VM Exit in guest real mode cs:ip=f000:1 which is
>>> problemtic and current shadow won;t handle. I then try to
>>> use -no-kvm-irqchip
Hi Avi,
Sound good! But what can we do before the merge? You know, we have to
spend much effort maintaining our patches with sync with upstream tree. Do you
have an interim solution or proposal for merging IA64 code? Thanks.
Xiantao
-Original Message-
From: Avi Kivity [mailto:[
>> diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c index
>> cecdb1b..0ebae4c 100644 --- a/drivers/kvm/kvm_main.c +++
>> b/drivers/kvm/kvm_main.c @@ -1080,14 +1080,19 @@ static int
>> emulator_read_emulated(unsigned long addr, memcpy(val,
>> vcpu->mmio_data, bytes); vcpu->mmio_read_comp
35 matches
Mail list logo