On Fri, May 17, 2013 at 02:36:26PM +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-05-17 at 14:25 +1000, David Gibson wrote:
> > Because the pseries machine type is optional (it is only built when libfdt
> > is available), this can result in a build with no default machine. In that
> > case vl
于 2013-5-16 17:32, Stefan Hajnoczi 写道:
On Wed, May 15, 2013 at 04:43:38PM +0800, Wenchao Xia wrote:
Signed-off-by: Wenchao Xia
---
block/qcow2-snapshot.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/block/qcow2-snapshot.c b/block/qcow2-snapshot.c
index 992a5c8..a
On Wed, May 15, 2013 at 11:48 PM, Paolo Bonzini wrote:
> This includes a (mangled) copy of the urcu-qsbr code from liburcu.
> The main changes are: 1) removing dependencies on many other header files
> in liburcu; 2) removing for simplicity the tentative busy waiting in
> synchronize_rcu, which ha
On Fri, 2013-05-17 at 14:25 +1000, David Gibson wrote:
> Because the pseries machine type is optional (it is only built when libfdt
> is available), this can result in a build with no default machine. In that
> case vl.c will print a "No machine found" message. This seems reasonable,
> given that
Currently, for qemu-system-ppc64, the default machine type is 'mac99'.
Since the mac99 machine is not being actively maintained, and shows quite
a few signs of bitrot, this is not very sensible. This patch changes the
default machine to 'pseries', which is actively maintained and works well
with m
于 2013-5-16 20:17, Luiz Capitulino 写道:
On Thu, 16 May 2013 10:22:09 +0800
Wenchao Xia wrote:
于 2013-5-15 20:28, Luiz Capitulino 写道:
On Wed, 15 May 2013 10:10:37 +0800
Wenchao Xia wrote:
于 2013-5-6 21:22, Luiz Capitulino 写道:
On Mon, 06 May 2013 10:09:43 +0800
Wenchao Xia wrote:
于 2013-5
Make monitor command 'dump-guest-memory' dump in kdump-compressed format.
The command's usage:
dump [-p] protocol [begin] [length] [format]
'format' is used to specified the format of vmcore and can be:
1. 'elf': ELF format, without compression
2. 'zlib': kdump-compressed format, with zlib-compre
The following patch will use these functions to write cached data into vmcore.
Header is cached in DumpState, and bitmap and page are cached in tmp files.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c| 259 +
inc
Functions in this patch are used to gather data of header and sub header in
kdump-compressed format. The following patch will use these functions to gather
data of header, then cache them into struct DumpState.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c| 10
Functions in this patch are used to gather data of page desc and page data in
kdump-compressed format. The following patch will use these functions to gather
data of page, then cache them into tmp files
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c| 259 ++
Hi, all
The last version is here:
http://lists.gnu.org/archive/html/qemu-devel/2013-05/msg01947.html
Command 'dump-guest-memory' was introduced to dump guest's memory. But the
vmcore's format is only elf32 or elf64. The message is here:
http://lists.gnu.org/archive/html/qemu-devel/2012-04/msg0337
Struct cache_data is associated with a tmp file which is used to store page
desc and page data in kdump-compressed format temporarily. The following patch
will use these function to gather data of page and cache them in tmp files.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
Makefil
Functions in this patch are used to gather data of 1st and 2nd dump bitmap in
kdump-compressed format. The following patch will use these functions to gather
data of dump bitmap, then cache them into tmp files.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c| 9
Move includes and definition of struct DumpState into include/sysemu/dump.h.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c| 29 -
include/sysemu/dump.h | 30 ++
2 files changed, 30 insertions(+), 29 de
When calling create_header, create_dump_bitmap and create_pages, some memory
spaces are allocated. The following patch will use this function to free these
memory.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
dump.c | 19 +++
1 files changed, 19 insertions(+), 0 de
Struct dump_bitmap is associated with a tmp file which is used to store bitmap
in kdump-compressed format temporarily. The following patch will use these
functions to gather data of bitmap and cache them into tmp files.
Signed-off-by: Qiao Nuohan
Reviewed-by: Zhang Xiaohe
---
Makefile.target
On Thu, May 16, 2013 at 8:47 PM, John Rigby wrote:
> On Thu, May 16, 2013 at 5:23 AM, Peter Maydell
> wrote:
>> On 16 May 2013 12:09, Mian M. Hamayun
>> wrote:
>>> Hello Everyone,
>>>
>>> I am currently trying to compile qemu for Aarch64 but so far I haven't been
>>> able to configure qemu for
On Thu, May 16, 2013 at 5:23 AM, Peter Maydell wrote:
> On 16 May 2013 12:09, Mian M. Hamayun
> wrote:
>> Hello Everyone,
>>
>> I am currently trying to compile qemu for Aarch64 but so far I haven't been
>> able to configure qemu for this purpose.
>> My first objective is to just configure and c
On Thu, May 16, 2013 at 11:35 PM, Stefan Hajnoczi wrote:
> User networking is broken on win32. These patches resolve the issues.
>
> TeLeMan and therock247uk: Please apply these patches and confirm that they fix
> the bug.
>
> Paolo: Please let me know if you want to take Author:.
>
> Stefan Hajn
On 05/17/13 00:32, Duane Voth wrote:
> Ha, I thought kvm was on by default. Apparently not, qemu -enable-kvm
> avoids this issue.
>
> Yes, 0x0001 with RIP=ffe4 is quite suspicious,
> especially after the splash screen has been displayed. Off in the weeds
> comes to mind -
Ha, I thought kvm was on by default. Apparently not, qemu -enable-kvm
avoids this issue.
Yes, 0x0001 with RIP=ffe4 is quite suspicious,
especially after the splash screen has been displayed. Off in the weeds
comes to mind - so I'm guessing corrupted or incorrectly mapped
On 05/16/13 21:58, Duane Voth wrote:> Public bug reported:
>
> I'm using qemu to run and debug the EDK2 uEFI environment. OVMF is
> being built out of the EDK2 tree I've checked out (r14367).
> (Reproducing all this could be tedious so I am available for
> debugging/testing.)
>
> qemu 1.4.0 was abl
This reverts commit 7161082c8d8cf167c508976887a0a63f4db92b51.
Reverting this patch fixes a divide-by-zero error in qemu that can be
fairly reliably triggered by doing block migration. In this case, the
configuration/error was:
source: temp/x86_64-softmmu/qemu-system-x86_64 -enable-kvm -L temp-bio
Mike Roth found a divide-by-zero in the migration code. Between this
and the two other fixes we merged for slirp on Windows and virtio
migration, I think we need another release candidate before cutting the
final release.
I'll put out an -rc3 tomorrow and then on Monday do the final release.
I'v
Anthony Liguori writes:
> If current_time == (initial_time + sleep_time), since
> sleep_time == BUFFER_DELAY, time_spent will be 0 resulting in a
> divide-by-zero when computing bandwidth.
>
> This was introduced by:
>
> commit 7161082c8d8cf167c508976887a0a63f4db92b51
> Author: Juan Quintela
Hi Alex,
> > and what's the problem with q35/pc + vfio-pci (no
> > x-vga). If vfio-pci is the direct replacement for pci-assign it must be a
> > bug in vfio, huh?
>
> It's either a bug in vfio or the above configuration issue with the
> pcieport. I'd appreciate if you could advise how you're con
If current_time == (initial_time + sleep_time), since
sleep_time == BUFFER_DELAY, time_spent will be 0 resulting in a
divide-by-zero when computing bandwidth.
This was introduced by:
commit 7161082c8d8cf167c508976887a0a63f4db92b51
Author: Juan Quintela
Date: Fri Feb 1 12:41:38 2013 +0100
The problem is specifically about the first 1 MB of RAM. Also, another
related problem is that in all Qemu 1.x versions, segments E000-EFFF,
possibly even D000-DFFF, get used by an Option RAM that can't be
removed. This drastically reduces the amount of available upper memory.
--
You received thi
Yeah, Qemu fills all bytes of the unused memory with 0x00 whereas it
should fill them with 0xFF. This causes DOS to incorrectly interpret
available memory as used by Option RAM, breaking the operation of
EMM386.EXE which then fails to find available upper memory. This also
causes problems with runn
Public bug reported:
If I run qemu-system-i386 with arguments
-usb -usbdevice serial:vendorid=1221:pty
(this is what the documentation says about how I shoud add a usb device which
has a serial port interface and which has a specific vendor id, I used the
documentation located here:
http://qemu.
Hey folks,
We'd like to hold another virtualization microconference as part of this
year's Linux Plumbers Conference. To do so, we need to show that
there's enough interest, materials, and people willing to attend.
Anthony and Amit have already started a wiki page for the
microconference:
http
Attching the bios I'm using (you may be able to reproduce the problem
with this file alone).
** Attachment added: "Tianocore EDK2 OVMF bios image"
https://bugs.launchpad.net/qemu/+bug/1180970/+attachment/3678650/+files/OVMF.fd
--
You received this bug notification because you are a member of
Public bug reported:
I'm using qemu to run and debug the EDK2 uEFI environment. OVMF is being
built out of the EDK2 tree I've checked out (r14367). (Reproducing all
this could be tedious so I am available for debugging/testing.)
qemu 1.4.0 was able to execute this guest environment with no troub
On 16 May 2013 20:52, Stefan Hajnoczi wrote:
> Sounds like (risky) memory probing. On a PC the memory regions that
> are unpopulated produce 0xff.
Presumably you could fix the PC model to do that by putting a big
background (overlappable) MemoryRegion across the whole of the
system address space
On Thu, May 16, 2013 at 9:20 PM, Paolo Bonzini wrote:
> Il 16/05/2013 19:34, TC1988 ha scritto:
>> Public bug reported:
>>
>> Qemu, ever since it was made (so, since 2003), has this problem in DOS
>> (either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the
>> memory available when the m
On 05/16/2013 02:36 AM, Stefan Hajnoczi wrote:
> This patch adds a transactional version of the drive-backup QMP command.
> It allows atomic snapshots of multiple drives along with automatic
> cleanup if there is a failure to start one of the backup jobs.
>
> Note that QMP events are emitted for b
On 05/16/2013 02:36 AM, Stefan Hajnoczi wrote:
> The Abort action can be used to test QMP 'transaction' failure. Add it
> as the last action to exercise the .abort() and .cleanup() code paths
> for all previous actions.
>
> Signed-off-by: Stefan Hajnoczi
> ---
> blockdev.c | 15 ++
Il 16/05/2013 19:34, TC1988 ha scritto:
> Public bug reported:
>
> Qemu, ever since it was made (so, since 2003), has this problem in DOS
> (either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the
> memory available when the memory is filled with 0x00 but when it is
> filled with 0xFF i
On 05/16/2013 02:36 AM, Stefan Hajnoczi wrote:
> @drive-backup
>
> Start a point-in-time copy of a block device to a new destination. The
> status of ongoing drive-backup operations can be checked with
> query-block-jobs where the BlockJobInfo.type field has the value 'backup'.
> The operation ca
On Thu, May 16, 2013 at 07:06:07PM +0200, fred.kon...@greensocs.com wrote:
> From: KONRAD Frederic
>
> This adds virtio_bus_get_dev_path to fix migration id string which is wrong
> since the virtio refactoring.
>
> Signed-off-by: KONRAD Frederic
> Reviewed-by: Paolo Bonzini
> Cc: mdroth
Re-t
On 05/16/2013 02:24 AM, Kevin Wolf wrote:
> Another thing that we'll probably want from QAPI is some kind of
> inheritance, like this:
>
> { "type": "BlockFileBase", data: { "driver": "str", "cache": "CacheEnum",
> ... }
>
> { "type": "BlockFileNBD", "extends": "BlockFileBase", "data": {
>
On FreeBSD libutil is used for openpty(), but it also provides a hexdump()
which conflicts with QEMU's.
Signed-off-by: Ed Maste
---
v1->v2: Add hexdump() use in iov.c
If desired I can workaround this via #define hacks in qemu-common.h
instead; please let me know and I will submit that patch. Th
well, actually, memory gets filled with the wrong byte, pardon my
original post.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1180923
Title:
unused memory filled with 0x00 instead of 0xFF
Status
Public bug reported:
Qemu, ever since it was made (so, since 2003), has this problem in DOS
(either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the
memory available when the memory is filled with 0x00 but when it is
filled with 0xFF it gets recognized properly, where should I patch qem
same thing with 1.4.92 (rc2):
QEMU 1.4.92 monitor - type 'help' for more information
(qemu) qemu: fatal: Trying to execute code outside RAM or ROM at
0x0001
RAX=3e084da8 RBX=3e084868 RCX=
RDX=3e084f00
RSI=0001 RDI=3e085000 RB
On Wed, May 15, 2013 at 05:48:14PM -0400, Cole Robinson wrote:
> On 05/14/2013 05:52 PM, Michael Roth wrote:
> > Hi everyone,
> >
> > The following new patches are queued for QEMU stable v1.4.2:
> >
> > https://github.com/mdroth/qemu/commits/stable-1.4-staging
> >
> > The release is planned for
On 16 May 2013 17:58, Arnd Bergmann wrote:
> FWIW, I plan to really get this done in the kernel for 3.11 properly
> and rework the entire versatile and realview code base to work without
> any platform specific code in arch/arm. The plan is to use the new
> infrastructure for PCI and put that code
From: KONRAD Frederic
This adds virtio_bus_get_dev_path to fix migration id string which is wrong
since the virtio refactoring.
Signed-off-by: KONRAD Frederic
Reviewed-by: Paolo Bonzini
Cc: mdroth
---
hw/virtio/virtio-bus.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/
I noticed there havent been any "fatal: Trying to execute code outside RAM
or ROM" issues since 2011. qemu 1.4.0 ran this identical uEFI environment
with no trouble. Is this failure in 1.5.0-rc1 interesting? The qemu guest
console window appears, the OVMF splash screen is displayed, and then it
On Wednesday 15 May 2013, Linus Walleij wrote:
> On Tue, May 14, 2013 at 5:33 PM, Peter Maydell
> wrote:
>
> > The reworking of the versatile PCI controller model so that it actually
> > behaved like hardware included an attempt to autodetect whether the
> > guest Linux kernel was assuming the o
Il 16/05/2013 17:36, Stefan Hajnoczi ha scritto:
> This patch reverts part of 5e3bc735d93dd23f074b5116fd11e1ad8cd4962f.
>
> Paolo Bonzini wrote this patch and commented:
>
> "WSAEventSelect is edge-triggered and the event will not be signaled if
> the socket handler does not consume all the data
Il 16/05/2013 17:35, Stefan Hajnoczi ha scritto:
> User networking is broken on win32. These patches resolve the issues.
>
> TeLeMan and therock247uk: Please apply these patches and confirm that they fix
> the bug.
>
> Paolo: Please let me know if you want to take Author:.
No worries, thanks.
On 16/05/2013 18:49, mdroth wrote:
On Thu, May 16, 2013 at 06:34:09PM +0200, KONRAD Frédéric wrote:
On 16/05/2013 18:07, Paolo Bonzini wrote:
Il 16/05/2013 17:54, KONRAD Frédéric ha scritto:
I think this can do the job, any better idea?
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index d5257ed..
Il 16/05/2013 18:34, KONRAD Frédéric ha scritto:
> True, I avoided it because of CCW and S390, but as they don't have there
> get_dev_path, it seems
> not to change anything for them.
>
> I think that's better and I get :00:04.0/virtio-net for idstr.
Thanks,
Reviewed-by: Paolo Bonzini
Paol
On Thu, May 16, 2013 at 06:34:09PM +0200, KONRAD Frédéric wrote:
> On 16/05/2013 18:07, Paolo Bonzini wrote:
> >Il 16/05/2013 17:54, KONRAD Frédéric ha scritto:
> >>I think this can do the job, any better idea?
> >>
> >>diff --git a/hw/pci/pci.c b/hw/pci/pci.c
> >>index d5257ed..e033b53 100644
> >>
On Thu, May 16, 2013 at 06:07:12PM +0200, Paolo Bonzini wrote:
> Il 16/05/2013 17:54, KONRAD Frédéric ha scritto:
> > I think this can do the job, any better idea?
> >
> > diff --git a/hw/pci/pci.c b/hw/pci/pci.c
> > index d5257ed..e033b53 100644
> > --- a/hw/pci/pci.c
> > +++ b/hw/pci/pci.c
> > @
On 16/05/2013 18:33, Anthony Liguori wrote:
KONRAD Frédéric writes:
On 16/05/2013 16:51, Paolo Bonzini wrote:
Il 16/05/2013 16:21, mdroth ha scritto:
commit e37da3945fa2fde161e1b217f937fc318c4b7639
Author: KONRAD Frederic
Date: Thu Apr 11 16:29:58 2013 +0200
virtio-net-pci: switch
On 16/05/2013 18:07, Paolo Bonzini wrote:
Il 16/05/2013 17:54, KONRAD Frédéric ha scritto:
I think this can do the job, any better idea?
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
index d5257ed..e033b53 100644
--- a/hw/pci/pci.c
+++ b/hw/pci/pci.c
@@ -43,7 +43,6 @@
#endif
static void pcibus_
KONRAD Frédéric writes:
> On 16/05/2013 16:51, Paolo Bonzini wrote:
>> Il 16/05/2013 16:21, mdroth ha scritto:
>>> commit e37da3945fa2fde161e1b217f937fc318c4b7639
>>> Author: KONRAD Frederic
>>> Date: Thu Apr 11 16:29:58 2013 +0200
>>>
>>> virtio-net-pci: switch to the new API.
>>>
Il 16/05/2013 17:48, Pavel Hrdina ha scritto:
>
> From what I just tested it is the OS-independent HW behavior.
>
> Tested on desktop:
> 1. Turn off the computer.
> 2. Turn on the computer and after few second open the CD-ROM tray before
> any OS system is loaded and holding the power button turn
Il 16/05/2013 17:54, KONRAD Frédéric ha scritto:
> I think this can do the job, any better idea?
>
> diff --git a/hw/pci/pci.c b/hw/pci/pci.c
> index d5257ed..e033b53 100644
> --- a/hw/pci/pci.c
> +++ b/hw/pci/pci.c
> @@ -43,7 +43,6 @@
> #endif
>
> static void pcibus_dev_print(Monitor *mon, Dev
On 16/05/2013 16:51, Paolo Bonzini wrote:
Il 16/05/2013 16:21, mdroth ha scritto:
commit e37da3945fa2fde161e1b217f937fc318c4b7639
Author: KONRAD Frederic
Date: Thu Apr 11 16:29:58 2013 +0200
virtio-net-pci: switch to the new API.
Here the virtio-net-pci is modified for the ne
On 16.5.2013 17:42, Eric Blake wrote:
On 05/16/2013 09:34 AM, Pavel Hrdina wrote:
Tray statuses should be also reseted. Some guests may lock the tray
s/reseted/reset/
and after reset before any kernel is loaded the tray should be unlocked.
Also if you reset the real computer the tray is clo
On 05/16/2013 09:34 AM, Pavel Hrdina wrote:
> Tray statuses should be also reseted. Some guests may lock the tray
s/reseted/reset/
> and after reset before any kernel is loaded the tray should be unlocked.
>
> Also if you reset the real computer the tray is closed. We should
> do the same in qem
On 05/16/2013 05:07 AM, Amos Kong wrote:
> We want to implement mac programming over macvtap through Libvirt.
> The previous patch adds QMP event to notify management of mac-table
> change. This patch adds a monitor command to query rx mode information
> of mac-tables.
>
Focusing my review on jus
This patch reverts part of 5e3bc735d93dd23f074b5116fd11e1ad8cd4962f.
Paolo Bonzini wrote this patch and commented:
"WSAEventSelect is edge-triggered and the event will not be signaled if
the socket handler does not consume all the data in the socket buffer."
Signed-off-by: Stefan Hajnoczi
---
User networking is broken on win32. These patches resolve the issues.
TeLeMan and therock247uk: Please apply these patches and confirm that they fix
the bug.
Paolo: Please let me know if you want to take Author:.
Stefan Hajnoczi (2):
main-loop: narrow win32 pollfds_fill() event bitmasks
mai
pollfds_fill() and pollfds_poll() translate GPollFD to rfds/wfds/xfds
for sockets on win32. select(2) is the underlying system call which is
used to monitor sockets for activity.
Currently file descriptors that monitor G_IO_ERR will be included in
both rfds and wfds. As a result, select(2) will
Tray statuses should be also reseted. Some guests may lock the tray
and after reset before any kernel is loaded the tray should be unlocked.
Also if you reset the real computer the tray is closed. We should
do the same in qemu.
This fix is already commited for IDE CD.
Check the commit a7f3d65b65b
Il 16/05/2013 17:17, Peter Maydell ha scritto:
> On 16 May 2013 16:09, Paolo Bonzini wrote:
>> ... In XWindows, you get a KeyRelease for every KeyPress Event. In X,
>> it looks something like this:
>>
>> PRPRPRPRPRPRPRPR
>
> Shouldn't we be abstracting this platform difference
> out in the ui la
On 05/16/2013 09:17 AM, Michael S. Tsirkin wrote:
>> The
>> existing throttling approach ensures that if the event includes latest
>> guest information, then the host doesn't even have to do do a query, and
>> is guaranteed that reacting to the final event will always see the most
>> recent reques
On 16 May 2013 16:09, Paolo Bonzini wrote:
> ... In XWindows, you get a KeyRelease for every KeyPress Event. In X,
> it looks something like this:
>
> PRPRPRPRPRPRPRPR
Shouldn't we be abstracting this platform difference
out in the ui layer, rather than having to deal with it
in the ps2 device m
On 16/05/2013 16:21, mdroth wrote:
On Wed, May 15, 2013 at 06:53:47PM -0500, Anthony Liguori wrote:
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
third release candidate for the QEMU 1.5 release. This release is meant
for testing purposes and should not be used i
On Thu, May 16, 2013 at 09:12:36AM -0600, Eric Blake wrote:
> On 05/16/2013 09:03 AM, Michael S. Tsirkin wrote:
> > On Thu, May 16, 2013 at 08:58:38AM -0600, Eric Blake wrote:
> >> On 05/16/2013 06:17 AM, Michael S. Tsirkin wrote:
> >>> On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> >
On 05/16/2013 09:03 AM, Michael S. Tsirkin wrote:
> On Thu, May 16, 2013 at 08:58:38AM -0600, Eric Blake wrote:
>> On 05/16/2013 06:17 AM, Michael S. Tsirkin wrote:
>>> On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
Introduce this new QMP event to notify management after guest chan
Il 16/05/2013 22:37, Amos Kong ha scritto:
> On Thu, May 16, 2013 at 05:11:59PM +0800, Lei Li wrote:
>> On 05/16/2013 03:35 PM, Amos Kong wrote:
>>> On Thu, May 16, 2013 at 03:23:21PM +0800, Lei Li wrote:
On 05/16/2013 12:30 PM, Amos Kong wrote:
> Guest driver sets repeat rate and delay ti
On Thu, May 16, 2013 at 06:03:26PM +0300, Michael S. Tsirkin wrote:
> On Thu, May 16, 2013 at 08:58:38AM -0600, Eric Blake wrote:
> > On 05/16/2013 06:17 AM, Michael S. Tsirkin wrote:
> > > On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> > >> Introduce this new QMP event to notify mana
Il 16/05/2013 08:58, Amos Kong ha scritto:
>> > theoretically, we have to check if the typematic key is in break
>> > now, if so, we will not do repeat anymore.
> You mean key is released? I checked by '~keycode & 0x80', stop repeat
> when key is release.
>
BTW, !(keycode & 0x80) is more readabl
On Thu, May 16, 2013 at 08:58:38AM -0600, Eric Blake wrote:
> On 05/16/2013 06:17 AM, Michael S. Tsirkin wrote:
> > On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> >> Introduce this new QMP event to notify management after guest changes
> >> mac-table configuration.
> >>
> >
> > This
Il 16/05/2013 06:30, Amos Kong ha scritto:
> Guest driver sets repeat rate and delay time by KBD_CMD_SET_RATE,
> but ps2 backend doesn't process it and no auto-repeat implementation.
> This patch adds support of auto-repeat feature.
>
> Guest ps2 driver sets autorepeat to fastest possible in reset
On Thu, May 16, 2013 at 08:56:42AM -0600, Eric Blake wrote:
> On 05/16/2013 05:07 AM, Amos Kong wrote:
> > Introduce this new QMP event to notify management after guest changes
> > mac-table configuration.
> >
> > Signed-off-by: Amos Kong
> > ---
> > QMP/qmp-events.txt| 14 ++
On 05/16/2013 06:17 AM, Michael S. Tsirkin wrote:
> On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
>> Introduce this new QMP event to notify management after guest changes
>> mac-table configuration.
>>
>
> This makes it easy for guest to flood management with
> spurious events.
> How
On 05/16/2013 05:07 AM, Amos Kong wrote:
> Introduce this new QMP event to notify management after guest changes
> mac-table configuration.
>
> Signed-off-by: Amos Kong
> ---
> QMP/qmp-events.txt| 14 ++
> hw/net/virtio-net.c | 12
> include/monitor/monitor
Il 16/05/2013 16:21, mdroth ha scritto:
> commit e37da3945fa2fde161e1b217f937fc318c4b7639
> Author: KONRAD Frederic
> Date: Thu Apr 11 16:29:58 2013 +0200
>
> virtio-net-pci: switch to the new API.
>
> Here the virtio-net-pci is modified for the new API. The device
> virtio-net
On 14.05.2013 17:19, Richard Henderson wrote:
> On 05/14/2013 05:25 AM, Peter Maydell wrote:
>>> Yes, I agree. I could not find an image which triggered that
code path for register rotation amounts.
>> Try PPC : rlwmn will generate a rotl (as will other insns).
>>
>
> rlwmn will only generate
On Wed, May 15, 2013 at 06:53:47PM -0500, Anthony Liguori wrote:
> Hi,
>
> On behalf of the QEMU Team, I'd like to announce the availability of the
> third release candidate for the QEMU 1.5 release. This release is meant
> for testing purposes and should not be used in a production environment.
[...]
>From my point of view, what I'm missing here is how would I use it.
Ideally I'd like to issue some QMP commands which would set up the
point-in-time snapshot, and then connect to this snapshot over (eg)
NBD, then when I'm done, send some more QMP commands to tear down the
snapshot.
I thin
Applied. Thanks.
Regards,
Anthony Liguori
On Thu, 16 May 2013 15:45:17 +0300
"Michael S. Tsirkin" wrote:
> On Thu, May 16, 2013 at 08:24:03AM -0400, Luiz Capitulino wrote:
> > On Thu, 16 May 2013 15:17:45 +0300
> > "Michael S. Tsirkin" wrote:
> >
> > > On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> > > > Introduce this ne
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
On Thu, May 16, 2013 at 08:24:03AM -0400, Luiz Capitulino wrote:
> On Thu, 16 May 2013 15:17:45 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> > > Introduce this new QMP event to notify management after guest changes
> > > mac-table configur
On 16 May 2013 13:15, François Legal wrote:
> Did anybody pointed out that there may be problems with Qemu decoding these
> MRS/MSR banked registers ?
> In my code, I do several
> mrs %r0, sp_usr
> mrs %r0, lr_usr
>
> from SVC mode or IRQ mode, and the result I get is CPSR in r0
>
> I took
On Thu, May 16, 2013 at 05:11:59PM +0800, Lei Li wrote:
> On 05/16/2013 03:35 PM, Amos Kong wrote:
> >On Thu, May 16, 2013 at 03:23:21PM +0800, Lei Li wrote:
> >>On 05/16/2013 12:30 PM, Amos Kong wrote:
> >>>Guest driver sets repeat rate and delay time by KBD_CMD_SET_RATE,
> >>>but ps2 backend does
On Thu, 16 May 2013 15:17:45 +0300
"Michael S. Tsirkin" wrote:
> On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> > Introduce this new QMP event to notify management after guest changes
> > mac-table configuration.
> >
> > Signed-off-by: Amos Kong
> > ---
> > QMP/qmp-events.txt
On Thu, May 16, 2013 at 07:07:25PM +0800, Amos Kong wrote:
> We want to implement mac programming over macvtap through Libvirt.
> The previous patch adds QMP event to notify management of mac-table
> change. This patch adds a monitor command to query rx mode information
> of mac-tables.
>
> (qemu)
1 - 100 of 162 matches
Mail list logo
