[Qemu-devel] [PATCH v4] target-ppc: add vextu[bhw][lr]x instructions

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

Re: [Qemu-devel] [PATCH v2 1/1] block/vmdk: Fix the endian problem of buf_len and lba

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

Re: [Qemu-devel] [PATCH v3 11/11] tcg-mips: Adjust condition functions for mips64

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

Re: [Qemu-devel] [PATCH] {disas, slirp}: Replace min/max with MIN/MAX macros

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.

Re: [Qemu-devel] [PATCH] target-i386: Remove unused local_err variable

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

[Qemu-devel] [PATCH] include: Add roundup_pow_of_two helper function

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

[Qemu-devel] [Bug 1642421] Re: qemu-system-x86_64: ipv6 and dns is broken with netdev user

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

Re: [Qemu-devel] [PATCH v7 RFC] block/vxhs: Initial commit to add Veritas HyperScale VxHS block device support

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

Re: [Qemu-devel] [PATCH] {disas, slirp}: Replace min/max with MIN/MAX macros

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

Re: [Qemu-devel] [PATCH v3 10/11] tcg-mips: Adjust qemu_ld/st for mips64

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

Re: [Qemu-devel] [PATCH for-2.9] block/curl: Prefer URL in options over filename

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

Re: [Qemu-devel] [PATCH] display: cirrus: check vga bits per pixel(bpp) value

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

Re: [Qemu-devel] [PATCH v2 1/4] spec/vhost-user: fix the VHOST_USER prefix

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

Re: [Qemu-devel] [PATCH RFC 1/7] docs/block-replication: Add description for shared-disk case

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

Re: [Qemu-devel] [PATCH RFC 1/7] docs/block-replication: Add description for shared-disk case

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

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v2 2/2] crypto: add virtio-crypto driver

> > 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

Re: [Qemu-devel] [PATCH RFC 1/7] docs/block-replication: Add description for shared-disk case

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:

Re: [Qemu-devel] [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 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.

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v2 2/2] crypto: add virtio-crypto driver

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

Re: [Qemu-devel] [RFCv2 00/12] Clean up compatibility mode handling

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

Re: [Qemu-devel] [RFCv2 00/12] Clean up compatibility mode handling

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

[Qemu-devel] [Bug 1237625] Re: Cannot read serial from /sys/bus/usb/devices/

[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

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian functions for virtio_cread/write# family

> > 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, > > > > > >

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian functions for virtio_cread/write# family

> > 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:

Re: [Qemu-devel] [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, > > > > Thanks for your feedback firstly! > > > > > -Original Message- > > > From: virtio-...@lists.oasis-open.org > > >

Re: [Qemu-devel] [PATCH v10 07/10] pci: introduce function validation check during hotplug

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

Re: [Qemu-devel] [PATCH v10 03/10] pcie_aer: support configurable AER capa version

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

Re: [Qemu-devel] [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: virtio-...@lists.oasis-open.org > > [mailto:virtio-...@lists.oasis-open.org] > > On Behalf Of Michael S. Tsirkin > > Sent: Sunday,

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian functions for virtio_cread/write# family

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]

Re: [Qemu-devel] [Qemu-stable] [PATCH v2 1/1] block/vmdk: Fix the endian problem of buf_len and lba

在 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

Re: [Qemu-devel] [PATCH] cutils: Define min and max marcos

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

Re: [Qemu-devel] [PATCH] cutils: Define min and max marcos

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))

Re: [Qemu-devel] [PATCH] cutils: Define min and max marcos

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,

[Qemu-devel] Support for using TCG frontend as a library

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.

Re: [Qemu-devel] [PATCH] target-m68k: Implement bfffo

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 @@

Re: [Qemu-devel] [PATCH v2 5/5] target-m68k: Implement bitfield ops for memory

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

Re: [Qemu-devel] [PATCH v2 4/5] target-m68k: Implement bitfield ops for registers

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

Re: [Qemu-devel] [PATCH v4 2/2] target-m68k: add 680x0 divu/divs variants

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,

Re: [Qemu-devel] [PATCH v2 3/5] target-m68k: Inline shifts

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) > +{ > +

Re: [Qemu-devel] [PATCH v2 3/5] target-m68k: Inline shifts

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,

Re: [Qemu-devel] [Nbd] [PATCH v3] doc: Add NBD_CMD_BLOCK_STATUS extension

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".

Re: [Qemu-devel] [PATCH v4 2/2] target-m68k: add 680x0 divu/divs variants

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 =

Re: [Qemu-devel] [PATCH v2 3/5] target-m68k: Inline shifts

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,

Re: [Qemu-devel] [PATCH v4] target-m68k: add rol/ror/roxl/roxr instructions

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 =

Re: [Qemu-devel] [PATCH v4 2/2] target-m68k: add 680x0 divu/divs variants

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) >

[Qemu-devel] [PATCH] rules.mak: Use -r instead of -Wl, -r to fix building when PIE is default

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

Re: [Qemu-devel] [PATCH v2 4/5] slirp: VMStatify socket level

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 =

Re: [Qemu-devel] [PATCH v2 4/5] slirp: VMStatify socket level

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

Re: [Qemu-devel] [PATCH] cutils: Define min and max marcos

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

[Qemu-devel] [PATCH v10 09/10] vfio-pci: pass the aer error to guest

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

[Qemu-devel] [PATCH v10 10/10] vfio: add 'aer' property to expose aercap

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

[Qemu-devel] [PATCH v10 07/10] pci: introduce function validation check during hotplug

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

[Qemu-devel] [PATCH v10 05/10] vfio: refine function vfio_pci_host_match

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

[Qemu-devel] [PATCH v10 04/10] vfio: new function to init aer cap for vfio device

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 ---

[Qemu-devel] [PATCH v10 03/10] pcie_aer: support configurable AER capa version

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 ---

[Qemu-devel] [PATCH v10 06/10] vfio: add check host bus reset is support or not

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

[Qemu-devel] [PATCH v10 00/10] vfio-pci: pass the aer error to guest

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

[Qemu-devel] [PATCH v10 08/10] vfio: check aer functionality for hotplugged device

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

[Qemu-devel] [PATCH v10 01/10] vfio: extract vfio_get_hot_reset_info as a single function

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

[Qemu-devel] [PATCH v10 02/10] vfio: squeeze out vfio_pci_do_hot_reset to support bus reset

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 ---

[Qemu-devel] [Bug 1643619] Re: netlink broken on big-endian mips

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.

[Qemu-devel] [Bug 1643619] Re: netlink broken on big-endian mips

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

[Qemu-devel] [Bug 1643619] Re: netlink broken on big-endian mips

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.