qemu-devel您好
一、 专业代理深圳广州各大口岸，散货仓库，深圳广州机场等买单报关。
普货买单报关 400元 〈包港建费〉 玩具买单商检报关600元 全包
包港建费〉
灯具买单商检报关 600元 全包 〈包港建费>服装/ 鞋子买单报关商检 600元 全包 〈包港建费〉
家具买单商检报关 500元 全包 〈包港建费〉
其他品名货物价格以清单确认，价格优惠~！以上价格，若是查柜，查柜费用，由我司负责。
二、代办产地证。普惠证（C
On Tue, Mar 8, 2011 at 12:54 AM, Jordan Justen wrote:
> On Mon, Mar 7, 2011 at 01:48, Stefan Hajnoczi wrote:
>> Jordan, UEFI guest firmware comes up periodically. It seems to be a
>> feature that will be required in the future but as of today I don't
>> know of QEMU developers who are working on
Benjamin Poirier writes:
> Add support to the emulated hardware to insert vlan tags in packets
> going from the guest to the network.
>
> Signed-off-by: Benjamin Poirier
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
> Cc: Blue Swirl
> ---
> hw/rtl8139.c | 107
On Tue, Mar 8, 2011 at 13:05, asim khan wrote:
> Hi ,
> Iam using qemu 0.14.0 and trying to play any wav file..on console it
> shows that its playing but there is no audio.
> if I play the same file with aplay it gives an error"aplay: pcm_write:1603:
> write error: Input/output error".so doon
Hi ,
Iam using qemu 0.14.0 and trying to play any wav file..on console it
shows that its playing but there is no audio.
if I play the same file with aplay it gives an error"*aplay: pcm_write:1603:
write error: Input/output error*".so doono whats going wrong.??
with qemu 0.13.0 same wave f
On Tue, Mar 08, 2011 at 12:10:50AM +0100, Andreas Färber wrote:
> Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
>
> >On Mon, Mar 07, 2011 at 01:34:13AM +0100, Andreas Färber wrote:
> >>v5:
> >>* Initial.
> >>
> >>Signed-off-by: Andreas Färber
> >>---
> >>fpu/softfloat-native.c | 26 +++
Hi
Iam using QEMU emulated ARM Realview board with Linux as guest OS for my
application development. This virtual machine is running on x86 Linux host.
My application is facing performance issue as memcpy in guest machine is
taking lot of time compared to the same memcpy in host machine.
To improv
On 3/4/2011 2:53 AM, Stefan Hajnoczi wrote:
> On Fri, Mar 4, 2011 at 9:25 AM, M. Mohan Kumar wrote:
>> +static int chroot_do_open(V9fsFileObjectRequest *request)
>> +{
>> +int fd;
>> +fd = open(request->path.path, request->data.flags);
>> +if (fd < 0) {
>> +fd = -errno;
>> +
Benjamin Poirier writes:
> Add support to the emulated hardware to extract vlan tags in packets
> going from the network to the guest.
>
> Signed-off-by: Benjamin Poirier
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
> Cc: Blue Swirl
>
> --
>
> AFAIK, extract
On Mon, Mar 7, 2011 at 01:48, Stefan Hajnoczi wrote:
> Jordan, UEFI guest firmware comes up periodically. It seems to be a
> feature that will be required in the future but as of today I don't
> know of QEMU developers who are working on or using it.
>
> Maybe you can start by giving an update on
On 03/07/2011 06:11 PM, Michael Roth wrote:
On 03/07/2011 04:56 PM, Anthony Liguori wrote:
On 03/07/2011 04:49 PM, Michael Roth wrote:
It's not really inventing anything. We've always started off with
qobject params, which we then pulled apart and stuck into xmlrpc
params, which when then turne
On 03/07/2011 04:56 PM, Anthony Liguori wrote:
On 03/07/2011 04:49 PM, Michael Roth wrote:
It's not really inventing anything. We've always started off with
qobject params, which we then pulled apart and stuck into xmlrpc
params, which when then turned into xml for transport. Now we just
take th
On 03/07/2011 01:12 PM, Anthony Liguori wrote:
On 03/07/2011 10:18 AM, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
- QAPI merge plan
- virt-agent support in QAPI
I'll write up a proposal on the wiki.
Regards,
Anthony Liguori
Regards,
Anthony Li
On Mon, Mar 07, 2011 at 11:14:11PM +, Peter Maydell wrote:
> On 7 March 2011 09:56, Aurelien Jarno wrote:
> > On Mon, Mar 07, 2011 at 01:34:07AM +0100, Andreas Färber wrote:
> >> AIX already didn't use our definition, so let's start ripping out this one:
> >> As pointed out by Peter Maydell, i
On 03/07/2011 03:24 PM, Adam Litke wrote:
On Mon, 2011-03-07 at 14:10 -0600, Michael Roth wrote:
This implements the state machine/logic used to manage
send/receive/execute phases of RPCs we send or receive. It does so using
a set of abstract methods we implement with the application and
transpo
On Tue, Mar 08, 2011 at 12:16:49AM +0100, Andreas Färber wrote:
> Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
>
> >On Mon, Mar 07, 2011 at 01:34:10AM +0100, Andreas Färber wrote:
> >>v5:
> >>* Initial.
> >>
> >>Cc: Peter Maydell
> >>Signed-off-by: Andreas Färber
> >>---
> >>fpu/softfloat.c |
On 03/07/2011 03:43 PM, Anthony Liguori wrote:
On 03/07/2011 02:10 PM, Michael Roth wrote:
These patches apply to master (3-07-2011), and can also be obtained from:
git://repo.or.cz/qemu/mdroth.git virtagent_v7
CHANGES IN V7:
- Removed dependency on xmlrpc-c for data transport. Now using JSON
On Tue, Mar 08, 2011 at 12:02:39AM +0100, Andreas Färber wrote:
> Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
>
> >On Mon, Mar 07, 2011 at 01:34:07AM +0100, Andreas Färber wrote:
> >>AIX already didn't use our definition, so let's start ripping
> >>out this one:
> >>As pointed out by Peter Mayd
Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
On Mon, Mar 07, 2011 at 01:34:13AM +0100, Andreas Färber wrote:
v5:
* Initial.
Signed-off-by: Andreas Färber
---
fpu/softfloat-native.c | 26 +-
fpu/softfloat-native.h | 28 ++--
fpu/softfloat.c
Add support to the emulated hardware to extract vlan tags in packets
going from the network to the guest.
Signed-off-by: Benjamin Poirier
Cc: Igor V. Kovalenko
Cc: Jason Wang
Cc: Michael S. Tsirkin
Cc: Blue Swirl
--
AFAIK, extraction is optional to get vlans working. The driver
requests rx
On 7 March 2011 09:56, Aurelien Jarno wrote:
> On Mon, Mar 07, 2011 at 01:34:07AM +0100, Andreas Färber wrote:
>> AIX already didn't use our definition, so let's start ripping out this one:
>> As pointed out by Peter Maydell, int16 is currently int on most
>> supported platforms, so let's replace
Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
On Mon, Mar 07, 2011 at 01:34:10AM +0100, Andreas Färber wrote:
v5:
* Initial.
Cc: Peter Maydell
Signed-off-by: Andreas Färber
---
fpu/softfloat.c | 132 ++
+---
fpu/softfloat.h | 34 +++---
Add support to the emulated hardware to insert vlan tags in packets
going from the guest to the network.
Signed-off-by: Benjamin Poirier
Cc: Igor V. Kovalenko
Cc: Jason Wang
Cc: Michael S. Tsirkin
Cc: Blue Swirl
---
hw/rtl8139.c | 107 ++--
clean out ifdef's around ethernet checksum calculation
Signed-off-by: Benjamin Poirier
Cc: Igor V. Kovalenko
Cc: Jason Wang
Cc: Michael S. Tsirkin
Cc: Blue Swirl
---
hw/rtl8139.c | 20 +++-
1 files changed, 3 insertions(+), 17 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rt
Am 07.03.2011 um 10:56 schrieb Aurelien Jarno:
On Mon, Mar 07, 2011 at 01:34:07AM +0100, Andreas Färber wrote:
AIX already didn't use our definition, so let's start ripping out
this one:
As pointed out by Peter Maydell, int16 is currently int on most
supported platforms, so let's replace it w
On 03/07/2011 04:49 PM, Michael Roth wrote:
It's not really inventing anything. We've always started off with
qobject params, which we then pulled apart and stuck into xmlrpc
params, which when then turned into xml for transport. Now we just
take the qobjects and covert them to json directly. W
This patch adds support for Milkymist's texture mapping unit. For fast
computation this model needs hardware accelerated 3D graphics support
(OpenGL). There is no graphical output, all computations belong to internal
framebuffers only.
Signed-off-by: Michael Walle
---
Makefile.target |1
Here is version 5 of my patchset to add vlan support to the emulated rtl8139
nic.
Changes since v4:
* removed alloca(), for real. Thanks to the reviewers for their
patience. This patchset now has more versions than the vlan header
has bytes!
* corrected the unli
This patch adds support for Milkymist's Programmable FPU.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/milkymist-pfpu.c | 536 +++
trace-events|6 +
3 files changed, 543 insertions(+), 0 deletions(-)
create mode 1
This patch adds support for Milkymist's System Controller core. The model
has the following features:
- support for shutting down and restarting the board
- provide two timers and GPIO
- provide registers for system identification and reading the boards
capabilities
Signed-off-by: Michael Wa
This patch introduce a new config option CONFIG_OPENGL.
Signed-off-by: Michael Walle
---
configure | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index e75e1a2..fe8791d 100755
--- a/configure
+++ b/configure
@@ -130
Signed-off-by: Michael Walle
---
MAINTAINERS |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9f3ff0e..e6f853d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -214,6 +214,11 @@ M: Michael Walle
S: Maintained
F: hw/lm32_boards.c
+milky
This patch adds wrappers for easy creation of the qdev devices.
Signed-off-by: Michael Walle
---
hw/milkymist-hw.h | 204 +
1 files changed, 204 insertions(+), 0 deletions(-)
create mode 100644 hw/milkymist-hw.h
diff --git a/hw/milkymist-hw.
This patch adds support for Milkymist's memory card core.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
default-configs/lm32-softmmu.mak |1 +
hw/milkymist-memcard.c | 294 ++
trace-events |8
This patch adds almost complete support for the Milkymist system-on-chip
(http://www.milkymist.org).
Additional to running bare metal applications, booting a linux kernel with
initrd is supported.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
default-configs/lm32-s
This patch adds support for Milkymist's VGA framebuffer.
Signed-off-by: Michael Walle
---
Makefile.target |2 +
hw/milkymist-vgafb.c | 318 +
hw/milkymist-vgafb_template.h | 74 ++
trace-events |4
This patch adds support for Milkymist's minimal Ethernet MAC.
Signed-off-by: Michael Walle
---
Makefile.target|1 +
hw/milkymist-minimac.c | 568
trace-events | 12 +
3 files changed, 581 insertions(+), 0 deletions(-)
cre
This patch adds support for Milkymist's simple UART.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
hw/milkymist-uart.c | 180 +++
trace-events|6 ++
3 files changed, 187 insertions(+), 0 deletions(-)
create mode 10064
This patch adds support for the Milkymist's High Performance Dynamic Memory
Controller. This is just a dumb model without any functionality. While the
real hardware acts for example as a bridge between software and hardware
for sending SDRAM commans, this model will only eat up these commands and
a
This patch adds support for Milkymist's SoftUSB core. This model differ
from the real hardware in its functionality. The real hardware consits of a
tiny freely programmable microcontroller which controls the USB ports. For
simplicity reasons, this model emulates only keyboard and mouse input
device
This patch adds support for the Milkymist AC97 compatible sound output and
input core.
Signed-off-by: Michael Walle
---
Makefile.target |1 +
configure |3 +
hw/milkymist-ac97.c | 335 +++
trace-events| 12 ++
4 fil
This is the second (and last) patchset of the LatticeMico32 support. It
adds almost complete support for the opensource and openhardware Milkymist
One board [1].
[1] http://www.milkymist.org/mmone.html
On 03/07/2011 05:13 PM, Marcelo Tosatti wrote:
Is write access to memory map necessary from vcpu context?
At least in x86 world SMM is entered from vcpu context, so I guess yes.
Paolo
Instead of a for loop use a faster lookup table.
Signed-off-by: Michael Walle
---
target-lm32/lm32-decode.h | 78 ---
target-lm32/translate.c | 80 ++--
2 files changed, 18 insertions(+), 140 deletions(-)
dele
On Mon, Mar 7, 2011 at 8:59 PM, Anthony Liguori wrote:
> On 03/07/2011 09:08 AM, Stefan Hajnoczi wrote:
>>
>> The signals and slots magic makes sense when looking at the patches,
>> but I wasn't confident about their semantics just by reading the
>> documentation. I had a vague idea about why the
To be consistent with the new reference manual.
Signed-off-by: Michael Walle
---
target-lm32/lm32-decode.h |2 +-
target-lm32/translate.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/target-lm32/lm32-decode.h b/target-lm32/lm32-decode.h
index f745b39..42205d9
On 03/07/2011 02:10 PM, Michael Roth wrote:
These patches apply to master (3-07-2011), and can also be obtained from:
git://repo.or.cz/qemu/mdroth.git virtagent_v7
CHANGES IN V7:
- Removed dependency on xmlrpc-c for data transport. Now using JSON via QEMU's qjson
qobject<->json conversion ro
On Mon, 2011-03-07 at 14:10 -0600, Michael Roth wrote:
> +#define VA_LINE_LEN_MAX 1024
> +static void va_rpc_parse_hdr(VAHTState *s)
> +{
> +int i, line_pos = 0;
> +bool first_line = true;
> +char line_buf[VA_LINE_LEN_MAX];
> +
> +TRACE("called");
> +
> +for (i = 0; i < VA_HDR_L
On Mon, 2011-03-07 at 14:10 -0600, Michael Roth wrote:
> This implements the state machine/logic used to manage
> send/receive/execute phases of RPCs we send or receive. It does so using
> a set of abstract methods we implement with the application and
> transport level code which will follow.
>
>
On 03/07/2011 09:08 AM, Stefan Hajnoczi wrote:
The signals and slots magic makes sense when looking at the patches,
but I wasn't confident about their semantics just by reading the
documentation. I had a vague idea about why the Event struct is
needed but didn't fully understand. Perhaps it's j
These patches apply to master (3-07-2011), and can also be obtained from:
git://repo.or.cz/qemu/mdroth.git virtagent_v7
CHANGES IN V7:
- Removed dependency on xmlrpc-c for data transport. Now using JSON via QEMU's
qjson qobject<->json conversion routines. Binary encoding mechanisms such as
Pro
To be able to use qemu_mod_timer() and friends to register timeout
events for virtagent's qemu-va tool, we need to do the following:
Move several blocks of code out of cpus.c that handle initialization
of qemu's io_thread_fd and working with it via
qemu_notify_event()/qemu_event_read()/etc, and ma
Signed-off-by: Michael Roth
---
virtagent-common.c | 206
virtagent-common.h | 95
2 files changed, 301 insertions(+), 0 deletions(-)
create mode 100644 virtagent-common.c
create mode 100644 virtagent-common.h
di
This implements the state machine/logic used to manage
send/receive/execute phases of RPCs we send or receive. It does so using
a set of abstract methods we implement with the application and
transport level code which will follow.
Signed-off-by: Michael Roth
---
virtagent-manager.c | 326 +
Signed-off-by: Michael Roth
---
virtagent-server.c | 313
virtagent-server.h | 40 +++
2 files changed, 353 insertions(+), 0 deletions(-)
create mode 100644 virtagent-server.c
create mode 100644 virtagent-server.h
diff --git a/virtag
Signed-off-by: Michael Roth
---
virtagent-server.c | 58
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/virtagent-server.c b/virtagent-server.c
index b0fc0c4..3c8c805 100644
--- a/virtagent-server.c
+++ b/virtagent-server.c
Signed-off-by: Michael Roth
---
Makefile|4 +++-
Makefile.target |2 +-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index eca4c76..46f5730 100644
--- a/Makefile
+++ b/Makefile
@@ -151,7 +151,7 @@ version-obj-$(CONFIG_WIN32) += version.o
###
Signed-off-by: Michael Roth
---
qemu-va.c | 247 +
1 files changed, 247 insertions(+), 0 deletions(-)
create mode 100644 qemu-va.c
diff --git a/qemu-va.c b/qemu-va.c
new file mode 100644
index 000..a9ff56f
--- /dev/null
+++ b/qem
Signed-off-by: Michael Roth
---
hmp-commands.hx | 16
qmp-commands.hx | 32
virtagent.c | 24
virtagent.h |2 ++
4 files changed, 74 insertions(+), 0 deletions(-)
diff --git a/hmp-commands.hx b/hmp-comm
Signed-off-by: Michael Roth
---
monitor.c |1 +
qerror.c|8 +
qerror.h|6 +
virtagent.c | 455 +++
virtagent.h | 46 ++
5 files changed, 516 insertions(+), 0 deletions(-)
create mode 100644 virtagent.c
create
Signed-off-by: Michael Roth
---
hmp-commands.hx | 16
qmp-commands.hx | 32
virtagent.c | 45 +
virtagent.h |3 +++
4 files changed, 96 insertions(+), 0 deletions(-)
diff --git a/hmp-
This allows us to implement an i/o loop outside of vl.c that can
interact with objects that use qemu_set_fd_handler()
Signed-off-by: Michael Roth
---
Makefile.objs |2 +-
qemu-char.h |4 ++
qemu-ioh.c| 115 +
qemu-ioh.h|
This adds state information for managing fd handlers to qemu-tools.c so
that tools that build against it can implement an I/O loop for
interacting with objects that use qemu_set_fd_handler()
Signed-off-by: Michael Roth
---
qemu-tool.c | 25 -
1 files changed, 24 inserti
Signed-off-by: Michael Roth
---
qemu-char.c | 44
1 files changed, 44 insertions(+), 0 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index bd4e944..ffdcadb 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2458,6 +2458,49 @@ fail:
return NU
This implements an HTTP-like transport for sending UTF-8 encoded RPC
requests/responses over the isa/virtio serial channel.
Signed-off-by: Michael Roth
---
virtagent-transport.c | 432 +
1 files changed, 432 insertions(+), 0 deletions(-)
create m
Signed-off-by: Michael Roth
---
virtagent-server.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/virtagent-server.c b/virtagent-server.c
index f84546b..b0fc0c4 100644
--- a/virtagent-server.c
+++ b/virtagent-server.c
@@ -101,15 +101,31 @@ static QDict *
Signed-off-by: Michael Roth
---
hmp-commands.hx | 16
qmp-commands.hx | 33 +
2 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 372bef4..86817e2 100644
--- a/hmp-commands.hx
+++ b/hmp-comma
The PCI/PCI-X Family of Gigabit Ethernet Controllers Software
Developer’s Manual states the following about the POPTS field:
Provides a number of options which control the handling of this
packet. This field is ignored except on the first data descriptor of
a packet.
The current implementa
Request and support using grant references in backends for
the keyboard and framebuffer.
Signed-off-by: Daniel De Graaf
---
hw/xenfb.c | 103
1 files changed, 76 insertions(+), 27 deletions(-)
diff --git a/hw/xenfb.c b/hw/xenfb.c
ind
Issue "solved".
In freeRtos, for the first "context switch" (launch the first task), the
register pc is written with an adress with le bit0 equal to 1 (thumb).
If I change this and set bit0 to 0 (new_pc = task_to_start_pointer &
0xfffe), it is working well. I do not know yet (i will try next
w
On 03/07/2011 10:18 AM, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
- QAPI merge plan
Regards,
Anthony Liguori
Thanks, Juan.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More
Stefan, thanks for your work.
I tested your patch in comment #29 and it does seem to solve the problem
for me for latest openindiana and also for latest nexenta core.
Also I checked vanilla rtl8139 and it seems to work for openindiana on
qemu-kvm-0.14.0 (with 0.13.0 I think I had problems).
Than
Yes, you are right, identity_base is 0xfffbc000 in my case and
KVM_CAP_SET_IDENTITY_MAP_ADDR is not defined. So,
as I understand, the problem is that BIOS size is too large
and I have too old KVM module.
Also I'm not sure if I can use KVM on 32-bit host for
emulating 64-bit guests.
Best regards,
On 03/07/2011 10:39 AM, Jes Sorensen wrote:
On 03/07/11 17:34, Anthony Liguori wrote:
On 03/07/2011 09:27 AM, jes.soren...@redhat.com wrote:
if (ret != 0) {
-abort();
+qerror_report(QERR_OPEN_FILE_FAILED, filename);
+error_printf("do_snapshot_blkdev(): Unable to o
Hi
Iam using QEMU emulated ARM Realview board with Linux as guest OS for my
application development. This virtual machine is running on x86 Linux host.
My application is facing performance issue as memcpy in guest machine is
taking lot of time compared to the same memcpy in host machine.
To improv
On 03/07/11 17:34, Anthony Liguori wrote:
> On 03/07/2011 09:27 AM, jes.soren...@redhat.com wrote:
>> if (ret != 0) {
>> -abort();
>> +qerror_report(QERR_OPEN_FILE_FAILED, filename);
>> +error_printf("do_snapshot_blkdev(): Unable to open newly
>> created "
>> +
On 03/07/2011 09:27 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
In case we cannot open the newly created snapshot image, try to fall
back to the original image file and continue running on that, which
should prevent the guest from aborting.
This is a corner case which can happen if th
On Mon, Mar 7, 2011 at 4:01 PM, Ryan Harper wrote:
> If the block device has been closed, we no longer have a medium to submit
> IO against, check for this before submitting io. This prevents a segfault
> further in the code where we dereference elements of the block driver.
>
> Signed-off-by: Ry
I meant:
Reviewed-by: Stefan Hajnoczi
Hi to alll,
I'm a student of University Rome Sapienza.
I'm working with qemu 0.9.1 for my thesis
and I'm trying to understand how a full-emulation (qemu without kvm or kqemu)
Virtual Machine works at low level.
I studied your smart source code but I don't understand
how qemu manages emul
Peter Maydell wrote:
> Add support for the Versatile Express SYS_CFG registers, which provide
> a generic means of reading or writing configuration information from
> various parts of the board. We only implement shutdown and reset.
>
> Also make the RESETCTL register RAZ/WI on Versatile Express r
On Sun, Mar 06, 2011 at 12:30:59PM +0200, Alon Levy wrote:
> On Sat, Mar 05, 2011 at 01:35:58PM -0300, Marcelo Tosatti wrote:
> > On Sat, Feb 26, 2011 at 01:29:01PM +0100, Jan Kiszka wrote:
> > > > at
> > > > /var/tmp/portage/app-emulation/qemu-kvm-0.14.0/work/qemu-kvm-0.14.0/qemu-kvm.c:1466
>
On Sun, Mar 06, 2011 at 12:38:44PM +0200, Avi Kivity wrote:
> On 03/05/2011 06:35 PM, Marcelo Tosatti wrote:
> >Regarding global mutex, TCG and KVM execution behaviour can become more
> >similar wrt locking by dropping qemu_global_mutex during generation and
> >execution of TBs.
>
> How can you do
If the block device has been closed, we no longer have a medium to submit
IO against, check for this before submitting io. This prevents a segfault
further in the code where we dereference elements of the block driver.
Signed-off-by: Ryan Harper
---
v1->v2:
- move bs->drv check to top of fun
When removing a drive from the host-side via drive_del we currently have the
following path:
drive_del
qemu_aio_flush()
bdrv_close()
drive_uninit()
bdrv_delete()
When we bdrv_delete() we end up qemu_free() the BlockDriverState pointer
however, the block devices retain a copy of this pointer, see
On 03/07/2011 09:08 AM, Stefan Hajnoczi wrote:
On Mon, Mar 7, 2011 at 1:22 AM, Anthony Liguori wrote:
More information about QAPI can be found on the wiki:
http://wiki.qemu.org/Features/QAPI
Thanks for the good documentation. A few thoughts:
A "Naming Conventions" section would be a helpful
On 2011-03-07 15:57, Anthony Liguori wrote:
> On 03/07/2011 01:58 AM, Jan Kiszka wrote:
>> On 2011-03-07 01:32, Anthony Liguori wrote:
>>
>>> On 03/06/2011 03:18 PM, Jan Kiszka wrote:
>>>
> It's far from academic as this is user-visible and visible via the
> command line.
>
Am 07.03.2011 16:27, schrieb jes.soren...@redhat.com:
> From: Jes Sorensen
>
> In case we cannot open the newly created snapshot image, try to fall
> back to the original image file and continue running on that, which
> should prevent the guest from aborting.
>
> This is a corner case which can
Am 07.03.2011 16:24, schrieb Jes Sorensen:
> On 03/07/11 11:01, Kevin Wolf wrote:
>> Am 03.03.2011 14:13, schrieb jes.soren...@redhat.com:
>>> @@ -591,6 +592,12 @@ int do_snapshot_blkdev(Monitor *mon, const QDict
>>> *qdict, QObject **ret_data)
>>> goto out;
>>> }
>>>
>>> +strn
From: Jes Sorensen
In case we cannot open the newly created snapshot image, try to fall
back to the original image file and continue running on that, which
should prevent the guest from aborting.
This is a corner case which can happen if the admin by mistake
specifies the snapshot file on a virt
On 03/07/11 11:01, Kevin Wolf wrote:
> Am 03.03.2011 14:13, schrieb jes.soren...@redhat.com:
>> @@ -591,6 +592,12 @@ int do_snapshot_blkdev(Monitor *mon, const QDict
>> *qdict, QObject **ret_data)
>> goto out;
>> }
>>
>> +strncpy(old_filename, bs->filename, sizeof(old_filename)
On Mon, Mar 7, 2011 at 1:22 AM, Anthony Liguori wrote:
> More information about QAPI can be found on the wiki:
>
> http://wiki.qemu.org/Features/QAPI
Thanks for the good documentation. A few thoughts:
A "Naming Conventions" section would be a helpful summary of the
different entities that .json
On 03/07/2011 01:58 AM, Jan Kiszka wrote:
On 2011-03-07 01:32, Anthony Liguori wrote:
On 03/06/2011 03:18 PM, Jan Kiszka wrote:
It's far from academic as this is user-visible and visible via the
command line.
I thought it was stated before that there is no guarantee on the
On 03/07/2011 08:36 AM, Stefan Hajnoczi wrote:
Technically void (*)() is an obsolete type in standard C.
I can switch to void (*)(void) but it requires casting and requires a
typeof() :-/
You're right, void (*)(void) is the proper form for a general function
pointer. I think doing this
On Mon, Mar 7, 2011 at 1:44 PM, Anthony Liguori wrote:
> On 03/07/2011 07:27 AM, Stefan Hajnoczi wrote:
>>
>> On Mon, Mar 7, 2011 at 1:22 AM, Anthony Liguori
>> wrote:
>>
>>>
>>> +def print_definition(name, required, optional, retval):
>>>
>>
>> This function is pretty long. Is there a logical w
On Mon, Mar 7, 2011 at 1:53 PM, Anthony Liguori wrote:
> On 03/07/2011 07:21 AM, Stefan Hajnoczi wrote:
>>
>> On Mon, Mar 7, 2011 at 1:22 AM, Anthony Liguori
>> wrote:
>>
>>>
>>> diff --git a/qmp-core.h b/qmp-core.h
>>> index e3235ec..5ce02f7 100644
>>> --- a/qmp-core.h
>>> +++ b/qmp-core.h
>>> @
On 03/07/2011 05:06 AM, Daniel P. Berrange wrote:
On Sun, Mar 06, 2011 at 07:22:45PM -0600, Anthony Liguori wrote:
The Error class is similar to QError (now deprecated) except that it supports
propagation. This allows for higher quality error handling. It's losely
modeled after glib style
On 03/07/2011 05:06 AM, Daniel P. Berrange wrote:
On Sun, Mar 06, 2011 at 07:22:45PM -0600, Anthony Liguori wrote:
The Error class is similar to QError (now deprecated) except that it supports
propagation. This allows for higher quality error handling. It's losely
modeled after glib style
On 03/07/2011 07:52 AM, Stefan Hajnoczi wrote:
On Mon, Mar 7, 2011 at 1:22 AM, Anthony Liguori wrote:
+static void qmp_chr_send_greeting(QmpSession *s)
+{
+VersionInfo *info;
+QObject *vers;
+QObject *greeting;
+QString *str;
+
+info = qmp_query_version(NULL);
+vers
On 03/07/2011 04:59 AM, Daniel P. Berrange wrote:
On Sun, Mar 06, 2011 at 07:22:43PM -0600, Anthony Liguori wrote:
GLib is an extremely common library that has a portable thread implementation
along with tons of other goodies.
GLib and GObject have a fantastic amount of infrastructure we ca
1 - 100 of 154 matches
Mail list logo
