No error report with writing (dd of=/dev/sda ...), but can't change
data, (dd if=/dev/sda) dump unchanged.
On Wed, Jun 29, 2011 at 1:47 PM, Stefan Hajnoczi wrote:
> On Wed, Jun 29, 2011 at 5:47 AM, Fam Zheng wrote:
>> Stream optimized VMDK image allocates minimized space for a compressed
>> clus
On Wed, Jun 29, 2011 at 5:47 AM, Fam Zheng 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 when new data
On Tue, Jun 28, 2011 at 8:41 PM, Marcelo Tosatti 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 wrote:
>> > Please send in any agenda items you are interested in covering.
>>
>> Live block copy and image streaming:
>> *
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
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 sp
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
Sorry for the delay.
Commit 744d3644181ddb16ef5944a0f9217e46961c8c84 works fine on OSX 10.6.
Alexandre
On Thu, Jun 23, 2011 at 10:58 AM, malc 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 otherwise.
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
On Sun, Jun 26, 2011 at 1:58 PM, Blue Swirl wrote:
> On Fri, Jun 24, 2011 at 3:52 AM, Super Bisquit
> 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 support, not FreeBSD, but there
> sh
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:
Ar
On Tue, Jun 28, 2011 at 02:38:15PM +0100, Stefan Hajnoczi wrote:
> On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela 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
> * Wh
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
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
On Tue, 28 Jun 2011 15:35:00 +0200
Fabien Chouteau wrote:
> Subject: Re: [Qemu-devel] [PATCH] [PowerPC][RFC] booke timers
> To:Scott Wood
> Cc:qemu-devel@nongnu.org
> Bcc:
> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-w
> On 27/06/2011 22:28, Scott Wood wrote
2011/6/16 Cédric VINCENT :
> 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. */
> +/*
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
---
scripts/tracetool |9 ++---
trace-events |3 ---
2 files changed, 2 insertions(+
On 28 June 2011 15:22, Venkateswararao Jujjuri wrote:
> **
> 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 for the ping. :)
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.
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
---
docs/tracing.txt | 25 +++--
scripts/tracetool | 15 ++-
2 files changed, 17 insertions(
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 Vilan
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
---
docs/tracing.txt | 39 +--
hmp-commands.hx |7
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
---
trace-events | 566 +-
1 files changed, 283 insertions(+), 283 de
Instead of conditionally compiling option support, perform checks and issue the
corresponding error messages.
Signed-off-by: Lluís Vilanova
---
configure |4 +++-
qemu-config.c |4
qemu-options.hx |6 --
vl.c| 17 +
4 files changed, 20 i
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
---
docs/tracing.txt |4 +--
scripts/tracetool | 73 ---
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,
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
Signed-off-by: Lluís Vilanova
---
configure |3 +++
docs/tracing.txt |5 -
scripts/tracetool |
Signed-off-by: Lluís Vilanova
---
.gitignore|2
Makefile |1
Makefile.objs |4 -
scripts/tracetool |2
simpletrace.c | 355 -
simpletrace.h | 48 ---
trace/simple.c| 355 +++
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
On Tue, 28 Jun 2011 10:17:39 +0200
Fabien Chouteau wrote:
> On 27/06/2011 18:28, Scott Wood wrote:
> > On Mon, 27 Jun 2011 15:15:55 +0200
> > Fabien Chouteau wrote:
> >
> >> +/* dcbtls */
> >> +static void gen_dcbtls(DisasContext *ctx)
> >> +{
> >> +/* interpreted as no-op */
> >> +}
> >> +
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
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
---
compat/sys/eventfd.h | 13 +
configure|4 +++
2 files
On 28 June 2011 15:55, 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 crash...
-- PMM
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, wrote:
> > > +xs = xs_daemon_open();
> > > +if (xs == NULL) {
> > > +fprintf(stderr, "Could not contact XenStore\n");
> > > +goto out;
> > > +}
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, 2011-06-28 at 16:02 +0100, Peter Maydell wrote:
> On 28 June 2011 15:55, wrote:
> > +xs = xs_daemon_open();
> > +if (xs == NULL) {
> > +fprintf(stderr, "Could not contact XenStore\n");
> > +goto out;
> > +}
>
> > +out:
> > +free(path);
> > +xs_daemon_c
From: Stefano Stabellini
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 xen-unstable.hg.
>From the Qemu poin
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
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 Tue, 28 Jun 2011, Peter Maydell wrote:
> On 28 June 2011 12:34, 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 th
On Mon, Jun 27, 2011 at 3:32 PM, Juan Quintela 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 06/28/2011 04:25 PM, Peter Maydell wrote:
On 28 June 2011 13:09, Avi Kivity 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 thi
On 28 June 2011 13:09, Avi Kivity 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 something els
Subject: Re: [Qemu-devel] [PATCH] [PowerPC][RFC] booke timers
To:Scott Wood
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 Chouteau wrote:
>
>> Wh
On Tue, Jun 28, 2011 at 10:08 AM, Fabien Chouteau 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 Qemu generate
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 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 nee
On (Tue) 28 Jun 2011 [14:24:32], Markus Armbruster wrote:
> Amit Shah writes:
>
> > On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
> >> Amit Shah writes:
> >>
> >> > On (Fri) 24 Jun 2011 [13:57:28], Markus Armbruster wrote:
> >> >> Ping?
> >> >
> >> > There were a couple of things:
>
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 wrote:
> In a lot of cases, the handling of errors was quite ugly.
> This patch moves reading of e
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
target_
Amit Shah writes:
> On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
>> Amit Shah 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
>> >
>> > gue
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 *pa
On 28 June 2011 12:34, 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 (!xs_write(xs, XBT_NULL,
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
On 28 June 2011 12:51, Riku Voipio 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 variable.
>
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 t
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
Markus Armbruster 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?
From: Stefano Stabellini
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 xen-unstable.hg.
>From the Qemu poin
People shouldn't explicitly specify host_device any more. raw is doing the
Right Thing.
Signed-off-by: Kevin Wolf
---
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
--- a/qemu-img.texi
+++ b/
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 no
On (Mon) 27 Jun 2011 [14:36:11], Markus Armbruster wrote:
> Amit Shah 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 c
From: Stefano Stabellini
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 is done
before the emulated dev
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
---
This really is the last gcc 4.6 warning fix!
linux-user/syscall.c |5 +
1
On 27 June 2011 18:26, wrote:
> From: Stefano Stabellini
>
> 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 create a ram_addr_t address to pass to
> qemu_ram_ptr_leng
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 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 && (add
2011/6/27 Kevin Wolf :
> 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 think it's
On (Wed) 22 Jun 2011 [09:53:35], Luiz Capitulino wrote:
> On Wed, 22 Jun 2011 09:49:22 +0530
> Amit Shah wrote:
> > >
> > > -port = find_port_by_id(vser, ldl_p(&gcpkt->id));
> > > -if (!port && cpkt.event != VIRTIO_CONSOLE_DEVICE_READY)
> > > -return;
> > > -
> > > -info = D
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
syst
On 28/06/2011 10:34, Stefan Hajnoczi wrote:
> On Mon, Jun 27, 2011 at 5:12 PM, Fabien Chouteau wrote:
>> On 27/06/2011 17:39, Stefan Hajnoczi wrote:
>>> On Mon, Jun 27, 2011 at 3:23 PM, Fabien Chouteau
>>> wrote:
On 27/06/2011 15:50, Stefan Hajnoczi wrote:
> On Mon, Jun 27, 2011 at 1:41
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.
>>>
>
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
syst
On Mon, Jun 27, 2011 at 4:28 PM, Nigel Horne <802...@bugs.launchpad.net> wrote:
> Git version: f26e428da505709ec03b2ed2c9eb3db82b30bd7b
Fixed in 2fb0c09f4ff036f68474277ed4edc036f6529de8.
Stefan
On Mon, Jun 27, 2011 at 5:12 PM, Fabien Chouteau wrote:
> On 27/06/2011 17:39, Stefan Hajnoczi wrote:
>> On Mon, Jun 27, 2011 at 3:23 PM, Fabien Chouteau
>> wrote:
>>> On 27/06/2011 15:50, Stefan Hajnoczi wrote:
On Mon, Jun 27, 2011 at 1:41 PM, Fabien Chouteau
wrote:
>
> Sign
On 27/06/2011 18:28, Scott Wood wrote:
> On Mon, 27 Jun 2011 15:15:55 +0200
> Fabien Chouteau wrote:
>
>> +/* dcbtls */
>> +static void gen_dcbtls(DisasContext *ctx)
>> +{
>> +/* interpreted as no-op */
>> +}
>> +
>> +/* dcbtstls */
>> +static void gen_dcbtstls(DisasContext *ctx)
>> +{
>> +
76 matches
Mail list logo
