CET states are divided into user-mode and supervisor-mode states,
MSR_KVM_GUEST_SSP holds current SHSTK pointer in use, MSR_IA32_U_CET and
MSR_IA32_PL3_SSP are for user-mode states, others are for supervisor-mode
states. Expose access according to current CET supported bits in CPUID
and XSS.
Save the MSRs being used on source machine and restore them
on destination machine.
Signed-off-by: Yang Weijiang
---
target/i386/machine.c | 161 ++
1 file changed, 161 insertions(+)
diff --git a/target/i386/machine.c b/target/i386/machine.c
index
Currently, CPUID.(EAX=0DH,ECX=01H) doesn't enumerate features in
XSS properly, add the support here. XCR0 bits indicate user-mode XSAVE
components, and XSS bits indicate supervisor-mode XSAVE components.
Signed-off-by: Yang Weijiang
---
target/i386/cpu.c | 48
CET SHSTK and IBT feature are enumerated via CPUID.(EAX=07H,ECX=0H):ECX[bit 7]
and EDX[bit 20]. CET state load/restore at vmentry/vmexit are enabled via
VMX_ENTRY_CTLS[bit 20] and VMX_EXIT_CTLS[bit 28].
Signed-off-by: Yang Weijiang
---
target/i386/cpu.c | 8
1 file changed, 4
Rename XSAVE related feature-words for introducing XSAVES related
feature-words.
Signed-off-by: Yang Weijiang
---
target/i386/cpu.c | 24
target/i386/cpu.h | 4 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/target/i386/cpu.c b/target/i386/cpu.c
Control-flow Enforcement Technology (CET) provides protection against
Return/Jump-Oriented Programming (ROP/JOP). It includes two features:
Shadow Stack(SHSTK) and Indirect Branch Tracking(IBT).
This patch series is to enable CET related CPUID report, XSAVES/XRSTORS
support and MSR access etc. for
CET Shadow Stack(SHSTK) and Indirect Branch Tracking(IBT) are enumerated
via CPUID.(EAX=07H,ECX=0H):ECX[bit 7] and EDX[bit 20] respectively.
Two CET bits (bit 11 and 12) are defined in MSR_IA32_XSS for XSAVES.
They correspond to CET states in user and supervisor mode respectively.
Signed-off-by:
On 2/26/21 12:21 AM, Cleber Rosa wrote:
> The "get-vm-images" target defined in tests/Makefile.include is a
> prerequisite for "check-acceptance", so that those files get
> downloaded before the Avocado job even starts.
>
> It looks like on c401c058a1c a TARGETS variable was introduced with a
>
The "get-vm-images" target defined in tests/Makefile.include is a
prerequisite for "check-acceptance", so that those files get
downloaded before the Avocado job even starts.
It looks like on c401c058a1c a TARGETS variable was introduced with a
different content than it was previously coming from
Previously, tests were being filtered by the matching target
architectures to be built. The benefit, compared to the current
situation, is a more concise test job that won't show tests canceled
because a matching QEMU binary was not found (those tests won't even
be attempted).
Signed-off-by:
This addresses two issues, restoring them to their previous behavior:
The first one, reported by Thomas Huth, a test timeout (and thus a job
failed) on CI. The test was interrupted because of a download
timeout. The download timeout happened due to the fact that "make
get-vm-images" is
On 2/25/21 6:50 PM, Jag Raman wrote:
>
>
>> On Feb 25, 2021, at 11:35 AM, Stefan Hajnoczi wrote:
>>
>> On Thu, Feb 25, 2021 at 01:15:53PM +0100, Paolo Bonzini wrote:
>>> On 25/02/21 11:38, Philippe Mathieu-Daudé wrote:
On 2/24/21 1:23 PM, Paolo Bonzini wrote:
> Signed-off-by: Paolo
On 2/25/21 9:59 PM, Willian Rampazzo wrote:
> This series is a respin to the "multi-process: Acceptance test for multiproce=
> ss
> QEMU" patch sent in December which, runs an Avocado functional test to check =
> if a
> remote lsi53c895a device gets identified by the guest:
>
First do the block checks, so we know if it is read-only or not.
Then create the MemoryRegion. This will allow optimization in
the next commit.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/block/pflash_cfi01.c | 24
hw/block/pflash_cfi02.c | 18 +-
2
If the block drive is read-only we will model a "protected" flash
device. We can thus use memory_region_init_rom_device_from_file()
which mmap the backing file when creating the MemoryRegion.
If the same backing file is used by multiple QEMU instances, this
reduces the memory footprint (this is
Introduce memory_region_init_rom_device_from_file() which mmap
the backing file of ROM devices. This allows to reduce QEMU memory
footprint as the same file can be shared between multiple instances
of QEMU.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/memory.h | 85
Hi,
This series aims to reduce the memory footprint of flash devices
when the backing file is read-only.
When a backing file is read-only, the model considers the flash
is in "protected" mode. No write are allowed, but the MMIO
state machine is still usable.
This series introduces a new memory
On 2/24/21 7:52 AM, Kevin Wolf wrote:
> Add an ObjectOptions union that will eventually describe the options of
> all user creatable object types. As unions can't exist without any
> branches, also add the first object type.
>
> This adds a QAPI schema for the properties of the iothread object.
>
On 2/24/21 7:52 AM, Kevin Wolf wrote:
> The option has been deprecated in QEMU 5.0, remove it.
>
> Signed-off-by: Kevin Wolf
> ---
> qapi/qom.json| 6 +-
> docs/system/deprecated.rst | 5 -
> docs/system/removed-features.rst | 5 +
> qom/qom-qmp-cmds.c
On 2/24/21 7:52 AM, Kevin Wolf wrote:
> The 'props' option has been deprecated in 5.0 in favour of a flattened
> object-add command. Time to change our test cases to drop the deprecated
> option.
>
> Signed-off-by: Kevin Wolf
> ---
Reviewed-by: Eric Blake
--
Eric Blake, Principal Software
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Paolo Montesel
>
> Signed-off-by: Alessandro Di Federico
> Signed-off-by: Paolo Montesel
> ---
> target/hexagon/idef-parser/idef-parser.h | 245 +++
> target/hexagon/idef-parser/idef-parser.lex| 647 ++
>
On 2/25/21 7:07 AM, Markus Armbruster wrote:
Unfortunately, the "check" in check_exprs falls off almost immediately.
What do you mean by "falls off"?
mypy loses the constraint in its static analysis. i.e. all of the work
we do in expr.py is almost entirely opaque to mypy.
On 2/25/21 9:03 AM, Markus Armbruster wrote:
Why? Is it to appease a style checker?
I disagree with a blanket ban of single-letter variable names.
If @f is deemed too terrible to live, then I'd prefer @feat over
@feature, because it's more visually distant to @features.
Yeah, pylint. We've
On Thu, Feb 25, 2021 at 07:13:44PM +0100, Philippe Mathieu-Daudé wrote:
g_mapped_file_new_from_fd()'s parameter is named 'writable'.
Signed-off-by: Philippe Mathieu-Daudé
---
include/hw/elf_ops.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/hw/elf_ops.h
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Alessandro Di Federico
>
> Introduce infrastructure necessary to produce a file suitable for being
> parsed by the idef-parser.
>
> Signed-off-by: Alessandro Di Federico
> ---
> target/hexagon/gen_idef_parser_funcs.py | 114
On 2/25/21 9:23 AM, Markus Armbruster wrote:
John Snow writes:
This is a small rewrite to address some minor style nits.
Don't compare against the empty list to check for the empty condition, and
move the normalization forward to unify the check on the now-normalized
structure.
With the
The pSeries machine is using QEMUTimer internals to return the timeout
in seconds for a timer object, in hw/ppc/spapr.c, function
spapr_drc_unplug_timeout_remaining_sec().
Create a helper in qemu-timer.c to retrieve the deadline for a QEMUTimer
object, in ms, to avoid exposing timer internals to
On Thu, 11 Feb 2021 12:42:58 -0700, Nathan Chancellor wrote:
> fw_cfg_showrev() is called by an indirect call in kobj_attr_show(),
> which violates clang's CFI checking because fw_cfg_showrev()'s second
> parameter is 'struct attribute', whereas the ->show() member of 'struct
> kobj_structure'
Sometimes a test needs to send a command to a console without waiting
for a pattern as a result, or the command issued do not produce any kind
of output, like, for example, a `mount` command.
This introduces the `exec_command` function to the avocado_qemu,
allowing the test to send a command to
From: Jagannathan Raman
Runs the Avocado acceptance test to check if a
remote lsi53c895a device gets identified by the guest.
Signed-off-by: Elena Ufimtseva
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Reviewed-by: Wainer dos Santos Moschetta
Reviewed-by: Marc-André Lureau
This series is a respin to the "multi-process: Acceptance test for multiproce=
ss
QEMU" patch sent in December which, runs an Avocado functional test to check =
if a
remote lsi53c895a device gets identified by the guest:
https://www.mail-archive.com/qemu-devel@nongnu.org/msg769188.html
First, we
On Wed, 24 Feb 2021 17:46:34 +0100
Halil Pasic wrote:
> On Wed, 24 Feb 2021 12:36:17 +0100
> Gerd Hoffmann wrote:
[..]
> >
> > > -static TypeImpl *type_register_internal(const TypeInfo *info)
> > > +static TypeImpl *type_register_internal(const TypeInfo *info, bool
> > > mayfail)
> > > {
>
From: Andrew Aladjev
---
tests/tcg/multiarch/linux-test.c | 85
1 file changed, 85 insertions(+)
diff --git a/tests/tcg/multiarch/linux-test.c b/tests/tcg/multiarch/linux-test.c
index 96bbad5..4918d45 100644
--- a/tests/tcg/multiarch/linux-test.c
+++
From: Andrew Aladjev
---
linux-user/syscall.c | 12 ++--
linux-user/syscall_proc.c | 113 +++---
linux-user/syscall_proc.h | 5 +-
3 files changed, 101 insertions(+), 29 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index
From: Andrew Aladjev
---
linux-user/meson.build| 1 +
linux-user/syscall.c | 33 +
linux-user/syscall_proc.c | 32
linux-user/syscall_proc.h | 7 +++
4 files changed, 41 insertions(+), 32 deletions(-)
create mode
From: Andrew Aladjev
User opens /proc/self/exe symlink, than kernel should create
/proc/self/fd/ symlink. We should be able to detect both exe and
fd/ symlinks to provide common behaviour. The easiest solution is to
make execfd global and keep it open. This solution looks acceptable because
On 2/25/21 8:56 AM, Markus Armbruster wrote:
John Snow writes:
Annotations do not change runtime behavior.
This commit *only* adds annotations.
Signed-off-by: John Snow
Reviewed-by: Eduardo Habkost
Reviewed-by: Cleber Rosa
---
scripts/qapi/expr.py | 71
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Paolo Montesel
>
> Signed-off-by: Alessandro Di Federico
> Signed-off-by: Paolo Montesel
> ---
> target/hexagon/translate.c | 4 +++-
> target/hexagon/translate.h | 1 +
> 2 files changed, 4 insertions(+), 1 deletion(-)
> +
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Alessandro Di Federico
>
> Signed-off-by: Alessandro Di Federico
> ---
> MAINTAINERS | 8
> 1 file changed, 8 insertions(+)
Reviewed-by: Richard Henderson
r~
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Paolo Montesel
>
> Make certain helper functions non-static, making them available outside
> genptr.c. These functions are required by code generated by the
> idef-parser.
>
> Signed-off-by: Alessandro Di Federico
> Signed-off-by: Paolo
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> From: Niccolò Izzo
>
> These helpers will be employed by the idef-parser generated code.
>
> Signed-off-by: Alessandro Di Federico
> Signed-off-by: Niccolò Izzo
> ---
> target/hexagon/genptr.c | 227 +++-
On 2/25/21 6:56 AM, Markus Armbruster wrote:
John Snow writes:
On 2/24/21 5:01 AM, Markus Armbruster wrote:
John Snow writes:
mypy does not know the types of values stored in Dicts that masquerade
as objects. Help the type checker out by constraining the type.
Signed-off-by: John Snow
On 2/25/21 7:18 AM, Alessandro Di Federico wrote:
> +Now let's have a quick look at the generated code, line by line.
> +
> +::
> +
> + tcg_gen_movi_i32(RdV, 0);
> +
> +This code starts by initializing ``RdV``, since reading from that register
> +without initialization will cause a segmentation
On 2/25/21 6:28 PM, Claudio Fontana wrote:
> On 2/22/21 7:06 AM, Richard Henderson wrote:
>> On 2/21/21 1:24 AM, Claudio Fontana wrote:
>>> From: Claudio Fontana
>>>
>>> it is needed for KVM too.
>>>
>>> Signed-off-by: Claudio Fontana
>>> ---
>>> target/arm/cpu-common.c | 33
Patchew URL: https://patchew.org/QEMU/cover.1614282456.git.bala...@eik.bme.hu/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: cover.1614282456.git.bala...@eik.bme.hu
Subject: [PATCH v4 0/6] Pegasos2 emulation
=== TEST
Add new machine called pegasos2 emulating the Genesi/bPlan Pegasos II,
a PowerPC board based on the Marvell MV64361 system controller and the
VIA VT8231 integrated south bridge/superio chips. It can run Linux,
AmigaOS and a wide range of MorphOS versions. Currently a firmware ROM
image is needed
On 2/25/21 5:40 AM, Markus Armbruster wrote:
John Snow writes:
On 2/24/21 4:30 AM, Markus Armbruster wrote:
John Snow writes:
OrderedDict is a subtype of dict, so we can check for a more general
form. These functions do not themselves depend on it being any
particular type.
True. The
The VT8231 south bridge is very similar to VT82C686B but there are
some differences in register addresses and functionality, e.g. the
VT8231 only has one serial port. This commit adds VT8231_SUPERIO
subclass based on the abstract VIA_SUPERIO class to emulate the
superio part of VT8231.
Collect superio functionality and its controlling config registers
handling in an abstract VIA_SUPERIO class that is a subclass of
ISA_SUPERIO and put vt82c686b specific parts in a subclass of this
abstract class.
Signed-off-by: BALATON Zoltan
---
hw/isa/vt82c686.c | 240
The Marvell Discovery II aka. MV64361 is a PowerPC system controller
chip that is used on the pegasos2 PPC board. This adds emulation of it
that models the device enough to boot guests on this board. The
mv643xx.h header with register definitions is taken from Linux 4.15.10
only fixing end of line
Add emulation of VT8231 south bridge ISA part based on the similar
VT82C686B but implemented in a separate subclass that holds the
differences while reusing parts that can be shared.
Signed-off-by: BALATON Zoltan
---
hw/isa/vt82c686.c | 154 ++
In VIA super south bridge the io ranges of superio components
(parallel and serial ports and FDC) can be controlled by superio
config registers to set their base address and enable/disable them.
This is not easy to implement in QEMU because ISA emulation is only
designed to set io base address
Hello,
This is adding a new PPC board called pegasos2. More info on it can be
found at:
https://osdn.net/projects/qmiga/wiki/SubprojectPegasos2
Currently it needs a firmware ROM image that I cannot include due to
original copyright holder (bPlan) did not release it under a free
licence but I
On Fri, Feb 19, 2021 at 5:29 PM Gerd Hoffmann wrote:
> This patch adds clipboard support to the qemu gtk ui.
>
> Signed-off-by: Gerd Hoffmann
> ---
> include/ui/gtk.h | 9
> ui/gtk-clipboard.c | 124 +
> ui/gtk.c | 1 +
>
Hi Philippe, Thomas, Daniel,
Thank you all. Then I'll just prepare a new version of the patch that uses
currently working archive.armbian.com links.
Kind regards,
Niek
On Thu, Feb 25, 2021 at 10:46 AM Daniel P. Berrangé
wrote:
> On Wed, Feb 24, 2021 at 09:02:51PM +0100, Niek Linnenbank wrote:
On Thu, Feb 25, 2021 at 05:51:08AM +0100, Thomas Huth wrote:
>
> Hi,
>
> I just faced this failure in the CI:
>
> https://gitlab.com/thuth/qemu/-/jobs/1053467007#L73
>
> I thought we'd handle CANCEL as "skipped"? Why did this
> cause the CI to fail?
>
Hi Thomas,
Like Wainer pointed out,
On 25/02/2021 10:50, Philippe Mathieu-Daudé wrote:
Thanks Phil - I understand that a set of 42 patches for a 25 year old
disk controller is never going to be the top of most people's review
list, and some parts are almost impossible to review unless you have a
good understanding of the
On Fri, Feb 26, 2021 at 12:55:06AM +0800, Cindy Lu wrote:
> While peer is vdpa, sometime qemu get an all zero mac address from the
> hardware,
> This is not a legal value. Add the check for this.if we get an zero mac
> address.
> qemu will use the default mac address or the mac address from qemu
On Fri, Feb 19, 2021 at 5:25 PM Gerd Hoffmann wrote:
> This patch adds support for cut+paste to the qemu vnc server, which
> allows the vnc client exchange clipbaord data with qemu and other peers
>
clipboard
like the qemu vdagent implementation.
>
> Signed-off-by: Gerd Hoffmann
> ---
>
On Tue, 23 Feb 2021 at 16:03, Michael S. Tsirkin wrote:
>
> The following changes since commit 7ef8134565dccf9186d5eabd7dbb4ecae6dead87:
>
> Merge remote-tracking branch
> 'remotes/edgar/tags/edgar/cris-next-2021-02-22.for-upstream' into staging
> (2021-02-22 14:20:32 +)
>
> are available
19.02.2021 19:58, Eric Blake wrote:
On 2/19/21 10:42 AM, Eric Blake wrote:
To me, data=false looks compatible with NBD_STATE_HOLE. From user point
of view, getting same results from qemu-nbd and qemu-img is more
important than being more correct about allocation status.
More to the point,
On Fri, Feb 19, 2021 at 5:19 PM Gerd Hoffmann wrote:
> This patch adds support for clipboard messages to the qemu vdagent
> implementation, which allows the guest exchange clipboard data with
> qemu. Clipboard support can be enabled/disabled using the new
> 'clipboard' parameter for the vdagent
> -Original Message-
> From: Philippe Mathieu-Daudé On
> Behalf Of Philippe Mathieu-Daudé
> Sent: Thursday, February 25, 2021 12:15 PM
> To: qemu-devel@nongnu.org
> Cc: qemu-triv...@nongnu.org; Taylor Simpson ;
> Philippe Mathieu-Daudé
> Subject: [PATCH] target/hexagon/gen_tcg_funcs:
Hi
On Fri, Feb 19, 2021 at 5:17 PM Gerd Hoffmann wrote:
> The vdagent protocol allows the guest agent (spice-vdagent) and the
> spice client exchange messages to implement features which require
> guest cooperation, for example clipboard support.
>
> This is a qemu implementation of the spice
We forward-declare Object typedef in "qemu/typedefs.h" since commit
ca27b5eb7cd ("qom/object: Move Object typedef to 'qemu/typedefs.h'").
Use it everywhere to make the code simpler.
Signed-off-by: Philippe Mathieu-Daudé
---
include/exec/memory.h | 32
Signed-off-by: Philippe Mathieu-Daudé
---
target/hexagon/gen_tcg_funcs.py | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/target/hexagon/gen_tcg_funcs.py b/target/hexagon/gen_tcg_funcs.py
index fe4d8e57303..db9f663a778 100755
---
19.02.2021 19:07, Nir Soffer wrote:
When querying image extents for raw image, qemu-nbd reports holes as
zero:
$ qemu-nbd -t -r -f raw empty-6g.raw
$ qemu-img map --output json nbd://localhost
[{ "start": 0, "length": 6442450944, "depth": 0, "zero": true, "data": true,
"offset": 0}]
$
g_mapped_file_new_from_fd()'s parameter is named 'writable'.
Signed-off-by: Philippe Mathieu-Daudé
---
include/hw/elf_ops.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/hw/elf_ops.h b/include/hw/elf_ops.h
index 8e8436831d2..304f266bf3b 100644
---
On Wed, Feb 24, 2021 at 05:51:16PM +, Alex Bennée wrote:
>
> Stefan Hajnoczi writes:
>
> > On Fri, Feb 19, 2021 at 07:31:21PM +0100, Claudio Fontana wrote:
> >> the link to User documentation of https://wiki.qemu.org/Features/Tracing
> >> is broken currently:
> >>
> >> it points to:
> >>
Adding xen-devel and Ian to cc.
On 2/24/21 6:11 AM, Daniel P. Berrangé wrote:
The following features have been deprecated for well over the 2
release cycle we promise
This reminded me of a bug report we received late last year when updating to
5.2.0. 'virsh setvcpus' suddenly stopped working
> On Feb 25, 2021, at 11:35 AM, Stefan Hajnoczi wrote:
>
> On Thu, Feb 25, 2021 at 01:15:53PM +0100, Paolo Bonzini wrote:
>> On 25/02/21 11:38, Philippe Mathieu-Daudé wrote:
>>> On 2/24/21 1:23 PM, Paolo Bonzini wrote:
Signed-off-by: Paolo Bonzini
---
configure | 12
Different problem here I think John. If you run the following you should
the user mode networking that involves Slirp and has the problem.
```
qemu-system-i386 -m 700 -hda -net user -net nic
```
It's worth noting however that the problem most regularly manifest
itself when a remote server
Hi,
I was wondering if there is a way to check from outside (qmp etc.) if a
throttled block device has exceeded the iops_max_length seconds of time
bursting up to iops_max and is now hard limited to the iops limit that is
supplied?
Would it be also a good idea to exetend the accounting to
On 2/22/21 7:06 AM, Richard Henderson wrote:
> On 2/21/21 1:24 AM, Claudio Fontana wrote:
>> From: Claudio Fontana
>>
>> it is needed for KVM too.
>>
>> Signed-off-by: Claudio Fontana
>> ---
>> target/arm/cpu-common.c | 33 +
>> target/arm/tcg/helper.c | 33
23.02.2021 16:41, Eric Blake wrote:
On 2/23/21 3:40 AM, Stefan Hajnoczi wrote:
On Fri, Feb 05, 2021 at 06:13:06PM +0800, Jiahui Cen wrote:
This patch series propose to extend the werror=/rerror= mechanism to add
a 'retry' feature. It can automatically retry failed I/O requests on error
without
On Sun, Feb 21, 2021 at 06:45:18AM -0500, Michael S. Tsirkin wrote:
> On Thu, Feb 18, 2021 at 11:59:30AM +0100, Jean-Philippe Brucker wrote:
> > Currently the virtio-iommu device must be programmed before it allows
> > DMA from any PCI device. This can make the VM entirely unusable when a
> >
24.02.2021 15:33, Kevin Wolf wrote:
Am 09.02.2021 um 09:03 hat Vladimir Sementsov-Ogievskiy geschrieben:
08.02.2021 21:44, Alberto Garcia wrote:
Signed-off-by: Alberto Garcia
---
qapi/block-core.json | 2 +-
include/block/block.h | 1 +
block.c| 16
While peer is vdpa, sometime qemu get an all zero mac address from the hardware,
This is not a legal value. Add the check for this.if we get an zero mac address.
qemu will use the default mac address or the mac address from qemu cmdline
Signed-off-by: Cindy Lu
---
hw/net/virtio-net.c | 10
Add check for mac address while peer is vdpa
Change from v4->v5
1. Add comment for this work around
2. while copy the netconfig, only overwrite the mac address
Cindy Lu (1):
virtio-net: Add check for mac address while peer is vdpa
hw/net/virtio-net.c | 10 ++
1 file changed, 10
On Thu, 25 Feb 2021 17:31:22 +0100
Christian Schoenebeck wrote:
> On Montag, 1. Februar 2021 14:37:02 CET qemu_oss--- via wrote:
> > On Montag, 1. Februar 2021 13:26:49 CET Greg Kurz wrote:
> > > > > I agree that a bunch of other things should be documented, but that's
> > > > > definitely a
sure, Thanks michael, I will address, these comment and send a new version
On Wed, Feb 24, 2021 at 3:59 PM Michael S. Tsirkin wrote:
>
> > [PATCH] virtio-net: Add check for mac address while peer is vdpa
> please do keep numbering patch versions.
>
>
> On Wed, Feb 24, 2021 at 03:33:33PM +0800,
On Thu, Feb 25, 2021 at 01:15:53PM +0100, Paolo Bonzini wrote:
> On 25/02/21 11:38, Philippe Mathieu-Daudé wrote:
> > On 2/24/21 1:23 PM, Paolo Bonzini wrote:
> > > Signed-off-by: Paolo Bonzini
> > > ---
> > > configure | 12
> > > meson.build | 9 +++--
> > >
Hi Philippe,
On 2/25/21 11:08 AM, Philippe Mathieu-Daudé wrote:
> On 2/25/21 10:14 AM, Eric Auger wrote:
>> With -Werror=maybe-uninitialized configuration we get
>> ../hw/i386/intel_iommu.c: In function ‘vtd_context_device_invalidate’:
>> ../hw/i386/intel_iommu.c:1888:10: error: ‘mask’ may be
On Montag, 1. Februar 2021 14:37:02 CET qemu_oss--- via wrote:
> On Montag, 1. Februar 2021 13:26:49 CET Greg Kurz wrote:
> > > > I agree that a bunch of other things should be documented, but that's
> > > > definitely a great start. Thanks for doing this !
> > > >
> > > > Just one remark on the
On 210225 1128, Alexander Bulekov wrote:
> On 210225 1931, P J P wrote:
> > +-- On Wed, 24 Feb 2021, Philippe Mathieu-Daudé wrote --+
> > | On 2/24/21 2:17 PM, Jason Wang wrote:
> > | > On 2021/2/24 6:11 下午, Philippe Mathieu-Daudé wrote:
> > | >> IIUC the guest could trigger an infinite loop and
On 210225 1931, P J P wrote:
> +-- On Wed, 24 Feb 2021, Philippe Mathieu-Daudé wrote --+
> | On 2/24/21 2:17 PM, Jason Wang wrote:
> | > On 2021/2/24 6:11 下午, Philippe Mathieu-Daudé wrote:
> | >> IIUC the guest could trigger an infinite loop and brick the emulated
> | >> device model. Likely
25.02.2021 19:03, Eric Blake wrote:
On 2/25/21 8:55 AM, Vladimir Sementsov-Ogievskiy wrote:
18.02.2021 23:15, Eric Blake wrote:
Previous patches mentioned how the blkdebug filter driver demonstrates
a bug present in our NBD server (for example, commit b0245d64); the
bug is also present with
25.02.2021 18:52, Eric Blake wrote:
On 2/25/21 8:57 AM, Vladimir Sementsov-Ogievskiy wrote:
25.02.2021 16:50, Vladimir Sementsov-Ogievskiy wrote:
18.02.2021 23:15, Eric Blake wrote:
Previous commits (such as 6e280648, 75d34eb9) have mentioned that our
NBD server still sends unaligned
On 2/25/21 8:55 AM, Vladimir Sementsov-Ogievskiy wrote:
> 18.02.2021 23:15, Eric Blake wrote:
>> Previous patches mentioned how the blkdebug filter driver demonstrates
>> a bug present in our NBD server (for example, commit b0245d64); the
>> bug is also present with the raw format driver when
Patchew URL: https://patchew.org/QEMU/20210225151856.3284701-1-ale.q...@rev.ng/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210225151856.3284701-1-ale.q...@rev.ng
Subject: [PATCH v2 00/10] target/hexagon:
On Thu, Feb 25, 2021 at 10:14:31AM +0100, Eric Auger wrote:
> Unmap notifiers work with an address mask assuming an
> invalidation range of a power of 2. Nothing mandates this
> in the VIRTIO-IOMMU spec.
>
> So in case the range is not a power of 2, split it into
> several invalidations.
>
>
On Thu, Feb 25, 2021 at 10:14:30AM +0100, Eric Auger wrote:
> @@ -296,4 +296,7 @@ uint64_t dma_buf_write(uint8_t *ptr, int32_t len,
> QEMUSGList *sg);
> void dma_acct_start(BlockBackend *blk, BlockAcctCookie *cookie,
> QEMUSGList *sg, enum BlockAcctType type);
>
>
24.02.2021 16:11, Daniel P. Berrangé wrote:
The same data is available in the 'BlockDeviceInfo' struct.
Signed-off-by: Daniel P. Berrangé
Reviewed-by: Vladimir Sementsov-Ogievskiy
--
Best regards,
Vladimir
On 2/25/21 8:57 AM, Vladimir Sementsov-Ogievskiy wrote:
> 25.02.2021 16:50, Vladimir Sementsov-Ogievskiy wrote:
>> 18.02.2021 23:15, Eric Blake wrote:
>>> Previous commits (such as 6e280648, 75d34eb9) have mentioned that our
>>> NBD server still sends unaligned fragments when an active layer with
24.02.2021 16:11, Daniel P. Berrangé wrote:
The same information is available via the 'recording' and 'busy' fields.
Signed-off-by: Daniel P. Berrangé
Reviewed-by: Vladimir Sementsov-Ogievskiy
--
Best regards,
Vladimir
Patchew URL: https://patchew.org/QEMU/20210225054756.35962-1-linuxma...@163.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210225054756.35962-1-linuxma...@163.com
Subject: [PATCH] tcg/i386: rdpmc: use the the
On 2/25/21 7:50 AM, Vladimir Sementsov-Ogievskiy wrote:
> 18.02.2021 23:15, Eric Blake wrote:
>> Previous commits (such as 6e280648, 75d34eb9) have mentioned that our
>> NBD server still sends unaligned fragments when an active layer with
>> large advertised minimum block size is backed by another
Patchew URL:
https://patchew.org/QEMU/20210224165811.11567-1-alex.ben...@linaro.org/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210224165811.11567-1-alex.ben...@linaro.org
Subject: [RFC PATCH 0/5] Experimenting
Cc'ing Pavel/Alex.
On 2/25/21 4:09 PM, Arnabjyoti Kalita wrote:
> Hello all,
>
> I am trying to understand how the clock values are recorded and replayed
> in QEMU (when it runs in TCG mode). I have been specifically following
> the document that has been provided here -
>
On Thu, Feb 25, 2021 at 10:14:29AM +0100, Eric Auger wrote:
> With -Werror=maybe-uninitialized configuration we get
> ../hw/i386/intel_iommu.c: In function ‘vtd_context_device_invalidate’:
> ../hw/i386/intel_iommu.c:1888:10: error: ‘mask’ may be used
> uninitialized in this function
101 - 200 of 393 matches
Mail list logo