Re: [Qemu-devel] [PATCH] block/mirror: fix fail to cancel when VM has heavy BLK IO

On Thu, Jan 25, 2018 at 08:48:22AM -0600, Eric Blake wrote: > On 01/24/2018 10:59 PM, Liang Li wrote: > >> > >> There's ongoing work on adding async mirroring; this may be a better > >> solution to the issue you are seeing. > >> > >>

Re: [Qemu-devel] [PATCH v2 06/11] target/arm: Decode aa32 armv8.1 two reg and a scalar

On 01/15/2018 09:47 AM, Peter Maydell wrote: > On 18 December 2017 at 17:24, Richard Henderson > wrote: >> Signed-off-by: Richard Henderson >> --- >> target/arm/translate.c | 38 +++--- >> 1 file

Re: [Qemu-devel] [PATCH v1 0/6] Extend vhost-user to support VFIO based accelerators

On Thu, Jan 25, 2018 at 4:10 PM, Liang, Cunming wrote: >> -Original Message- >> From: Stefan Hajnoczi [mailto:stefa...@gmail.com] >> Sent: Thursday, January 25, 2018 10:22 PM >> To: Bie, Tiwei >> Cc: qemu-devel@nongnu.org;

[Qemu-devel] [PATCH v11 04/20] tcg: Add generic vector expanders

Signed-off-by: Richard Henderson --- Makefile.target |2 +- accel/tcg/tcg-runtime.h | 29 + tcg/tcg-gvec-desc.h | 49 ++ tcg/tcg-op-gvec.h| 198 +++ tcg/tcg-op.h |1 + tcg/tcg-opc.h

[Qemu-devel] [PATCH v11 08/20] tcg: Add generic helpers for saturating arithmetic

No vector ops as yet. SSE only has direct support for 8- and 16-bit saturation; handling 32- and 64-bit saturation is much more expensive. Signed-off-by: Richard Henderson --- accel/tcg/tcg-runtime.h | 20 tcg/tcg-op-gvec.h| 10 ++

[Qemu-devel] [PATCH v11 00/20] tcg: generic vector operations

Changes since v11: * Use dup_const more. * Cleanup some gvec 2i and 2s routines. * Use more helpers and less gotos in target/arm/translate-a64.c. Changes since v10: * Squashed a fixup patch which escaped my attention while preparing the patch set. Ho hum. Changes since v9: *

[Qemu-devel] [PATCH v11 20/20] tcg/aarch64: Add vector operations

Signed-off-by: Richard Henderson --- tcg/aarch64/tcg-target.h | 25 +- tcg/aarch64/tcg-target.opc.h | 3 + tcg/aarch64/tcg-target.inc.c | 588 +++ 3 files changed, 569 insertions(+), 47 deletions(-) create mode 100644

[Qemu-devel] [PATCH v11 02/20] tcg: Add types and basic operations for host vectors

Nothing uses or enables them yet. Signed-off-by: Richard Henderson --- Makefile.target | 4 +- tcg/tcg-op.h | 27 + tcg/tcg-opc.h| 25 + tcg/tcg.h| 56 +++ tcg/tcg-op-vec.c | 292

Re: [Qemu-devel] [RFC 0/2] virtio-vhost-user: add virtio-vhost-user device

On 2018年01月25日 22:48, Michael S. Tsirkin wrote: On Thu, Jan 25, 2018 at 03:07:23PM +0100, Paolo Bonzini wrote: On 23/01/2018 17:07, Michael S. Tsirkin wrote: It's not clear to me how to do this. E.g need a way to report failure to VM2 or #PF? Why would there be a failure? qemu running vm1

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v1 6/6] vhost-user: add VFIO based accelerators support

On Fri, Jan 26, 2018 at 11:41:27AM +0800, Jason Wang wrote: > On 2018年01月26日 07:59, Michael S. Tsirkin wrote: > > > The virtual IOMMU isn't supported by the accelerators for now. > > > Because vhost-user currently lacks of an efficient way to share > > > the IOMMU table in VM to vhost backend.

[Qemu-devel] [PATCH v11 16/20] target/arm: Use vector infrastructure for aa64 compares

Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 93 +- 1 file changed, 59 insertions(+), 34 deletions(-) diff --git a/target/arm/translate-a64.c

[Qemu-devel] [PATCH v11 05/20] tcg: Add generic vector ops for constant shifts

Opcodes are added for scalar and vector shifts, but considering the varied semantics of these do not expose them to the front ends. Do go ahead and provide them in case they are needed for backend expansion. Signed-off-by: Richard Henderson ---

[Qemu-devel] [PATCH v11 15/20] target/arm: Use vector infrastructure for aa64 constant shifts

Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 423 + 1 file changed, 350 insertions(+), 73 deletions(-) diff --git a/target/arm/translate-a64.c b/target/arm/translate-a64.c index 48088dbb29..38400560db

[Qemu-devel] [PATCH v11 14/20] target/arm: Use vector infrastructure for aa64 dup/movi

Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 81 +++--- 1 file changed, 33 insertions(+), 48 deletions(-) diff --git a/target/arm/translate-a64.c

[Qemu-devel] [PATCH v11 18/20] target/arm: Use vector infrastructure for aa64 orr/bic immediate

Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 28 +--- 1 file changed, 5 insertions(+), 23 deletions(-) diff --git a/target/arm/translate-a64.c

[Qemu-devel] [PATCH v11 03/20] tcg: Standardize integral arguments to expanders

Some functions use intN_t arguments, some use uintN_t, some just used "unsigned". To aid putting function pointers in tables, we need consistency. Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- tcg/tcg-op.h | 16

[Qemu-devel] [PATCH v11 17/20] target/arm: Use vector infrastructure for aa64 multiplies

Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 154 + 1 file changed, 129 insertions(+), 25 deletions(-) diff --git a/target/arm/translate-a64.c

[Qemu-devel] [PATCH v11 06/20] tcg: Add generic vector ops for comparisons

Signed-off-by: Richard Henderson --- accel/tcg/tcg-runtime.h | 30 + tcg/tcg-op-gvec.h| 4 ++ tcg/tcg-op.h | 3 + tcg/tcg-opc.h| 2 + accel/tcg/tcg-runtime-gvec.c | 36 +++ tcg/tcg-op-gvec.c

[Qemu-devel] [PATCH v11 09/20] tcg: Add generic vector helpers with a scalar operand

Use dup to convert a non-constant scalar to a third vector. Add addition, multiplication, and logical operations with an immediate. Add addition, subtraction, multiplication, and logical operations with a non-constant scalar. Allow for the front-end to build operations in which the scalar

[Qemu-devel] [PATCH v11 11/20] target/arm: Align vector registers

Reviewed-by: Alex Bennée Reviewed-by: Philippe Mathieu-Daudé Signed-off-by: Richard Henderson --- target/arm/cpu.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/arm/cpu.h b/target/arm/cpu.h

[Qemu-devel] [PATCH v11 19/20] tcg/i386: Add vector operations

The x86 vector instruction set is extremely irregular. With newer editions, Intel has filled in some of the blanks. However, we don't get many 64-bit operations until SSE4.2, introduced in 2009. The subsequent edition was for AVX1, introduced in 2011, which added three-operand addressing, and

[Qemu-devel] [PATCH v11 10/20] tcg/optimize: Handle vector opcodes during optimize

Trivial move and constant propagation. Some identity and constant function folding, but nothing that requires knowledge of the size of the vector element. Signed-off-by: Richard Henderson --- tcg/optimize.c | 150

[Qemu-devel] [PATCH v11 12/20] target/arm: Use vector infrastructure for aa64 add/sub/logic

Reviewed-by: Alex Bennée Reviewed-by: Peter Maydell Signed-off-by: Richard Henderson --- target/arm/translate-a64.c | 200 + 1 file changed, 128 insertions(+), 72

[Qemu-devel] [PATCH v11 07/20] tcg: Add generic vector ops for multiplication

Signed-off-by: Richard Henderson --- accel/tcg/tcg-runtime.h | 5 + tcg/tcg-op-gvec.h| 2 ++ tcg/tcg-op.h | 1 + tcg/tcg-opc.h| 1 + tcg/tcg.h| 1 + accel/tcg/tcg-runtime-gvec.c | 44

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v1 6/6] vhost-user: add VFIO based accelerators support

On 2018年01月26日 07:59, Michael S. Tsirkin wrote: The virtual IOMMU isn't supported by the accelerators for now. Because vhost-user currently lacks of an efficient way to share the IOMMU table in VM to vhost backend. That's why the software implementation of virtual IOMMU support in vhost-user

Re: [Qemu-devel] [PATCH 2/5] lockable: add QemuLockable

On Fri, Jan 26, 2018 at 1:59 AM, Paolo Bonzini wrote: > diff --git a/include/qemu/lockable.h b/include/qemu/lockable.h > new file mode 100644 > index 00..f527d0ddb2 > --- /dev/null > +++ b/include/qemu/lockable.h > @@ -0,0 +1,88 @@ > +/* > + * Polymorphic locking

[Qemu-devel] [PATCH v2] tap: close fd conditionally when error occured

If netdev_add tap,id=net0,...,vhost=on failed in net_init_tap_one(), the followed up device_add virtio-net-pci,netdev=net0 will fail too, prints: TUNSETOFFLOAD ioctl() failed: Bad file descriptor TUNSETOFFLOAD ioctl() failed: Bad file descriptor The reason is that the fd of tap is closed

Re: [Qemu-devel] [PULL 0/8] x86 queue, 2018-01-17

On Tue, Jan 23, 2018 at 03:33:56PM -0600, Michael Roth wrote: > Quoting Eduardo Habkost (2018-01-23 13:31:18) > > On Tue, Jan 23, 2018 at 12:15:27PM -0600, Michael Roth wrote: > > > Quoting Christian Borntraeger (2018-01-23 03:59:39) > > > > > > > > > > > > On 01/23/2018 09:40 AM, Christian

Re: [Qemu-devel] [PATCH v5 2/3] xlnx-zynqmp-rtc: Add basic time support

On Thu, Jan 25, 2018 at 3:36 AM, Peter Maydell wrote: > On 23 January 2018 at 22:24, Alistair Francis > wrote: >> Allow the guest to determine the time set from the QEMU command line. >> >> This includes adding a trace event to debug the new

Re: [Qemu-devel] [PATCH v1 6/6] vhost-user: add VFIO based accelerators support

On Thu, Jan 25, 2018 at 12:03:28PM +0800, Tiwei Bie wrote: > This patch does some small extensions to vhost-user protocol to > support VFIO based accelerators, and makes it possible to get the > similar performance of VFIO based PCI passthru while keeping the > virtio device emulation in QEMU. >

Re: [Qemu-devel] [PULL 0/8] x86 queue, 2018-01-17

Quoting Eduardo Habkost (2018-01-23 13:31:18) > On Tue, Jan 23, 2018 at 12:15:27PM -0600, Michael Roth wrote: > > Quoting Christian Borntraeger (2018-01-23 03:59:39) > > > > > > > > > On 01/23/2018 09:40 AM, Christian Ehrhardt wrote: > > > > On Thu, Jan 18, 2018 at 2:51 PM, Peter Maydell > > >

Re: [Qemu-devel] [PATCH 0/3]

Quoting Sameeh Jubran (2018-01-22 08:24:29) > Ping. I think I would still prefer the alternative series I sent. Your approach may be more correct/elegant but the asynchronous event-handling nature of it makes it inherently more different to debug than the boring synchronous loop in my series.

Re: [Qemu-devel] [PATCH] AMD Processor Topology Information

Hi Stanislav, I am working on to support hyperthreading feature on kvm/qemu guests for AMD EPYC family of processors. I saw your patch series https://patchwork.ozlabs.org/patch/834022/. I am planning to refresh these patches with few changes. Let me know if it is fine with you. Thanks Babu

Re: [Qemu-devel] [PATCH V4 0/7] CAN bus support for QEMU (SJA1000 PCI so far)

Hello Paolo, thanks for suggestions. I understand and fully agree with your request to switch to QOM. I have succeed with that for CAN devices some time ago. It worth to be done for the rest of the objects but I fear that I do not find time to complete QOMification in reasonable future.

Re: [Qemu-devel] [PATCH v1] migration: change blocktime type to uint32_t

On 01/25/2018 10:43 AM, Alexey Perevalov wrote: > Initially int64_t was used, but on PowerPC architecture, > clang doesn't have atomic_*_8 function, so it produces > link time error. > > QEMU is working with time as with 64bit value, but by > fact 32 bit is enough with CLOCK_REALTIME. In this

Re: [Qemu-devel] [PATCH v3 0/5] coroutine-lock: polymorphic CoQueue

On 01/25/2018 11:59 AM, Paolo Bonzini wrote: > There are cases in which a queued coroutine must be restarted from > non-coroutine context (with qemu_co_enter_next). In this cases, > qemu_co_enter_next also needs to be thread-safe, but it cannot use a > CoMutex and so cannot qemu_co_queue_wait.

Re: [Qemu-devel] [PATCH 4/5] coroutine-lock: make qemu_co_enter_next thread-safe

On 01/25/2018 11:59 AM, Paolo Bonzini wrote: > qemu_co_queue_next does not need to release and re-acquire the mutex, > because the queued coroutine does not run immediately. However, this > does not hold for qemu_co_enter_next. Now that qemu_co_queue_wait > can synchronize (via QemuLockable)

Re: [Qemu-devel] [PATCH 2/5] lockable: add QemuLockable

On 01/25/2018 11:59 AM, Paolo Bonzini wrote: > QemuLockable is a polymorphic lock type that takes an object and > knows which function to use for locking and unlocking. The > implementation could use C11 _Generic, but since the support is > not very widespread I am instead using

Re: [Qemu-devel] [PATCH v2 0/4] Updates based on feedback.

Hey Stefan, Your welcome! Excited to help. I have only tried Ubuntu and Windows guests. Is there a set you would recommend to try out? As for limitations, this set of patches allows for both bios and efi based boots (we have been using TianoCore). We will continue to submit patches around

Re: [Qemu-devel] [PATCH V1 1/1] tests: Add migration test for aarch64

* Wei Huang (w...@redhat.com) wrote: > This patch adds the migration test support for aarch64. The test code, > which implements the same functionality as x86, is compiled into a binary > and booted as a kernel in qemu. Here are the design ideas: > > * We choose this -kernel design because

Re: [Qemu-devel] [PATCH v1] migration: change blocktime type to uint32_t

* Alexey Perevalov (a.pereva...@samsung.com) wrote: > Initially int64_t was used, but on PowerPC architecture, > clang doesn't have atomic_*_8 function, so it produces > link time error. > > QEMU is working with time as with 64bit value, but by > fact 32 bit is enough with CLOCK_REALTIME. In this

Re: [Qemu-devel] [PATCH v2] sockets: fix parsing of ipv4/ipv6 opts in parse_socket_addr

On 01/25/2018 11:14 AM, Daniel P. Berrangé wrote: > From: "Daniel P. Berrange" > > The inet_parse() function looks for 'ipv4' and 'ipv6' flags, but only > treats them as bare bool flags. The normal QemuOpts parsing would allow > on/off values to be set too. > > This updates

Re: [Qemu-devel] [PATCH v2] docs: update information for TLS certificate management

On 01/25/2018 11:09 AM, Daniel P. Berrangé wrote: > From: "Daniel P. Berrange" > > The current docs for TLS assume only VNC is using TLS. Some of the information > is also outdated (ie lacking subject alt name info for certs). Rewrite it to > more accurately reflect the

[Qemu-devel] [qemu-web PATCH] Link to git web view on contribute page

I was looking for a web view of qemu.git for reference, but my first try was at https://www.qemu.org/contribute/ which mentions how to clone but with no link for browsing. Meanwhile, the download page pointed people to the list of all repos (and even then, only after you switch to the Source code

Re: [Qemu-devel] [PULL 00/21] target-arm queue

he following changes since commit 0f79bfe38a2cf0f43c7ea4959da7f8ebd7858f3d: > > Merge remote-tracking branch > 'remotes/vivier2/tags/linux-user-for-2.12-pull-request' into staging > (2018-01-25 09:53:53 +) > > are available in the git repository at: > > git://git.linaro.org/people/pmaydell/

[Qemu-devel] [PATCH 3/5] coroutine-lock: convert CoQueue to use QemuLockable

There are cases in which a queued coroutine must be restarted from non-coroutine context (with qemu_co_enter_next). In this cases, qemu_co_enter_next also needs to be thread-safe, but it cannot use a CoMutex and so cannot qemu_co_queue_wait. Use QemuLockable so that the CoQueue can

[Qemu-devel] [PATCH 4/5] coroutine-lock: make qemu_co_enter_next thread-safe

qemu_co_queue_next does not need to release and re-acquire the mutex, because the queued coroutine does not run immediately. However, this does not hold for qemu_co_enter_next. Now that qemu_co_queue_wait can synchronize (via QemuLockable) with code that is not running in coroutine context, it's

[Qemu-devel] [PATCH 5/5] curl: convert to CoQueue

Now that CoQueues can use a QemuMutex for thread-safety, there is no need for curl to roll its own coroutine queue. Coroutines can be placed directly on the queue instead of using a list of CURLAIOCBs. Signed-off-by: Paolo Bonzini --- block/curl.c | 20

[Qemu-devel] [PATCH 2/5] lockable: add QemuLockable

QemuLockable is a polymorphic lock type that takes an object and knows which function to use for locking and unlocking. The implementation could use C11 _Generic, but since the support is not very widespread I am instead using __builtin_choose_expr and __builtin_types_compatible_p, which are

[Qemu-devel] [PATCH v3 0/5] coroutine-lock: polymorphic CoQueue

There are cases in which a queued coroutine must be restarted from non-coroutine context (with qemu_co_enter_next). In this cases, qemu_co_enter_next also needs to be thread-safe, but it cannot use a CoMutex and so cannot qemu_co_queue_wait. This happens in curl (which right now is rolling its

[Qemu-devel] [PATCH 1/5] test-coroutine: add simple CoMutex test

In preparation for adding a similar test using QemuLockable, add a very simple testcase that has two interleaved calls to lock and unlock. Signed-off-by: Paolo Bonzini --- tests/test-coroutine.c | 50 -- 1 file changed, 48

Re: [Qemu-devel] [PATCH v1] migration: change blocktime type to uint32_t

Hi Alexey, On Thu, Jan 25, 2018 at 1:43 PM, Alexey Perevalov wrote: > Initially int64_t was used, but on PowerPC architecture, > clang doesn't have atomic_*_8 function, so it produces > link time error. > > QEMU is working with time as with 64bit value, but by > fact 32

Re: [Qemu-devel] [PATCH v10.5 17/20] target/arm: Use vector infrastructure for aa64 multiplies

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 171 > - > 1 file changed, 138 insertions(+), 33 deletions(-) >

Re: [Qemu-devel] [PATCH v10.5 00/20] tcg: generic vector operations

On 17 January 2018 at 16:14, Richard Henderson wrote: > Richard Henderson (21): > tcg: Allow multiple word entries into the constant pool > tcg: Add types and basic operations for host vectors > tcg: Standardize integral arguments to expanders > tcg: Add

[Qemu-devel] [PATCH v3 1/3] hw/usb/ccid: Make ccid_card_init() take an error parameter

From: Mao Zhongyi Replace init() of CCIDCardClass with realize, then convert ccid_card_init(), ccid_card_initfn() and it's callbacks to take an Error** in ordor to report the error more clearly. Signed-off-by: Mao Zhongyi Signed-off-by: Cao

[Qemu-devel] [PATCH v3 2/3] usb-ccid: inline ccid_card_initfn() in ccid_card_realize()

Signed-off-by: Philippe Mathieu-Daudé --- hw/usb/dev-smartcard-reader.c | 25 +++-- 1 file changed, 7 insertions(+), 18 deletions(-) diff --git a/hw/usb/dev-smartcard-reader.c b/hw/usb/dev-smartcard-reader.c index 0092493f4e..85f5f2247b 100644 ---

Re: [Qemu-devel] [PATCH v10.5 18/20] target/arm: Use vector infrastructure for aa64 orr/bic immediate

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 38 +- > 1 file changed, 17 insertions(+), 21 deletions(-) Reviewed-by:

[Qemu-devel] [PATCH v2] sockets: fix parsing of ipv4/ipv6 opts in parse_socket_addr

From: "Daniel P. Berrange" The inet_parse() function looks for 'ipv4' and 'ipv6' flags, but only treats them as bare bool flags. The normal QemuOpts parsing would allow on/off values to be set too. This updates inet_parse() so that its handling of the 'ipv4' and 'ipv6'

Re: [Qemu-devel] [PATCH v10.5 16/20] target/arm: Use vector infrastructure for aa64 compares

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 96 > ++ > 1 file changed, 62 insertions(+), 34 deletions(-)

[Qemu-devel] [PATCH v2] docs: update information for TLS certificate management

From: "Daniel P. Berrange" The current docs for TLS assume only VNC is using TLS. Some of the information is also outdated (ie lacking subject alt name info for certs). Rewrite it to more accurately reflect the current situation. Signed-off-by: Daniel P. Berrange

[Qemu-devel] [PATCH v3 3/3] usb-ccid: convert CCIDCardClass::exitfn() -> unrealize()

Signed-off-by: Philippe Mathieu-Daudé --- hw/usb/ccid.h | 4 +++- hw/usb/ccid-card-emulated.c | 4 ++-- hw/usb/ccid-card-passthru.c | 1 + hw/usb/dev-smartcard-reader.c | 25 +++-- 4 files changed, 17 insertions(+), 17 deletions(-)

Re: [Qemu-devel] [PATCH v10.5 15/20] target/arm: Use vector infrastructure for aa64 constant shifts

On 01/25/2018 09:03 AM, Peter Maydell wrote: > On 17 January 2018 at 16:14, Richard Henderson > wrote: >> Signed-off-by: Richard Henderson >> --- >> target/arm/translate-a64.c | 386 >> ++--- >>

[Qemu-devel] [PATCH v3 0/3] usb-ccid: convert to realize/unrealize

Hi Gerd, this is the previous patch rebased. since v2: - fixed an incorrectly placed assignment in ccid_card_realize() - rebased Regards, Phil. Mao Zhongyi (1): hw/usb/ccid: Make ccid_card_init() take an error parameter Philippe Mathieu-Daudé (2): usb-ccid: inline ccid_card_initfn() in

Re: [Qemu-devel] [PATCH v10.5 12/20] target/arm: Use vector infrastructure for aa64 add/sub/logic

On 01/25/2018 08:44 AM, Peter Maydell wrote: >> +/* Return the offset info CPUARMState of the "whole" vector register Qn. */ >> +static inline int vec_full_reg_offset(DisasContext *s, int regno) >> +{ >> +assert_fp_access_checked(s); >> +return offsetof(CPUARMState, vfp.regs[regno * 2]);

Re: [Qemu-devel] [PATCH v10.5 15/20] target/arm: Use vector infrastructure for aa64 constant shifts

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 386 > ++--- > 1 file changed, 329 insertions(+), 57 deletions(-) >

Re: [Qemu-devel] [PULL] qemu-sparc updates

On 25 January 2018 at 13:48, Mark Cave-Ayland wrote: > Sorry yes, those format strings were taken from some very old code so I > should have paid a bit more attention. > > I've fixed up these events and re-pushed the qemu-sparc-signed tag to github > which should

Re: [Qemu-devel] [Bug 1737194] Re: Windows NT 4.0 fails to boot from qcow2 installation

On 25 January 2018 at 16:43, John Arbuckle wrote: >> On Jan 25, 2018, at 11:16 AM, Peter Maydell wrote: >> If you configure with --disable-tools does it manage to build, >> or does it just go on to fail to link the main QEMU binary >> with the

Re: [Qemu-devel] [PATCH v2] qemu-io: fix EOF Ctrl-D handling in qemu-io readline code

ping, does any block maintainer want to queue this one ? On Fri, Dec 08, 2017 at 01:34:16PM +, Daniel P. Berrange wrote: > qemu-io puts the TTY into non-canonical mode, which means no EOF processing is > done and thus getchar() will never return the EOF constant. Instead we have to > query

Re: [Qemu-devel] (v2. forward to qemu )-Panic with ext4, nbd, qemu-img, block

On 01/21/2018 08:06 PM, Hongzhi, Song wrote: > Hello, > > I create a virtual disk-image using qemu-img. > > And then I use /dev/nbd to map the image. > > I mount the /dev/nbd to a local dir with ext4-format > > Finally, I have some trouble about ext4-filesystem and block device, > with using

Re: [Qemu-devel] [PATCH] Drop remaining bits of ia64 host support

On 01/25/2018 08:19 AM, Peter Maydell wrote: > We dropped support for ia64 host CPUs in the 2.11 release (removing > the TCG backend for it, and advertising the support as being > completely removed in the changelog). However there are a few bits > and pieces of code still floating about. Remove

Re: [Qemu-devel] [PULL 0/3] Usb 20180125 v2 patches

ory at: > > git://git.kraxel.org/qemu tags/usb-20180125-v2-pull-request > > for you to fetch changes up to 112d9cb43c70658b890559ff6dcfc5d9e821f368: > > usb-storage: Fix share-rw option parsing (2018-01-25 17:26:07 +0100) > > -

Re: [Qemu-devel] [Bug 1737194] Re: Windows NT 4.0 fails to boot from qcow2 installation

> On Jan 25, 2018, at 11:16 AM, Peter Maydell wrote: > > On 25 January 2018 at 15:58, John Arbuckle wrote: >> I did try to build at commits 306ec6c3cece7004429c79c1ac93d49919f1f1cc >> and e689f7c668cbd9d08f330e17c3dd3a059c9553d3. Both failed

Re: [Qemu-devel] [PATCH v10.5 14/20] target/arm: Use vector infrastructure for aa64 dup/movi

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 83 > +++--- > 1 file changed, 34 insertions(+), 49 deletions(-) > >

Re: [Qemu-devel] [PULL 2/3] hw/usb/ccid: Make ccid_card_init() take an error parameter

On Thu, Jan 25, 2018 at 1:45 PM, Philippe Mathieu-Daudé wrote: > Hi Gerd, > > On Thu, Jan 25, 2018 at 6:16 AM, Gerd Hoffmann wrote: >> From: Mao Zhongyi >> >> Replace init() of CCIDCardClass with realize, then convert >>

Re: [Qemu-devel] [PATCH v10.5 13/20] target/arm: Use vector infrastructure for aa64 mov/not/neg

On 17 January 2018 at 16:14, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 43 ++- > 1 file changed, 38 insertions(+), 5 deletions(-) >

Re: [Qemu-devel] [Bug 1737194] Re: Windows NT 4.0 fails to boot from qcow2 installation

> # WinNT 4 Terminal Server > > Most of the time, NTLDR will fire up normally. But every so often... > > SeaBIOS (version > rel-1.7.3-117-g31b8b4e-20131206_080705-nilsson.home.kraxel.org) > > Booting from Hard Disk... > A disk read error occurred. > Insert a system diskette and restart

Re: [Qemu-devel] [PATCH v10.5 12/20] target/arm: Use vector infrastructure for aa64 add/sub/logic

On 17 January 2018 at 16:14, Richard Henderson wrote: > Reviewed-by: Alex Bennée > Signed-off-by: Richard Henderson > --- > target/arm/translate-a64.c | 207 > + > 1

[Qemu-devel] [PATCH v1] migration: change blocktime type to uint32_t

Initially int64_t was used, but on PowerPC architecture, clang doesn't have atomic_*_8 function, so it produces link time error. QEMU is working with time as with 64bit value, but by fact 32 bit is enough with CLOCK_REALTIME. In this case blocktime will keep only 1200 hours time interval.

[Qemu-devel] [PATCH v1] Fix build on ppc platform in migration/postcopy-ram.c

It was a problem with 64 atomics on ppc in migration/postcopy-ram.c reported by Philippe Mathieu-Daudé . I didn't check on ppc due to debina installation inside docker is failed, but I have my own debian on qemu-system-ppc, but build is still going. It also was tested on

[Qemu-devel] [PULL 3/3] usb-storage: Fix share-rw option parsing

From: Fam Zheng Because usb-storage creates an internal scsi device, we should propagate options. We already do so for bootindex etc, but failed to take care of share-rw. Fix it in an apparent way: add a new parameter to scsi_bus_legacy_add_drive and pass in s->conf.share_rw.

Re: [Qemu-devel] [PULL 2/3] hw/usb/ccid: Make ccid_card_init() take an error parameter

Hi Gerd, On Thu, Jan 25, 2018 at 6:16 AM, Gerd Hoffmann wrote: > From: Mao Zhongyi > > Replace init() of CCIDCardClass with realize, then convert > ccid_card_init(), ccid_card_initfn() and it's callbacks to > take an Error** in ordor to report the

[Qemu-devel] [PULL 0/3] Usb 20180125 v2 patches

The following changes since commit 834a336eb911db8a8ca00e760ee6a85faca19414: Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging (2018-01-24 19:24:26 +) are available in the git repository at: git://git.kraxel.org/qemu tags/usb-20180125-v2-pull-request for you

[Qemu-devel] [PULL 2/3] hw/usb/ccid: Make ccid_card_init() take an error parameter

From: Mao Zhongyi Replace init() of CCIDCardClass with realize, then convert ccid_card_init(), ccid_card_initfn() and it's callbacks to take an Error** in ordor to report the error more clearly. Cc: Gerd Hoffmann Cc: Marc-André Lureau

[Qemu-devel] [PULL 1/3] usb: Remove legacy -usbdevice options (host, serial, disk and net)

From: Thomas Huth The option have been marked as deprecated since QEMU 2.10, and so far nobody complained that the host, serial, disk and net options are urgently required anymore. So let's now get rid at least of this legacy pile, to simplify the usb code quite a bit. This

Re: [Qemu-devel] [PATCH v2] linux-user: Implement ioctl cmd TIOCGPTPEER

Le 25/01/2018 à 14:18, Andreas Schwab a écrit : > With glibc 2.27 the openpty function will prefer the TIOCGPTPEER ioctl. > > Signed-off-by: Andreas Schwab > --- > v2: handle host with old kernel headers > --- > linux-user/aarch64/termbits.h| 2 ++ >

Re: [Qemu-devel] [PULL 0/1] Vga 20180125 patches

are available in the git repository at: > > git://git.kraxel.org/qemu tags/vga-20180125-pull-request > > for you to fetch changes up to 191f59dc17396bb5a8da50f8c59b6e0a430711a4: > > vga: check the validation of memory addr wh

Re: [Qemu-devel] [PULL 0/3] Usb 20180125 patches

On Thu, Jan 25, 2018 at 03:28:38PM +, Peter Maydell wrote: > On 25 January 2018 at 09:16, Gerd Hoffmann wrote: > > Thomas Huth (1): > > usb: Remove legacy -usbdevice options (host, serial, disk and net) > > Hi. This fails to build on FreeBSD: > > LINK

[Qemu-devel] [PATCH] Drop remaining bits of ia64 host support

We dropped support for ia64 host CPUs in the 2.11 release (removing the TCG backend for it, and advertising the support as being completely removed in the changelog). However there are a few bits and pieces of code still floating about. Remove those, too. We can drop the check in configure for

Re: [Qemu-devel] [Bug 1737194] Re: Windows NT 4.0 fails to boot from qcow2 installation

On 25 January 2018 at 15:58, John Arbuckle wrote: > I did try to build at commits 306ec6c3cece7004429c79c1ac93d49919f1f1cc > and e689f7c668cbd9d08f330e17c3dd3a059c9553d3. Both failed to build on my > Mac OS X system. Here is the error message I usually saw: > > LINK

Re: [Qemu-devel] [PATCH v1 0/6] Extend vhost-user to support VFIO based accelerators

> -Original Message- > From: Stefan Hajnoczi [mailto:stefa...@gmail.com] > Sent: Thursday, January 25, 2018 10:22 PM > To: Bie, Tiwei > Cc: qemu-devel@nongnu.org; virtio-...@lists.oasis-open.org; > m...@redhat.com; alex.william...@redhat.com; jasow...@redhat.com;

Re: [Qemu-devel] [RFC] qid path collision issues in 9pfs

On 1/25/2018 3:46 PM, Veaceslav Falico wrote: > Hi, > > sorry for the late reply, we're acutally working on it internally... > > On 1/19/2018 7:05 PM, Greg Kurz wrote: >> On Fri, 19 Jan 2018 17:37:58 +0100 >> Veaceslav Falico wrote: >> >>> On 1/19/2018 4:52 PM,

Re: [Qemu-devel] [Bug 1737194] Re: Windows NT 4.0 fails to boot from qcow2 installation

> On Jan 25, 2018, at 2:53 AM, i336_ wrote: > > Hi, > > I've been experiencing various disk I/O issues with Windows NT too, as > well as with Windows 3.1. I think `-M isapc` may be to blame somehow. > > I've documented my experiences over at >

[Qemu-devel] [PATCH] migration: convert socket server to QIONetListener

From: "Daniel P. Berrange" Instead of creating a QIOChannelSocket directly for the migration server socket, use a QIONetListener. This provides the ability to listen on multiple sockets at the same time, so enables full support for IPv4/IPv6 dual stack. Signed-off-by:

Re: [Qemu-devel] [PATCH] char-pty: avoid assertion warning

Hi On Fri, Jan 26, 2018 at 12:40 AM, Peng Hao wrote: > g_source_unref(s->open_source) in pty_chr_timer may trigger a assertion like > this: > g_source_unref: assertion 'source != NULL' failed. > pty_chr_update_read_handler_locked-->pty_chr_state(chr, 0) may be called > in

Re: [Qemu-devel] [qemu-s390x] [PATCH v4 07/10] s390-ccw: read stage2 boot loader data to find menu

On 01/25/2018 10:25 AM, Thomas Huth wrote: On 23.01.2018 19:26, Collin L. Walling wrote: Read the stage2 boot loader data block-by-block. We scan the current block for the string "zIPL" to detect the start of the boot menu banner. We then load the adjacent blocks (previous block and next block)

Re: [Qemu-devel] [PATCH v4 08/10] s390-ccw: print zipl boot menu

On 23.01.2018 19:26, Collin L. Walling wrote: > When the boot menu options are present and the guest's > disk has been configured by the zipl tool, then the user > will be presented with an interactive boot menu with > labeled entries. An example of what the menu might look > like: > > zIPL

Re: [Qemu-devel] [PATCH 0/3] input: add keys and mouse buttons to virtio input

On Thu, Jan 25, 2018 at 04:29:23PM +0100, Gerd Hoffmann wrote: > On Mon, Jan 15, 2018 at 03:32:33PM +, Daniel P. Berrange wrote: > > On Mon, Jan 15, 2018 at 04:18:53PM +0100, Gerd Hoffmann wrote: > > > Hi, > > > > > > > Miika S (3): > > > > input: add mouse side buttons to virtio input >

Re: [Qemu-devel] [PATCH 0/3] input: add keys and mouse buttons to virtio input

On Mon, Jan 15, 2018 at 03:32:33PM +, Daniel P. Berrange wrote: > On Mon, Jan 15, 2018 at 04:18:53PM +0100, Gerd Hoffmann wrote: > > Hi, > > > > > Miika S (3): > > > input: add mouse side buttons to virtio input > > > input: virtio: don't send mouse wheel event twice > > > >

Re: [Qemu-devel] [PATCH v4 07/10] s390-ccw: read stage2 boot loader data to find menu

On 23.01.2018 19:26, Collin L. Walling wrote: > Read the stage2 boot loader data block-by-block. We scan the > current block for the string "zIPL" to detect the start of the > boot menu banner. We then load the adjacent blocks (previous > block and next block) to account for the possibility of

Re: [Qemu-devel] [PULL 0/3] Usb 20180125 patches

are available in the git repository at: > > git://git.kraxel.org/qemu tags/usb-20180125-pull-request > > for you to fetch changes up to 2aef004483e34a42021dc98a3646971dc152cb1b: > > usb-storage: Fix share-rw option parsing (2018-01-25 09:50:30 +0100) > > --

  1   2   3   >