On 10 February 2011 07:47, Anthony Liguori wrote:
> So very concretely, I'm suggesting we do the following to target-i386:
> 2) get rid of the entire concept of machines. Creating a i440fx is
> essentially equivalent to creating a bare machine.
Does that make any sense for anything other than t
On 2011-02-10 01:27, Huang Ying wrote:
> On Wed, 2011-02-09 at 16:00 +0800, Jan Kiszka wrote:
>> On 2011-02-09 04:00, Huang Ying wrote:
>>> In Linux kernel HWPoison processing implementation, the virtual
>>> address in processes mapping the error physical memory page is marked
>>> as HWPoison. So
On 02/10/2011 09:16 AM, Peter Maydell wrote:
On 10 February 2011 07:47, Anthony Liguori wrote:
So very concretely, I'm suggesting we do the following to target-i386:
2) get rid of the entire concept of machines. Creating a i440fx is
essentially equivalent to creating a bare mach
On 2011-02-10 01:27, Huang Ying wrote:
>>> @@ -1882,6 +1919,7 @@ int kvm_arch_on_sigbus_vcpu(CPUState *en
>>> hardware_memory_error();
>>> }
>>> }
>>> +kvm_hwpoison_page_add(ram_addr);
>>>
>>> if (code == BUS_MCEERR_AR) {
>>> /*
On Wed, Feb 09, 2011 at 07:52:52PM +0100, Aurelien Jarno wrote:
>
> What about moving tb_alloc() (with tb_free()) higher in the file? After
> all it make sense to have the function creating or destructing a tb
> before the function manipulating them.
Thanks. Like this ?
Tristan.
This function
This patch contains some fixes for network functions, working in Windows
environment, and consists of two parts:
1. net/socket.c fix
MSDN includes the following in WSAEALREADY error description for connect()
function: "To preserve backward compatibility, this error is reported as
WSAEIN
Record mmio write event to replay it upon failover.
Signed-off-by: Yoshiaki Tamura
---
exec.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/exec.c b/exec.c
index e950df2..c81fd09 100644
--- a/exec.c
+++ b/exec.c
@@ -33,6 +33,7 @@
#include "osdep.h"
#include "kvm.h
event-tap function is called only when it is on.
Signed-off-by: Yoshiaki Tamura
---
net.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/net.c b/net.c
index 9ba5be2..1176124 100644
--- a/net.c
+++ b/net.c
@@ -36,6 +36,7 @@
#include "qemu-common.h"
#include "qe
When "kemari:" is set in front of URI of migrate command, it will turn
on ft_mode to start FT migration mode (Kemari). On the receiver side,
the option looks like, -incoming kemari:::
Signed-off-by: Yoshiaki Tamura
---
hmp-commands.hx |4 +++-
migration.c | 12
qmp-comman
Signed-off-by: Yoshiaki Tamura
---
qemu-char.c |2 +-
qemu_socket.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index ee4f4ca..7286aeb 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2111,7 +2111,7 @@ static void tcp_chr_telnet_init(int
Currently FdMigrationState doesn't support read(), and this patch
introduces it to get response from the other side.
Signed-off-by: Yoshiaki Tamura
---
migration-tcp.c | 15 +++
migration.c | 13 +
migration.h |3 +++
3 files changed, 31 insertions(+), 0 d
To utilize ft_trans_file function, savevm needs interfaces to be
exported.
Signed-off-by: Yoshiaki Tamura
---
hw/hw.h |5 ++
savevm.c | 149 ++
2 files changed, 154 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
ind
event-tap function is called only when it is on, and requests were
sent from device emulators.
Signed-off-by: Yoshiaki Tamura
Acked-by: Kevin Wolf
---
block.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/block.c b/block.c
index b476479..8ddce13 100644
Hi,
This patch series is a revised version of Kemari for KVM, which
applied comments for the previous post. The current code is based on
qemu.git f26e5a54f0554798a2e6f7a074b809b13635d007.
The changes from v0.2.9 -> v0.2.10 are:
- change migrate format to kemari::: (Paolo)
The changes from v0.2
Introduce skip_header parameter to qemu_loadvm_state() so that it can
be called iteratively without reading the header.
Signed-off-by: Yoshiaki Tamura
---
migration.c |2 +-
savevm.c| 24 +---
sysemu.h|2 +-
3 files changed, 15 insertions(+), 13 deletions(-)
Introduce qemu_savevm_trans_{begin,commit} to send the memory and
device info together, while avoiding cancelling memory state tracking.
This patch also abstracts common code between
qemu_savevm_state_{begin,iterate,commit}.
Signed-off-by: Yoshiaki Tamura
---
savevm.c | 157
Introduce migrate_ft_trans_put_ready() which kicks the FT transaction
cycle. When ft_mode is on, migrate_fd_put_ready() would open
ft_trans_file and turn on event_tap. To end or cancel FT transaction,
ft_mode and event_tap is turned off. migrate_ft_trans_get_ready() is
called to receive ack from
Record ioport event to replay it upon failover.
Signed-off-by: Yoshiaki Tamura
---
ioport.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/ioport.c b/ioport.c
index aa4188a..74aebf5 100644
--- a/ioport.c
+++ b/ioport.c
@@ -27,6 +27,7 @@
#include "ioport.h"
#include
This code implements VM transaction protocol. Like buffered_file, it
sits between savevm and migration layer. With this architecture, VM
transaction protocol is implemented mostly independent from other
existing code.
Signed-off-by: Yoshiaki Tamura
Signed-off-by: OHMURA Kei
---
Makefile.objs
> diff --git a/Makefile.objs b/Makefile.objs
> index 4a1eaa1..ee9f190 100755
> --- a/Makefile.objs
> +++ b/Makefile.objs
> @@ -269,10 +269,10 @@ vl.o: QEMU_CFLAGS+=$(GPROF_CFLAGS)
> vl.o: QEMU_CFLAGS+=$(SDL_CFLAGS)
> -vl.o: qemu-options.def
> +vl.o: ../qemu-options.def
> os-posix.o: qemu-options.d
On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
When "kemari:" is set in front of URI of migrate command, it will turn
on ft_mode to start FT migration mode (Kemari). On the receiver side,
the option looks like, -incoming kemari:::
Signed-off-by: Yoshiaki Tamura
---
hmp-commands.hx |4 +++-
> > diff --git a/Makefile.objs b/Makefile.objs
> > index 4a1eaa1..ee9f190 100755
> > --- a/Makefile.objs
> > +++ b/Makefile.objs
> > @@ -269,10 +269,10 @@ vl.o: QEMU_CFLAGS+=$(GPROF_CFLAGS)
> > vl.o: QEMU_CFLAGS+=$(SDL_CFLAGS)
> > -vl.o: qemu-options.def
> > +vl.o: ../qemu-options.def
> > os-posix
event-tap controls when to start FT transaction, and provides proxy
functions to called from net/block devices. While FT transaction, it
queues up net/block requests, and flush them when the transaction gets
completed.
Signed-off-by: Yoshiaki Tamura
Signed-off-by: OHMURA Kei
---
Makefile.targe
On 02/02/2011 12:59 PM, Pavel Dovgaluk wrote:
Hello.
Anybody interested in this patch?
I'm planning to replace the multimedia timer with a queue timer. I'll
send the patch soon(ish).
Paolo
2011/2/10 Anthony Liguori :
> On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
>>
>> Currently FdMigrationState doesn't support read(), and this patch
>> introduces it to get response from the other side.
>>
>> Signed-off-by: Yoshiaki Tamura
>>
>
> Migration is unidirectional. Changing this is funda
On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
Currently FdMigrationState doesn't support read(), and this patch
introduces it to get response from the other side.
Signed-off-by: Yoshiaki Tamura
Migration is unidirectional. Changing this is fundamental and not
something to be done lightl
On 02/10/2011 10:07 AM, Gleb Natapov wrote:
So what if it is easier, it doesn't mean it is correct thing to do.
If we spend the next 10 years trying to do the "correct thing" for some
arbitrary definition of correct, that's not terribly useful.
It's really simple actually. Let's do the leas
On Wed, Feb 9, 2011 at 8:39 PM, Michael Roth wrote:
> On 02/09/2011 01:42 PM, Blue Swirl wrote:
>>
>> On Fri, Feb 4, 2011 at 3:49 PM, Michael Roth
>> wrote:
>>>
>>> These patches apply to master (2-04-2011), and can also be obtained from:
>>> git://repo.or.cz/qemu/mdroth.git qtest_v1
>>>
>>> OVER
On 02/10/2011 10:04 AM, Peter Maydell wrote:
On 10 February 2011 08:36, Anthony Liguori wrote:
On 02/10/2011 09:16 AM, Peter Maydell wrote:
On 10 February 2011 07:47, Anthony Liguoriwrote:
2) get rid of the entire concept of machines. Creating a i440fx is
essentially eq
This will be needed for hot-plugging chardevs.
Signed-off-by: Amit Shah
---
monitor.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/monitor.c b/monitor.c
index 7fc311d..f3d7ab3 100644
--- a/monitor.c
+++ b/monitor.c
@@ -74,8 +74,6 @@
* 'O' option string o
This commit enables chardevs to be hot-plugged to a running qemu
machine. The syntax is similar to the -chardev command line:
(qemu) chardev_add socket,path=/tmp/foo,server,nowait,id=char0
Signed-off-by: Amit Shah
---
hmp-commands.hx | 16
hw/qdev.c | 15
On Thu, Feb 10, 2011 at 10:54:01AM +0100, Anthony Liguori wrote:
> On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
> >Currently FdMigrationState doesn't support read(), and this patch
> >introduces it to get response from the other side.
> >
> >Signed-off-by: Yoshiaki Tamura
>
> Migration is unidir
2011/2/10 Daniel P. Berrange :
> On Thu, Feb 10, 2011 at 10:54:01AM +0100, Anthony Liguori wrote:
>> On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
>> >Currently FdMigrationState doesn't support read(), and this patch
>> >introduces it to get response from the other side.
>> >
>> >Signed-off-by: Yo
On 02/10/2011 11:07 AM, Gleb Natapov wrote:
On Thu, Feb 10, 2011 at 08:47:12AM +0100, Anthony Liguori wrote:
> On 02/09/2011 09:15 PM, Blue Swirl wrote:
> >On Wed, Feb 9, 2011 at 9:59 PM, Anthony Liguori
wrote:
> >>On 02/09/2011 06:48 PM, Blue Swirl wrote:
> ISASerialState dev;
>
On 10 February 2011 10:13, Anthony Liguori wrote:
> On 02/10/2011 10:04 AM, Peter Maydell wrote:
>>
>> On 10 February 2011 08:36, Anthony Liguori wrote:
>>> So you would model arm926ej-s as the chipset and then build up the
>>> machines
>>> by modifying parameters of the chipset (like the board i
On Thu, Feb 10, 2011 at 07:23:33PM +0900, Yoshiaki Tamura wrote:
> 2011/2/10 Daniel P. Berrange :
> > On Thu, Feb 10, 2011 at 10:54:01AM +0100, Anthony Liguori wrote:
> >> On 02/10/2011 10:30 AM, Yoshiaki Tamura wrote:
> >> >Currently FdMigrationState doesn't support read(), and this patch
> >> >in
On Thu, Feb 10, 2011 at 11:19:48AM +0100, Anthony Liguori wrote:
> On 02/10/2011 11:10 AM, Gleb Natapov wrote:
> >On Thu, Feb 10, 2011 at 11:00:50AM +0100, Anthony Liguori wrote:
> >>On 02/10/2011 10:07 AM, Gleb Natapov wrote:
> >>>So what if it is easier, it doesn't mean it is correct thing to do.
On Wed, Feb 9, 2011 at 7:27 PM, Rayson Ho wrote:
> Please review the probe addition in QEMU for the network module, note
> that I added probes for send & receive Ethernet frames for rtl8139 so
> far but not other network devices. Also for receive, the probe would
> only fire when a frame is succes
On Thu, Feb 10, 2011 at 12:25:38PM +0200, Avi Kivity wrote:
> On 02/10/2011 11:07 AM, Gleb Natapov wrote:
> >On Thu, Feb 10, 2011 at 08:47:12AM +0100, Anthony Liguori wrote:
> >> On 02/09/2011 09:15 PM, Blue Swirl wrote:
> >> >On Wed, Feb 9, 2011 at 9:59 PM, Anthony Liguori
> >> wrote:
> >> >
With 0.15 we'll most likely get some incompatible image format extensions. This
series prepares 0.14 to output more helpful messages if it stumbles over a too
new image file.
Kevin Wolf (4):
qerror: Add QERR_UNKNOWN_BLOCK_FORMAT_FEATURE
qcow2: Report error for version > 2
qed: Report error f
Instead of just returning -ENOTSUP, generate a more detailed error.
Unfortunately we don't have a helpful text for features that we don't know yet,
so just print the feature mask. It might be useful at least if someone asks for
help.
Signed-off-by: Kevin Wolf
---
block/qed.c |9 -
1
Signed-off-by: Kevin Wolf
---
qerror.c |5 +
qerror.h |3 +++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/qerror.c b/qerror.c
index 9d0cdeb..4855604 100644
--- a/qerror.c
+++ b/qerror.c
@@ -201,6 +201,11 @@ static const QErrorStringTable qerror_table[] = {
The qcow2 driver is now declared responsible for any QCOW image that has
version 2 or greater (before this, version 3 would be detected as raw).
For everything newer than version 2, an error is reported.
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 13 +++--
1 files changed, 11 inser
Output the error message string of the bdrv_open return code. Also set a
non-empty device name for the images because the unknown feature error message
includes it.
Signed-off-by: Kevin Wolf
---
qemu-img.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/qemu-img
This patchset fixes two issues:
* default_nan_mode not being honoured for float-to-float conversions
* half precision conversions being broken in a number of ways as
well as not handling default_nan_mode.
With this patchset qemu passes random-instruction-selection tests
for VCVT.F32.F16, VCVT
On Thu, Feb 10, 2011 at 10:38:53AM +, Peter Maydell wrote:
> This is the system diagram for the Versatile Express:
> http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0447d/I1007683.html
> I don't know what you'd want to claim is a "northbridge" there.
> Basically there's an FPGA w
Silence the NaNs that may result from half-precision conversion,
as we do for the other conversions.
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index d29c42b..
Correctly handle NaNs in float16_to_float32(), by defining and
using a float16ToCommonNaN() function, as we do with the other formats.
Signed-off-by: Peter Maydell
---
fpu/softfloat-specialize.h | 17 +
fpu/softfloat.c|4 +---
2 files changed, 18 insertions(+),
From: Christophe Lyon
Honour the default_nan_mode flag when doing conversions between
different floating point formats, as well as when returning a NaN from
a two-operand floating point function. This corrects the behaviour
of float<->double conversions on both ARM and SH4.
Signed-off-by: Christ
Scott Wood wrote:
> On Wed, 9 Feb 2011 18:21:40 +0100
> Alexander Graf wrote:
>
>
>> On 07.02.2011, at 21:15, Scott Wood wrote:
>>
>>
>>> That's pretty much what the proposed API does -- except it uses a void
>>> pointer instead of uint64_t *.
>>>
>> Oh? Did I miss something there?
Add a float16 type to softfloat, rather than using bits16 directly.
Also add the missing functions float16_is_quiet_nan(),
float16_is_signaling_nan() and float16_maybe_silence_nan(),
which are needed for the float16 conversion routines.
Signed-off-by: Peter Maydell
---
fpu/softfloat-specialize.h
The Neon half-precision conversion operations (VCVT.F16.F32 and
VCVT.F32.F16) use ARM standard floating-point arithmetic, unlike
the VFP versions (VCVTB and VCVTT).
Signed-off-by: Peter Maydell
---
target-arm/helper.c| 26 ++
target-arm/helpers.h |2 ++
target
Fix various bugs in the single-to-half-precision conversion code:
* input NaNs not correctly converted in IEEE mode
(fixed by defining and using a commonNaNToFloat16())
* wrong values returned when converting NaN/Inf into non-IEEE
half precision value
* wrong values returned for conversion
Scott Wood wrote:
> On Thu, 3 Feb 2011 10:19:06 +0100
> Alexander Graf wrote:
>
>
>> Yeah, that one's tricky. Usually the way the memory resolver in qemu works
>> is as follows:
>>
>> * kvm goes to qemu
>> * qemu fetches all mmu and register data from kvm
>> * qemu runs its mmu resolution f
On Thu, Feb 10, 2011 at 11:18 AM, Kevin Wolf wrote:
> Instead of just returning -ENOTSUP, generate a more detailed error.
>
> Unfortunately we don't have a helpful text for features that we don't know
> yet,
> so just print the feature mask. It might be useful at least if someone asks
> for
> he
On (Thu) 10 Feb 2011 [12:57:30], Markus Armbruster wrote:
> Amit Shah writes:
>
> > This will be needed for hot-plugging chardevs.
> >
> > Signed-off-by: Amit Shah
> > ---
> > monitor.c |4 +---
> > 1 files changed, 1 insertions(+), 3 deletions(-)
> >
> > diff --git a/monitor.c b/monitor.c
On 02/10/2011 12:18 PM, Kevin Wolf wrote:
With 0.15 we'll most likely get some incompatible image format extensions. This
series prepares 0.14 to output more helpful messages if it stumbles over a too
new image file.
Kevin Wolf (4):
qerror: Add QERR_UNKNOWN_BLOCK_FORMAT_FEATURE
qcow2: Repo
On 02/10/2011 11:49 AM, Gleb Natapov wrote:
On Thu, Feb 10, 2011 at 11:19:48AM +0100, Anthony Liguori wrote:
On 02/10/2011 11:10 AM, Gleb Natapov wrote:
On Thu, Feb 10, 2011 at 11:00:50AM +0100, Anthony Liguori wrote:
On 02/10/2011 10:07 AM, Gleb Natapov wrote:
So
On 02/10/2011 12:13 PM, Gleb Natapov wrote:
Which spec? Even in this discussion we completely mixed different
things. 440FX is not a chipset.
Yes, it is. It's a single silicon package with a defined pinout. If
you don't believe me, re-read the spec.
It's a MCM with the PIIX3 being interna
On 02/10/2011 02:51 PM, Anthony Liguori wrote:
On 02/10/2011 12:13 PM, Gleb Natapov wrote:
Which spec? Even in this discussion we completely mixed different
things. 440FX is not a chipset.
Yes, it is. It's a single silicon package with a defined pinout. If
you don't believe me, re-read the
---
qemu-options.hx | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index 945edf3..287e910 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -672,7 +672,19 @@ Enable SDL.
ETEXI
DEF("spice", HAS_ARG, QEMU_OPTION_spice,
On Thu, Feb 10, 2011 at 01:47:06PM +0100, Anthony Liguori wrote:
> On 02/10/2011 11:49 AM, Gleb Natapov wrote:
> >On Thu, Feb 10, 2011 at 11:19:48AM +0100, Anthony Liguori wrote:
> >>On 02/10/2011 11:10 AM, Gleb Natapov wrote:
> >>>On Thu, Feb 10, 2011 at 11:00:50AM +0100, Anthony Liguori wrote:
>
On Thu, Feb 10, 2011 at 03:08:56PM +0200, Alon Levy wrote:
> ---
> qemu-options.hx | 14 +-
> 1 files changed, 13 insertions(+), 1 deletions(-)
Self NACK, had a typo (extra '[').
>
> diff --git a/qemu-options.hx b/qemu-options.hx
> index 945edf3..287e910 100644
> --- a/qemu-option
On Tue, 8 Feb 2011 17:41:12 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Feb 08, 2011 at 05:40:58PM +0530, pradeep wrote:
> > On Mon, 7 Feb 2011 15:50:01 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > qemu makes it possible to disable link at tap
> > > which is not communicated to the guest but
---
v2, now with matching parenthesis.
---
qemu-options.hx | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index 945edf3..9ec5b4c 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -672,7 +672,19 @@ Enable SDL.
ETEXI
D
On Thu, Feb 10, 2011 at 01:51:14PM +0100, Anthony Liguori wrote:
> On 02/10/2011 12:13 PM, Gleb Natapov wrote:
> >
> >Which spec? Even in this discussion we completely mixed different
> >things. 440FX is not a chipset.
>
> Yes, it is. It's a single silicon package with a defined pinout.
> If you
On Thu, Feb 10, 2011 at 03:00:05PM +0200, Avi Kivity wrote:
> On 02/10/2011 02:51 PM, Anthony Liguori wrote:
> >On 02/10/2011 12:13 PM, Gleb Natapov wrote:
> >>
> >>Which spec? Even in this discussion we completely mixed different
> >>things. 440FX is not a chipset.
> >
> >Yes, it is. It's a singl
This patchset fixes some compilation failures which happen if you try to
enable softfloat's USE_SOFTFLOAT_STRUCT_TYPES type-error-debugging switch.
This patchset leaves one error in float16_to_float32, because
that is fixed in passing by my half-precision patchset, and I
saw no point in deliberate
Make softfloat compile with USE_SOFTFLOAT_STRUCT_TYPES defined, by
adding and using new macros const_float32() and const_float64() so
you can use array initializers in an array of float32/float64 whether
the types are bare or wrapped in the structs.
Signed-off-by: Peter Maydell
---
fpu/softfloat
Add uses of the float32/float64 boxing and unboxing macros so that
the ARM linux-user targets will compile with USE_SOFTFLOAT_STRUCT_TYPES
enabled.
Signed-off-by: Peter Maydell
---
linux-user/arm/nwfpe/fpa11_cpdt.c |2 +-
linux-user/arm/nwfpe/fpopcode.c | 32 -
On Wed, 2011-02-09 at 17:22 -0600, Ryan Harper wrote:
> * Brian Wheeler [2011-02-09 16:13]:
> > This patch fixes two things:
> >
> > 1) CHECK POWER MODE
> >
> > The error return value wasn't always zero, so it would show up as
> > offline. Error is now explicitly set to zero.
> >
> > 2) SMAR
This patch fixes two things:
1) CHECK POWER MODE
The error return value wasn't always zero, so it would show up as
offline. Error is now explicitly set to zero.
2) SMART
The smart values that were returned were invalid and tools like skdump
would not recognize that the smart data was act
qemu 0.14.0 rc1
Not in qemu-doc.html:
(qemu) info spice
BTW: The qemu instanz crashed with "info spice":
kvm ReactOS.img -spice port=12345,disable-ticketing -vga qxl -monitor
stdio'''
(qemu) info spice
Server:
address: 0.0.0.0:12345
auth: none
qemu: qdict.c:193: qdict_get_obj: As
On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
> Hi Kevin,
>
> Do you remember why you put AHCI in with default=n? I'd like to see
> it enabled in Qemu 0.14 and IIUC we use the default configuration
> for that.
Hi Alex,
Sorry - I've gotten behind on emails.
The reason for not e
Kevin O'Connor wrote:
> On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
>
>> Hi Kevin,
>>
>> Do you remember why you put AHCI in with default=n? I'd like to see
>> it enabled in Qemu 0.14 and IIUC we use the default configuration
>> for that.
>>
>
> Hi Alex,
>
> Sorry - I've
Kevin O'Connor wrote:
> On Thu, Feb 10, 2011 at 04:25:11PM +0100, Alexander Graf wrote:
>
>> Kevin O'Connor wrote:
>>
>>> On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
>>>
Do you remember why you put AHCI in with default=n? I'd like to see
it enabled in Qe
On 02/10/2011 04:25 PM, Alexander Graf wrote:
Kevin O'Connor wrote:
On Tue, Feb 08, 2011 at 12:57:41AM +0100, Alexander Graf wrote:
Hi Kevin,
Do you remember why you put AHCI in with default=n? I'd like to see
it enabled in Qemu 0.14 and IIUC we use the default configuration
for tha
Requests could return success even though they failed when bdrv_aio_readv
returned NULL for a backing file read.
Reported-by: Chunqiang Tang
Signed-off-by: Kevin Wolf
---
block/qcow2.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
inde
The following changes since commit 6c5f738daec123020d32543fe90a6633a4f6643e:
microblaze: Handle singlestepping over direct jmps (2011-02-10 00:46:09 +0100)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git for-anthony
Chunqiang Tang (1):
QCOW2: bug fix - read base
From: Markus Armbruster
Started leaking in commit 1dae12e6.
Signed-off-by: Markus Armbruster
Signed-off-by: Kevin Wolf
---
blockdev.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index ecfadc1..24d7658 100644
--- a/blockdev.c
+++ b/blockdev.
From: Markus Armbruster
Should have spotted this when doing commit 319ae529.
Signed-off-by: Markus Armbruster
Signed-off-by: Kevin Wolf
---
blockdev.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 24d7658..0690cc8 100644
--- a
On Wed, Feb 09, 2011 at 04:27:30PM +, Peter Maydell wrote:
> The Neon half-precision conversion operations (VCVT.F16.F32 and
> VCVT.F32.F16) use ARM standard floating-point arithmetic, unlike
> the VFP versions (VCVTB and VCVTT).
>
> Signed-off-by: Peter Maydell
> ---
> target-arm/helper.c
From: Chunqiang Tang
This patch fixes the following bug in QCOW2. For a QCOW2 image that is larger
than its base image, when handling a read request straddling over the end of the
base image, the QCOW2 driver attempts to read beyond the end of the base image
and the request would fail.
This bug
When copying L2 tables (this happens only with internal snapshots), the order
wasn't completely safe, so that after a crash you could end up with a L2 table
that has too low refcount, possibly leading to corruption in the long run.
This patch puts the operations in the right order: First allocate
On Wed, Feb 09, 2011 at 03:42:31PM +, Peter Maydell wrote:
> This patchset fixes the VQMOV(U)N instructions (saturating narrowing
> conversions). Tested by random generation of instructions for
> VQMOVN, VQMOVUN, VMOVN.
>
> Patch 1/2 is the same as the one Christophe sent recently but I have
>
From: Jes Sorensen
Pointed out by Markus
Signed-off-by: Jes Sorensen
Signed-off-by: Kevin Wolf
---
hmp-commands.hx |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 38e1eb7..372bef4 100644
--- a/hmp-commands.hx
+++ b/hmp-commands
When reading a compressed cluster failed, qcow2 falsely returned success.
Signed-off-by: Kevin Wolf
Reviewed-by: Markus Armbruster
---
block/qcow2-cluster.c |4 ++--
block/qcow2.c |4 +++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/block/qcow2-cluster.c b/blo
Output the error message string of the bdrv_open return code. Also set a
non-empty device name for the images because the unknown feature error message
includes it.
Signed-off-by: Kevin Wolf
Reviewed-by: Anthony Liguori
---
qemu-img.c | 10 +++---
1 files changed, 7 insertions(+), 3 delet
On 02/09/2011 06:35 PM, Aurelien Jarno wrote:
On Tue, Feb 08, 2011 at 04:08:28PM +0100, Aurelien Jarno wrote:
Aurelien Jarno a écrit :
Paolo Bonzini a écrit :
On 02/08/2011 12:15 PM, Aurelien Jarno wrote:
however
it should not be done ignoring all the*current* dra
On 02/10/2011 03:20 PM, Gleb Natapov wrote:
Jugging by how well all previous conversion went we will end up with one
more way of creating devices. One legacy, another qdev and your new one.
And what is the problem with qdev again (not that I am a big qdev fan)?
We've really been arguing abo
If CONFIG_USE_GUEST_BASE is not defined, gcc complains:
linux-user/mmap.c:235: error: comparison of unsigned expression >= 0 is always
true
because RESERVED_VA is #defined to 0. Since mmap_find_vma_reserved()
will never be called anyway if RESERVED_VA is always 0, fix this by
simply #ifdef'ing a
On Wed, 2011-02-09 at 16:00 +0800, Jan Kiszka wrote:
> On 2011-02-09 04:00, Huang Ying wrote:
> > In Linux kernel HWPoison processing implementation, the virtual
> > address in processes mapping the error physical memory page is marked
> > as HWPoison. So that, the further accessing to the virtual
On 02/10/2011 04:37 PM, Anthony Liguori wrote:
We're right around the corner from -rc2 so let's wait until after 0.14
is released so we have a full release cycle to test it.
And have unusable or only partly usable features (already mentioned
multiple times: boot order, AHCI) in 0.14?
Paolo
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
cpus.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4c9928e..68b3fcb 100644
--- a/cpus.c
+++ b/cpus.c
@@ -32,6 +32,7 @@
#include "kvm.h"
#include "exec-all.h"
+#include "qemu-
For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
POSIX-only functions. They can be removed later, once the patches
that remove their uses are in.
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
Makefile.objs|4 +-
qemu-thread.c => q
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
qemu-timer.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index b0db780..42960de 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -1006,6 +1006,7 @@ static void win32_stop
These are already present in the Win32 implementation, add them to
the pthread wrappers as well.
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
qemu-thread-posix.c | 20 +++-
qemu-thread-posix.h |1 +
2 files changed, 20 insertions(+), 1 deletions(-)
dif
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
configure |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 598e8e1..46a6389 100755
--- a/configure
+++ b/configure
@@ -2609,7 +2609,6 @@ if test "$vnc_png" != "no" ; then
fi
if
Signed-off-by: Paolo Bonzini
Cc: Stefan Weil
Cc: Blue Swirl
---
os-win32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/os-win32.c b/os-win32.c
index 566d5e9..d907c59 100644
--- a/os-win32.c
+++ b/os-win32.c
@@ -140,7 +140,9 @@ void os_host_main_loop_wait(int *timeo
On 02/09/2011 11:16 PM, Stefan Weil wrote:
I decided to create a new directory structure hosts/w32, so files can
be moved from the root to hosts/posix, hosts/w32, or hosts/xxx.
Include chains reduce code modifications and conditional compilations.
And people who don't want to see w32 support can
1 - 100 of 170 matches
Mail list logo
