All
In function ohci_service_td() , there is a loop.
for (i = 0; i ohci-num_ports; i++) {
dev = ohci-rhport[i].port.dev;
if ((ohci-rhport[i].ctrl OHCI_PORT_PES) == 0)
continue;
if (ohci-async_td) {
/* ??? The hardware
Am 19.02.2012 01:05, schrieb Kenneth Salerno:
Hello,
The VERSION file in stable release qemu-1.0.1 has what I believe might be a typo: 1.0,1
rather than 1.0.1. This is causing a parsing issue for windres.exe in Win32 which
chokes on:
#define CONFIG_FILEVERSION 1,0,1,0,1,0
#define
This command returns an array of:
[ifname, ipaddr, ipaddr_family, prefix, hwaddr]
for each interface in the system that has an IP address.
Currently, only IPv4 and IPv6 are supported.
Signed-off-by: Michal Privoznik mpriv...@redhat.com
---
diff to v3:
-use ctpop32() instead of separate
On 02/17/2012 12:17 PM, Paolo Bonzini wrote:
Besides the non-triviality of the patch, how is this different from
object_property_get_link? Perhaps we should just rename that one to
object_property_get_obj, or add a function that is just a synonym.
As for the patch's (non-)triviality, I just
On 19 February 2012 07:56, Wei Yang weiyang.ker...@gmail.com wrote:
2012/2/19 Peter Maydell peter.mayd...@linaro.org:
On 18 February 2012 16:19, Wei Yang weiyang.ker...@gmail.com wrote:
I am reading the code in ohci_service_td().
There is a calculation of the length of the buffer.
if
On Fri, Feb 17, 2012 at 05:08:42PM +, Anthony PERARD wrote:
From: Allen Kay allen.m@intel.com
A more complete history can be found here:
git://xenbits.xensource.com/qemu-xen-unstable.git
Signed-off-by: Allen Kay allen.m@intel.com
Signed-off-by: Guy Zana g...@neocleus.com
On Fri, Feb 17, 2012 at 05:08:40PM +, Anthony PERARD wrote:
From: Yuji Shimada shimada-...@necst.nec.co.jp
This function helps Xen PCI Passthrough device to check for overlap.
Signed-off-by: Yuji Shimada shimada-...@necst.nec.co.jp
Signed-off-by: Anthony PERARD
On 08/02/2012 16:59, Stefan Hajnoczi wrote:
On Wed, Feb 8, 2012 at 1:28 PM, Ori Mamlukomam...@zerto.com wrote:
You mentioned a future feature that sends request metadata (offset,
length) to the rephub synchronously so that protection is 100%.
(Otherwise a network failure or crash might result
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
[root@f15 qemu]# qemu-img info /home/zwu/work/misc/rh6.img
image: /home/zwu/work/misc/rh6.img
file format: qed
virtual size: 4.0G (4294967296 bytes)
disk size: 1.2G
cluster_size: 65536
Segmentation fault (core dumped)
Today when i were fixing another
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
[root@f15 qemu]# qemu-io -c info /home/zwu/work/misc/rh6.img
format name: qed
cluster size: 64 KiB
vm state offset: 0.00 bytes
Segmentation fault (core dumped)
This reason is same as the former patch
Signed-off-by: Zhi Yong Wu
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
[root@f15 qemu]# qemu-io -c info /home/zwu/work/misc/rh6.img
format name: qed
cluster size: 64 KiB
vm state offset: 0.00 bytes
Segmentation fault (core dumped)
This reason is same as the former patch
Signed-off-by: Zhi Yong Wu
On Fri, Feb 17, 2012 at 02:25:56PM +0100, Gerd Hoffmann wrote:
Hi,
+/* If we don't specify the name, the bus will be addressed as id.0,
where
+ * id is the parent id. But it seems more natural to address the bus
using
+ * the parent device name. */
+if
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patch is based on the latest QEMU upstream. If you will backport the
patchset to QEMU 1.0, pls note the difference.
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
block.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
On Fri, Feb 17, 2012 at 10:55:40AM +, Stefan Hajnoczi wrote:
On Fri, Feb 17, 2012 at 6:54 AM, Zhi Yong Wu zwu.ker...@gmail.com wrote:
I would like to know if some one is playing around with the patchset.
If yes, can any one make one response? I am very interested in rebasing
it, and
Am 19.02.2012 16:16, schrieb zwu.ker...@gmail.com:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patch is based on the latest QEMU upstream. If you will backport the
patchset to QEMU 1.0, pls note the difference.
Fix is never a good patch description. ;) In place of the above
sentence,
I've been able to install Solaris 8 using CDs on the Sparc Softmmu
client system. Kudos to those responsible for Sparc development!
I've been able to run a number of applications without problems on the
client machine. I noticed something odd, however, and have been trying
to isolate the
Add object_property_get_child().
Adding a direct accessor to a child property.
In the existing implementation, object_property_get() must be used,
with with a visitor, implementing the 'type_str' callback,
receiving the child's canonical path.
In the new
On Fri, Feb 17, 2012 at 01:35:02PM +0100, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 16, 2012 at 01:39:02PM -0700, Eric Blake wrote:
On 02/16/2012 12:23 PM, malc wrote:
On Thu, 16 Feb 2012, Michael S. Tsirkin wrote:
Use scanf instead of manual
Make pci_find_bus static and rename to pci_find_bus_nr to match
functionality.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/pci.c | 15 ---
hw/pci.h |1 -
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 8abc986..31d6a5f
Am 19.02.2012 17:04, schrieb Alexander Barabash:
Add object_property_get_child().
Adding a direct accessor to a child property.
In the existing implementation, object_property_get() must be used,
with with a visitor, implementing the 'type_str' callback,
receiving
On 19 February 2012 17:14, Andreas Färber afaer...@suse.de wrote:
Am 19.02.2012 17:04, schrieb Alexander Barabash:
+ return g_strndup(type[sizeof(LINK_PROPERTY_TYPE_PREFIX) - 1],
+ strlen(type)
+ - (sizeof(LINK_PROPERTY_TYPE_PREFIX) - 1)
+
On Fri, Feb 17, 2012 at 01:35:02PM +0100, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 16, 2012 at 01:39:02PM -0700, Eric Blake wrote:
On 02/16/2012 12:23 PM, malc wrote:
On Thu, 16 Feb 2012, Michael S. Tsirkin wrote:
Use scanf instead of manual
On 19 February 2012 08:06, Wei Yang weiyang.ker...@gmail.com wrote:
In function ohci_service_td() , there is a loop.
This code changed recently (see commit 993048bb) so it's probably
not terribly interesting to try to reason about the old version.
-- PMM
zwu.ker...@gmail.com writes:
The patch is based on the latest QEMU upstream. If you will backport the
patchset to QEMU 1.0, pls note the difference.
I would indeed quite like to backport this to qemu 1.0! Am I right in
thinking the sanest way to do this is to apply 922453bca6a9 to bring all
On Sun, Feb 19, 2012 at 10:24:59PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
[root@f15 qemu]# qemu-io -c info /home/zwu/work/misc/rh6.img
format name: qed
cluster size: 64 KiB
vm state offset: 0.00 bytes
Segmentation fault (core dumped)
This
This is the second attempt to fix this issue, as a lesson from the last time it
doesn't try to use an async monitor command. So with this patchset, in qxl
mode, a screendump monitor command will complete before the file is written to
disk. This is much better then a hang. To fix it does require
Signed-off-by: Alon Levy al...@redhat.com
---
ui/sdl.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/ui/sdl.c b/ui/sdl.c
index 6f8091c..f6f711c 100644
--- a/ui/sdl.c
+++ b/ui/sdl.c
@@ -167,10 +167,6 @@ static PixelFormat sdl_to_qemu_pixelformat(SDL_PixelFormat
Add an implementation of the DisplayAllocator callbacks for qxl. Uses
the QEMU_ALLOCATED_FLAG to ensure vga/vga_draw_graphic does the 24 to 32
bits per pixel line convertion. Since free/resize/create are defined in
qxl.c, it is easy to ensure consistent usage of the flag (it means
QXL_ALLOCATED
On 19/02/12 15:45, P. Wilhelm wrote:
Hi Paul,
I've been able to install Solaris 8 using CDs on the Sparc Softmmu
client system. Kudos to those responsible for Sparc development!
I've been able to run a number of applications without problems on the
client machine. I noticed something odd,
This changes the behavior of the monitor command. After the previous
patch, there is no longer an option of deadlock with virt-manager, but
ppm_save is called too early, before the update has completed. With this
patch it is called at the correct moment, but that means there is a race
between the
It was never used. Introduced in
5ff4e36c804157bd84af43c139f8cd3a59722db9
qxl: async io support using new spice api
But not used even then.
Signed-off-by: Alon Levy al...@redhat.com
---
hw/qxl.h |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/hw/qxl.h b/hw/qxl.h
Will be used in the next patch.
Signed-off-by: Alon Levy al...@redhat.com
---
hw/qxl-render.c|2 +-
hw/qxl.c | 65 +--
hw/qxl.h |2 +-
ui/spice-display.c | 26 ++--
ui/spice-display.h | 12
---
hw/qxl.c | 17 -
1 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 2409cb3..6e25bd1 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -150,17 +150,16 @@ void qxl_spice_update_area(PCIQXLDevice *qxl, uint32_t
surface_id,
On Sun, Feb 19, 2012 at 11:51:25AM +0100, Stefan Weil wrote:
Am 19.02.2012 01:05, schrieb Kenneth Salerno:
Hello,
The VERSION file in stable release qemu-1.0.1 has what I believe might be a
typo: 1.0,1 rather than 1.0.1. This is causing a parsing issue for
windres.exe in Win32 which
RHBZ# 747011
Removes the last user of QXL_SYNC when using update drivers that use the
_ASYNC io ports.
The last user is qxl_render_update, it is called both by qxl_hw_update
which is the vga_hw_update_ptr passed to graphic_console_init, and by
qxl_hw_screen_dump.
At the same time the QXLRect
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32, since we
present it to the guest when it reads GICD_TYPER (in gic_dist_readb())
as (N - 32) / 1.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
diff --git a/hw/arm_gic.c
Interrupts numbers 0-31 are private to the processor interface, 32-1019 are
general interrups. Add GIC_INTERNAL and substitute everywhere.
Signed-off-by: Rusty Russell ru...@rustcorp.com.au
diff --git a/hw/arm_gic.c b/hw/arm_gic.c
index cf582a5..fa6a60a 100644
--- a/hw/arm_gic.c
+++
On Sun, Feb 19, 2012 at 6:07 PM, Rusty Russell ru...@rustcorp.com.au wrote:
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32, since we
present it to the guest when it reads GICD_TYPER (in gic_dist_readb())
as (N - 32) /
For a pci bridge device, if we don't override
the name with custom code, the bus will be addressed as
id.0, where id is the id specified by the user.
Since PCI Bridge devices have a single bus each, we don't need
the index: address the bus using the parent device name.
This is better since this
On Sun, Feb 19, 2012 at 04:57:07PM +0200, Michael S. Tsirkin wrote:
On Fri, Feb 17, 2012 at 02:25:56PM +0100, Gerd Hoffmann wrote:
Hi,
+/* If we don't specify the name, the bus will be addressed as
id.0, where
+ * id is the parent id. But it seems more natural to address
We want to expose VCs using a VteTerminal widget. We need access to provide our
own CharDriverState in order to do this.
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
---
console.c | 14 +-
console.h |6 +-
qemu-char.c |2 +-
3 files changed, 19 insertions(+),
This is minimalistic and just contains the basic widget infrastructure. The GUI
consists of a menu and a GtkNotebook. To start with, the notebook has its tabs
hidden which provides a UI that looks very similar to SDL with the exception of
the menu bar.
The menu bar allows a user to toggle the
Basic menu items to enter full screen mode and zoom in/out. Unlike SDL, we
don't allow arbitrary scaling based on window resizing. The current behavior
with SDL causes a lot of problems for me.
Sometimes I accidentally resize the window a tiny bit while trying to move it
(Ubuntu's 1-pixel
This enables VteTerminal to be used to render the text consoles. VteTerminal is
the same widget used by gnome-terminal which means it's VT100 emulation is as
good as they come.
It's also screen reader accessible, supports copy/paste, proper scrolling and
most of the other features you would
There is a small deviation from SDL's behavior here. Instead of Ctrl+Alt
triggering grab, we now use Ctrl-Alt-g to trigger grab.
GTK will not accept Ctrl+Alt as an accelerator since it just consists of
modifiers. Having grab as a proper accelerator is important as it allows a user
to override
Assert the object is at least sizeof(Object), not sizeof(ObjectClass).
Signed-off-by: Andreas Färber afaer...@suse.de
---
qom/object.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index b1ead15..dbfd6a4 100644
--- a/qom/object.c
+++
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
---
vl.c | 38 --
1
Some screen shots:
http://www.codemonkey.ws/files/qemu-gtk/
Regards,
Anthony Liguori
On 02/19/2012 05:44 PM, Anthony Liguori wrote:
Hi,
I realize UIs are the third rail of QEMU development, but over the years I've
gotten a lot of feedback from users about our UI. I think everyone struggles
Hi,
I realize UIs are the third rail of QEMU development, but over the years I've
gotten a lot of feedback from users about our UI. I think everyone struggles
with the SDL interface and its lack of discoverability but it's worse than I
think most people realize for users that rely on
On 02/19/2012 05:45 PM, Anthony Liguori wrote:
There is a small deviation from SDL's behavior here. Instead of Ctrl+Alt
triggering grab, we now use Ctrl-Alt-g to trigger grab.
GTK will not accept Ctrl+Alt as an accelerator since it just consists of
modifiers. Having grab as a proper
2012/2/20 Anthony Liguori aligu...@us.ibm.com:
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
So, will a win32 native UI be written? If not, it will be
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly 500ms later after setting
the clock
Current RTC emulation uses periodic timer(2 timers per second) to update RTC
clock. And it will stop CPU staying at deep C-state for long period. Our
experience shows
There has no need to use two periodic timer to update RTC time.
In this patch, we only update it when guest reading it.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 199 +++---
1 files changed, 56 insertions(+), 143
Use timer to emulate alarm. The timer is enabled when AIE is setting
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 187 ++
1 files changed, 187 insertions(+), 0 deletions(-)
diff --git a/hw/mc146818rtc.c
The UIP(update in progress) is set when RTC is updating. We only
consider the normal oscillator(32Khz) mode.
When time base is 32kHz, the update cycle takes 1984us at the end
of every second. And the update cycle begins 244us later after UIP
is set. So the UIP is set in 2228us at end of every
Use timer to emulate RTC update-ended interrupt. The timer is enabled
only when UIE is setting.
Signed-off-by: Yang Zhang yang.z.zh...@intel.com
---
hw/mc146818rtc.c | 53 -
1 files changed, 48 insertions(+), 5 deletions(-)
diff --git
On Mon, Jan 9, 2012 at 01:28, Kevin Wolf kw...@redhat.com wrote:
Am 19.12.2011 23:19, schrieb Anthony Liguori:
On 12/19/2011 03:25 PM, Jordan Justen wrote:
On Mon, Dec 19, 2011 at 11:41, Anthony Liguorialigu...@us.ibm.com wrote:
On 12/15/2011 02:51 PM, Jordan Justen wrote:
If a pflash image
On 02/19/2012 06:15 PM, Roy Tam wrote:
2012/2/20 Anthony Liguorialigu...@us.ibm.com:
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
So, will a win32
This is a suite of Device models and a machine model for the Xilinx Zynq-7000
Extensible Processing Platform:
http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm
This is an ARM based platform featuring embedded SoC peripherals. This patch
series includes a minimal set of
Implemented cadence UART serial controller
Signed-off-by: Peter A. G. Crosthwaite peter.crosthwa...@petalogix.com
Signed-off-by: John Linn john.l...@xilinx.com
---
---
changed from v4:
fixed FSF addess
changed device_init - type_init
changes from v1:
converted register file to array
added vmsd
Implemented cadence Triple Timer Counter (TCC)
Signed-off-by: Peter A. G. Crosthwaite peter.crosthwa...@petalogix.com
Signed-off-by: John Linn john.l...@xilinx.com
---
changed from v4:
fixed FSF addess
changed device_init - type_init
changed from v3:
Fixed race condition where timer could miss
Xilinx zynq-7000 machine model. Also includes device model for the zynq-specific
system level control register (SLCR) module.
Signed-off-by: Peter A. G. Crosthwaite peter.crosthwa...@petalogix.com
---
changed from v5:
removed usages of arm_boot_info-bootsmp_priv_base
changed from v4:
fixed FSF
Device model for cadence gem ethernet controller.
Signed-off-by: Peter A. G. Crosthwaite peter.crosthwa...@petalogix.com
Signed-off-by: John Linn john.l...@xilinx.com
---
changed from v4:
changed device_init - type_init
changes from v1:
removed global init function
marked vmsd as unmigratable
Forgot to update branch-name, should read:
Tree is available from:
git://developer.petalogix.com/private/peterc/qemu.git
branch: zynq-initial.6
On Mon, Feb 20, 2012 at 11:45 AM, Peter A. G. Crosthwaite
peter.crosthwa...@petalogix.com wrote:
This is a suite of Device models and a machine
2012/2/20 Anthony Liguori anth...@codemonkey.ws:
On 02/19/2012 06:15 PM, Roy Tam wrote:
2012/2/20 Anthony Liguorialigu...@us.ibm.com:
A user can still enable SDL with '-sdl' or '-display sdl' but start
making the
default display GTK by default.
I'd also like to deprecate the SDL display
On Feb 19, 2012 7:50 PM, Roy Tam roy...@gmail.com wrote:
2012/2/20 Anthony Liguori anth...@codemonkey.ws:
On 02/19/2012 06:15 PM, Roy Tam wrote:
2012/2/20 Anthony Liguorialigu...@us.ibm.com:
A user can still enable SDL with '-sdl' or '-display sdl' but start
making the
default
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
that GLIB is a mandatory dependency. I can't imagine that in terms of
binary size,
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
that GLIB is a mandatory dependency. I
2012/2/20 Anthony Liguori anth...@codemonkey.ws:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially
The guest network stack might DHCPREQUEST an address that the slirp built
in dhcp server can't let it have - for example if the guest has an old
leases file from another network configuration. In this case the dhcp
server should and does reject the request and prepares to send a DHCPNAK
to the
Currently dma_bdrv_io() takes a 'to_dev' boolean parameter to
determine the direction of DMA it is emulating. We already have a
DMADirection enum designed specifically to encode DMA directions.
This patch uses it for dma_bdrv_io() as well.
Signed-off-by: David Gibson da...@gibson.dropbear.id.au
On 02/19/2012 08:52 PM, Brad Smith wrote:
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32, since we
present it to the guest when it reads GICD_TYPER (in gic_dist_readb())
as (N / 32) - 1.
Thanks to Christoffer Dall for undoing comment thinko.
Signed-off-by: Rusty
On Sun, 19 Feb 2012 18:40:08 -0500, Christoffer Dall
c.d...@virtualopensystems.com wrote:
On Sun, Feb 19, 2012 at 6:07 PM, Rusty Russell ru...@rustcorp.com.au wrote:
We currently assume that the number of interrupts (ITLinesNumber in
the architecture reference manual) is divisible by 32,
On Sun, Feb 19, 2012 at 11:40 PM, Andreas Färber afaer...@suse.de wrote:
Am 19.02.2012 16:16, schrieb zwu.ker...@gmail.com:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patch is based on the latest QEMU upstream. If you will backport the
patchset to QEMU 1.0, pls note the difference.
Fix
The Buildbot has detected a new failure on builder block_openbsd_4.9 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_openbsd_4.9/builds/132
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_openbsd49
Build
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
If one guest has multiple disks with enabling I/O throttling function
separately, when draining activities are done, some requests maybe are in the
throttled queue; So we need to restart them at first.
Moreover, when only one disk need to be drained
Lucid 10.04.4 amd64 host. 2.6.32-38-server. All packages up to date.
Guest:
Win 7 64bit
1Gb RAM (all in use in guest)
2 vproc
VirtIO disk (virtio-win-0.1-22)
VirtIO network
2 IDE cdroms
VNC display
virsh save:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Signed-off-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
---
blockdev.c |4 ++--
hw/ide/macio.c |2 +-
hw/ide/pci.c |3 ++-
3 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 7a6613a..fa85c78 100644
On Mon, Feb 20, 2012 at 5:18 AM, Chris Webb ch...@arachsys.com wrote:
zwu.ker...@gmail.com writes:
The patch is based on the latest QEMU upstream. If you will backport the
patchset to QEMU 1.0, pls note the difference.
I would indeed quite like to backport this to qemu 1.0! Am I right in
The Buildbot has detected a new failure on builder block_mingw32 while building
qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_mingw32/builds/132
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel61
Build Reason:
On Mon, Feb 20, 2012 at 5:24 AM, Christoph Hellwig h...@lst.de wrote:
On Sun, Feb 19, 2012 at 10:24:59PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
[root@f15 qemu]# qemu-io -c info /home/zwu/work/misc/rh6.img
format name: qed
cluster size: 64 KiB
vm state
Pull Request for Zynq-7000 platform model initial support.
The following changes since commit 99c7f87826337fa81f2f0f9baa9ca0a44faf90e9:
input: send kbd+mouse events only to running guests. (2012-02-17
11:02:55 -0600)
are available in the git repository at:
Am 20.02.2012 07:25, schrieb Peter Crosthwaite:
Pull Request for Zynq-7000 platform model initial support.
The following changes since commit 99c7f87826337fa81f2f0f9baa9ca0a44faf90e9:
input: send kbd+mouse events only to running guests. (2012-02-17
11:02:55 -0600)
are available in the
On 02/20/2012 01:25 AM, Zhang, Yang Z wrote:
Use timer to emulate RTC update-ended interrupt. The timer is enabled
only when UIE is setting.
The timer needs to be enabled when UF is clear, not when UIE is set. If
UIE is set but the update interrupt is masked you do not need to do
anything; on
On 02/20/2012 01:25 AM, Zhang, Yang Z wrote:
When time base is 32kHz, the update cycle takes 1984us at the end
of every second. And the update cycle begins 244us later after UIP
is set. So the UIP is set in 2228us at end of every second.
I think we can keep UIP set only for 244us, since our
On 02/20/2012 01:24 AM, Zhang, Yang Z wrote:
Changes in v2:
Add UIP check logic.
Add logic that next second tick will occur in exactly 500ms later after
setting the clock
Current RTC emulation uses periodic timer(2 timers per second) to update RTC
clock. And it will stop CPU staying at
On 02/20/2012 12:45 AM, Anthony Liguori wrote:
+static void gd_menu_zoom_in(GtkMenuItem *item, void *opaque)
+{
+GtkDisplayState *s = opaque;
+
+s-scale_x *= 1.25;
+s-scale_y *= 1.25;
+
+gd_resize(s-ds);
+}
+
+static void gd_menu_zoom_out(GtkMenuItem *item, void *opaque)
89 matches
Mail list logo