Hi Philippe,
On Mon, Apr 6, 2020 at 3:54 PM Philippe Mathieu-Daudé wrote:
>
> Hi Sundeep,
>
> On 4/5/20 7:13 AM, sundeep.l...@gmail.com wrote:
> > From: Subbaraya Sundeep
> >
> > This patch set emulates Ethernet MAC block
> > present in Microsemi SmartFusion2 SoC.
> >
> > v2:
> >No changes.
Hi Sundeep,
On 4/5/20 7:13 AM, sundeep.l...@gmail.com wrote:
From: Subbaraya Sundeep
This patch set emulates Ethernet MAC block
present in Microsemi SmartFusion2 SoC.
v2:
No changes. Fixed Signed-off mail id in patch 2/2
Testing:
1. Download u-boot.bin, uImage and msf2-devkit.dtb from
From: Subbaraya Sundeep
This patch set emulates Ethernet MAC block
present in Microsemi SmartFusion2 SoC.
v2:
No changes. Fixed Signed-off mail id in patch 2/2
Testing:
1. Download u-boot.bin, uImage and msf2-devkit.dtb from
https://github.com/Subbaraya-Sundeep/qemu-test-binaries.git
2.
On Mon, Jul 22, 2019 at 01:24:44PM +, Oleinik, Alexander wrote:
> While fuzzing the virtio-net tx vq, I ran into an assertion failure due
> to iov_copy offsets larger than the total iov size. Though there is
> a check to cover this, it does not execute when !n->has_vnet_hdr. This
> patch tries
On Mon, Oct 14, 2019 at 12:05:47PM -0300, Eduardo Habkost wrote:
>On Sat, Oct 12, 2019 at 05:02:09PM +0800, Wei Yang wrote:
>> On Sat, Sep 14, 2019 at 03:40:41PM -0400, Michael S. Tsirkin wrote:
>> >On Fri, Sep 13, 2019 at 11:47:46PM +, Wei Yang wrote:
>> >> On Tue, Jul 30, 2019 at 08:37:38AM +
On Sat, Oct 12, 2019 at 05:02:09PM +0800, Wei Yang wrote:
> On Sat, Sep 14, 2019 at 03:40:41PM -0400, Michael S. Tsirkin wrote:
> >On Fri, Sep 13, 2019 at 11:47:46PM +, Wei Yang wrote:
> >> On Tue, Jul 30, 2019 at 08:37:38AM +0800, Wei Yang wrote:
> >> >When we iterate the memory-device list to
On Sat, Sep 14, 2019 at 03:40:41PM -0400, Michael S. Tsirkin wrote:
>On Fri, Sep 13, 2019 at 11:47:46PM +, Wei Yang wrote:
>> On Tue, Jul 30, 2019 at 08:37:38AM +0800, Wei Yang wrote:
>> >When we iterate the memory-device list to get the available range, it is not
>> >necessary to iterate the w
Hi Stefan,
I'v been confused by trailing newline in trace reports,
so this series aims to fix this, by cleaning current
formats and add a check to catch new one introduced.
v2:
- Use regex format (easier to review)
- Added R-b
Regards,
Phil.
Philippe Mathieu-Daudé (2):
trace: Remove trailing
On Fri, Sep 13, 2019 at 11:47:46PM +, Wei Yang wrote:
> On Tue, Jul 30, 2019 at 08:37:38AM +0800, Wei Yang wrote:
> >When we iterate the memory-device list to get the available range, it is not
> >necessary to iterate the whole list.
> >
> >1) no more overlap for hinted range if tmp exceed it
>
On Tue, Jul 30, 2019 at 08:37:38AM +0800, Wei Yang wrote:
>When we iterate the memory-device list to get the available range, it is not
>necessary to iterate the whole list.
>
>1) no more overlap for hinted range if tmp exceed it
>
>v2:
> * remove #2 as suggested by Igor and David
> * add some
do_drive_backup() acquires the AioContext lock of the corresponding
BlockDriverState. This is not a problem when it's called from
qmp_drive_backup(), but drive_backup_prepare() also acquires the lock
before calling it.
Additionally, Max Reitz pointed out that bdrv_try_set_aio_context() is
called a
This is the second part of the patches I prepared
for this driver back when I worked on mdev-nvme.
V2: addressed review feedback, no major changes
Best regards,
Maxim Levitsky
Maxim Levitsky (2):
block/nvme: add support for write zeros
block/nvme: add support for discard
block/nvme
Gerd Hoffmann (2):
vga: move access helpers to separate include file
ati: use vga_read_byte in ati_cursor_define
hw/display/vga-access.h | 49
hw/display/vga-helpers.h | 26 -
hw/display/ati.c | 19
hw/d
* Wei Yang (richard.weiy...@gmail.com) wrote:
> Two cleanup:
>
> Patch #1 make code consistent on calling add_to_iovec
> Patch #2 refine the code to handle the case when buf already flushed
Queued
> v2:
> * wrap common steps into add_buf_to_iovec()
>
> Wei Yang (2):
> migration/qemu-file: r
Hello,
A typical pseries VM with 16 vCPUs, one disk, one network adapater
uses less than 100 interrupts but the whole IRQ number space of the
QEMU machine is allocated at reset time and it is 8K wide. This is
wasting a considerable amount of interrupt numbers in the global IRQ
space which has 1M
Two cleanup:
Patch #1 make code consistent on calling add_to_iovec
Patch #2 refine the code to handle the case when buf already flushed
v2:
* wrap common steps into add_buf_to_iovec()
Wei Yang (2):
migration/qemu-file: remove check on writev_buffer in
qemu_put_compression_data
migratio
add support for NFSv3 umount call. V2 adds a patch that fixes
the order of the aio teardown. The addition of the NFS umount
call unmasked that bug.
Peter Lieven (2):
block/nfs: tear down aio before nfs_close
block/nfs: add support for nfs_umount
block/nfs.c | 9 +++--
1 file changed, 7 i
On 27.08.19 20:59, Nir Soffer wrote:
> While working on 4k support, I noticed that there is lot of code using
> BDRV_SECTOR_SIZE (512) for checking alignment. I wonder how this can work with
> 4k storage.
>
> Lets start by cleaning up to make the code easier to understand:
> - Use QEMU_IS_ALIGNED
On Fri, Aug 30, 2019 at 09:19:01AM -0300, vandersonmr wrote:
> This patch is part of Google Summer of Code (GSoC) 2019.
> More about the project can be found in:
> https://wiki.qemu.org/Internships/ProjectIdeas/TCGCodeQuality
>
> This adds --perf command-line option to dump Linux Perf
> jitdump fi
On 8/30/19 3:09 AM, David Hildenbrand wrote:
> Let's return a host pointer from probe_access() if possible and provide
> probe_access(). s390x will soon make use of probe_access() and use the
> provided host pointer.
>
> v1 -> v2:
> - Rebased to tcg-next
> - "tcg: Make probe_write() return a point
This patch is part of Google Summer of Code (GSoC) 2019.
More about the project can be found in:
https://wiki.qemu.org/Internships/ProjectIdeas/TCGCodeQuality
This adds --perf command-line option to dump Linux Perf
jitdump files. These files are used to enhant Perf report
and to be able to analyze
Let's return a host pointer from probe_access() if possible and provide
probe_access(). s390x will soon make use of probe_access() and use the
provided host pointer.
v1 -> v2:
- Rebased to tcg-next
- "tcg: Make probe_write() return a pointer to the host page"
-- Rephrase documentation
- "tcg: Fact
While working on 4k support, I noticed that there is lot of code using
BDRV_SECTOR_SIZE (512) for checking alignment. I wonder how this can work with
4k storage.
Lets start by cleaning up to make the code easier to understand:
- Use QEMU_IS_ALIGNED macro to check alignment
- Remove unneeded masks
On 8/24/19 12:28 PM, Eric Blake wrote:
> Since v1;
> - new patch 1
> - adjust patch 2 to not set errp when not in strict mode
>
> Eric Blake (2):
> nbd: Use g_autofree in a few places
> nbd: Tolerate more errors to structured reply request
I'm queuing this through my NBD tree.
--
Eric Blake
Patchew URL: https://patchew.org/QEMU/20190825220329.7942-1-nsof...@redhat.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v2 0/2] Optimize alignment probing
Message-id: 20190825220329.7942-1-nsof
When probing unallocated area on XFS filesystem we cannot detect request
alignment and we fallback to safe value which may not be optimal. Avoid this
fallback by always allocating the first block when creating a new image or
resizing empty image.
I tested v1 only with -raw format, and missed some
Since v1;
- new patch 1
- adjust patch 2 to not set errp when not in strict mode
Eric Blake (2):
nbd: Use g_autofree in a few places
nbd: Tolerate more errors to structured reply request
block/nbd.c | 11 +++
nbd/client.c | 85 +++-
nb
From: "Dr. David Alan Gilbert"
Hi,
This pair of patches adds the core of the virtio-fs support to qemu;
it's marked experimental since the kernel patch and spec changes aren't
in yet; but they're bubbling along.
While the spec change is still in progress; the ID number is already
reserved.
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Fri, Aug 23, 2019 at 04:14:48PM +0100, Dr. David Alan Gilbert wrote:
> > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > > On Fri, Aug 23, 2019 at 03:56:34PM +0100, Dr. David Alan Gilbert wrote:
> > > > * Daniel P. Berrangé (berra...@redh
On Fri, Aug 23, 2019 at 04:14:48PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > On Fri, Aug 23, 2019 at 03:56:34PM +0100, Dr. David Alan Gilbert wrote:
> > > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > > > If two helpers are running as the s
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Fri, Aug 23, 2019 at 03:56:34PM +0100, Dr. David Alan Gilbert wrote:
> > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > > On Fri, Aug 23, 2019 at 03:26:02PM +0100, Dr. David Alan Gilbert wrote:
> > > > * Daniel P. Berrangé (berra...@redh
On Fri, Aug 23, 2019 at 03:56:34PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > On Fri, Aug 23, 2019 at 03:26:02PM +0100, Dr. David Alan Gilbert wrote:
> > > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > > > On Fri, Aug 23, 2019 at 03:09:48PM
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Fri, Aug 23, 2019 at 03:26:02PM +0100, Dr. David Alan Gilbert wrote:
> > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > > On Fri, Aug 23, 2019 at 03:09:48PM +0100, Dr. David Alan Gilbert wrote:
> > > > * Marc-André Lureau (marcandre.lur.
On Fri, Aug 23, 2019 at 03:26:02PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > On Fri, Aug 23, 2019 at 03:09:48PM +0100, Dr. David Alan Gilbert wrote:
> > > * Marc-André Lureau (marcandre.lur...@gmail.com) wrote:
> > > > Hi
> > > >
> > > > On Fri, A
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Fri, Aug 23, 2019 at 03:09:48PM +0100, Dr. David Alan Gilbert wrote:
> > * Marc-André Lureau (marcandre.lur...@gmail.com) wrote:
> > > Hi
> > >
> > > On Fri, Aug 23, 2019 at 5:00 PM Dr. David Alan Gilbert
> > > wrote:
> > > >
> > > > * Daniel
On Fri, Aug 23, 2019 at 03:09:48PM +0100, Dr. David Alan Gilbert wrote:
> * Marc-André Lureau (marcandre.lur...@gmail.com) wrote:
> > Hi
> >
> > On Fri, Aug 23, 2019 at 5:00 PM Dr. David Alan Gilbert
> > wrote:
> > >
> > > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> > >
> > >
> > >
> > >
* Marc-André Lureau (marcandre.lur...@gmail.com) wrote:
> Hi
>
> On Fri, Aug 23, 2019 at 5:00 PM Dr. David Alan Gilbert
> wrote:
> >
> > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> >
> >
> >
> > > This means QEMU still has to iterate over every single client
> > > on the bus to identify
On Fri, Aug 23, 2019 at 05:48:37PM +0400, Marc-André Lureau wrote:
> Hi
>
> On Fri, Aug 23, 2019 at 5:00 PM Dr. David Alan Gilbert
> wrote:
> >
> > * Daniel P. Berrangé (berra...@redhat.com) wrote:
> >
> >
> >
> > > This means QEMU still has to iterate over every single client
> > > on the bus t
Hi
On Fri, Aug 23, 2019 at 5:00 PM Dr. David Alan Gilbert
wrote:
>
> * Daniel P. Berrangé (berra...@redhat.com) wrote:
>
>
>
> > This means QEMU still has to iterate over every single client
> > on the bus to identify them. If you're doing that, there's
> > no point in owning a well known servic
* Daniel P. Berrangé (berra...@redhat.com) wrote:
> This means QEMU still has to iterate over every single client
> on the bus to identify them. If you're doing that, there's
> no point in owning a well known service at all. Just iterate
> over the unique bus names and look for the exported obje
Hi
On Fri, Aug 23, 2019 at 3:42 PM Daniel P. Berrangé wrote:
>
> On Fri, Aug 23, 2019 at 03:31:16PM +0400, Marc-André Lureau wrote:
> > Hi
> >
> > On Fri, Aug 23, 2019 at 3:21 PM Daniel P. Berrangé
> > wrote:
> > >
> > > On Thu, Aug 08, 2019 at 07:03:23PM +0400, Marc-André Lureau wrote:
> > > >
On Fri, Aug 23, 2019 at 03:31:16PM +0400, Marc-André Lureau wrote:
> Hi
>
> On Fri, Aug 23, 2019 at 3:21 PM Daniel P. Berrangé
> wrote:
> >
> > On Thu, Aug 08, 2019 at 07:03:23PM +0400, Marc-André Lureau wrote:
> > > Hi,
> > >
> > > With external processes or helpers participating to the VM supp
Hi
On Fri, Aug 23, 2019 at 3:21 PM Daniel P. Berrangé wrote:
>
> On Thu, Aug 08, 2019 at 07:03:23PM +0400, Marc-André Lureau wrote:
> > Hi,
> >
> > With external processes or helpers participating to the VM support, it
> > becomes necessary to handle their migration. Various options exist to
> >
On Thu, Aug 08, 2019 at 07:03:23PM +0400, Marc-André Lureau wrote:
> Hi,
>
> With external processes or helpers participating to the VM support, it
> becomes necessary to handle their migration. Various options exist to
> transfer their state:
> 1) as the VM memory, RAM or devices (we could say th
Cheers,
Anthony PERARD (2):
xen-bus: Fix backend state transition on device reset
xen-bus: Avoid rewriting identical values to xenstore
hw/xen/xen-bus.c | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
--
Anthony PERARD
I noticed recently that the exit semihosting call on nios2 was
ignoring its parameter and always returning status 0 instead. It
turns out the handler was retrieving the value of the wrong register.
Since the nios2 semihosting implementation was basically
cut-and-pasted from that for m68k, I checke
v2:
- simply migrate has_coalesced_range in patch 1, while I added
comments in the code because that can be a bit unobvious [Paolo]
v1 is here:
https://lists.gnu.org/archive/html/qemu-devel/2019-08/msg03293.html
Peter Xu (2):
memory: Inherit has_coalesced_range from the same old FlatRange
From: Satheesh Rajendran
This series attempt to add support for avocado acceptance
test for powerpc and adds linux console boot test.
avocado run boot_linux_console.py:BootLinuxConsole.test_ppc64le_pseries
version.py vnc.py
JOB ID : ec1e09d8259bc0c79eacdb4353df6223be369b84
JOB LOG: /hom
Hi,
With external processes or helpers participating to the VM support, it
becomes necessary to handle their migration. Various options exist to
transfer their state:
1) as the VM memory, RAM or devices (we could say that's how
vhost-user devices can be handled today, they are expected to
re
* Wei Yang (richardw.y...@linux.intel.com) wrote:
> Two cleanup for ram_load:
>
> * return -EINVAL for version_id mismatch
> * extract ram_load_precopy for better readability
>
> v2: fix a comment
Queued
> Wei Yang (2):
> migration: return -EINVAL directly when version_id mismatch
> migrati
When we iterate the memory-device list to get the available range, it is not
necessary to iterate the whole list.
1) no more overlap for hinted range if tmp exceed it
v2:
* remove #2 as suggested by Igor and David
* add some comment to inform address assignment stay the same as before
Patchew URL:
https://patchew.org/QEMU/20190725150832.1180275-1-stef...@linux.vnet.ibm.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v2 0/2] tpm: Improve on error handling
Message-id
This series of patches improves error handling with the TPM backend.
Stefan
v1->v2:
- defined error codes swtpm is using in tpm_int.h and provided strings for
them
Stefan Berger (2):
tpm: Exit in reset when backend indicates failure
tpm_emulator: Translate TPM error codes to strings
Two cleanup for ram_load:
* return -EINVAL for version_id mismatch
* extract ram_load_precopy for better readability
v2: fix a comment
Wei Yang (2):
migration: return -EINVAL directly when version_id mismatch
migration: extract ram_load_precopy
migration/ram.c | 73
On Wed, Jul 24, 2019 at 01:03:42PM +, Montes, Julio wrote:
> Hi Stefano
>
> On Wed, 2019-07-24 at 09:36 +0200, Stefano Garzarella wrote:
> > On Tue, Jul 23, 2019 at 05:37:18PM +, Montes, Julio wrote:
> > > Stefano, Brilliant job!
> > >
> > > I can confirm that with these patches the memor
Hi Stefano
On Wed, 2019-07-24 at 09:36 +0200, Stefano Garzarella wrote:
> On Tue, Jul 23, 2019 at 05:37:18PM +, Montes, Julio wrote:
> > Stefano, Brilliant job!
> >
> > I can confirm that with these patches the memory footprint is
> > smaller
> > and the boot time is the same for kata
> >
>
On Tue, Jul 23, 2019 at 05:37:18PM +, Montes, Julio wrote:
> Stefano, Brilliant job!
>
> I can confirm that with these patches the memory footprint is smaller
> and the boot time is the same for kata
>
> Here the results using kata metrics
>
> https://pasteboard.co/Ipl06Q0.png
> https://past
Stefano, Brilliant job!
I can confirm that with these patches the memory footprint is smaller
and the boot time is the same for kata
Here the results using kata metrics
https://pasteboard.co/Ipl06Q0.png
https://pasteboard.co/Ipl3p4d.png
Thanks
-
Julio
On Tue, 2019-07-23 at 16:04 +0200, Stefa
In order to reduce the memory footprint when PVH kernel and initrd
are used, we map them into memory instead of reading them.
In this way we can share them between multiple instances of QEMU.
v2:
- Patch 1: used g_mapped_file_new_from_fd() with 'writeble' set to 'true',
since we can mod
On Mon, Jul 22, 2019 at 01:24:44PM +, Oleinik, Alexander wrote:
> While fuzzing the virtio-net tx vq, I ran into an assertion failure due
> to iov_copy offsets larger than the total iov size. Though there is
> a check to cover this, it does not execute when !n->has_vnet_hdr. This
> patch tries
While fuzzing the virtio-net tx vq, I ran into an assertion failure due
to iov_copy offsets larger than the total iov size. Though there is
a check to cover this, it does not execute when !n->has_vnet_hdr. This
patch tries to fix this.
The call stack for the assertion failure:
#8 in __assert_fail
Move the define of target access alignment earlier from
target/foo/cpu.h to configure.
Suggested in Richard Henderson's reply to "[PATCH 1/4] tcg: TCGMemOp
is now accelerator independent MemOp"
Analysed target/foo/cpu.h for more candidates to define earlier but
did not s
Patchew URL:
https://patchew.org/QEMU/20190717071114.14772-1-richardw.y...@linux.intel.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bi
Patch 1 refine bitmap_set a little.
Patch 2 add related test case to bitmap_set.
v2:
* refine bitmap_set_atomic
* add a test case
Wei Yang (2):
bitmap: get last word mask from nr directly
test-bitmap: add test for bitmap_set
tests/test-bitmap.c | 33 +
ut
On Tue, Jul 16, 2019 at 6:56 AM Stefan Hajnoczi wrote:
>
> On Wed, Jul 10, 2019 at 05:14:02PM -0700, Alistair Francis wrote:
> > This series includes the OpenSBI firmware for QEMU RISC-V users.
>
> A mirror of the OpenSBI repo has been created here:
> https://git.qemu.org/?p=opensbi.git;a=summary
On Wed, Jul 10, 2019 at 05:14:02PM -0700, Alistair Francis wrote:
> This series includes the OpenSBI firmware for QEMU RISC-V users.
A mirror of the OpenSBI repo has been created here:
https://git.qemu.org/?p=opensbi.git;a=summary
qemu.org hosts all software, including firmware, that goes into QE
This series includes the OpenSBI firmware for QEMU RISC-V users.
To avoid breakages we have not changed the default behaviour of QEMU.
The plan is to change the default though, which is why an entry to the
qemu-deprecated.texi file has been added as well as a new warning.
After this series QEMU 4
I sent this out a while ago and didn't really receive any comments then
kind of forgot about it. These changes are not critical, but are really
necessary for certain situations and testing to make things behave like
they really should:
* It allows a BMC to be created with no UUID, returning an er
Hi,
I was looking at Thomas' last series [*] where he adds the
NeXTcube machine, thinking about enforcing a new rule "new
machines must have tests". Then I realized the UART is not
yet implemented, so our current sample tests are not helpful.
Since the framebuffer is working, I gave a try at dump
On Mon, Jun 24, 2019 at 05:18:09PM +0800, Peter Xu wrote:
> v2:
> - rename helper to get_naturally_aligned_size(), simplify the
> codes as suggested [Paolo]
> - check against vtd page size when looping over for unmaps [Yan]
> - add r-b for Eric
>
> Please review, thanks.
Series:
Reviewed-by: Mi
v2:
- rename helper to get_naturally_aligned_size(), simplify the
codes as suggested [Paolo]
- check against vtd page size when looping over for unmaps [Yan]
- add r-b for Eric
Please review, thanks.
Peter Xu (1):
intel_iommu: Fix unexpected unmaps during global unmap
Yan Zhao (1):
intel_i
On 03.06.19 22:22, Max Reitz wrote:
> QEMU’s always been confused over what a snapshot is: Is it the overlay?
> Is it the backing image?
>
> Confusion is rarely a good thing. I can’t think of any objective reason
> why the overlay would be a snapshot. A snapshot is something that does
> not chan
Hi,
I added test guide lines from Subbaraya Sundeep [*] to avoid this
board to bitrot.
v2: Addressed issues reported by Cleber
Regards,
Phil.
[*] https://lists.gnu.org/archive/html/qemu-devel/2017-05/msg03810.html
Philippe Mathieu-Daudé (2):
BootLinuxConsoleTest: Do not log empty lines
Bo
v1: Patch1 fixed out-of-bounds assertions in hw/sd/sd.c
v2: Added patch2 that fixed the incorrect assertion for poll_fds
in util/main-loop.c based on the feedbacks from Peter Maydell
and Liam Merwick,
Lidong Chen (2):
sd: Fix out-of-bounds assertions
util/main-loop: Fix incorrect asse
Hi all!
Here is a suggestion to enable keepalive option to track server availablity.
We suggest to enable it by default. If we need, we'll be able to add option
to specify timeout by hand later.
v2: 01 - Fix io channel returned errors to be -1 [Daniel]
02 - Fix typo in commit message [Eric]
Hi all.
Here is a proposal of replacing workaround in mirror, when
we have to move filter node back to block-job blk after
bdrv_replace_node.
v2: rebased on updated blk_new, with aio context paramter.
Vladimir Sementsov-Ogievskiy (2):
block: introduce pinned blk
blockjob: use blk_new_pinned
The v2 changes include the fix for the incorrect assertion for poll_fds
in util/main-loop.c according to the review comments from the previous
sd fixes.
Lidong Chen (2):
sd: Fix out-of-bounds assertions
util/main-loop: Fix incorrect assertion
hw/sd/sd.c | 4 ++--
util/main-loop.c | 2 +
QEMU’s always been confused over what a snapshot is: Is it the overlay?
Is it the backing image?
Confusion is rarely a good thing. I can’t think of any objective reason
why the overlay would be a snapshot. A snapshot is something that does
not change over time; the overlay does.
(I suppose hist
Peter: I think this one would be through your tree if anyone's, yes? Any
thoughts?
--js
On 5/23/19 8:12 AM, John Snow wrote:
> QMP isn't json. It turns out Pygments cares about this.
> Teach Pygments to go with the annotated flow.
>
> V2:
> - Change GPL2 to GPLv2+ (Peter Maydell)
> - Change "h
On 5/31/19 3:20 AM, Alex Bennée wrote:
>
> no-re...@patchew.org writes:
>
>> Patchew URL:
>> https://patchew.org/QEMU/20190523204954.13122-1-richard.hender...@linaro.org/
>>
>>
>>
>> Hi,
>>
>> This series failed build test on s390x host. Please find the details below.
>>
>> === TEST SCRIPT BEGIN
no-re...@patchew.org writes:
> Patchew URL:
> https://patchew.org/QEMU/20190523204954.13122-1-richard.hender...@linaro.org/
>
>
>
> Hi,
>
> This series failed build test on s390x host. Please find the details below.
>
> === TEST SCRIPT BEGIN ===
> #!/bin/bash
> # Testing script will be invoked
From: "Dr. David Alan Gilbert"
Laine asked for some extra features on the network announce support;
this is the first one of them.
It allows you to send an announce on a subset of the interfaces.
Note since we've still only got one timer, if you start one announce
on an interface and then you s
On Tue, May 28, 2019 at 12:16:31PM +0300, Yury Kotov wrote:
> Hi,
>
> V2:
> * Revert odd changes in migrate()
> * Add short description for socket_send_fds()
> and remove ifdef WIN32 as it's not needed
>
> This series is a continuation of the previous two:
> * migration: Fix handling fd protoco
Hi,
V2:
* Revert odd changes in migrate()
* Add short description for socket_send_fds()
and remove ifdef WIN32 as it's not needed
This series is a continuation of the previous two:
* migration: Fix handling fd protocol
* Add 'inline-fd:' protocol for migration
It's about such use case:
1. Targ
This patchset fixes a couple of simple bugs in our GICv3
implementation.
Changes since v1:
* patches 3 and 4 from the old patchset are now in master
* patch 1 now covers both the read and write functions
I've also just noticed (via grep for IDREGS) that we made
the same decode mistake in the SM
UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions.
UMONITOR arms address monitoring hardware using an address. A store
to an address within the specified address range triggers the
monitoring hardware to wake up the processor waiting in umwait.
UMWAIT instructs the processor to ente
There has recently been some good progress in the upstream
capstone repository, syncing the instruction sets from the
(further) upstream llvm.
In particular, there are Power9 and System z13 instructions.
Both of which were missing from our current snapshot and from
our (ancient) binutils opcodes s
QMP isn't json. It turns out Pygments cares about this.
Teach Pygments to go with the annotated flow.
V2:
- Change GPL2 to GPLv2+ (Peter Maydell)
- Change "highlights" to "lexes" in docstrings
- Fix typo ("Sphinx()" => "Sphinx") in docstring
Reported-by: Aarushi Mehta
John Snow (2):
sphinx
Am 22.05.2019 um 16:40 hat Max Reitz geschrieben:
> See patch 1 for the code-based explanation, and patch 2 for a case where
> this bites in practice.
Thanks, applied to the block branch.
Kevin
See patch 1 for the code-based explanation, and patch 2 for a case where
this bites in practice.
v2:
- Remove test artifacts that remained from testing the test
(Sorry...)
git backport-diff against v1:
Key:
[] : patches are identical
[] : number of functional differences between upst
Am 15.05.2019 um 06:15 hat Max Reitz geschrieben:
> The user-visible problem:
> $ echo > foo
> $ qemu-img map --image-opts driver=file,filename=foo,cache.direct=on
> Offset Length Mapped to File
> qemu-img: block/io.c:2093: bdrv_co_block_status: Assertion `*pnum &&
> QEMU_IS
On 5/17/19 3:31 PM, Laurent Vivier wrote:
> They are used by some package setup scripts to set the default configuration.
>
> v2: rebase
>
> Laurent Vivier (2):
> linux-user: add pseudo /proc/cpuinfo for sparc
> linux-user: add pseudo /proc/hardware for m68k
>
> linux-user/syscall.c | 27 ++
Hi all!
We need to copy bitmaps to new top node on external snapshot, to
not break incremental backup chain.
The only thing to do is to allow block-dirty-bitmap-merge to work
with different nodes, here it is.
v2: use 'alternate' type in qapi for specifying source bitmap
instead of adding new
They are used by some package setup scripts to set the default configuration.
v2: rebase
Laurent Vivier (2):
linux-user: add pseudo /proc/cpuinfo for sparc
linux-user: add pseudo /proc/hardware for m68k
linux-user/syscall.c | 27 ++-
1 file changed, 26 insertions(+),
The user-visible problem:
$ echo > foo
$ qemu-img map --image-opts driver=file,filename=foo,cache.direct=on
Offset Length Mapped to File
qemu-img: block/io.c:2093: bdrv_co_block_status: Assertion `*pnum &&
QEMU_IS_ALIGNED(*pnum, align) && align > offset - aligned_offset'
fai
I've already applied patches from v1 with r-b tags to 9p-next. Please find
updated versions of the -virtfs_synth deprecation and the documentation
patches.
--
Greg
---
Greg Kurz (2):
vl: Deprecate -virtfs_synth
virtfs: Fix documentation of -fsdev and -virtfs
qemu-deprecated.texi |
On 5/6/19 11:41 PM, Eduardo Habkost wrote:
> On Sat, May 04, 2019 at 01:52:51PM +0200, Philippe Mathieu-Daudé wrote:
>> On 3/13/19 12:45 AM, Philippe Mathieu-Daudé wrote:
>>> Add the raspi2 to the list of boards tested by the
>>> boot_linux_console Avocado test.
>>>
>>> Based on "Acceptance Tests:
On Sat, May 04, 2019 at 01:52:51PM +0200, Philippe Mathieu-Daudé wrote:
> On 3/13/19 12:45 AM, Philippe Mathieu-Daudé wrote:
> > Add the raspi2 to the list of boards tested by the
> > boot_linux_console Avocado test.
> >
> > Based on "Acceptance Tests: target architecture support" v5:
> > https://
This patchset introduces a version attribute under sysfs of VFIO Mediated
devices.
This version attribute is used to check whether two mdev devices are
compatible.
user space software can take advantage of this version attribute to
determine whether to launch live migration between two mdev device
Hi,
Two trivial patches waiting Laszlo's series to land.
Since v1:
- rebased
v1:
https://lists.gnu.org/archive/html/qemu-devel/2019-04/msg01589.html
https://lists.gnu.org/archive/html/qemu-devel/2019-04/msg01598.html
Philippe Mathieu-Daudé (2):
roms: Correct the EDK2_BASETOOLS_OPTFLAGS variab
1 - 100 of 1410 matches
Mail list logo
