From: Avinesh Kumar
vextublx: Vector Extract Unsigned Byte Left
vextuhlx: Vector Extract Unsigned Halfword Left
vextuwlx: Vector Extract Unsigned Word Left
vextubrx: Vector Extract Unsigned Byte Right-Indexed VX-form
vextuhrx: Vector Extract Unsigned Halfword Right-Indexed VX-form
vextuwrx: Vect
Hi QingFeng,
I just have a question that whether the marker->data
need convert?
I've no idea, just suddenly realized this question.
Jing
On 11/26/2016 01:46 PM, QingFeng Hao wrote:
The problem was triggered by qemu-iotests case 055. It failed when it
was comparing the compressed vmdk image w
Here I can describe the problem when patch 11 is not applied.
When booting Linux kernel with qemu-system-i386 on mips64el host, the
guest CPU enters infinite loop:
0xc01f3b90: cmp0x14(%esp),%esi
0xc01f3b94: jae0xc01f3b99
qemu_ld_i32 tmp1,tmp2,leul,2
mov_i32 tmp0,esi
mov_i32 cc_src,
The "{disas, slirp}: " prefix is unusual. Better: "disas, slirp: ".
But I'd instead split the patch into the slirp part, where you really
replace stuff, and the disas part, where you merely drop an unused macro
definition.
Eduardo Habkost writes:
> local_err can never be set to non-NULL. Remove the variable.
>
> Detected by Coverity:
>
> *** CID 1365201: Possible Control flow issues (DEADCODE)
> /target-i386/cpu.c: 2050 in x86_cpu_parse_featurestr()
> 2044 prop->value = g_strdup(val);
>
Move private implementation of rthe function to osdep.h
Signed-off-by: Yuval Shaia
---
hw/pci/shpc.c| 12 +---
include/qemu/osdep.h | 10 ++
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/hw/pci/shpc.c b/hw/pci/shpc.c
index 3dcd472..4b8982d 100644
--- a/
I have a similar issue with qemu 2.7 from current Debian amd64
unstable/sid. Starting qemu with:
kvm -m 640 -hda debian-8-amd64.qcow2 -net nic,model=rtl8139 -net
user,hostfwd=tcp:127.0.0.1:5005-:22
I tested DNS resolution in the host and in the guest.
The conclusions are:
When the host's /etc/r
On Fri, 11/25 08:27, Ketan Nilangekar wrote:
> Ketan> We have made a choice to go with QEMU driver approach after serious
> evaluation of most if not all standard IO tapping mechanisms including NFS,
> NBD and FUSE. None of these has been able to deliver the performance that we
> have set ourselves
On Fri, 11/25 23:19, Yuval Shaia wrote:
> diff --git a/slirp/tcpip.h b/slirp/tcpip.h
> index 7bdb971..71eb6a6 100644
> --- a/slirp/tcpip.h
> +++ b/slirp/tcpip.h
> @@ -30,6 +30,8 @@
> * tcpip.h,v 1.3 1994/08/21 05:27:40 paul Exp
> */
>
> +#include "qemu/osdep.h"
> +
It's a rule that sources i
In Richard's v2 patch (shown as below), the compilation on mips64 host is
disabled.
-#define LO_OFF(MIPS_BE * 4)
-#define HI_OFF(4 - LO_OFF)
+#if TCG_TARGET_REG_BITS == 32
+# define LO_OFF (MIPS_BE * 4)
+# define HI_OFF (4 - LO_OFF)
+#else
+extern int link_error(void);
+# define LO_OFF
On Sun, 11/27 00:54, Max Reitz wrote:
> Currently, the curl block driver will replace any URL specified through
> the options QDict by a filename, if one has been given. However, the
> options QDict should generally take precedence, which is implemented by
> this patch.
>
> Signed-off-by: Max Reit
Hello Marc, all
+-- On Wed, 16 Nov 2016, Marc-André Lureau wrote --+
| For completeness, do you have a reproducer and/or a backtrace?
Yes, there is.
===
Thread 4 "qemu-system-x86" received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0x7002c700 (LWP 10506)]
0x5599fe2e
On Thu, Nov 24, 2016 at 7:20 AM Wei Wang wrote:
> Signed-off-by: Wei Wang
>
Reviewed-by: Marc-André Lureau
> ---
> docs/specs/vhost-user.txt | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/docs/specs/vhost-user.txt b/docs/specs/vhost-user.tx
On 2016/11/28 14:00, Changlong Xie wrote:
On 11/28/2016 01:13 PM, Hailiang Zhang wrote:
On 2016/10/25 17:03, Changlong Xie wrote:
On 10/20/2016 09:57 PM, zhanghailiang wrote:
Introuduce the scenario of shared-disk block replication
and how to use it.
Signed-off-by: zhanghailiang
Signed-off-
On 11/28/2016 01:13 PM, Hailiang Zhang wrote:
On 2016/10/25 17:03, Changlong Xie wrote:
On 10/20/2016 09:57 PM, zhanghailiang wrote:
Introuduce the scenario of shared-disk block replication
and how to use it.
Signed-off-by: zhanghailiang
Signed-off-by: Wen Congyang
Signed-off-by: Zhang Chen
>
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Sent: Monday, November 28, 2016 1:09 PM
> To: Gonglei (Arei)
> Subject: Re: [virtio-dev] Re: [PATCH v2 2/2] crypto: add virtio-crypto driver
>
> On Mon, Nov 28, 2016 at 04:47:21AM +, Gonglei (Arei) wrote:
> > Michael, I'd like to add vi
On 2016/10/25 17:03, Changlong Xie wrote:
On 10/20/2016 09:57 PM, zhanghailiang wrote:
Introuduce the scenario of shared-disk block replication
and how to use it.
Signed-off-by: zhanghailiang
Signed-off-by: Wen Congyang
Signed-off-by: Zhang Chen
---
docs/block-replication.txt | 131
On Mon, Nov 28, 2016 at 04:47:21AM +, Gonglei (Arei) wrote:
> Michael, I'd like to add virtio-crypto stuff to your maintaining part likes
> the virtio-net/blk parts so that the corresponding patches
> can be CC'ed to you too because the virtio-crypto doesn't lay in
> driver/virtio directory. W
Hi Michael,
>
> Subject: [virtio-dev] Re: [PATCH v2 2/2] crypto: add virtio-crypto driver
>
> On Tue, Nov 22, 2016 at 04:10:23PM +0800, Gonglei wrote:
> > This patch introduces virtio-crypto driver for Linux Kernel.
> >
> > The virtio crypto device is a virtual cryptography device
> > as well as
On Sat, Nov 26, 2016 at 01:33:16AM +0100, Greg Kurz wrote:
> On Wed, 16 Nov 2016 09:17:43 +1100
> David Gibson wrote:
>
> > This series is a significant rework to how we handle CPU compatibility
> > modes on ppc.
> >
> > * Information about compatibility modes was previously open coded and
> >
On Mon, Nov 28, 2016 at 03:23:46PM +1100, David Gibson wrote:
> On Sat, Nov 26, 2016 at 01:33:16AM +0100, Greg Kurz wrote:
> > On Wed, 16 Nov 2016 09:17:43 +1100
> > David Gibson wrote:
> >
> > > This series is a significant rework to how we handle CPU compatibility
> > > modes on ppc.
> > >
> >
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1237625
Title:
Cannot read
>
> Subject: Re: [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian
> functions for virtio_cread/write# family
>
> On Mon, Nov 28, 2016 at 04:34:56AM +0200, Michael S. Tsirkin wrote:
> > On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > > Hi Michael,
> > >
> > > Thank
>
> Subject: Re: [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian
> functions for virtio_cread/write# family
>
> On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > Hi Michael,
> >
> > Thanks for your feedback firstly!
> >
> > > -Original Message-
> > > From:
On Mon, Nov 28, 2016 at 04:34:56AM +0200, Michael S. Tsirkin wrote:
> On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > Hi Michael,
> >
> > Thanks for your feedback firstly!
> >
> > > -Original Message-
> > > From: virtio-...@lists.oasis-open.org
> > > [mailto:virtio-..
On Sun, Nov 27, 2016 at 07:32:30PM +0800, Cao jin wrote:
> From: Chen Fan
>
> PCI hotplug requires that function 0 is added last to close the
> slot. Since vfio-pci supporting AER, we require that the VM bus
> contains the same set of devices as the host bus to support AER,
> we can perform an A
On Sun, Nov 27, 2016 at 07:32:26PM +0800, Cao jin wrote:
> From: Dou Liyang
>
> Now, AER capa version is fixed to v2, if assigned device is actually
> v1, then this value will inconsistent between guest and host
>
> Signed-off-by: Dou Liyang
> Signed-off-by: Cao jin
Reviewed-by: Michael S. Ts
On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> Hi Michael,
>
> Thanks for your feedback firstly!
>
> > -Original Message-
> > From: virtio-...@lists.oasis-open.org
> > [mailto:virtio-...@lists.oasis-open.org]
> > On Behalf Of Michael S. Tsirkin
> > Sent: Sunday, Novemb
Hi Michael,
Thanks for your feedback firstly!
> -Original Message-
> From: virtio-...@lists.oasis-open.org [mailto:virtio-...@lists.oasis-open.org]
> On Behalf Of Michael S. Tsirkin
> Sent: Sunday, November 27, 2016 11:33 AM
> To: Gonglei (Arei)
> Subject: [virtio-dev] Re: [PATCH v2 1/2]
在 2016-11-26 19:46, Fam Zheng 写道:
On Sat, 11/26 06:46, QingFeng Hao wrote:
The problem was triggered by qemu-iotests case 055. It failed when it
was comparing the compressed vmdk image with original test.img.
The cause is that buf_len in vmdk_write_extent wasn't converted to
little-endian bef
On Sun, Nov 27, 2016 at 11:20:41PM +0100, Samuel Thibault wrote:
> Yuval Shaia, on Mon 28 Nov 2016 00:18:26 +0200, wrote:
> > On Sun, Nov 27, 2016 at 03:10:04PM +0100, Samuel Thibault wrote:
> > > Yuval Shaia, on Fri 25 Nov 2016 12:31:26 +0200, wrote:
> > > > -#ifndef _WIN32
> > > > -#define min(x,
Yuval Shaia, on Mon 28 Nov 2016 00:18:26 +0200, wrote:
> On Sun, Nov 27, 2016 at 03:10:04PM +0100, Samuel Thibault wrote:
> > Yuval Shaia, on Fri 25 Nov 2016 12:31:26 +0200, wrote:
> > > -#ifndef _WIN32
> > > -#define min(x,y) ((x) < (y) ? (x) : (y))
> > > -#define max(x,y) ((x) > (y) ? (x) : (y))
On Sun, Nov 27, 2016 at 03:10:04PM +0100, Samuel Thibault wrote:
> Hello,
>
> Yuval Shaia, on Fri 25 Nov 2016 12:31:26 +0200, wrote:
> > -#ifndef _WIN32
> > -#define min(x,y) ((x) < (y) ? (x) : (y))
> > -#define max(x,y) ((x) > (y) ? (x) : (y))
> > -#endif
>
> This has protection against _WIN32,
Hi all,
QEMU is a great emulator, but in recent years it has also been used
for instrumentation purposes [QIRA,AFL] or as a lifter for static
analysis purposes [rev.ng,angr,libqemu,S²E]. I'd like to hear your
take on the second use case, and the possibility of offering upstream
support for it.
T
Le 15/11/2016 à 21:44, Richard Henderson a écrit :
> Signed-off-by: Richard Henderson
> diff --git a/target-m68k/translate.c b/target-m68k/translate.c
> index bc6ec39..ed40ade 100644
> --- a/target-m68k/translate.c
> +++ b/target-m68k/translate.c
> @@ -3913,7 +3913,14 @@ DISAS_INSN(bfop_reg)
>
Le 09/11/2016 à 14:46, Richard Henderson a écrit :
> --- a/target-m68k/op_helper.c
> +++ b/target-m68k/op_helper.c
> +uint32_t HELPER(bfexts_mem)(CPUM68KState *env, uint32_t addr,
> +int32_t ofs, uint32_t len)
> +{
> +uintptr_t ra = GETPC();
> +struct bf_data d =
Le 09/11/2016 à 14:46, Richard Henderson a écrit :
> Signed-off-by: Richard Henderson
> ---
> target-m68k/translate.c | 210
>
> 1 file changed, 210 insertions(+)
>
> diff --git a/target-m68k/translate.c b/target-m68k/translate.c
> index 1b3765f.
Le 01/11/2016 à 21:03, Laurent Vivier a écrit :
> diff --git a/target-m68k/op_helper.c b/target-m68k/op_helper.c
> index 48e02e4..a4bfa4e 100644
> +void HELPER(divull)(CPUM68KState *env, int numr, int regr, uint32_t den)
> +{
> +uint64_t num = deposit64(env->dregs[numr], 32, 32, env->dregs[reg
Le 09/11/2016 à 14:46, Richard Henderson a écrit :
> diff --git a/target-m68k/translate.c b/target-m68k/translate.c
> index 4f224d7..1b3765f 100644
> --- a/target-m68k/translate.c
> +++ b/target-m68k/translate.c
> +static inline void shift_reg(DisasContext *s, uint16_t insn, int opsize)
> +{
> +
There is another bug on this one.
Le 09/11/2016 à 14:46, Richard Henderson a écrit :
> diff --git a/target-m68k/translate.c b/target-m68k/translate.c
> index 4f224d7..1b3765f 100644
> --- a/target-m68k/translate.c
> +++ b/target-m68k/translate.c
> +static inline void shift_reg(DisasContext *s, uin
Hi Vladimir,
Quickly: the reason I haven't merged this yes is twofold:
- I wasn't thrilled with the proposal at the time. It felt a bit
hackish, and bolted onto NBD so you could use it, but without defining
everything in the NBD protocol. "We're reading some data, but it's not
about you". Th
On 11/27/2016 09:42 AM, Laurent Vivier wrote:
> +env->dregs[destr] = deposit32(quot, 16, 16, rem);
> env->cc_z = quot;
> env->cc_n = quot;
quot is here a 32bit, but the result is only the 16 lower bits, so I
think we should have
env->cc_z = (int16_t)quot;
env->cc_n = (int1
Le 09/11/2016 à 14:46, Richard Henderson a écrit :
> diff --git a/target-m68k/translate.c b/target-m68k/translate.c
> index 4f224d7..1b3765f 100644
> --- a/target-m68k/translate.c
> +++ b/target-m68k/translate.c
> @@ -2883,48 +2883,205 @@ DISAS_INSN(addx_mem)
> gen_store(s, opsize, addr_dest,
Le 11/11/2016 à 22:25, Laurent Vivier a écrit :
> --- a/target-m68k/translate.c
> +++ b/target-m68k/translate.c
> +DISAS_INSN(rotate16_im)
> +{
> +int left = (insn & 0x100);
> +TCGv reg;
> +TCGv shift;
> +int tmp;
> +
> +reg = gen_extend(DREG(insn, 0), OS_WORD, 0);
> +tmp =
Hi,
I come back on some patches as I've been able to test some instructions
using RISU.
Le 01/11/2016 à 21:03, Laurent Vivier a écrit :
...
> --- a/target-m68k/op_helper.c
> +++ b/target-m68k/op_helper.c
> @@ -179,51 +184,178 @@ void HELPER(raise_exception)(CPUM68KState *env,
> uint32_t tt)
>
Building qemu fails in distributions where gcc enables PIE
by default (e.g. Debian unstable) with:
/usr/bin/ld: -r and -pie may not be used together
-r and -pie cannot be used together in the linker,
and position independent is already relocatable.
Use -r instead of -Wl,-r to avoid gcc passing -r
Samuel Thibault, on Sun 27 Nov 2016 16:13:46 +0100, wrote:
> Dr. David Alan Gilbert (git), on Wed 23 Nov 2016 18:52:57 +, wrote:
> > +static const VMStateDescription vmstate_slirp_socket_addr = {
> > +.name = "slirp-socket-addr",
> > +.version_id = 4,
> > +.fields = (VMStateField[])
Hello,
Dr. David Alan Gilbert (git), on Wed 23 Nov 2016 18:52:57 +, wrote:
> +static const VMStateDescription vmstate_slirp_socket_addr = {
> +.name = "slirp-socket-addr",
> +.version_id = 4,
> +.fields = (VMStateField[]) {
> +VMSTATE_UINT16(ss.ss_family, union slirp_sockad
Hello,
Yuval Shaia, on Fri 25 Nov 2016 12:31:26 +0200, wrote:
> -#ifndef _WIN32
> -#define min(x,y) ((x) < (y) ? (x) : (y))
> -#define max(x,y) ((x) > (y) ? (x) : (y))
> -#endif
This has protection against _WIN32, I guess that was on purpose.
Perhaps qemu should avoid risking a clash with OS-prov
From: Chen Fan
When physical device has uncorrectable error hanppened, the vfio_pci
driver will signal the corresponding QEMU's vfio-pci device via the eventfd
registered by this device, then, the qemu error eventfd handler will be
invoked in event loop.
Construct and pass the aer message to roo
From: Chen Fan
Add 'aer' property, let user choose whether expose the aer capability
or not. Should disable aer feature by default, because it needs
configuration restrictions.
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 2 ++
1 file changed,
From: Chen Fan
PCI hotplug requires that function 0 is added last to close the
slot. Since vfio-pci supporting AER, we require that the VM bus
contains the same set of devices as the host bus to support AER,
we can perform an AER validation test whenever the function 0 is
hot-added into VM.
Sig
From: Chen Fan
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
index 4ff6626..95cb3c2 100644
--- a/hw/vfio/pci.c
+++ b/hw/vfio/pc
From: Chen Fan
Introduce new function to initilize AER capability registers
for vfio-pci device.
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 87 +++
hw/vfio/pci.h | 3 +++
2 files change
From: Dou Liyang
Now, AER capa version is fixed to v2, if assigned device is actually
v1, then this value will inconsistent between guest and host
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/net/e1000e.c| 3 ++-
hw/pci-bridge/ioh3420.c| 2 +-
hw/pci
From: Chen Fan
When assigning a vfio device with AER enabled, we must check whether
the device supports host bus reset (ie. hot reset) as this may be
used by the guest OS to recover the device from an AER error.
Therefore, QEMU must have the ability to perform a physical
host bus reset using the
After such a long time silence, finally we have a really workable version.
It has quite a few difference from previous, so does kernel driver parts.
I will try to describe the big changes(and reason) as following. Also still
have some unsure points need comments, and left some debug lines in the pa
From: Chen Fan
when vfio-pci device is hot-added as function 0 with aer enabled, check
whether this device support hot bus reset.
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/hw/
From: Chen Fan
This function is used to get affected devices by bus reset.
It can be used for different purpose, like the coming aer
functionality.
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 66 +++-
From: Chen Fan
Squeeze out vfio_pci_do_hot_reset to do host bus reset during
guest AER recovery.
Signed-off-by: Chen Fan
Signed-off-by: Dou Liyang
Signed-off-by: Cao jin
---
hw/vfio/pci.c | 76 +++
1 file changed, 45 insertions(+), 31 d
Patch applied by James works for me as well. Dropping a qemu-user static
binary from Debian qemu 2.1 into the mips chroot can also be used as
workaround.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/
Same here. While running qemu-debootstrap using Debian qemu 2.7,
debootstrap hangs on groupadd calls. Reproduction on amd64 host, running
jessie, on a failed qemu-debootstrap but sufficiently working jessie
mips chroot. See attached strace of groupadd. Problem reproduces with
compiled qemu from git
Strace jessie mips groupadd.
** Attachment added: "jessie_mips_groupadd.strace"
https://bugs.launchpad.net/qemu/+bug/1643619/+attachment/4783716/+files/jessie_mips_groupadd.strace
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
h
63 matches
Mail list logo
