This series supports reload x509 certificates for vnc
1. Support reload x509 certificates.
2. Support reload vnc certificates.
3. Add new qmp display-reload and implement reload x509 certificates
for vnc.
Example:
{"execute": "display-reload", "arguments":{"vnc-tls-certs": true}}
Zihao Chang (3)
This patch provides a new qmp to reload display configuration
without restart VM, but only reloading the vnc tls certificates
is implemented.
Example:
{"execute": "display-reload", "arguments":{"vnc-tls-certs": true}}
Signed-off-by: Zihao Chang
---
monitor/qmp-cmds.c | 12
qapi/ui.j
This patch adds reload interface for QCryptoTLSCredsClass and implements
the interface for QCryptoTLSCredsX509.
Signed-off-by: Zihao Chang
---
crypto/tlscredsx509.c | 112 ++
include/crypto/tlscreds.h | 8 ++-
2 files changed, 117 insertions(+), 3 deleti
This patch add vnc_display_reload_certs() to support
update x509 certificates.
Signed-off-by: Zihao Chang
---
include/ui/console.h | 1 +
ui/vnc.c | 28
2 files changed, 29 insertions(+)
diff --git a/include/ui/console.h b/include/ui/console.h
index 7a3
Patchew URL:
https://patchew.org/QEMU/20210207063304.15227-1-niteesh...@gmail.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210207063304.15227-1-niteesh...@gmail.com
Subject: [PATCH] block/iscsi: Use lock guard
---
block/iscsi.c | 37 -
1 file changed, 12 insertions(+), 25 deletions(-)
diff --git a/block/iscsi.c b/block/iscsi.c
index 4d2a416ce7..4f7abc665a 100644
--- a/block/iscsi.c
+++ b/block/iscsi.c
@@ -48,6 +48,7 @@
#include "crypto/secret.h"
#include "scsi/util
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1905979
Title:
Check if F_
On 2/6/21 11:38 AM, Stefan Weil wrote:
> I am still searching what caused this detoriation. My first suspect was thread
> local storage, but that wasn't it. Do you have any idea?
No, but since it's 1/3 of a complete patch set, I don't care to investigate the
intermediate result either.
r~
I hit the same problem and did some initial investigation with
Toshifumi.
Here is a more exhaustive test program I wrote based on the post on the
Apple Developer Forums and the result shows that very interesting
behavior of mmap and mprotect since macOS 11.2.
https://gist.github.com/hikalium/75ae
Patchew URL:
https://patchew.org/QEMU/20210206232058.4209-1-elias-djossou@gmx.de/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210206232058.4209-1-elias-djossou@gmx.de
Subject: [PATCH] Expose i386 model spe
This patch aims to expose certain model specific registers on i386 to the HMP.
To achieve this a new HMP command "info msr-registers" is added. Since
this is only relevant for i386 an "#if defined(TARGET_I386)" ensures it stays
there.
The corrsponding function "hmp_info_msr_registers()" is then i
Hello.
I am using qemu-5.2.0 in Windows with operating system Minix 3.1.2a and
vfat fail to write files of size over 4096 bytes. The read works well.
This is not ploblem of Minix 3.1.2a because in Bochs emulator reads an
writes of files of any size works well.
I also consider this to be a major b
The qemu 5.1.0 version solved this problem.
Bug solved.
Many Thanks to qemu group and Stefan Weil.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1861946
Title:
qemu-4.2.0 qemu-system-i386 not rec
Thanks for submitting the ticket.
I've just stumbled upon it after updating to 11.2.
The question was already asked on apple developer forums:
https://developer.apple.com/forums/thread/672804
And there's a thread going on with regard to broken nodejs on 11.2:
https://github.com/nodejs/node/issues
Travis-CI seems to have enforced memory limit on containers,
and the 'GCC check-tcg' job started to fail [*]:
[2041/3679] Compiling C++ object libcommon.fa.p/disas_nanomips.cpp.o
FAILED: libcommon.fa.p/disas_nanomips.cpp.o
{standard input}: Assembler messages:
{standard input}:577781: Warn
Travis-CI seems to have enforced memory limit on containers,
and the 'GCC check-tcg' job started to fail [*]:
[2041/3679] Compiling C++ object libcommon.fa.p/disas_nanomips.cpp.o
FAILED: libcommon.fa.p/disas_nanomips.cpp.o
{standard input}: Assembler messages:
{standard input}:577781: Warn
Am 05.02.21 um 23:56 schrieb Richard Henderson:
The following changes since commit d0dddab40e472ba62b5f43f11cc7dba085dabe71:
Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
(2021-02-05 15:27:02 +)
are available in the Git repository at:
https://gitlab.com/
On 2/6/21 3:28 PM, Peter Maydell wrote:
> On Fri, 5 Feb 2021 at 22:56, Richard Henderson
> wrote:
>>
>> The following changes since commit d0dddab40e472ba62b5f43f11cc7dba085dabe71:
>>
>> Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
>> (2021-02-05 15:27:02 +)
>>
On 2/6/21 7:01 PM, Philippe Mathieu-Daudé wrote:
> On 1/23/21 3:31 PM, Paolo Bonzini wrote:
>> Make CONFIG_TCG_INTERPRETER a Meson option, and enable TCI (though with
>> a warning) if the host CPU is unsupported, making it more similar to
>> other --enable-* options.
>>
>> Remove TCG-specific inclu
On 1/23/21 3:31 PM, Paolo Bonzini wrote:
> Make CONFIG_TCG_INTERPRETER a Meson option, and enable TCI (though with
> a warning) if the host CPU is unsupported, making it more similar to
> other --enable-* options.
>
> Remove TCG-specific include paths from !CONFIG_TCG builds.
>
> Signed-off-by: P
On 2/5/21 5:44 PM, Stefan Hajnoczi wrote:
> From: Jagannathan Raman
>
> PCI host bridge is setup for the remote device process. It is
> implemented using remote-pcihost object. It is an extension of the PCI
> host bridge setup by QEMU.
> Remote-pcihost configures a PCI bus which could be used by
On 2/6/21 3:38 PM, Bin Meng wrote:
> From: Xuzhou Cheng
>
> There are some coding convention warnings in xilinx_spips.c,
> as reported by:
>
> $ ./scripts/checkpatch.pl hw/ssi/xilinx_spips.c
>
> Let's clean them up.
>
> Signed-off-by: Xuzhou Cheng
> Signed-off-by: Bin Meng
> ---
>
> hw/s
On Fri, 5 Feb 2021 at 22:53, Peter Maydell wrote:
>
> On Fri, 5 Feb 2021 at 16:45, Stefan Hajnoczi wrote:
> >
> > The following changes since commit e2c5093c993ef646e4e28f7aa78429853bcc06ac:
> >
> > iotests: 30: drop from auto group (and effectively from make check)
> > (2021-02-05 15:16:13 +0
Public bug reported:
As of commit 0e324626306:
$ lsb_release -d
Description:Debian GNU/Linux bullseye/sid
Project version: 5.2.50
C compiler for the host machine: cc (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1
20210110")
C linker for the host machine: cc ld.bfd 2.35.1
C++ compiler for the host
On Sat, 6 Feb 2021 at 14:38, Bin Meng wrote:
>
> From: Xuzhou Cheng
>
> ZynqMP QSPI supports SPI transfer using DMA mode, but currently this
> is unimplemented. When QSPI is programmed to use DMA mode, QEMU will
> crash. This is observed when testing VxWorks 7.
>
> Add a basic implementation of Q
On Sat, 6 Feb 2021 at 14:38, Bin Meng wrote:
>
> From: Xuzhou Cheng
>
> There are some coding convention warnings in xilinx_spips.c,
> as reported by:
>
> $ ./scripts/checkpatch.pl hw/ssi/xilinx_spips.c
>
> Let's clean them up.
>
> Signed-off-by: Xuzhou Cheng
> Signed-off-by: Bin Meng
> ---
Le 26/01/2021 à 00:44, Alistair Francis a écrit :
> On Sat, Jan 23, 2021 at 7:06 AM Laurent Vivier wrote:
>>
>> Is there someone to merge this?
>
> Do you mean just this patch or the whole series?
Sorry, I missed your mail.
I mean only this patch.
Thanks,
Laurent
From: Xuzhou Cheng
ZynqMP QSPI supports SPI transfer using DMA mode, but currently this
is unimplemented. When QSPI is programmed to use DMA mode, QEMU will
crash. This is observed when testing VxWorks 7.
Add a basic implementation of QSPI DMA functionality.
Signed-off-by: Xuzhou Cheng
Signed-
From: Bin Meng
ZynqMP QSPI supports SPI transfer using DMA mode, but currently this
is unimplemented. When QSPI is programmed to use DMA mode, QEMU will
crash. This is observed when testing VxWorks 7.
Add a basic implementation of QSPI DMA functionality.
Xuzhou Cheng (2):
hw/ssi: xilinx_spip
From: Xuzhou Cheng
There are some coding convention warnings in xilinx_spips.c,
as reported by:
$ ./scripts/checkpatch.pl hw/ssi/xilinx_spips.c
Let's clean them up.
Signed-off-by: Xuzhou Cheng
Signed-off-by: Bin Meng
---
hw/ssi/xilinx_spips.c | 23 ++-
1 file changed,
On 06/02/2021 13:39, Laurent Vivier wrote:
> Commit a1190ab628 has added a "allow_unplug_during_migration = true" at
> the end of the main "if" block, so it is not needed to set it anymore
> in the previous checking.
>
> Remove it, to have only sub-ifs that check for needed conditions and exit
> i
On Fri, 5 Feb 2021 at 22:56, Richard Henderson
wrote:
>
> The following changes since commit d0dddab40e472ba62b5f43f11cc7dba085dabe71:
>
> Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
> (2021-02-05 15:27:02 +)
>
> are available in the Git repository at:
>
> ht
ping
http://patchwork.ozlabs.org/project/qemu-devel/patch/60aa0765-53dd-43d1-a3d2-75f177852...@vodafonemail.de/#2615112
Hi!
I’d like to remind you to this trivial patch to get ioclt(…, SIOCGIFCONF, …)
working properly on 64 bit target architectures.
Bye
Stefan
failover_add_primary() calls qdev_device_add() and doesn't unref
the device. Because of that, when the device is unplugged a reference
is remaining and prevents the cleanup of the object.
This prevents to be able to plugin back the failover primary device,
with errors like:
(qemu) device_add
v
The first patch removes a duplicate assignment to allow_unplug_during_migrati=
on,
and simplify the code.
The second patch fixes a dangling object in failover_add_primary() that preve=
nts
to cleanup the internal structure after the object has been unplugged.
Laurent Vivier (2):
pci: cleanup fa
Commit a1190ab628 has added a "allow_unplug_during_migration = true" at
the end of the main "if" block, so it is not needed to set it anymore
in the previous checking.
Remove it, to have only sub-ifs that check for needed conditions and exit
if one fails.
Fixes: 4f5b6a05a4e7 ("pci: add option for
On Fri, Feb 05, 2021 at 05:03:08PM +0100, Philippe Mathieu-Daudé wrote:
> On 2/5/21 4:33 PM, Andrew Jones wrote:
> > On Fri, Feb 05, 2021 at 04:15:45PM +0100, Philippe Mathieu-Daudé wrote:
> >> Hi Drew,
> >>
> >> On 2/5/21 3:59 PM, Andrew Jones wrote:
> >>> On Fri, Feb 05, 2021 at 03:43:37PM +0100,
37 matches
Mail list logo
