Il 26/04/2014 21:36, Kevin O'Connor ha scritto:
Yes, I was thinking of something like that as well. If QEMU
internally observes the formula above, then something like the patch
below should work instead of my original patch.
However, I'm not an expert on QEMU TCG and the patch below would
requi
On Sat, Apr 26, 2014 at 4:50 PM, Paolo Bonzini wrote:
> Il 25/04/2014 20:13, Shehbaz Jaffer ha scritto:
>
> Hi,
>>
>> Are you talking about running KVM(hardware virtualization) enabled
>> support on top of a Linux host running on only QEMU (software
>> virtualization)? I doubt if this is nesting
On Sat, Apr 26, 2014 at 9:04 PM, Peter Maydell wrote:
> On 26 April 2014 11:44, Amos Kong wrote:
>>
>> I'm ok with the patch idea.
>>
>> On Sat, Apr 26, 2014 at 06:19:12PM +0800, zhanghailiang wrote:
>>> For e1000/rtl8139, qemu can still send/receive packets when VM is paused.
>>
On Fri, Apr 25, 2014 at 3:54 AM, Peter Maydell wrote:
> Rather than having the virt machine model create an a15mpcore_priv
> device regardless of the actual CPU type in order to instantiate the GIC,
> move to having the machine model create the GIC directly. This
> corresponds to a system which us
I have this exact same isue.
Windows 98 I had to switch to ES1370 emulation, but Windows 3.1 I can't
find a driver for es1370. Thank-you for the suggestion to use the
Microsoft 1.0 driver - that appears to work OK for now.
With regards to 2.0 freezing a Win3.1 machine - there is a patch, but it i
|fatal error: boost/algorithm/string.hpp: No such file or directory|
fatal error: boost/algorithm/string.hpp: No such file or directory|
Mahwish
On Sat, Apr 26, 2014 at 12:00 PM, wrote:
> Send Qemu-devel mailing list submissions to
> qemu-devel@nongnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.nongnu.org/mai
On Sat, Apr 26, 2014 at 11:06:53AM +0200, Paolo Bonzini wrote:
> Il 25/04/2014 19:17, Kevin O'Connor ha scritto:
> >The current SMI interrupt handler is being run with the same CPL as
> >the code it interrupts. If the existing code is running with CPL=3,
> >then the SMI handler can cause spurious
On 04/13/2014 08:42 PM, Alexey Kardashevskiy wrote:
> This adds migration support for OHCI.
>
> This defines a descriptor for OHCIState.
> This changes some OHCIState field types to be migration compatible.
> This adds a descriptor for OHCIPort.
> This migrates the EOF timer if the USB was started
Il 26/04/2014 10:56, Gonglei (Arei) ha scritto:
Public bug reported:
I want to repeated hot-plug/unplug the virtio-net in the latest qemu upstream
(commit 839a5547574e57cce62f49bfc50fe1f04b00589a), but I am failed at the
second time hot plug the virtio-net to guest.
Then I tried to use Qemu-2.0
On 26 April 2014 11:44, Amos Kong wrote:
>
> I'm ok with the patch idea.
>
> On Sat, Apr 26, 2014 at 06:19:12PM +0800, zhanghailiang wrote:
>> For e1000/rtl8139, qemu can still send/receive packets when VM is paused.
> ^
>
I'm ok with the patch idea.
On Sat, Apr 26, 2014 at 06:19:12PM +0800, zhanghailiang wrote:
> For e1000/rtl8139, qemu can still send/receive packets when VM is paused.
^
Hi,
> > >
> > > Why we can't break keyboard by flooding input after boot up?
> > >
> > Actually, I have pointed the root reason about this issue in other email.
> >
> > When the linux kernel booting, will init the i8042 controller
> (drivers/input/serio/i8042.c), and
> > check the i8042 controller
On Sat, Apr 26, 2014 at 06:21:18AM +, Gonglei (Arei) wrote:
> Hi,
>
> > On Thu, Apr 24, 2014 at 08:06:19PM +0800, arei.gong...@huawei.com wrote:
> > > From: Gonglei
> > >
> > > According to the PS/2 Mouse/Keyboard Protocol, the keyboard outupt buffer
> > size
> > > is 16 bytes. And the PS2_QU
For e1000/rtl8139, qemu can still send/receive packets when VM is paused.
If this happened in *migration's* last PAUSE VM stage, the new dirty RAM
related to the packets will be missed.
To avoid this, do things like virtio-net, forbid sending/receiving packets when
VM is suspend.
Signed-off-by:
Il 25/04/2014 19:17, Kevin O'Connor ha scritto:
The current SMI interrupt handler is being run with the same CPL as
the code it interrupts. If the existing code is running with CPL=3,
then the SMI handler can cause spurious exceptions. The System
Management Mode (SMM) should always run at the h
Hi,
Public bug reported:
I want to repeated hot-plug/unplug the virtio-net in the latest qemu upstream
(commit 839a5547574e57cce62f49bfc50fe1f04b00589a), but I am failed at the
second time hot plug the virtio-net to guest.
Then I tried to use Qemu-2.0.0 release version, but I got the error too.
Il 25/04/2014 20:13, Shehbaz Jaffer ha scritto:
Hi,
Are you talking about running KVM(hardware virtualization) enabled
support on top of a Linux host running on only QEMU (software
virtualization)? I doubt if this is nesting is possible. To be sure,
you can check for the following flags on your
On 25 April 2014 11:44, Markus Armbruster wrote:
> Using error_is_set(ERRP) to find out whether a function failed is
> either wrong, fragile, or unnecessarily opaque. It's wrong when ERRP
> may be null, because errors go undetected when it is. It's fragile
> when proving ERRP non-null involves a
19 matches
Mail list logo
