On 27/06/2011 18:28, Scott Wood wrote:
On Mon, 27 Jun 2011 15:15:55 +0200
Fabien Chouteau chout...@adacore.com wrote:
+/* dcbtls */
+static void gen_dcbtls(DisasContext *ctx)
+{
+/* interpreted as no-op */
+}
+
+/* dcbtstls */
+static void gen_dcbtstls(DisasContext *ctx)
+{
+
On Mon, Jun 27, 2011 at 5:12 PM, Fabien Chouteau chout...@adacore.com wrote:
On 27/06/2011 17:39, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:23 PM, Fabien Chouteau chout...@adacore.com
wrote:
On 27/06/2011 15:50, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 1:41 PM, Fabien Chouteau
On Mon, Jun 27, 2011 at 4:28 PM, Nigel Horne 802...@bugs.launchpad.net wrote:
Git version: f26e428da505709ec03b2ed2c9eb3db82b30bd7b
Fixed in 2fb0c09f4ff036f68474277ed4edc036f6529de8.
Stefan
Hello,
We are working on a record replaying tool in qemu and kvm. We have
successfully implemented record replaying individually in both the systems.
So, we can record executions of VM in qemu and replay it in qemu and
similarly in kvm. The next interesting stuff would be to implement a cross
Am 27.06.2011 18:08, schrieb Andi Kleen:
On Mon, Jun 27, 2011 at 05:59:41PM +0200, Kevin Wolf wrote:
Am 23.06.2011 01:36, schrieb Andi Kleen:
Running LTP testcases/kernel/io/direct_io/test_dma_thread_diotest7
causes IO errors in the guest. There are no IO errors on the host.
Kernel Linux
On 28/06/2011 10:34, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 5:12 PM, Fabien Chouteau chout...@adacore.com wrote:
On 27/06/2011 17:39, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:23 PM, Fabien Chouteau chout...@adacore.com
wrote:
On 27/06/2011 15:50, Stefan Hajnoczi wrote:
On
Hello,
We are working on a record replaying tool in qemu and kvm. We have
successfully implemented record replaying individually in both the systems.
So, we can record executions of VM in qemu and replay it in qemu and
similarly in kvm. The next interesting stuff would be to implement a cross
On (Wed) 22 Jun 2011 [09:53:35], Luiz Capitulino wrote:
On Wed, 22 Jun 2011 09:49:22 +0530
Amit Shah amit.s...@redhat.com wrote:
-port = find_port_by_id(vser, ldl_p(gcpkt-id));
-if (!port cpkt.event != VIRTIO_CONSOLE_DEVICE_READY)
-return;
-
-info =
2011/6/27 Kevin Wolf kw...@redhat.com:
This is the second draft for what I think could be added when we increase
qcow2's
version number to 3. This includes points that have been made by several
people
over the past few months. We're probably not going to implement this next
week,
but I
On Mon, Jun 27, 2011 at 04:21:48PM +0300, Avi Kivity wrote:
...
+static bool memory_region_access_valid(MemoryRegion *mr,
+ target_phys_addr_t addr,
+ unsigned size)
+{
+if (!mr-ops-valid.unaligned (addr (size
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+uint64_t size;
+target_phys_addr_t addr;
+target_phys_addr_t offset;
+
On 27 June 2011 18:26, stefano.stabell...@eu.citrix.com wrote:
From: Stefano Stabellini stefano.stabell...@eu.citrix.com
qemu_ram_ptr_length should take ram_addr_t as argument rather than
target_phys_addr_t because is doing comparisons with RAMBlock addresses.
cpu_physical_memory_map should
Enforce the same restriction on the size of the sigset passed to
pselect6 as the Linux kernel does. This is both correct and silences
a gcc 4.6 warning about a write-only variable.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
This really is the last gcc 4.6 warning fix!
From: Stefano Stabellini stefano.stabell...@eu.citrix.com
The unplug protocol is necessary to support PV drivers in the guest: the
drivers expect to be able to unplug emulated disks and nics before
initializing the Xen PV interfaces.
It is responsibility of the guest to make sure that the unplug
On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
Amit Shah amit.s...@redhat.com writes:
On (Fri) 24 Jun 2011 [13:57:28], Markus Armbruster wrote:
Ping?
There were a couple of things:
port 0, guest on, host off, throttle off
guest on/off, host on/off doesn't
On Mon, 27 Jun 2011, Kevin Wolf wrote:
Am 27.06.2011 17:34, schrieb Stefano Stabellini:
On Mon, 27 Jun 2011, Kevin Wolf wrote:
hw/ide/pci.h is just as internal as internal.h is. And even if you
managed to access the same things without any IDE header file, I still
think it's not the right
People shouldn't explicitly specify host_device any more. raw is doing the
Right Thing.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
qemu-img.texi |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/qemu-img.texi b/qemu-img.texi
index ced64a4..526474c 100644
---
From: Stefano Stabellini stefano.stabell...@eu.citrix.com
Since CS 21994 on xen-unstable.hg and CS
466608f3a32e1f9808acdf832a5843af37e5fcec on qemu-xen-unstable.git, few
changes have been introduced to the PV console xenstore protocol, as
described by the document docs/misc/console.txt under
Markus Armbruster arm...@redhat.com writes:
It needs to be a qdev property, because it belongs to the drive's
guest part. Precedence: commit a0fef654 and 6ced55a5.
Bonus: info qtree now shows the serial number.
Ping?
On 06/28/2011 01:03 PM, Michael S. Tsirkin wrote:
On Mon, Jun 27, 2011 at 04:21:48PM +0300, Avi Kivity wrote:
...
+static bool memory_region_access_valid(MemoryRegion *mr,
+ target_phys_addr_t addr,
+ unsigned
Ping?
On Tue, Jun 28, 2011 at 12:21:57PM +0100, Peter Maydell wrote:
Enforce the same restriction on the size of the sigset passed to
pselect6 as the Linux kernel does. This is both correct and silences
a gcc 4.6 warning about a write-only variable.
Odd but true, after all the trouble of passing the
On 28 June 2011 12:51, Riku Voipio riku.voi...@iki.fi wrote:
On Tue, Jun 28, 2011 at 12:21:57PM +0100, Peter Maydell wrote:
Enforce the same restriction on the size of the sigset passed to
pselect6 as the Linux kernel does. This is both correct and silences
a gcc 4.6 warning about a write-only
On 06/28/2011 01:28 PM, Jan Kiszka wrote:
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+uint64_t size;
+target_phys_addr_t
On 28 June 2011 12:34, stefano.stabell...@eu.citrix.com wrote:
+ path = xs_get_domain_path(xs, domid);
+ if (path == NULL) {
+ fprintf(stderr, xs_get_domain_path() error\n);
+ return -1;
+ }
Don't we need to call xs_daemon_close() on these error-exit paths?
+ if
On 2011-06-28 13:53, Avi Kivity wrote:
On 06/28/2011 01:28 PM, Jan Kiszka wrote:
On 2011-06-28 12:03, Michael S. Tsirkin wrote:
+struct MemoryRegion {
+/* All fields are private - violators will be prosecuted */
+const MemoryRegionOps *ops;
+MemoryRegion *parent;
+
Amit Shah amit.s...@redhat.com writes:
On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
Amit Shah amit.s...@redhat.com writes:
On (Fri) 24 Jun 2011 [13:57:28], Markus Armbruster wrote:
Ping?
There were a couple of things:
port 0, guest on, host off, throttle
On 06/28/2011 03:07 PM, Jan Kiszka wrote:
The point is that different buses have different widths.
target_phys_addr_t matches just one bus in the system. It needs to be
the maximum size of all buses present to be useful.
Then we need a type for that. Or we need to demand that
Hi JV,
Any progress regarding merging this patch (and the fsync patch I submitted)?
Is there anything I can do to assist/speed the process?
Thanks
Sassan
On 8 June 2011 17:21, Sassan Panahinejad sas...@sassan.me.uk wrote:
In a lot of cases, the handling of errors was quite ugly.
This patch
On (Tue) 28 Jun 2011 [14:24:32], Markus Armbruster wrote:
Amit Shah amit.s...@redhat.com writes:
On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
Amit Shah amit.s...@redhat.com writes:
On (Fri) 24 Jun 2011 [13:57:28], Markus Armbruster wrote:
Ping?
There were a
On 2011-06-28 14:09, Avi Kivity wrote:
On 06/28/2011 03:07 PM, Jan Kiszka wrote:
The point is that different buses have different widths.
target_phys_addr_t matches just one bus in the system. It needs to be
the maximum size of all buses present to be useful.
Then we need a type for
On 06/28/2011 03:46 PM, Jan Kiszka wrote:
Do we want to support a 32-bit variant of pci? It certainly existed at
some point.
As long as making everything 64 bit in the implementation of the device
models is not guest visible, I don't think that should be a problem.
How would it become
On Tue, Jun 28, 2011 at 10:08 AM, Fabien Chouteau chout...@adacore.com wrote:
On 28/06/2011 10:34, Stefan Hajnoczi wrote:
This patch doesn't hurt but we'd be just as well off without it.
Did you do this to fix a bug? If so, then something else in QEMU
needs to be fixed, not slirp.
When
Subject: Re: [Qemu-devel] [PATCH] [PowerPC][RFC] booke timers
To:Scott Wood scottw...@freescale.com
Cc:qemu-devel@nongnu.org
Bcc:
-=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-w
On 27/06/2011 22:28, Scott Wood wrote:
On Mon, 27 Jun 2011 18:14:06 +0200
Fabien
On 28 June 2011 13:09, Avi Kivity a...@redhat.com wrote:
Okay, let's make t_p_a_t max(bus size in system).
If you want a type for that, can't you give it a sensible (ie
different) name? target_phys_addr_t is pretty clearly the type
of a physical address for this target and having it actually
be
On 06/28/2011 04:25 PM, Peter Maydell wrote:
On 28 June 2011 13:09, Avi Kivitya...@redhat.com wrote:
Okay, let's make t_p_a_t max(bus size in system).
If you want a type for that, can't you give it a sensible (ie
different) name? target_phys_addr_t is pretty clearly the type
of a physical
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block copy and image streaming:
* The differences between Marcelo and Kevin's approaches
* Which approach to choose and who can help implement it
On Tue, 28 Jun 2011, Peter Maydell wrote:
On 28 June 2011 12:34, stefano.stabell...@eu.citrix.com wrote:
+ path = xs_get_domain_path(xs, domid);
+ if (path == NULL) {
+ fprintf(stderr, xs_get_domain_path() error\n);
+ return -1;
+ }
Don't we need to call
On 06/27/2011 09:32 AM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
FYI, I'm in an all-day meeting so I can't attend.
Regards,
Anthony Liguori
Later, Juan.
On 06/28/2011 04:43 PM, Anthony Liguori wrote:
FYI, I'm in an all-day meeting so I can't attend.
Did you do something really bad?
--
error compiling committee.c: too many arguments to function
From: Stefano Stabellini stefano.stabell...@eu.citrix.com
Since CS 21994 on xen-unstable.hg and CS
466608f3a32e1f9808acdf832a5843af37e5fcec on qemu-xen-unstable.git, few
changes have been introduced to the PV console xenstore protocol, as
described by the document docs/misc/console.txt under
On Tue, 2011-06-28 at 16:02 +0100, Peter Maydell wrote:
On 28 June 2011 15:55, stefano.stabell...@eu.citrix.com wrote:
+xs = xs_daemon_open();
+if (xs == NULL) {
+fprintf(stderr, Could not contact XenStore\n);
+goto out;
+}
+out:
+free(path);
+
Ping.
On 06/16/2011, Cedric VINCENT wrote:
This patch basically adapts the new semi-hosting command-line support
-- introduced by Wolfgang Schildbach in the commit 2e8785ac -- for use
in system-mode.
On Tue, 28 Jun 2011, Ian Campbell wrote:
On Tue, 2011-06-28 at 16:02 +0100, Peter Maydell wrote:
On 28 June 2011 15:55, stefano.stabell...@eu.citrix.com wrote:
+xs = xs_daemon_open();
+if (xs == NULL) {
+fprintf(stderr, Could not contact XenStore\n);
+goto
On 28 June 2011 15:55, stefano.stabell...@eu.citrix.com wrote:
+ xs = xs_daemon_open();
+ if (xs == NULL) {
+ fprintf(stderr, Could not contact XenStore\n);
+ goto out;
+ }
+out:
+ free(path);
+ xs_daemon_close(xs);
Google suggests xs_daemon_close(NULL) will
Support build on RHEL 5.X where we have syscall for eventfd but not
userspace wrapper.
(cherry-picked from commit 9e3269181e9bc56feb43bcd4e8ce0b82cd543e65
in qemu-kvm.git).
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
compat/sys/eventfd.h | 13 +
configure|
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
On Tue, 28 Jun 2011 10:17:39 +0200
Fabien Chouteau chout...@adacore.com wrote:
On 27/06/2011 18:28, Scott Wood wrote:
On Mon, 27 Jun 2011 15:15:55 +0200
Fabien Chouteau chout...@adacore.com wrote:
+/* dcbtls */
+static void gen_dcbtls(DisasContext *ctx)
+{
+/* interpreted as
On Tue, Jun 28, 2011 at 03:09:38PM +0300, Avi Kivity wrote:
On 06/28/2011 03:07 PM, Jan Kiszka wrote:
The point is that different buses have different widths.
target_phys_addr_t matches just one bus in the system. It needs to be
the maximum size of all buses present to be useful.
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
.gitignore|2
Makefile |1
Makefile.objs |4 -
scripts/tracetool |2
simpletrace.c | 355 -
simpletrace.h | 48 ---
trace/simple.c|
Uses the generic interface provided in trace/control.h in order to provide
a programmatic interface as well as command line and monitor controls.
Signed-off-by: Fabien Chouteau chout...@adacore.com
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
configure |3 +++
This patch defines the disable trace event state to always use the nop
backend.
As a side-effect, all events are now enabled (without disable) by default, as
all backends (except stderr) have programmatic support for dynamically
(de)activating each trace event.
In order to make this true, the
This adds/modifies the following functions:
* get_name: Get _only_ the event name
* has_property: Return whether an event has a property (keyword before the event
name)
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
docs/tracing.txt |4 +--
scripts/tracetool | 73
Instead of conditionally compiling option support, perform checks and issue the
corresponding error messages.
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
configure |4 +++-
qemu-config.c |4
qemu-options.hx |6 --
vl.c| 17 +
4
Given that all events with programmatically-controlled state are disabled by
default, we can delete the disable property from all events.
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
trace-events | 566 +-
1 files changed, 283
The current interface is generic for this small set of operations, and thus
other backends can easily modify the trace/control.c file to add their own
implementation.
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
docs/tracing.txt | 39 +--
Move the 'st_print_trace_events' and 'st_change_trace_event_state' into
backend-agnostic 'trace_print_events' and 'trace_event_set_state' (respectively)
in the trace/control.c file.
By moving them, other backends will later be able to provide their own
implementation.
Signed-off-by: Lluís
Any event with the keyword/property disable generates an empty trace event
using the nop backend, regardless of the current backend.
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
docs/tracing.txt | 25 +++--
scripts/tracetool | 15 ++-
2 files
The -trace events argument can be used to provide a file with a list of trace
event names that will be enabled prior to starting execution, thus providing
early tracing.
This saves the user from manually toggling event states through the monitor
interface or whichever backend-specific interface.
On 28 June 2011 15:22, Venkateswararao Jujjuri jv...@linux.vnet.ibm.comwrote:
**
On 06/28/2011 05:25 AM, Sassan Panahinejad wrote:
Hi JV,
Any progress regarding merging this patch (and the fsync patch I
submitted)?
Is there anything I can do to assist/speed the process?
Sussan, Thanks
Note that this refers to the backend-specific state (whether the output must be
generated), not the event disabled property (which always uses the nop
backend).
Signed-off-by: Lluís Vilanova vilan...@ac.upc.edu
---
scripts/tracetool |9 ++---
trace-events |3 ---
2 files
2011/6/16 Cédric VINCENT cedric.vinc...@st.com:
This patch basically adapts the new semi-hosting command-line support
-- introduced by Wolfgang Schildbach in the commit 2e8785ac -- for use
in system-mode.
Generally looks OK. Some nits:
-/* Build a commandline from the original argv.
On Tue, 28 Jun 2011 15:35:00 +0200
Fabien Chouteau chout...@adacore.com wrote:
Subject: Re: [Qemu-devel] [PATCH] [PowerPC][RFC] booke timers
To:Scott Wood scottw...@freescale.com
Cc:qemu-devel@nongnu.org
Bcc:
-=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-w
On Wed, Jun 08, 2011 at 12:32:40PM +1000, Matthew Fernandez wrote:
Add command line support for logging to a location other than /tmp/qemu.log.
With logging enabled (command line option -d), the log is written to
the hard-coded path /tmp/qemu.log. This patch adds support for writing
the log
On Wed, Jun 08, 2011 at 12:32:40PM +1000, Matthew Fernandez wrote:
Add command line support for logging to a location other than /tmp/qemu.log.
With logging enabled (command line option -d), the log is written to
the hard-coded path /tmp/qemu.log. This patch adds support for writing
the log
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block copy and image streaming:
* The differences between Marcelo and Kevin's
any news on that bug?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/568614
Title:
x86_64 host curses interface: spacing/garbling
Status in QEMU:
In Progress
Bug description:
Environment:
On Sun, Jun 26, 2011 at 1:58 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Jun 24, 2011 at 3:52 AM, Super Bisquit superbisq...@gmail.com
wrote:
The last time I asked, Blue Swirl was somewhat working on the port.
Has anything been improved since?
I'm somewhat working on OpenBSD host
Made an option to let qemu pass a picture to bios, let the bios show it as a
logo. By default it is off, enable it as following
-boot splash=P,splash-time=T
P is jpg/bmp file name or an absolute path, specifying it would enable log.
T have a max value of 0x, unit is ms, and its predefined
Sorry for the delay.
Commit 744d3644181ddb16ef5944a0f9217e46961c8c84 works fine on OSX 10.6.
Alexandre
On Thu, Jun 23, 2011 at 10:58 AM, malc av1...@comtv.ru wrote:
On Thu, 23 Jun 2011, Andreas F?rber wrote:
OSStatus type is defined as SInt32. That's signed int on __LP64__ and
signed long
Hi Paolo,
Ping? 1/2 is probably somehow working around the sigmask problem fixed by
Alexandre (Mac people, can you check?), but it is way more readable than the
fair_mutex IMNSHO. I would be surprised if 2/2 also turned out to be a
workaround, but even if this were the case, it makes CPU
Hi,
I have implemented reading for sparse optimized and come to implement
writing. It is a little complicated and I am not sure what is the best
approach. Could you give me some advice?
Here is the details: (pasted from http://warm.la/soc/?p=98)
Stream optimized VMDK image allocates minimized
Super Bisquit wrote:
...
It builds, doesn't run. More like it runs and hangs.
$ qemu-system-sparc -cpu LEON3 -hda test.img -cdrom
Downloads/debian-6.0.2.1-sparc-businesscard.iso -m 256 -boot d
That command line won't work. OpenBIOS doesn't support LEON, and the
last version of Debian
On Tue, Jun 28, 2011 at 8:41 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela quint...@redhat.com wrote:
Please send in any agenda items you are interested in covering.
Live block
On Wed, Jun 29, 2011 at 5:47 AM, Fam Zheng famc...@gmail.com wrote:
Stream optimized VMDK image allocates minimized space for a compressed
cluster, which means if there is high compress ratio, a cluster
possibly only takes one physical sector in the file. It makes
overwriting hard, especially
75 matches
Mail list logo