Committed in upstream libslirp:
commit d620bac888923524f8b8407dbf35f6d2b3b7ddb2 (origin/lp1878043, lp1878043)
Author: Dr. David Alan Gilbert
Date: Fri Jul 17 18:17:41 2020 +0100
ip_stripoptions use memmove
--
You received this bug notification because you are a member of qemu-
devel-ml,
Proposed fix:
https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg05595.html
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1878255
Title:
Assertion failure in bdrv_aio_cancel, through ide
Sta
* Sergio Lopez (s...@redhat.com) wrote:
> Commit 93bb3d8d4cda ("virtiofsd: remove symlink fallbacks") removed
> the implementation of the "norace" option, so remove it from the
> cmdline help and the documentation too.
>
> Signed-off-by: Sergio Lopez
> Reviewed-by: Philippe Mathieu-Daudé
> Revi
On 7/17/20 7:24 AM, Christian Ehrhardt wrote:
> > +size_t qemu_get_host_physmem(void)
> > +{
> > +#ifdef _SC_PHYS_PAGES
> > + long pages = sysconf(_SC_PHYS_PAGES);
> > + if (pages > 0) {
> > + return pages * qemu_real_host_page_size;
>
> The Linux man page
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Wed, 15 Jul 2020 16:20:41 +0800
> Yan Zhao wrote:
>
> > On Tue, Jul 14, 2020 at 02:59:48PM -0600, Alex Williamson wrote:
> > > On Tue, 14 Jul 2020 18:19:46 +0100
> > > "Dr. David Alan Gilbert" wrote:
> > >
> > > > * Alex Williamson (a
On 7/17/20 6:30 PM, Richard Henderson wrote:
When single-stepping with a debugger attached to QEMU, and when an
interrupt is raised, the debugger misses the first instruction after
the interrupt.
Buglink: https://bugs.launchpad.net/qemu/+bug/757702
Signed-off-by: Richard Henderson
Reviewed-by
On 7/17/20 3:51 AM, Alex Bennée wrote:
> +size_t qemu_get_host_physmem(void)
> +{
> +#ifdef _SC_PHYS_PAGES
> +long pages = sysconf(_SC_PHYS_PAGES);
> +if (pages > 0) {
> +return pages * qemu_real_host_page_size;
> +}
> +#endif
> +return 0;
> +}
Is it worth examining our own
From: Luc Michel
When single-stepping with a debugger attached to QEMU, and when an
exception is raised, the debugger misses the first instruction after the
exception:
$ qemu-system-aarch64 -M virt -display none -cpu cortex-a53 -s -S
$ aarch64-linux-gnu-gdb
GNU gdb (GDB) 9.2
[...]
(gdb) tar rem
Forgetting this asserts when tcg_gen_cmp_vec is called from
within tcg_gen_cmpsel_vec.
Fixes: 72b4c792c7a
Signed-off-by: Richard Henderson
---
tcg/tcg-op-vec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tcg/tcg-op-vec.c b/tcg/tcg-op-vec.c
index f784517d84..ed6fb55fe1 100644
--- a/tcg/
s/pull-tcg-20200717
for you to fetch changes up to ba3c35d9c4026361fd380b269dc6def9510b7166:
tcg/cpu-exec: precise single-stepping after an interrupt (2020-07-17 11:09:34
-0700)
Fix vector min/max fallback expansion
Fix singl
libFuzzer triggered the following assertion:
cat << EOF | qemu-system-i386 -M pc-q35-5.0 \
-nographic -monitor none -serial none \
-qtest stdio -d guest_errors -trace pci\*
outl 0xcf8 0xf260
outl 0xcfc 0x8400056e
EOF
pci_cfg_write mch 00:0 @0x60 <- 0x8400056e
Aborted (core
When single-stepping with a debugger attached to QEMU, and when an
interrupt is raised, the debugger misses the first instruction after
the interrupt.
Tested-by: Luc Michel
Reviewed-by: Luc Michel
Buglink: https://bugs.launchpad.net/qemu/+bug/757702
Message-Id: <20200717163029.2737546-1-richard.
On 7/17/20 6:46 PM, Laszlo Ersek wrote:
> On 07/17/20 11:26, Laszlo Ersek wrote:
>> On 07/16/20 17:09, Philippe Mathieu-Daudé wrote:
>>> On 7/16/20 4:42 PM, Laszlo Ersek wrote:
Quoting ISO C99 6.7.8p4, "All the expressions in an initializer for an
object that has static storage duration s
On Fri, 17 Jul 2020 19:03:44 +0100
"Dr. David Alan Gilbert" wrote:
> * Alex Williamson (alex.william...@redhat.com) wrote:
> > On Wed, 15 Jul 2020 16:20:41 +0800
> > Yan Zhao wrote:
> >
> > > On Tue, Jul 14, 2020 at 02:59:48PM -0600, Alex Williamson wrote:
> > > > On Tue, 14 Jul 2020 18:19:
On 7/17/20 11:17 AM, Philippe Mathieu-Daudé wrote:
> case MCH_HOST_BRIDGE_PCIEXBAR_LENGTH_RVD:
> -default:
> -abort();
> +qemu_log_mask(LOG_GUEST_ERROR, "Q35: Reserved PCIEXBAR LENGTH\n");
> +return;
> }
Did you really want to remove the default case?
I guess
On Fri, Jul 17, 2020 at 2:00 AM Philippe Mathieu-Daudé wrote:
>
> On 7/17/20 10:27 AM, Philippe Mathieu-Daudé wrote:
> > On 7/17/20 10:03 AM, Thomas Huth wrote:
> >> On 17/07/2020 09.48, Philippe Mathieu-Daudé wrote:
> >>> +Thomas
> >>
> >>> On 7/16/20 10:56 PM, Havard Skinnemoen wrote:
> On
On 7/17/20 8:38 PM, Richard Henderson wrote:
> On 7/17/20 11:17 AM, Philippe Mathieu-Daudé wrote:
>> case MCH_HOST_BRIDGE_PCIEXBAR_LENGTH_RVD:
>> -default:
>> -abort();
>> +qemu_log_mask(LOG_GUEST_ERROR, "Q35: Reserved PCIEXBAR LENGTH\n");
>> +return;
>> }
>
>
Proposed fix:
https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg05612.html
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1878641
Title:
Abort() in mch_update_pciexbar
Status in QEMU:
New
On 7/17/20 12:51 PM, Alex Bennée wrote:
> The registry url is //qemu/
>
> Perhaps we should rationalise that some day but for now.
>
> Signed-off-by: Alex Bennée
> ---
> .shippable.yml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/.shippable.yml b/.shippable.yml
> in
On 7/17/20 9:18 PM, Havard Skinnemoen wrote:
> On Fri, Jul 17, 2020 at 2:00 AM Philippe Mathieu-Daudé
> wrote:
>>
>> On 7/17/20 10:27 AM, Philippe Mathieu-Daudé wrote:
>>> On 7/17/20 10:03 AM, Thomas Huth wrote:
On 17/07/2020 09.48, Philippe Mathieu-Daudé wrote:
> +Thomas
> On 7
On 7/17/20 8:02 AM, Havard Skinnemoen wrote:
> I also pushed this and the previous two patchsets to my qemu fork on github.
> The branches are named npcm7xx-v[1-6].
>
> https://github.com/hskinnemoen/qemu
>
> This patch series models enough of the Nuvoton NPCM730 and NPCM750 SoCs to
> boot
> a
For v1, we added a few minor changes, and also added one new patch
in tests/vm to add a shutdown timeout. This fixes an issue we saw in
testing the aarch64 VMs with TCG.
This patch series introduces a few follow-up changes after the introduction of
ConsoleSocket.
The first patch introduces cl
The changes to console_socket.py and machine.py are to
cleanup for pylint and flake8.
Reviewed-by: Alex Bennée
Signed-off-by: Robert Foley
---
python/qemu/console_socket.py | 57 ++-
python/qemu/machine.py| 7 +++--
python/qemu/pylintrc | 2 +-
We are adding the shutdown timeout to solve an issue
we now see where the aarch64 VMs timeout on shutdown
under TCG.
There is a new 3 second timeout in machine.py,
which we override in basevm.py when shutting down.
Signed-off-by: Robert Foley
---
tests/vm/basevm.py | 15 ++-
1 file
The primary purpose of this change is to clean up
machine.py's console_socket property to return a single type,
a ConsoleSocket.
ConsoleSocket now derives from a socket, which means that
in the default case (of not draining), machine.py
will see the same behavior as it did prior to ConsoleSocket.
On 7/17/20 9:18 PM, Havard Skinnemoen wrote:
> On Fri, Jul 17, 2020 at 2:00 AM Philippe Mathieu-Daudé
> wrote:
>>
>> On 7/17/20 10:27 AM, Philippe Mathieu-Daudé wrote:
>>> On 7/17/20 10:03 AM, Thomas Huth wrote:
On 17/07/2020 09.48, Philippe Mathieu-Daudé wrote:
> +Thomas
> On 7
On Fri, Jul 17, 2020 at 1:52 PM Philippe Mathieu-Daudé wrote:
>
> On 7/17/20 9:18 PM, Havard Skinnemoen wrote:
> > On Fri, Jul 17, 2020 at 2:00 AM Philippe Mathieu-Daudé
> > wrote:
> >>
> >> On 7/17/20 10:27 AM, Philippe Mathieu-Daudé wrote:
> >>> On 7/17/20 10:03 AM, Thomas Huth wrote:
> O
Test still crashes the VM and chroot with up-to-date debian chroot,
including updated gcc-9.3.0-14.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1880287
Title:
gcc crashes in hppa emulation
Statu
On Wed, 15 Jul 2020 15:13:22 +0200
Philippe Mathieu-Daudé wrote:
> These devices do not depend on the target CPU configuration
> (32 or 64-bit, big / little endian). Move them to common-obj
> to compile them once for all the targets.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/vfio/Ma
On 7/17/20 9:25 AM, Philippe Mathieu-Daudé wrote:
On 7/17/20 3:22 PM, Philippe Mathieu-Daudé wrote:
Cc'ing John & Cleber.
On 7/17/20 3:08 PM, Peter Maydell wrote:
If you run vm-build-openbsd, our makefile/scripting infrastructure
seems to fail to notice that death of the QEMU process that's
ru
The specification says:
0x00 TIME_LOW R: Get current time, then return low-order 32-bits.
0x04 TIME_HIGH R: Return high 32-bits from previous TIME_LOW read.
...
To read the value, the kernel must perform an IO_READ(TIME_LOW),
which returns an unsigned 32-bit value, before an
On 7/17/20 5:20 PM, Jessica Clarke wrote:
> The specification says:
>
>0x00 TIME_LOW R: Get current time, then return low-order 32-bits.
>0x04 TIME_HIGH R: Return high 32-bits from previous TIME_LOW read.
>
>...
>
>To read the value, the kernel must perform an IO_READ(TIME_L
The specification says:
0x00 TIME_LOW R: Get current time, then return low-order 32-bits.
0x04 TIME_HIGH R: Return high 32-bits from previous TIME_LOW read.
...
To read the value, the kernel must perform an IO_READ(TIME_LOW),
which returns an unsigned 32-bit value, before an
On Fri, Jul 17, 2020 at 1:32 PM Cédric Le Goater wrote:
>
> On 7/17/20 8:02 AM, Havard Skinnemoen wrote:
> > I also pushed this and the previous two patchsets to my qemu fork on github.
> > The branches are named npcm7xx-v[1-6].
> >
> > https://github.com/hskinnemoen/qemu
> >
> > This patch seri
On 7/17/20 6:59 PM, Havard Skinnemoen wrote:
> +Markus Armbruster
>
> On Fri, Jul 17, 2020 at 5:20 AM Cédric Le Goater wrote:
>>
>> On 7/17/20 8:02 AM, Havard Skinnemoen wrote:
>>> The Nuvoton NPCM7xx SoC family are used to implement Baseboard
>>> Management Controllers in servers. While the fami
201 - 235 of 235 matches
Mail list logo
