On 07/20/2010 12:46 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
Last week's agenda, minus the item that we started to discuss.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
move out cpu_to_le{32, 16} from acpi.c to util.h.
Those will be used by other files later.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
src/acpi.c | 10 --
src/util.h | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/src/acpi.c b/src/acpi.c
split out piix4 pm logic.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
Changes v2 - v3
- eliminated cpu_to_le32() stuff. The code move is done by another patch.
---
src/acpi.c | 14 ++
src/dev-i440fx.c | 15 +++
src/dev-i440fx.h |1 +
3 files
introduce helper function to find device from table and initialize it.
pci_find_init_device(). This will be used later.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
src/pci.c | 12
src/pci.h |1 +
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git
Changes v2 - v1:
- dropped patches which are under discussion to make the merge easy.
The updated one on top of this patch series will be posted as Part II.
- moved cpu_to_le{16, 32}() to util.h
Patch descriontion:
This patch set abstract out chipset specific operation,
and spit out i440fx
Make it table driven to other chip set.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
src/acpi.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/acpi.c b/src/acpi.c
index 5818d4c..e91f8e0 100644
--- a/src/acpi.c
+++ b/src/acpi.c
@@ -522,6 +522,13
Move ACPI_TABLE_HEADER_DEF and struct fadt_descriptor_rev1
from acpi.h to acpi.c for later use.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
src/acpi.c | 73 -
src/acpi.h | 76
Am 19.07.2010 22:55, schrieb Stefan Weil:
Am 19.07.2010 14:26, schrieb Kevin Wolf:
Am 18.07.2010 21:42, schrieb Stefan Weil:
No such file or directory is a misleading error message
when a user tries to open a file with wrong permissions.
Cc: Kevin Wolfkw...@redhat.com
Signed-off-by:
move out piix4 specific smram logic to dev-i440fx.c.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
changes v2 - v3.
- abstract device level and simplified it.
- factor out smm ram relocation.
---
src/dev-i440fx.c | 32 +
src/dev-i440fx.h |1 +
This is on top of the patch series of
PATCH v2 abstract chipset(i440fx) specific register operation.
Patch descriontion:
This patch set abstract out shadow and smm operation which are
specific to chipset. and spit out i440fx specific part into dev-i440fx.c.
Thus q35 specific register
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: lucid-updates = None
** Changed in: qemu-kvm (Ubuntu)
Milestone: lucid-updates = None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you
On Mon, Jul 19, 2010 at 05:48:33PM +0200, Kevin Wolf wrote:
Am 19.07.2010 17:36, schrieb Aurelien Jarno:
Have you tested some more OSes to ensure that they don't start to expect
events to actually work now the command works? I didn't see any
problems in a quick test with Linux, but you
Currently block_load() doesn't check return value of bdrv_write(), and
even the destination weren't prepared to execute block migration, it
proceeds and guest boots on the target. This patch fix this issue.
Signed-off-by: Yoshiaki Tamura tamura.yoshi...@lab.ntt.co.jp
---
block-migration.c |
On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata yamah...@valinux.co.jp
wrote:
On Tue, Jul 13, 2010 at 04:48:19PM -0600, Cam Macdonell wrote:
On Tue, Jul 13, 2010 at 2:41 PM, Isaku Yamahata yamah...@valinux.co.jp
wrote:
On
Am 19.07.2010 20:25, schrieb Miguel Di Ciurcio Filho:
This patch improves the resilience of the load_vmstate() function, doing
further and better ordered tests.
In load_vmstate(), if there is any error on bdrv_snapshot_goto(), except if
the
error is on VM state device, load_vmstate() will
On 07/20/2010 04:34 AM, Amos Kong wrote:
Old method uses the mac address in the configuration files which could
lead serious problem when multiple tests running in different hosts.
This patch adds a new macaddress pool algorithm, it generates the mac prefix
based on mac address of the host
On Tue, 2010-07-20 at 09:34 +0800, Amos Kong wrote:
The following series contain 11 network related subtests, welcome to give me
some suggestions about correctness, design, enhancement.
Awesome work, will start to review them today. Thanks!
Thank you so much!
---
Amos Kong (14):
On Tue, 20 Jul 2010 09:07:11 +0300
Avi Kivity a...@redhat.com wrote:
On 07/20/2010 12:46 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
Last week's agenda, minus the item that we started to discuss.
(includes 0.13)
On Tue, Jul 20, 2010 at 02:15:16PM +0100, Jamie Lokier wrote:
Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
On 19.07.2010, at 09:33, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
On Mon, Jul 19,
On Tue, Jul 20, 2010 at 01:19:39PM +0300, Michael Goldish wrote:
Michael,
Thanks for your comments. Let's simplify this method together.
On 07/20/2010 04:34 AM, Amos Kong wrote:
Old method uses the mac address in the configuration files which could
lead serious problem when multiple tests
Hi,
On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that qcow2 images, esp. fresh ones (so that they
receive lots of metadata updates) are very slow on my
machine. And on IRC (#kvm), Sheldon Hearn found that on
ext3, it is fast
On Tue, Jul 20, 2010 at 04:40:28PM +0300, Gleb Natapov wrote:
Which remind me that ad-hoc DMA interface should be discoverable by a
guest.
Judging by 'git annotate' this interface has already been extended 4
times without requiring this to be discoverable. However I will add
an extra config
If we save more than once we need to reset the last block info or else
only the first save has the actual block info and each subsequent save
will only use continue flags, making them unloadable independently.
Found-by: Miguel Di Ciurcio Filho miguel.fi...@gmail.com
Signed-off-by: Alex Williamson
This version adds a FW_CFG_FEATURES interface which the option ROM may
use to find out if qemu supports the DMA-like feature. And the
linuxboot.bin option ROM has been changed to use this interface.
As previously, the 1/2 part of the patch is unchanged.
Rich.
--
Richard Jones, Virtualization
20.07.2010 16:46, Jan Kara wrote:
Hi,
On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that qcow2 images, esp. fresh ones (so that they
receive lots of metadata updates) are very slow on my
machine. And on IRC (#kvm), Sheldon Hearn
Public bug reported:
IIf the CPSR register (qemu-system-arm) is set to an invalid mode, qemu
will segfault, because it tries to access a NULL-Pointer env in
translate.c:9286. Either way, qemu will abort in exec.c:1863.
** Affects: qemu
Importance: Undecided
Status: New
--
Am 20.07.2010 17:17, schrieb jes.soren...@redhat.com:
From: Jes Sorensen jes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensenjes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the
On 07/20/2010 04:44 PM, Amos Kong wrote:
On Tue, Jul 20, 2010 at 01:19:39PM +0300, Michael Goldish wrote:
Michael,
Thanks for your comments. Let's simplify this method together.
On 07/20/2010 04:34 AM, Amos Kong wrote:
Old method uses the mac address in the configuration files which
On 07/20/10 17:40, Anthony Liguori wrote:
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensenjes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use
On Tue 20-07-10 17:41:33, Michael Tokarev wrote:
20.07.2010 16:46, Jan Kara wrote:
Hi,
On Fri 02-07-10 16:46:28, Michael Tokarev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I noticed that qcow2 images, esp. fresh ones (so that they
receive lots of metadata updates) are very
On 07/20/2010 11:02 AM, Jes Sorensen wrote:
On 07/20/10 17:40, Anthony Liguori wrote:
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensenjes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD
On 07/20/10 18:09, Kevin Wolf wrote:
Am 20.07.2010 17:40, schrieb Anthony Liguori:
Wouldn't a better solution be to have a cdrom_read/cdrom_write hook that
did the appropriate bouncing?
We already have code that does some bouncing, we'd just need to teach it
to use different sizes than
From: Jes Sorensen jes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the place, so
allowing O_DIRECT for CDROM/DVD devices does not
On 07/20/10 18:03, Anthony Liguori wrote:
On 07/20/2010 11:02 AM, Jes Sorensen wrote:
On 07/20/10 17:40, Anthony Liguori wrote:
Wouldn't a better solution be to have a cdrom_read/cdrom_write hook that
did the appropriate bouncing?
Silently disabling something a user explicitly asked for
On 07/20/10 10:02, Jes Sorensen wrote:
On 07/20/10 17:40, Anthony Liguori wrote:
On 07/20/2010 10:17 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensenjes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048,
On 07/20/10 10:09, jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all over the
Am 20.07.2010 18:04, schrieb Jes Sorensen:
On 07/20/10 17:40, Kevin Wolf wrote:
diff --git a/block/raw-posix.c b/block/raw-posix.c
index 291699f..0ea79b6 100644
--- a/block/raw-posix.c
+++ b/block/raw-posix.c
@@ -1139,6 +1139,11 @@ static int cdrom_open(BlockDriverState *bs, const
char
It's a pitty I can't easily attend to this conference call, as it seems
a lot of decisions are taken there. Anyway let me comment the part
concerning 0.12 stable:
On Tue, Jul 20, 2010 at 07:45:51AM -0700, Chris Wright wrote:
0.12.stable
- start w/ git tree + pull requests
- release process is
On 07/20/10 18:16, David S. Ahern wrote:
What about setting the logical and physical block size properties? Is
the intent of these to handle varying sizes amongst block devices?
David
Well the problem is that we need to know the sector size of the host
device, and then start using that
On 07/20/10 18:35, David S. Ahern wrote:
On 07/20/10 10:09, jes.soren...@redhat.com wrote:
diff --git a/block/raw-posix.c b/block/raw-posix.c
index 291699f..1b840c4 100644
--- a/block/raw-posix.c
+++ b/block/raw-posix.c
@@ -1139,6 +1139,11 @@ static int cdrom_open(BlockDriverState *bs, const
On 07/20/10 08:45, Chris Wright wrote:
0.13
- rc RSN (hopefully this week, top priority for anthony)
Can Cam's inter-vm shared memory device get committed for 0.13? It's
been stagnant on the list for a while now waiting for inclusion (or NAK
comments).
David
On 07/20/10 18:12, Kevin Wolf wrote:
Am 20.07.2010 18:04, schrieb Jes Sorensen:
On 07/20/10 17:40, Kevin Wolf wrote:
Thats effectively what my patch does. cdrom_open() calls
raw_open_common() which has this part:
/* Use O_DSYNC for write-through caching, no flags for write-back
caching,
On Tue, 13 Jul 2010 16:24:41 +0530
Arun R Bharadwaj a...@linux.vnet.ibm.com wrote:
Hi,
This patch cleans up the legacy 'dotu' variable which is always set to
1 by default, since qemu doesnt support legacy 9p clients.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Acked-by:
On 07/20/10 18:45, Natalia Portillo wrote:
El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
From: Jes Sorensen jes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices
El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
From: Jes Sorensen jes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
devices which use 512. QEMU is hard coding 512 all
Otherwise we can't migrate after we've removed a virtio block device.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
hw/virtio-blk.c |8
hw/virtio-pci.c |1 +
hw/virtio.h |1 +
3 files changed, 10 insertions(+), 0 deletions(-)
diff --git
Jes Sorensen jes.soren...@redhat.com writes:
On 07/20/10 18:35, David S. Ahern wrote:
On 07/20/10 10:09, jes.soren...@redhat.com wrote:
diff --git a/block/raw-posix.c b/block/raw-posix.c
index 291699f..1b840c4 100644
--- a/block/raw-posix.c
+++ b/block/raw-posix.c
@@ -1139,6 +1139,11 @@
On 07/20/2010 11:29 AM, Aurelien Jarno wrote:
It's a pitty I can't easily attend to this conference call, as it seems
a lot of decisions are taken there. Anyway let me comment the part
concerning 0.12 stable:
Is it a matter of time zone or conflict? The call has historically been
On 07/20/2010 11:45 AM, Natalia Portillo wrote:
El 20/07/2010, a las 16:17, jes.soren...@redhat.com escribió:
From: Jes Sorensenjes.soren...@redhat.com
O_DIRECT (cache=none) requires sector alignment, however the physical
sector size of CDROM/DVD drives is 2048, as opposed to most disk
Hello,
I am working on fixing the savevm/loadvm functionality in the Android
emulator, and the two issues I've encountered so far both appear to stem
from the asynchronous I/O (AIO) code. In both cases, the emulator busy-waits
indefinitely for an operation that never signals completion.
Hi!
I am trying to run asa 802, asdm 602 with gns3. After long struggle i managed
to fixed every thing. But now when i run asdm the Qemu crashes.
The reference is on this post - http://www.gns3.net/phpBB/topic2349.html
Thanks for any kind of help.
Regards,
On Tue, Jul 13, 2010 at 4:26 PM, Bob Breuer breu...@mc.net wrote:
Another preview of the cg14 framebuffer.
Activate by selecting SS-20 machine and setting width 1024, i.e. -M SS-20
-g 1152x900.
Note that NetBSD assumes 1152x900, while OBP also supports 1024x768,
1280x1024, and 1600x1280.
On Sat, Jul 17, 2010 at 10:27 AM, Chen Yufei cyfde...@gmail.com wrote:
We are pleased to announce COREMU, which is a multicore-on-multicore
full-system emulator built on Qemu. (Simply speaking, we made Qemu parallel.)
The project web page is located at:
http://ppi.fudan.edu.cn/coremu
You
On 07/20/2010 01:34 PM, Ot ten Thije wrote:
Hello,
I am working on fixing the savevm/loadvm functionality in the Android
emulator, and the two issues I've encountered so far both appear to
stem from the asynchronous I/O (AIO) code. In both cases, the emulator
busy-waits indefinitely for an
Thanks, applied.
On Tue, Jul 13, 2010 at 4:05 PM, Bob Breuer breu...@mc.net wrote:
Use empty_slot to reserve addresses for several unimplemented devices so they
won't fault.
- BPP (parallel port), DBRI (audio), SX (pixel processor), and vsimms
(framebuffer)
OBP for SS-20 either assumes
On Sat, Jul 17, 2010 at 9:50 AM, Richard W.M. Jones rjo...@redhat.com wrote:
I'm trying to speed up the process of loading kernel and initrd.
I found that the main loop which loads these into qemu memory does it
via executing in the guest:
rep insb (%dx),%es:(%edi)
In other words, reading
On Mon, Jul 19, 2010 at 2:54 PM, Eliot Moss m...@cs.umass.edu wrote:
Dear developers -- I've seen no responses yet. My proposal
is due in early August, so if anyone has feelings on this or
comments about it, please respond soon :-) ...
Thank you for your patience -- Eliot moss
- Amos Kong ak...@redhat.com wrote:
From: Amos Kong ak...@redhat.com
To: Michael Goldish mgold...@redhat.com
Cc: autot...@test.kernel.org, qemu-devel@nongnu.org, k...@vger.kernel.org
Sent: Tuesday, July 20, 2010 9:44:38 PM GMT +08:00 Beijing / Chongqing / Hong
Kong / Urumqi
Subject:
On Tue, Jul 20, 2010 at 06:52:23PM +0900, Isaku Yamahata wrote:
On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata yamah...@valinux.co.jp
wrote:
On Tue, Jul 13, 2010 at 04:48:19PM -0600, Cam Macdonell wrote:
On Tue, Jul 13,
Added Cc: seab...@seabios.org
On Wed, Jul 21, 2010 at 06:31:01AM +0300, Michael S. Tsirkin wrote:
On Tue, Jul 20, 2010 at 06:52:23PM +0900, Isaku Yamahata wrote:
On Wed, Jul 14, 2010 at 09:10:28AM -0600, Cam Macdonell wrote:
On Tue, Jul 13, 2010 at 8:52 PM, Isaku Yamahata
Hi,
I was working on merging VNC updates into bigger ones to see if it
lower the overhead (big updates sometime use less network/cpu than a
lot of small updates).
For that, I needed some new bitmap functions, and no we got, in vnc.c:
- set_bit
- clear_bit
- set_bits
- clear_bits
- find_next_bit
-
62 matches
Mail list logo
