Actually this has been test before.
http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00512.html
I've tested Debian 3.1 (with Linux 2.4.27.3) and Debian 4.0 (with
Linux 2.6.18.6), on both qemu 0.10.6 and 0.12.3, emulating machine is
set to SS-20.
1. non-smp kernel successfully boots with
On 04/26/2010 11:52 PM, Nathan Froyd wrote:
With three different make binaries I have available, configuring a
pristine QEMU tree and attempting to make gives the cryptic:
Makefile:27: *** missing separator. Stop.
This patch fixes it (presumably because it makes the output of
`set-vpath' be
Jun Koi wrote:
Hi,
I am trying to debug a VM using gdb. I connected gdb to Qemu (latest
code from git repo), and issued below command:
...
(gdb) watch *0x77f44cd8
(gdb) c
The idea is to catch the write access to address 0x77f44cd8.
But after the c command, I saw that the window
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a heuristic and should
be implemented based on polling block stats.
Polling for an event that never happens is bad
Hello, everyone.
Now I am trying to read the QEMU source code.
And sometimes it's helpful to use GDB to do the debug for me to
understand the code.
For example, in the qemu environment,
I use gdb to attach to the qemu process.
Then I just run info cpus as following.
(QEMU) info cpus
But now how
On 04/27/2010 11:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a heuristic and should
be implemented based on polling block stats.
Polling
Am 27.04.2010 00:36, schrieb Anthony Liguori:
On 04/26/2010 05:12 PM, Chris Wright wrote:
* Anthony Liguori (anth...@codemonkey.ws) wrote:
On 04/26/2010 12:26 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
While I don't expect it to be the
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all BlockDriver
operations except read and write over a unix domain socket. The open
operation returns an fd (SCM_RIGHTS strikes again) that is used for read
and write. This can be used to implement
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all BlockDriver
operations except read and write over a unix domain socket. The open
operation returns an fd (SCM_RIGHTS strikes again) that is used for
On Tue, Apr 27, 2010 at 5:10 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
Hi,
I am trying to debug a VM using gdb. I connected gdb to Qemu (latest
code from git repo), and issued below command:
...
(gdb) watch *0x77f44cd8
(gdb) c
The idea is to catch the write access to
Am 27.04.2010 10:56, schrieb Avi Kivity:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all BlockDriver
operations except read and write over a unix domain socket. The open
operation returns an fd (SCM_RIGHTS strikes again) that is used for
On 04/27/2010 12:08 PM, Dor Laor wrote:
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all
BlockDriver
operations except read and write over a unix domain socket. The open
operation returns an fd
On 04/27/2010 12:16 PM, Kevin Wolf wrote:
Am 27.04.2010 10:56, schrieb Avi Kivity:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all BlockDriver
operations except read and write over a unix domain socket. The open
operation returns
Jun Koi wrote:
On Tue, Apr 27, 2010 at 5:10 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
Hi,
I am trying to debug a VM using gdb. I connected gdb to Qemu (latest
code from git repo), and issued below command:
...
(gdb) watch *0x77f44cd8
(gdb) c
The idea is to catch the
On 04/27/2010 12:22 PM, Avi Kivity wrote:
On 04/27/2010 12:08 PM, Dor Laor wrote:
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all
BlockDriver
operations except read and write over a unix domain
On Tue, Apr 27, 2010 at 6:30 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
On Tue, Apr 27, 2010 at 5:10 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
Hi,
I am trying to debug a VM using gdb. I connected gdb to Qemu (latest
code from git repo), and issued below
Am 27.04.2010 11:32, schrieb Dor Laor:
On 04/27/2010 12:22 PM, Avi Kivity wrote:
On 04/27/2010 12:08 PM, Dor Laor wrote:
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
IMHO the whole thing is way over engineered:
a) Having another channel into qemu is
Jun Koi wrote:
On Tue, Apr 27, 2010 at 6:30 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
On Tue, Apr 27, 2010 at 5:10 PM, Jan Kiszka jan.kis...@siemens.com wrote:
Jun Koi wrote:
Hi,
I am trying to debug a VM using gdb. I connected gdb to Qemu (latest
code from git repo), and
While it's true that during regular operation free_clusters failure would be a
bug, an I/O error can always happen. There's no need to kill the VM, the worst
thing that can happen (and it will) is that we leak some clusters.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
block/qcow2-refcount.c |
On Mon, Apr 26, 2010 at 05:36:52PM -0500, Anthony Liguori wrote:
On 04/26/2010 05:12 PM, Chris Wright wrote:
* Anthony Liguori (anth...@codemonkey.ws) wrote:
On 04/26/2010 12:26 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
While I don't expect it
On 04/26/2010 09:44 PM, Luiz Capitulino wrote:
+qemu_system_exit_request();
Untested suggestion: why add qemu_system_exit_request, exit_requested,
and a hook in the main loop? You can do instead
no_shutdown = 0;
qemu_system_shutdown_request();
which will actually call
Hi Anthony,
The following changes since commit 14a6063a91083c9cbe1bc502ee58fc7ca146bc1a:
Richard Henderson (1):
Implement cpu_get_real_ticks for Alpha.
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/amit/vs-qemu-kvm.git for-anthony
This series
The target could be started with max_nr_ports for a virtio-serial device
lesser than what was available on the source machine. Fail the migration
in such a case.
Signed-off-by: Amit Shah amit.s...@redhat.com
Reported-by: Juan Quintela quint...@redhat.com
---
hw/virtio-serial-bus.c | 13
The number of ports on the source as well as the destination machines
should match. If they don't, it means some ports that got hotplugged on
the source aren't instantiated on the destination. Or that ports that
were hot-unplugged on the source are created on the destination.
Signed-off-by: Amit
If some ports that were hot-plugged on the source are not available on
the destination, fail migration instead of trying to deref a NULL
pointer.
Signed-off-by: Amit Shah amit.s...@redhat.com
Reported-by: Juan Quintela quint...@redhat.com
---
hw/virtio-serial-bus.c |7 +++
1 files
If the host connection to a port is closed on the destination machine
after migration, whereas the connection was open on the source, the
guest has to be informed of that.
Similar for a host connection open on the destination.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
The check for a 0-sized write request to a guest port is not necessary;
the while loop below won't be executed in this case and all will be
fine.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
Allow the port 'id's to be set by a user on the command line. This is
needed by management apps that will want a stable port numbering scheme
for hot-plug/unplug and migration.
Since the port numbers are shared with the guest (to identify ports in
control messages), we just send a control message
The virtio-serial code doesn't mix declarations and definitions, so
separate them out on different lines.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/hw/virtio-serial-bus.c
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-console.c|2 +-
hw/virtio-serial-bus.c |2 +-
hw/virtio-serial.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/virtio-console.c b/hw/virtio-console.c
index 17b221d..6b8 100644
---
Data should be written only when ports are open.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index 3a09f0d..6befd4d 100644
---
If adding of ports or devices in the guest fails we can send out a QMP
event so that management software can deal with it.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
The virtio-net code uses iov_fill() which fills an iov from a linear
buffer. The virtio-serial-bus code does something similar in an
open-coded function.
Create a new iov.c file that has iov_from_buf().
Convert virtio-net and virtio-serial-bus over to use this functionality.
virtio-net used ints
iov_to_buf() puts the buffer contents in the iov in a linearized buffer.
iov_size() gets the length of the contents in the iov.
The iov_to_buf() function is the memcpy_to_iovec() function that was
used in virtio-ballon.c.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/iov.c|
Current control messages are small enough to not be split into multiple
buffers but we could run into such a situation in the future or a
malicious guest could cause such a situation.
So handle the entire iov request for control messages.
Also ensure the size of the control request is = what we
We cannot indicate to the guest how much data was consumed by an app for
out_bufs. So we just have to assume the apps will consume all the data
that are handed over to them.
Fix the virtio api abuse in control_out() and handle_output().
Signed-off-by: Amit Shah amit.s...@redhat.com
---
Before the earlier patch, we relied on incorrect virtio api usage to
signal to the guest that a particular buffer wasn't consumed by the
host.
After fixing that, we now just discard the data the guest sends us while
a host port is disconnected or doesn't have a handler registered for
consuming
From: Marcelo Tosatti mtosa...@redhat.com
Wake up iothread when buffers are consumed.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/virtio-serial-bus.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Individual ports can now signal to the virtio-serial core to stop
sending data if the ports cannot immediately handle new data. When a
port later unthrottles, any data queued up in the virtqueue are sent to
the port.
Disable throttling once a port is closed (and we discard all the
unconsumed
On Tue, Apr 27, 2010 at 11:35 AM, Kevin Wolf kw...@redhat.com wrote:
--- a/block/qcow2-refcount.c
+++ b/block/qcow2-refcount.c
@@ -638,7 +638,7 @@ void qcow2_free_clusters(BlockDriverState *bs,
ret = update_refcount(bs, offset, size, -1);
if (ret 0) {
fprintf(stderr,
Am 27.04.2010 14:52, schrieb Stefan Hajnoczi:
On Tue, Apr 27, 2010 at 11:35 AM, Kevin Wolf kw...@redhat.com wrote:
--- a/block/qcow2-refcount.c
+++ b/block/qcow2-refcount.c
@@ -638,7 +638,7 @@ void qcow2_free_clusters(BlockDriverState *bs,
ret = update_refcount(bs, offset, size, -1);
On 04/27/2010 06:11 AM, Gleb Natapov wrote:
Network cards have low number of rx/tx buffers interrupt. This is also
heuristic. Do you think driver should poll for this event instead and
NIC designers just wasted their time designing the feature?
I don't see how the two cases are at all
On 04/27/2010 03:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a heuristic and should
be implemented based on polling block stats.
On Tue, Apr 27, 2010 at 08:00:02AM -0500, Anthony Liguori wrote:
On 04/27/2010 06:11 AM, Gleb Natapov wrote:
Network cards have low number of rx/tx buffers interrupt. This is also
heuristic. Do you think driver should poll for this event instead and
NIC designers just wasted their time
On 04/27/2010 04:03 PM, Anthony Liguori wrote:
On 04/27/2010 03:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a heuristic and
should be
On 04/27/2010 03:53 AM, Kevin Wolf wrote:
Am 27.04.2010 00:36, schrieb Anthony Liguori:
On 04/26/2010 05:12 PM, Chris Wright wrote:
* Anthony Liguori (anth...@codemonkey.ws) wrote:
On 04/26/2010 12:26 PM, Chris Wright wrote:
Please send in any agenda items you
On Tue, Apr 27, 2010 at 08:03:42AM -0500, Anthony Liguori wrote:
On 04/27/2010 03:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a
On Tue, Apr 27, 2010 at 02:11:46PM +0100, Daniel P. Berrange wrote:
On Tue, Apr 27, 2010 at 08:03:42AM -0500, Anthony Liguori wrote:
On 04/27/2010 03:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself
On 04/27/2010 04:41 AM, Kevin Wolf wrote:
Am 27.04.2010 11:32, schrieb Dor Laor:
On 04/27/2010 12:22 PM, Avi Kivity wrote:
On 04/27/2010 12:08 PM, Dor Laor wrote:
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
IMHO
Am 27.04.2010 15:10, schrieb Anthony Liguori:
On 04/27/2010 03:53 AM, Kevin Wolf wrote:
Am 27.04.2010 00:36, schrieb Anthony Liguori:
On 04/26/2010 05:12 PM, Chris Wright wrote:
* Anthony Liguori (anth...@codemonkey.ws) wrote:
On 04/26/2010 12:26 PM, Chris Wright wrote:
On 04/27/2010 08:05 AM, Gleb Natapov wrote:
On Tue, Apr 27, 2010 at 08:00:02AM -0500, Anthony Liguori wrote:
On 04/27/2010 06:11 AM, Gleb Natapov wrote:
Network cards have low number of rx/tx buffers interrupt. This is also
heuristic. Do you think driver should poll for this event
On Tue, 27 Apr 2010 13:52:29 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
On 04/26/2010 09:44 PM, Luiz Capitulino wrote:
+qemu_system_exit_request();
Untested suggestion: why add qemu_system_exit_request, exit_requested,
and a hook in the main loop? You can do instead
On 04/27/2010 08:18 AM, Kevin Wolf wrote:
The watermark is not some complex computed value, but actually the
statistic itself. We can get rid of handling a threshold in qemu by just
signalling something has changed with this stat.
I'm really not arguing that qemu should do anything complex or
From: Thomas Monjalon tho...@monjalon.net
Using GCC-4.2.4-1ubuntu4, there is a warning:
microblaze-dis.c:792: warning: unused variable 'fprintf'
Indeed, fprintf() is shadowed by a custom redefinition but is not used because
of FORTIFY_SOURCE option which replace calls to fprintf() by
On Tue, Apr 27, 2010 at 08:19:06AM -0500, Anthony Liguori wrote:
On 04/27/2010 08:05 AM, Gleb Natapov wrote:
On Tue, Apr 27, 2010 at 08:00:02AM -0500, Anthony Liguori wrote:
On 04/27/2010 06:11 AM, Gleb Natapov wrote:
Network cards have low number of rx/tx buffers interrupt. This is also
On Tue, Apr 27, 2010 at 04:15:54PM +0300, Gleb Natapov wrote:
On Tue, Apr 27, 2010 at 02:11:46PM +0100, Daniel P. Berrange wrote:
On Tue, Apr 27, 2010 at 08:03:42AM -0500, Anthony Liguori wrote:
On 04/27/2010 03:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
Am 27.04.2010 15:21, schrieb Anthony Liguori:
On 04/27/2010 08:18 AM, Kevin Wolf wrote:
The watermark is not some complex computed value, but actually the
statistic itself. We can get rid of handling a threshold in qemu by just
signalling something has changed with this stat.
I'm really not
On 04/27/2010 08:42 AM, Kevin Wolf wrote:
Am 27.04.2010 15:21, schrieb Anthony Liguori:
On 04/27/2010 08:18 AM, Kevin Wolf wrote:
The watermark is not some complex computed value, but actually the
statistic itself. We can get rid of handling a threshold in qemu by just
signalling
On 04/27/2010 03:20 PM, Luiz Capitulino wrote:
On Tue, 27 Apr 2010 13:52:29 +0200 Paolo Bonzini wrote:
On 04/26/2010 09:44 PM, Luiz Capitulino wrote:
+qemu_system_exit_request();
Untested suggestion: why add qemu_system_exit_request, exit_requested,
and a hook in the main loop? You can
2010/4/26 Avi Kivity a...@redhat.com:
[...]
In theory, it does support this with the session urls but they are
currently second-class citizens in libvirt. The remote dispatch also adds
a
fair bit of complexity and at least for the use-cases I'm interested in,
it's not an important
Am 27.04.2010 15:48, schrieb Anthony Liguori:
On 04/27/2010 08:42 AM, Kevin Wolf wrote:
Am 27.04.2010 15:21, schrieb Anthony Liguori:
On 04/27/2010 08:18 AM, Kevin Wolf wrote:
The watermark is not some complex computed value, but actually the
statistic itself. We can get rid of
On 04/27/2010 08:58 AM, Kevin Wolf wrote:
Am 27.04.2010 15:48, schrieb Anthony Liguori:
On 04/27/2010 08:42 AM, Kevin Wolf wrote:
Am 27.04.2010 15:21, schrieb Anthony Liguori:
On 04/27/2010 08:18 AM, Kevin Wolf wrote:
The watermark is not some complex computed
On Tue, Apr 27, 2010 at 02:38:17PM +0100, Daniel P. Berrange wrote:
On Tue, Apr 27, 2010 at 04:15:54PM +0300, Gleb Natapov wrote:
On Tue, Apr 27, 2010 at 02:11:46PM +0100, Daniel P. Berrange wrote:
On Tue, Apr 27, 2010 at 08:03:42AM -0500, Anthony Liguori wrote:
On 04/27/2010 03:14 AM,
Hi,
I am wondering if is it possible to have multiple monitor interfaces
at the same time? If so, how can we open more than one?
This might be useful for something like libvirt, so while we leave one
monitor port for libvirt, we can still access to another one to
control Qemu?
Thanks,
J
On Mon, Apr 26, 2010 at 12:54 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 04/26/2010 01:49 PM, Marcelo Tosatti wrote:
On Mon, Apr 26, 2010 at 01:27:30PM -0500, Anthony Liguori wrote:
On 04/26/2010 12:59 PM, Marcelo Tosatti wrote:
Which allows drivers to register an mmaped region
On Mon, Apr 26, 2010 at 11:59 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
Which allows drivers to register an mmaped region into ram block mappings.
To be used by device assignment driver.
CC: Cam Macdonell c...@cs.ualberta.ca
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
---
On Tue, Apr 27, 2010 at 01:49:15PM +0900, Yoshiaki Tamura wrote:
Hi,
This patch may conflict with the patch I posted on April 19.
http://www.mail-archive.com/qemu-devel@nongnu.org/msg29941.html
If Marcelo's is going to be merged, I need to rebase the above to it.
It would be helpful if
When I try to build a linux-user target, I get:
Makefile:84: *** missing `endif'. Stop.
As best as I can figure out, what happens is that when we call eval from
set-vpath, make is checking that there are no dangling conditionals at
the end of the input. But in this case make is doing the wrong
From: Thomas Monjalon tho...@monjalon.net
Reflect values from the table Assigned PVR values in [e300CORERM].
Values for MPC603 and G2 processors could need check/changes also.
The reference document (e300CORERM) which is used is:
e300 Power Architecture Core Family Reference Manual, Revision 4,
From: Thomas Monjalon tho...@monjalon.net
Mainly resending.
The only improvement is in the fix for RFI/RFID.
Please Blue Swirl, could you test with Altivec ?
---
Thomas Monjalon (5):
target-ppc: fix processor versions (PVR) for e300
target-ppc: fix interrupt vectors for MPC603 and e300
From: Thomas Monjalon tho...@monjalon.net
Since commit 2ada0ed, Return From Interrupt is broken for PPC processors
because the upper bits (POW, TGPR, ILE) of MSR were not cleared.
Below is a representation of MSR bits:
0 .. 12 13 14 15 16 .. 23 24.. 31
—
From: Thomas Monjalon tho...@monjalon.net
The vectors are listed
- in the chapter 1.3.3.2 (Implementation-Specific Interrupt Model)
of the e300 datasheet [e300CORERM] and
- in the chapter 3.5.2 (PowerPC 603 Microprocessor Exception Model)
of the MPC603 datasheet.
As e300
From: Thomas Monjalon tho...@monjalon.net
This function had been disabled from the beginning (see 9fddaa0).
cpu_reset() function is in target-ppc/helper.c
Signed-off-by: Thomas Monjalon tho...@monjalon.net
Acked-by: Alexander Graf ag...@suse.de
---
hw/ppc.c | 10 --
1 files changed,
From: Thomas Monjalon tho...@monjalon.net
It appears in the code that the exception handling of 603e is the same as 603.
If there is addon like SRR1[KEY], it is handled without special case for it.
So it could be removed safely.
Signed-off-by: Thomas Monjalon tho...@monjalon.net
---
Hi there,
I just started to read the code of qemu-kvm-0.12.3 recently, and was
puzzled by the thread synchronization issue in qcow2.c and
qcow2-cluster.c. Could someone please enlighten me? Thanks!
Specifically, I found that BDRVQcowState.cluster_allocs, which is a
QLIST_HEAD, may be accessed
qemu management interface (and libvirt)
- qemu standardizing guest enumeration itself
- fs w/ QMP sockets in well-known location per guest or qemud for enumeration
- QMP C library
- QMP for runtime guest mgmt, but not guest launch, storage pools, networking
- selinux, cgroups, tc, etc..done in
On 04/27/2010 05:07 PM, Nathan Froyd wrote:
To restore buildability of the *-user configs, move calls to set-vpath
out from under ifdefs, and conditionally provide a path for set-vpath.
Uhm, out of curiosity what make is this? Lots of patches have been
committed to *-user in the meanwhile,
On Tue, Apr 27, 2010 at 08:28:15AM -0600, Cam Macdonell wrote:
On Mon, Apr 26, 2010 at 12:54 PM, Anthony Liguori anth...@codemonkey.ws
wrote:
On 04/26/2010 01:49 PM, Marcelo Tosatti wrote:
On Mon, Apr 26, 2010 at 01:27:30PM -0500, Anthony Liguori wrote:
On 04/26/2010 12:59 PM,
On Tue, Apr 27, 2010 at 08:32:27AM -0600, Cam Macdonell wrote:
+ram_addr_t qemu_ram_map(ram_addr_t size, void *host)
+{
+ RAMBlock *new_block;
+
+ size = TARGET_PAGE_ALIGN(size);
+ new_block = qemu_malloc(sizeof(*new_block));
+
+ new_block-host = host;
+
+
On Tue, Apr 27, 2010 at 06:10:50PM +0200, Paolo Bonzini wrote:
On 04/27/2010 05:07 PM, Nathan Froyd wrote:
To restore buildability of the *-user configs, move calls to set-vpath
out from under ifdefs, and conditionally provide a path for set-vpath.
Uhm, out of curiosity what make is this?
To restore buildability of the *-user configs, move calls to set-vpath
out from under ifdefs, and conditionally provide a path for set-vpath.
Uhm, out of curiosity what make is this? Lots of patches have been
committed to *-user in the meanwhile, so it looks like a problem in your
make.
On Tue, Apr 27, 2010 at 09:11:00AM -0700, Chris Wright wrote:
stable tree policy (push vs. pull and call for stable volunteers)
- historically pull based (cherry picking)
- doesn't scale wwell
- push based...submit patches directly to stable tree
- not just add good for stable in
* Justin M. Forbes (jmfor...@linuxtx.org) wrote:
On Tue, Apr 27, 2010 at 09:11:00AM -0700, Chris Wright wrote:
stable tree policy (push vs. pull and call for stable volunteers)
- historically pull based (cherry picking)
- doesn't scale wwell
- push based...submit patches directly to
On 04/27/2010 07:33 AM, Amit Shah wrote:
Allow the port 'id's to be set by a user on the command line. This is
needed by management apps that will want a stable port numbering scheme
for hot-plug/unplug and migration.
Since the port numbers are shared with the guest (to identify ports in
On 04/27/2010 07:34 AM, Amit Shah wrote:
From: Marcelo Tosattimtosa...@redhat.com
Wake up iothread when buffers are consumed.
Signed-off-by: Marcelo Tosattimtosa...@redhat.com
Signed-off-by: Amit Shahamit.s...@redhat.com
What's the race here? This looks very odd to me.
Regards,
On Tue, Apr 27, 2010 at 12:41:27PM -0500, Anthony Liguori wrote:
On 04/27/2010 07:34 AM, Amit Shah wrote:
From: Marcelo Tosattimtosa...@redhat.com
Wake up iothread when buffers are consumed.
Signed-off-by: Marcelo Tosattimtosa...@redhat.com
Signed-off-by: Amit Shahamit.s...@redhat.com
On 4/27/10, David Munday cro...@soe.ucsc.edu wrote:
Hi,
I starting to work with qemu to enable NPTL dependent binaries to run in
user mode. I see that currently NPTL is not supported for SPARC or x86.
What is still left to do for NPTL support?
I'd start by checking what kind of
On 04/26/2010 11:00 PM, q...@zensonic.dk wrote:
1. avoid the problem? (Give the guest a larger valid address space)
Assuming that you don't have a guest program that (ab)uses the
known unused high bits of the address for type tagging pointers
(common in some lisp and virtual machine
On 04/27/2010 12:58 PM, Marcelo Tosatti wrote:
On Tue, Apr 27, 2010 at 12:41:27PM -0500, Anthony Liguori wrote:
On 04/27/2010 07:34 AM, Amit Shah wrote:
From: Marcelo Tosattimtosa...@redhat.com
Wake up iothread when buffers are consumed.
Signed-off-by: Marcelo
On 4/27/10, 陈宇飞 cyfde...@gmail.com wrote:
Actually this has been test before.
http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00512.html
That was before I added SMP support to OpenBIOS.
I've tested Debian 3.1 (with Linux 2.4.27.3) and Debian 4.0 (with
Linux 2.6.18.6), on both
On Tue, 27 Apr 2010 23:23:45 +0900
Jun Koi junkoi2...@gmail.com wrote:
Hi,
I am wondering if is it possible to have multiple monitor interfaces
at the same time? If so, how can we open more than one?
The following command will create three monitors (stdio, vc and telnet
on port ):
#
On 04/26/2010 02:54 PM, Artyom Tarasenko wrote:
This patch introduces a regression. qemu crashes on lance test:
I'm not sure how to get to this, since the sparc-test images don't
include ifconfig, and I havn't been able to find a sparc install
image that works (doesn't support sparc32 or sparc64
Jun Koi wrote:
It is not necessary to continue searching for watchpoint when we
already found one and setup for handling watchpoint in a search loop
in tlb_set_page().
This patch breaks that search loop on then.
Acked-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Jun Koi
Jun Koi wrote:
Hi,
I am wondering if is it possible to have multiple monitor interfaces
at the same time? If so, how can we open more than one?
Provide multiple -mon options on the command line (works with legacy
-monitor as well). Moreover, you get one for free once you open a gdb
session:
On 4/27/10, Thomas Monjalon thomas...@monjalon.net wrote:
From: Thomas Monjalon tho...@monjalon.net
Mainly resending.
The only improvement is in the fix for RFI/RFID.
Please Blue Swirl, could you test with Altivec ?
Sorry, I don't have one.
---
Thomas Monjalon (5):
target-ppc:
Thanks, applied. Also clang analyzer had problems with the 'fprintf' variable.
On 4/27/10, Thomas Monjalon thomas...@monjalon.net wrote:
From: Thomas Monjalon tho...@monjalon.net
Using GCC-4.2.4-1ubuntu4, there is a warning:
microblaze-dis.c:792: warning: unused variable 'fprintf'
Hi
This is my first post here. Am not sure if this is right forum. I am
trying to get KVM/qemu running on linux. I compiled 2.6.27.10 by
enabling KVM, KVM for intel options at configure time. My box is
running with KVM enabled inside kernel. I also built
qemu-kvm-0.12.2 using above kernel headers
On Tue, Apr 27, 2010 at 5:06 PM, Chunqiang (CQ) Tang tang...@gmail.com wrote:
I just started to read the code of qemu-kvm-0.12.3 recently, and was
puzzled by the thread synchronization issue in qcow2.c and
qcow2-cluster.c. Could someone please enlighten me? Thanks!
Is this what you are looking
Am 22.04.2010 09:02, schrieb Jan Kiszka:
Stefan Weil wrote:
Jan Kiszka schrieb:
Alexander Graf wrote:
On 21.04.2010, at 12:04, Jun Koi wrote:
On Tue, Apr 20, 2010 at 8:44 PM, Alexander Graf ag...@suse.de wrote:
On 20.04.2010, at 13:38, Jan Kiszka wrote:
Alexander Graf wrote:
On
kvm-all.c:kvm_cpu_exec:
qemu_mutex_unlock_iothread();
ret = kvm_vcpu_ioctl(env, KVM_RUN, 0);
qemu_mutex_lock_iothread();
Thank you for the information. I also suspected that
qemu_mutex_lock_iothread() does the synchronization. However, my
profiling showed that
1 - 100 of 111 matches
Mail list logo