On Thu, Feb 06, 2020 at 03:33:13AM -0500, Michael S. Tsirkin wrote:
>
> On Wed, Jan 15, 2020 at 09:57:03PM -0500, Raphael Norwitz wrote:
> >
> > Changes since V1:
> > * Kept the assert in vhost_user_set_mem_table_postcopy, but moved it
> > to prevent corruption
> > * Made QEMU send
Yes - it's just a cleanup.
On Thu, Feb 06, 2020 at 03:20:01AM -0500, Michael S. Tsirkin wrote:
>
> On Thu, Feb 06, 2020 at 03:17:04AM -0500, Michael S. Tsirkin wrote:
> > On Wed, Jan 15, 2020 at 09:57:04PM -0500, Raphael Norwitz wrote:
> > > The current vhost_user_set_mem_table_postcopy() impleme
Sounds good
On Thu, Feb 06, 2020 at 03:21:42AM -0500, Michael S. Tsirkin wrote:
>
> On Wed, Jan 15, 2020 at 09:57:05PM -0500, Raphael Norwitz wrote:
> > vhost_user_set_mem_table() and vhost_user_set_mem_table_postcopy() have
> > gotten convoluted, and have some identical code.
> >
> > This chang
This is the first part of v4 patchset. The changelog of v4 is only coverd
the part1.
Features:
* support specification riscv-v-spec-0.7.1.
* support basic vector extension.
* support Zvlsseg.
* support Zvamo.
* not support Zvediv as it is changing.
* fixed SLEN 128bit.
* element widt
Vector extension is default on only for "any" cpu. It can be turned
on by command line "-cpu rv64,v=true,vlen=128,elen=64,vext_spec=v0.7.1".
vlen is the vector register length, default value is 128 bit.
elen is the max operator size in bits, default value is 64 bit.
vext_spec is the vector specifi
The 32 vector registers will be viewed as a continuous memory block.
It avoids the convension between element index and (regno,offset).
Thus elements can be directly accessed by offset from the first vector
base address.
Signed-off-by: LIU Zhiwei
---
target/riscv/cpu.h | 13 +
1 file
The v0.7.1 specification does not define vector status within mstatus.
A future revision will define the privileged portion of the vector status.
Signed-off-by: LIU Zhiwei
---
target/riscv/cpu_bits.h | 15 +
target/riscv/csr.c | 72 +++--
2 files
vsetvl and vsetvli are two configure instructions for vl, vtype. TB flags
should update after configure instructions. The (ill, lmul, sew ) of vtype
and the bit of (VSTART == 0 && VL == VLMAX) will be placed within tb_flags.
Signed-off-by: LIU Zhiwei
---
MAINTAINERS |
On Thu, Feb 06, 2020 at 03:32:38AM -0500, Michael S. Tsirkin wrote:
>
> On Wed, Jan 15, 2020 at 09:57:06PM -0500, Raphael Norwitz wrote:
> > The current vhost-user implementation in Qemu imposes a limit on the
> > maximum number of memory slots exposed to a VM using a vhost-user
> > device. This c
Dear QEMU community,
Internship applications are now open for a 12-week, full-time, paid,
remote work internship generously sponsored by Red Hat:
https://www.outreachy.org/apply/project-selection/#qemu
The Outreachy open source internship program accepts applicants who
face under-representation,
On Fri, 7 Feb 2020 17:19:47 +0100
Philippe Mathieu-Daudé wrote:
> There's no good reason for it to be type int, change it to bool.
>
> Suggested-by: Richard Henderson
> Reviewed-by: Michael S. Tsirkin
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> v4:
> - fixed incorrect changes to max_cpus
On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
> There's no good reason for it to be type int, change it to bool.
>
> Suggested-by: Richard Henderson
> Reviewed-by: Michael S. Tsirkin
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> v4:
> - fixed incorrect changes to max_cpus (Laurent)
> - d
The following changes since commit 346ed3151f1c43e72c40cb55b392a1d4cface62c:
Merge remote-tracking branch 'remotes/awilliam/tags/vfio-update-20200206.0'
into staging (2020-02-07 11:52:15 +)
are available in the Git repository at:
https://github.com/stefanha/qemu.git tags/block-pull-requ
From: Vladimir Sementsov-Ogievskiy
Commit 7a3f542fbd "block/io: refactor padding" occasionally dropped
aligning for zero-length request: bdrv_init_padding() blindly return
false if bytes == 0, like there is nothing to align.
This leads the following command to crash:
./qemu-io --image-opts -c '
From: Philippe Mathieu-Daudé
Commit ed65fd1a2750 ("virtio-blk: switch off scsi-passthrough by
default") changed the default value of the 'scsi' property of
virtio-blk, which is only available on Linux hosts. It also added
an unconditional compat entry for 2.4 or earlier machines.
Trying to set t
>> Can you look the original value up somehow and us the resize callback
>> only as a notification that something changed? (that value would have to
>> be stored somewhere and migrated I assume - maybe that's already being
>> done)
>
> Ok. I will take a look at that. But can we instead pass the
>
On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
> The MachineClass is already zeroed on creation.
>
> Note: The code setting is_default=0 in hw/i386/pc_piix.c is
> different (related to compat options). When adding a
> new versioned machine, we want it to be the new default,
>
On Mon, Feb 10, 2020 at 06:55:16PM +1100, David Gibson wrote:
> On Wed, Feb 05, 2020 at 07:24:04AM +0100, Thomas Huth wrote:
> > On 05/02/2020 06.30, David Gibson wrote:
> > > On Tue, Feb 04, 2020 at 10:20:14AM +0100, Thomas Huth wrote:
> > >> On 04/02/2020 09.54, Cornelia Huck wrote:
> > >>> On Tu
>> /* we can only map whole pages */
>> -size = QEMU_ALIGN_UP(size, pagesize);
>> +old_size = QEMU_ALIGN_UP(old_size, pagesize);
>> +new_size = QEMU_ALIGN_UP(new_size, pagesize);
>
> Shouldn't we just assert old_size and new_size are aligned with
> pagesize?
>
Already reworked :
On Sat, 8 Feb 2020 17:56:39 +0100
Philippe Mathieu-Daudé wrote:
> QOM'ify RaspiMachineState. Now machines inherit of RaspiMachineClass.
>
> Cc: Igor Mammedov
> Signed-off-by: Philippe Mathieu-Daudé
Acked-by: Igor Mammedov
> ---
> v3: Fixed typo in description (Zoltán)
> ---
> hw/arm/raspi
>> That should work as expected. Resizing *while* kvm is running is tricky, but
>> that‘s not part of this series and a different story :) right now, resizing
>> is only valid on reboot/incoming migration.
>
> Hmm 'when' during an incoming migration; I ask because of userfaultfd
> setup for post
> -Original Message-
> From: David Hildenbrand [mailto:da...@redhat.com]
> Sent: 10 February 2020 09:29
> To: Shameerali Kolothum Thodi ;
> Igor Mammedov
> Cc: peter.mayd...@linaro.org; xiaoguangrong.e...@gmail.com;
> m...@redhat.com; shannon.zha...@gmail.com; qemu-devel@nongnu.org;
> xu
On Sat, 8 Feb 2020 17:56:40 +0100
Philippe Mathieu-Daudé wrote:
> We want to have a common class_init(). The only value that
> matters (and changes) is the board revision.
> Pass the board_rev as class_data to class_init().
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/arm/raspi.c | 17
On 10.02.20 10:50, Shameerali Kolothum Thodi wrote:
>
>
>> -Original Message-
>> From: David Hildenbrand [mailto:da...@redhat.com]
>> Sent: 10 February 2020 09:29
>> To: Shameerali Kolothum Thodi ;
>> Igor Mammedov
>> Cc: peter.mayd...@linaro.org; xiaoguangrong.e...@gmail.com;
>> m...@re
On Sat, 8 Feb 2020 17:56:41 +0100
Philippe Mathieu-Daudé wrote:
> raspi_machine_init() access to board_rev via RaspiMachineClass.
> raspi2_init() and raspi3_init() do nothing. Call raspi_machine_init
> directly.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> Squash with previous?
> ---
> h
On Sat, Feb 08, 2020 at 03:42:31AM +0800, Kirti Wankhede wrote:
> VFIO_IOMMU_DIRTY_PAGES ioctl performs three operations:
> - Start pinned and unpinned pages tracking while migration is active
> - Stop pinned and unpinned dirty pages tracking. This is also used to
> stop dirty pages tracking if m
On Sat, 8 Feb 2020 17:56:38 +0100
Philippe Mathieu-Daudé wrote:
> There is no point in creating the SoC object before allocating the RAM.
> Move the call to keep all the SoC-related calls together.
>
> Signed-off-by: Philippe Mathieu-Daudé
Acked-by: Igor Mammedov
> ---
> hw/arm/raspi.c | 5
On Sat, 8 Feb 2020 17:56:44 +0100
Philippe Mathieu-Daudé wrote:
> With the exception of the ignore_memory_transaction_failures
> flag set for the raspi2, both machine_class_init() methods
> are now identical. Merge them to keep a unique method.
>
> Signed-off-by: Philippe Mathieu-Daudé
Review
On Sat, 8 Feb 2020 17:56:45 +0100
Philippe Mathieu-Daudé wrote:
> The board revision encode the count of ARM cores. Add a helper
s/encode/encodes/
Or better
the count of ARM cores is encoded in ...
> to extract the number of cores, and use it. This will be helpful
> when we add the Raspi0/1 th
On 2/10/20 10:50 AM, Igor Mammedov wrote:
On Sat, 8 Feb 2020 17:56:40 +0100
Philippe Mathieu-Daudé wrote:
We want to have a common class_init(). The only value that
matters (and changes) is the board revision.
Pass the board_rev as class_data to class_init().
Signed-off-by: Philippe Mathieu-
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1849644
Title:
QEMU VNC websocket proxy requires non-standard 'binary' subprotocol
Status in Q
On 2/10/20 10:35 AM, Thomas Huth wrote:
On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
The MachineClass is already zeroed on creation.
Note: The code setting is_default=0 in hw/i386/pc_piix.c is
different (related to compat options). When adding a
new versioned machine, we wan
On 03.02.20 19:31, David Hildenbrand wrote:
> We can now make use of resizable anonymous allocations to implement
> actually resizable ram blocks. Resizable anonymous allocations are
> not implemented under WIN32 yet and are not available when using
> alternative allocators. Fall back to the existi
On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote:
> On 2/10/20 10:35 AM, Thomas Huth wrote:
>> On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
>>> The MachineClass is already zeroed on creation.
>>>
>>> Note: The code setting is_default=0 in hw/i386/pc_piix.c is
>>> different (related to
On Mon, 10 Feb 2020 at 07:56, David Gibson wrote:
> On Fri, Feb 07, 2020 at 12:45:20AM +0100, Paolo Bonzini wrote:
> > Every platform that QEMU supports is just using a firmware to do
> > firmware things; it can be U-Boot, EDK-2, SLOF, SeaBIOS, qboot, with
> > varying level of complexity. Some ar
On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote:
> = Ways to provide machine-friendly initial configuration =
>
> Two ways to provide machine-friendly initial configuration on par with
> QMP have been proposed:
>
> 1. Extend QMP
>
>Machines use the CLI only to configure a QMP socket. T
In between I found the time to setup an env. build upon older releases:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 18.04.1 LTS
Release:18.04
Codename: bionic
$ dpkg -l | grep -i qemu
ii qemu-block-extra:s390x1:2.11+d
On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote:
> I'm in favor of simplifying QEMU at the expense of an incompatible CLI
> change in QEMU 6.0.
If we want to do wholesale incompatible changes to the CLI
I think we definitely need some kind of tool where a user
can say "here's my old command l
On 10/02/20 11:56, Stefan Hajnoczi wrote:
> On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote:
>> = Ways to provide machine-friendly initial configuration =
>>
>> Two ways to provide machine-friendly initial configuration on par with
>> QMP have been proposed:
>>
>> 1. Extend QMP
>>
>>Mac
On Mon, Feb 10, 2020 at 11:01:48AM +, Peter Maydell wrote:
> On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote:
> > I'm in favor of simplifying QEMU at the expense of an incompatible CLI
> > change in QEMU 6.0.
>
> If we want to do wholesale incompatible changes to the CLI
> I think we defi
On 2020/2/6 0:43, Jonathan Cameron wrote:
> On Wed, 8 Jan 2020 19:32:18 +0800
> Dongjiu Geng wrote:
>
>> This patch builds Hardware Error Source Table(HEST) via fw_cfg blobs.
>> Now it only supports ARMv8 SEA, a type of Generic Hardware Error
>> Source version 2(GHESv2) error source. Afterward
On 10/02/20 08:30, David Gibson wrote:
>> Anything you put in the host is potential attack surface.
> Ok, it is attack surface you're concerned about. That wasn't totally
> clear before this point.
Part that, part having to add backend hooks that weren't needed so far.
>> Plus, you're not doing
On 10/02/20 08:28, David Gibson wrote:
> On Thu, Feb 06, 2020 at 09:27:01AM +0100, Paolo Bonzini wrote:
>> On 05/02/20 07:06, David Gibson wrote:
>>> On Tue, Feb 04, 2020 at 12:26:32AM +0100, Paolo Bonzini wrote:
>> I'm really sorry if what I am saying is stupid; but I was thinking of a
>> firmware
On 07/02/20 22:53, Eric Blake wrote:
> On 1/21/20 11:16 PM, Markus Armbruster wrote:
>> Peter Maydell writes:
>>
>>> On Tue, 21 Jan 2020 at 15:11, Marc-André Lureau
>>> wrote:
There are plenty of refactoring to do. The problem when touching the
whole code-base, imho, is review time. It
On Mon, 10 Feb 2020 at 11:08, Daniel P. Berrangé wrote:
>
> On Mon, Feb 10, 2020 at 11:01:48AM +, Peter Maydell wrote:
> > On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote:
> > > I'm in favor of simplifying QEMU at the expense of an incompatible CLI
> > > change in QEMU 6.0.
> >
> > If we
On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> From: Nikolay Ivanets
>
> I faced with situation where libguestfs cannot recognize partitions on a
> disk image which was partitioned on a system with "4K native" sector
> size support.
Do you have a small test case for this?
> I
On Mon, Feb 10, 2020 at 05:05:16PM +0800, Zha Bin wrote:
> We have compared the number of files and the lines of code between
> virtio-mmio and virio-pci.
>
> Virtio-PCI Virtio-MMIO
> number of files(Linux) 161 1
> lines of c
On Fri, 24 Jan 2020 at 12:48, Peter Maydell wrote:
>
> On Tue, 7 Jan 2020 at 14:40, Laurent Vivier wrote:
> >
> > This allows to save and restore the content of the PRAM.
> > It may be useful if we want to check the configuration or to change it.
> >
> > The backend is added using mtd interface,
Am 08.02.2020 um 08:25 hat Markus Armbruster geschrieben:
> John Snow writes:
>
> > On 2/6/20 9:21 AM, Kevin Wolf wrote:
> [...]
> >> 2. Rewriting qmp-shell to use a better syntax for nested data
> >>structures. This would have to be defined before the project starts.
> >>
> >
> > ... Can't
Public bug reported:
I start qemu version 4.2.50 in a first terminal :
$ sudo ./qemu-system-hppa -boot d -serial telnet::4441,server -drive
if=scsi,bus=0,index=6,file=./hpux.img,format=raw -serial mon:stdio -D
/tmp/foo -nographic -m 512 -d nochain -cdrom
./HPUX_9.05_Installation_Disc_S700.iso -D
The ARMv8.1-VMID16 extension extends the VMID from 8 bits to 16 bits:
* the ID_AA64MMFR1_EL1.VMIDBits field specifies whether the VMID is
8 or 16 bits
* the VMID field in VTTBR_EL2 is extended to 16 bits
* VTCR_EL2.VS lets the guest specify whether to use the full 16 bits,
or use the back
Le 10/02/2020 à 12:51, Peter Maydell a écrit :
> On Fri, 24 Jan 2020 at 12:48, Peter Maydell wrote:
>>
>> On Tue, 7 Jan 2020 at 14:40, Laurent Vivier wrote:
>>>
>>> This allows to save and restore the content of the PRAM.
>>> It may be useful if we want to check the configuration or to change it.
On Fri, 7 Feb 2020 at 14:33, Peter Maydell wrote:
>
> The big thing here is RTH's patchset implementing ARMv8.1-VHE
> emulation; otherwise just a handful of smaller fixes.
>
> thanks
> -- PMM
>
> The following changes since commit 346ed3151f1c43e72c40cb55b392a1d4cface62c:
>
> Merge remote-tracki
Wainer dos Santos Moschetta writes:
> This fixes the following warnings Travis has detected on the
> YAML configuration:
>
> - 'on root: missing os, using the default "linux"'
> - 'on root: the key matrix is an alias for jobs, using jobs'
> - 'on jobs.include.python: unexpected sequence, using
Peter Maydell writes:
> The ARMv8.1-VMID16 extension extends the VMID from 8 bits to 16 bits:
>
> * the ID_AA64MMFR1_EL1.VMIDBits field specifies whether the VMID is
>8 or 16 bits
> * the VMID field in VTTBR_EL2 is extended to 16 bits
> * VTCR_EL2.VS lets the guest specify whether to use
Am 07.02.2020 um 22:23 hat John Snow geschrieben:
> On 2/6/20 9:21 AM, Kevin Wolf wrote:
> > I think this subthread shows that we actually have many separate
> > projects that people wish to have someone work on. Each of them is
> > probably a bit too small for a whole GSoC, but all of them togethe
пн, 10 лют. 2020 о 13:43 Richard W.M. Jones пише:
>
> On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > From: Nikolay Ivanets
> >
> > I faced with situation where libguestfs cannot recognize partitions on a
> > disk image which was partitioned on a system with "4K native" sector
* Kevin Wolf (kw...@redhat.com) wrote:
> Am 02.01.2020 um 14:25 hat Dr. David Alan Gilbert geschrieben:
> > * Kevin Wolf (kw...@redhat.com) wrote:
> > > Am 19.12.2019 um 15:26 hat Max Reitz geschrieben:
> > > > On 17.12.19 15:59, Kevin Wolf wrote:
> > > > > This tests creating an external snapshot
On 2/10/20 11:26 AM, Thomas Huth wrote:
On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote:
On 2/10/20 10:35 AM, Thomas Huth wrote:
On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
The MachineClass is already zeroed on creation.
Note: The code setting is_default=0 in hw/i386/pc_piix.c is
Eric Auger wrote:
> Add Migration support. We rely on recently added gtree and qlist
> migration. We only migrate the domain gtree. The endpoint gtree
> is re-constructed in a post-load operation.
>
> Signed-off-by: Eric Auger
Reviewed-by: Juan Quintela
And yes, this is as confusing as it can
On 2/7/20 5:33 PM, Stefan Hajnoczi wrote:
> On Fri, Feb 07, 2020 at 11:04:03AM +0100, Igor Mammedov wrote:
>> On Fri, 7 Feb 2020 10:00:50 +0100
>> Igor Kotrasiński wrote:
>>
>>> On 2/5/20 3:49 PM, Jan Kiszka wrote:
On 05.02.20 15:39, Stefan Hajnoczi wrote:
> On Tue, Feb 04, 2020 at 12:30:
On Mon, Feb 10, 2020 at 02:28:08PM +0200, Nikolay Ivanets wrote:
> пн, 10 лют. 2020 о 13:43 Richard W.M. Jones пише:
> >
> > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > > From: Nikolay Ivanets
> > >
> > > I faced with situation where libguestfs cannot recognize partitions
On Mon, 10 Feb 2020 11:03:40 +0100
Philippe Mathieu-Daudé wrote:
> On 2/10/20 10:50 AM, Igor Mammedov wrote:
> > On Sat, 8 Feb 2020 17:56:40 +0100
> > Philippe Mathieu-Daudé wrote:
> >
> >> We want to have a common class_init(). The only value that
> >> matters (and changes) is the board rev
Hi Juan,
On 2/10/20 1:33 PM, Juan Quintela wrote:
> Eric Auger wrote:
>> Add Migration support. We rely on recently added gtree and qlist
>> migration. We only migrate the domain gtree. The endpoint gtree
>> is re-constructed in a post-load operation.
>>
>> Signed-off-by: Eric Auger
>
> Reviewe
Implement support for TPM on aarch64 by using the
TPM TIS MMIO frontend. Instead of being an ISA device,
the TPM TIS device becomes a sysbus device on ARM. It is
bound to be dynamically instantiated.
Signed-off-by: Eric Auger
---
I am aware such kind of #ifde'fy is frown upon but this is just
f
This series adds the capability to instantiate an MMIO TPM TIS
in ARM virt.
The series was tested with the swtpm/libtpms emulator.
Automatic guest LUKS volume unlocking (tpm2) was successful.
EDK2 support is under development [3]. Thanks to Ard
for supporting me when setting up the test environmen
Let the TPM TIS device be dynamically instantiable in ARM virt.
A device tree node is dynamically created (TPM via MMIO).
The TPM Physical Presence interface (PPI) is not supported.
To run with the swtmp TPM emulator, the qemu command line must
be augmented with:
-chardev socket,id=chrtp
On Mon, 10 Feb 2020 at 12:23, Alex Bennée wrote:
>
>
> Peter Maydell writes:
>
> > The ARMv8.1-VMID16 extension extends the VMID from 8 bits to 16 bits:
> >
> > * the ID_AA64MMFR1_EL1.VMIDBits field specifies whether the VMID is
> >8 or 16 bits
> > * the VMID field in VTTBR_EL2 is extended
On 2/10/20 2:15 PM, Eric Auger wrote:
Let the TPM TIS device be dynamically instantiable in ARM virt.
A device tree node is dynamically created (TPM via MMIO).
The TPM Physical Presence interface (PPI) is not supported.
To run with the swtmp TPM emulator, the qemu command line must
be augmented
On Mon, 10 Feb 2020 at 12:33, Bastian Koppelmann
wrote:
>
>
> On 2/10/20 11:26 AM, Thomas Huth wrote:
> > On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote:
> >> On 2/10/20 10:35 AM, Thomas Huth wrote:
> >>> On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
> >>> I wonder whether we should simply
On 2/10/20 2:22 PM, Peter Maydell wrote:
On Mon, 10 Feb 2020 at 12:33, Bastian Koppelmann
wrote:
On 2/10/20 11:26 AM, Thomas Huth wrote:
On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote:
On 2/10/20 10:35 AM, Thomas Huth wrote:
On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote:
I wonder wh
Check the return value of blk_write() and log an error if any
Signed-off-by: Laurent Vivier
---
hw/misc/mac_via.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/misc/mac_via.c b/hw/misc/mac_via.c
index b7d0012794..81343301b1 100644
--- a/hw/misc/mac_via.c
+++ b/hw/
On Fri, 17 Jan 2020 17:45:19 +
Shameer Kolothum wrote:
> From: Kwangwoo Lee
>
> Prepare pre-plug and plug handlers for NVDIMM support.
> Please note nvdimm_support is not yet enabled.
looks fine to me,
except of commit message which should be updated to reflect
what patch actually does.
>
Hi Juan,
On 2/10/20 2:09 PM, Auger Eric wrote:
> Hi Juan,
>
> On 2/10/20 1:33 PM, Juan Quintela wrote:
>> Eric Auger wrote:
>>> Add Migration support. We rely on recently added gtree and qlist
>>> migration. We only migrate the domain gtree. The endpoint gtree
>>> is re-constructed in a post-loa
Am 10.02.2020 um 13:31 hat Dr. David Alan Gilbert geschrieben:
> * Kevin Wolf (kw...@redhat.com) wrote:
> > Am 02.01.2020 um 14:25 hat Dr. David Alan Gilbert geschrieben:
> > > * Kevin Wolf (kw...@redhat.com) wrote:
> > > > Am 19.12.2019 um 15:26 hat Max Reitz geschrieben:
> > > > > On 17.12.19 15:
On 03.02.20 19:31, David Hildenbrand wrote:
> Let's implement ram_block_resized().
>
> Note: Resizing is currently only allowed during reboot or when migration
> starts.
>
> Cc: "Dr. David Alan Gilbert"
> Cc: Paolo Bonzini
> Cc: Markus Armbruster
> Cc: Alex Williamson
> Signed-off-by: David H
Patchew URL:
https://patchew.org/QEMU/20200210131523.27540-1-eric.au...@redhat.com/
Hi,
This series failed the docker-quick@centos7 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
On Fri, 17 Jan 2020 17:45:20 +
Shameer Kolothum wrote:
> This adds support for nvdimm hotplug events through GED
> and enables nvdimm for the arm/virt. Now Guests with ACPI
> can have both cold and hot plug of nvdimms.
>
> Hot removal functionality is not yet supported.
>
> Signed-off-by: S
Am 10.02.2020 um 12:43 hat Richard W.M. Jones geschrieben:
> On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > From: Nikolay Ivanets
> >
> > I faced with situation where libguestfs cannot recognize partitions on a
> > disk image which was partitioned on a system with "4K native"
пн, 10 лют. 2020 о 15:02 Richard W.M. Jones пише:
>
> On Mon, Feb 10, 2020 at 02:28:08PM +0200, Nikolay Ivanets wrote:
> > пн, 10 лют. 2020 о 13:43 Richard W.M. Jones пише:
> > >
> > > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > > > From: Nikolay Ivanets
> > > >
> > > > I
Ping.
On Mon, Jan 27, 2020 at 01:16:24PM +0100, Kashyap Chamarthy wrote:
> - Add the '-noTSX' variants for CascadeLake and SkyLake.
>
> - Document the three MSR bits: 'mds-no', 'taa-no', and 'tsx-ctrl'
>
> Two confusing about 'mds-no' (and the first point applies to the other
> two MSRs too)
пн, 10 лют. 2020 о 15:48 Kevin Wolf пише:
>
> Am 10.02.2020 um 12:43 hat Richard W.M. Jones geschrieben:
> > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > > From: Nikolay Ivanets
> > >
> > > I faced with situation where libguestfs cannot recognize partitions on a
> > > disk
** Attachment added: "Serial log "as it was once working""
https://bugs.launchpad.net/maas/+bug/1859656/+attachment/5327028/+files/working-guest-serial.log
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net
** Attachment added: "Guest XML "as it was once working""
https://bugs.launchpad.net/maas/+bug/1859656/+attachment/5327027/+files/vm1-as-deployed-by-maas.xml
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.n
Try top put "-serial mon:stdio" before "-serial telnet::4441,server"
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1862619
Title:
"-serial telnet::,server" causes "Device 'serial0' is in use"
The one that currently is deployed is using the same "list network and hd"
which should not work.
It will boot network but should not internally fall back to disk.
10
11 hvm
12
Here are the interesting bits from the log:
1 LOADPARM=[]^M
2 Network boot device detected^M
3 ^M
I flipped
to
And JFH started it from the MAAS UI again.
Now things work (obviously as expected)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1859656
Title:
[2.6] Unable to
@sfeole - after initial deployment just do the change to your guest XMLs
you see in comment #27
@maas - as I said in comment #26 (and before) this needs coding in maas
to switch the XML content (or waiting a long time on IBM)
--
You received this bug notification because you are a member of qemu
The assumption from here was that this only appeared to be working due
to:
a) Deploy = netboot + reboot from disk = working
but at the same time
b) Start = netboot (fail) + no fallback = fail
To get that from Maas UI we stopped the guest (it went down as expected).
Then from Maas we said "powe
On Mon, Feb 10, 2020 at 04:15:40PM +0200, Nikolay Ivanets wrote:
> пн, 10 лют. 2020 о 15:48 Kevin Wolf пише:
> >
> > Am 10.02.2020 um 12:43 hat Richard W.M. Jones geschrieben:
> > > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote:
> > > > From: Nikolay Ivanets
> > > >
> > > > I fac
Hi Wainer,
On 2/5/20 9:32 PM, Wainer dos Santos Moschetta wrote:
This adds boot Linux tests for x86_64, aarch64, ppc64, and s390x
targets which, unlike others, enable the KVM acceleration. Likewise
it was added test cases for tcg.
It is introduced an infraestructure on avocado_qemu framework
so
On 2/10/20 2:22 PM, Laurent Vivier wrote:
Check the return value of blk_write() and log an error if any
Fixes: Coverity CID 1412799 (Error handling issues)
Signed-off-by: Laurent Vivier
---
hw/misc/mac_via.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/mi
error out in case user asked for more RAM than board
supports.
Signed-off-by: Igor Mammedov
---
CC: phi...@redhat.com
CC: hpous...@reactos.org
CC: aleksandar.rik...@rt-rk.com
CC: aurel...@aurel32.net
CC: amarko...@wavecomp.com
hw/mips/mips_jazz.c | 5 +
1 file changed, 5 insertions(+)
dif
OR
Maas can boot from network (always) and if not deploying just issue a "reboot
from disk" command
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1859656
Title:
[2.6] Unable to reboot s390x KVM ma
From: Liu Jiang
Userspace VMMs (e.g. Qemu microvm, Firecracker) take advantage of using
virtio over mmio devices as a lightweight machine model for modern
cloud. The standard virtio over MMIO transport layer only supports one
legacy interrupt, which is much heavier than virtio over PCI transport
Hi all, We found a problem with live migration of UEFI virtual machines due to size of OVMF.fd changes. Specifically, the size of OVMF.fd in edk with low version such as edk-2.0-25 is 2MB while the size of it in higher version such as edk-2.0-30 is 4MB. When we migrate a UEFI virtual machine
From: Liu Jiang
Common functionality is refactored into virtio_mmio_common.h
in order to MSI support in later patch set.
Signed-off-by: Liu Jiang
Co-developed-by: Zha Bin
Signed-off-by: Zha Bin
Co-developed-by: Jing Liu
Signed-off-by: Jing Liu
Co-developed-by: Chao Peng
Signed-off-by: Chao
Hi all, We found a problem with live migration of UEFI virtual machines due to size of OVMF.fd changes. Specifically, the size of OVMF.fd in edk with low version such as edk-2.0-25 is 2MB while the size of it in higher version such as edk-2.0-30 is 4MB. When we migrate a UEFI virtual machine
From: Liu Jiang
virtio-mmio supports a generic MSI irq domain for all archs. This
patch adds the x86 architecture support.
Signed-off-by: Liu Jiang
Co-developed-by: Zha Bin
Signed-off-by: Zha Bin
Co-developed-by: Jing Liu
Signed-off-by: Jing Liu
Co-developed-by: Chao Peng
Signed-off-by: Ch
1 - 100 of 277 matches
Mail list logo
