I think we had some c++ related fixes merged in the last weeks ... is
this still reproducible with the current 6.0-rc5 version of QEMU?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1914870
Title:
This is an automated cleanup. This bug report has been moved
to QEMU's new bug tracker on gitlab.com and thus gets marked
as 'expired' now. Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/50
** Changed in: qemu
Status: In Progress => Expired
** Ch
On 28-04-21, 17:13, Trilok Soni wrote:
> Viresh,
>
> For rust-vmm, you need to create the new issue in the right project.
> You can probably pick up vmm-reference project at rust-vmm and ask
> for the new crate.
Done.
https://github.com/rust-vmm/vmm-reference/issues/118
> There is also bi-weekl
On 28.04.21 21:33, Richard Henderson wrote:
Noticed via gitlab clang-user job:
TESTsignals on s390x
../linux-user/s390x/signal.c:258:9: runtime error: \
1.84467e+19 is outside the range of representable values of \
type 'unsigned long'
Which points to the fact that we were performi
On 28.04.21 21:33, Richard Henderson wrote:
This is an unnecessary complication since we only
support 64-bit mode.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git a/linux-user/s390x/signal.c b
On 28.04.21 21:33, Richard Henderson wrote:
Directly reading sc->regs.psw.addr misses the bswap
that may be performed by __get_user.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/linux-user/s390x/signal
On 28.04.21 21:33, Richard Henderson wrote:
Using the right type simplifies the frame setup.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signal.c
index
On 28.04.21 21:33, Richard Henderson wrote:
Using the host address of &frame->sregs is incorrect.
We need the guest address.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/linux-user/s390x/signal.c b/linux-us
On 28.04.21 21:33, Richard Henderson wrote:
The function cannot fail.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signal.c
index 1dfca71fa9..e45
On 28.04.21 21:34, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signal.c
index f8515dd332..4dde55d4d5 100644
--- a/linux-user/s390x/
On Thu, Apr 29, 2021 at 10:14:37AM +0800, wangyanan (Y) wrote:
> On 2021/4/28 18:31, Andrew Jones wrote:
> > On Tue, Apr 13, 2021 at 04:31:45PM +0800, Yanan Wang wrote:
> > > } else if (sockets == 0) {
> > > threads = threads > 0 ? threads : 1;
> > > -sockets = c
On 28.04.21 21:34, Richard Henderson wrote:
The "save" routines copied from the kernel, which are currently
commented out, are unnecessary in qemu. We can copy from env
where the kernel needs special instructions. Fix comment style.
Signed-off-by: Richard Henderson
---
linux-user/s390x/sign
On 28.04.21 21:34, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 29 -
1 file changed, 8 insertions(+), 21 deletions(-)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signal.c
index eabfe4293f..64a9eab097 1006
On 28.04.21 21:34, Richard Henderson wrote:
Note that PSW_ADDR_{64,32} are called PSW_MASK_{EA,BA}
in the kernel source.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signa
On 28.04.21 21:34, Richard Henderson wrote:
In order to properly present these arguments, we need to add
code to target/s390x to record LowCore parameters for user-only.
But in the meantime, at least zero the missing last_break
argument, and fixup the comment style in the vicinity.
Signed-off-b
On 28.04.21 21:34, Richard Henderson wrote:
The original value of frame_addr is still required for
its use in the call to unlock_user_struct below.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/linux-user/s3
On 28.04.21 21:34, Richard Henderson wrote:
At point of usage, it's not immediately obvious that
we don't need a loop to copy these arrays.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/linux-user/s390x/signal.c b/linu
在 2021/4/28 下午6:14, Michael S. Tsirkin 写道:
On Tue, Apr 27, 2021 at 03:02:34PM +0100, Dr. David Alan Gilbert wrote:
* Laurent Vivier (lviv...@redhat.com) wrote:
In the failover case configuration, virtio_net_device_realize() uses an
add_migration_state_change_notifier() to add a state notifier
On 28.04.21 21:34, Richard Henderson wrote:
Reorder the function bodies to correspond to the kernel source.
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 67 ---
1 file changed, 41 insertions(+), 26 deletions(-)
diff --git a/linux-user/
On 4/28/21 4:17 PM, Fred Konrad wrote:
> Hi,
>
> I fall on a segfault while running the wdr instruction on AVR:
>
> (gdb) bt
> #0 0xadd0b23a in gdb_get_cpu_pid (cpu=0xaf5a4af0) at
> ../gdbstub.c:718
> #1 0xadd0b2dd in gdb_get_cpu_process (cpu=0xaf5a4af0)
On 28.04.21 21:34, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
linux-user/s390x/signal.c | 62 +--
1 file changed, 60 insertions(+), 2 deletions(-)
diff --git a/linux-user/s390x/signal.c b/linux-user/s390x/signal.c
index 9d470e4ca0..b5376
On Wed, Apr 28, 2021 at 10:07 PM Philippe Mathieu-Daudé
wrote:
>
> On 4/28/21 9:55 PM, Joelle van Dyne wrote:
> > Meson defaults builds to 'debugoptimized' which adds '-g -O2'
> > to CFLAGS. If the user specifies '--disable-debug-info' we
> > should instead build with 'release' which does not emit
On 4/28/21 8:00 PM, Philippe Mathieu-Daudé wrote:
> On 4/28/21 6:34 PM, Richard Henderson wrote:
>> On 4/28/21 7:48 AM, Philippe Mathieu-Daudé wrote:
>>> seccomp = not_found
>>> -if not get_option('seccomp').auto() or have_system or have_tools
>>> +if not get_option('seccomp').auto() or have_syst
On 28.04.21 21:33, Richard Henderson wrote:
Version 2 splits lazy do-it-all patch.
Yap, that helped a lot :)
--
Thanks,
David / dhildenb
On 02.03.21 17:21, David Hildenbrand wrote:
Similar to VFIO, vDPA will go ahead an map+pin all guest memory. Memory
that used to be discarded will get re-populated and if we
discard+re-access memory after mapping+pinning, the pages mapped into the
vDPA IOMMU will go out of sync with the actual pa
On 4/28/21 22:33, Oliver O'Halloran wrote:
On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar wrote:
With upstream kernel, especially after commit 98ba956f6a389
("powerpc/pseries/eeh: Rework device EEH PE determination") we see that KVM
guest isn't able to enable EEH option for PCI pass-thro
When not explicitly select a sysemu target and building virtiofsd,
the seccomp/cap-ng libraries are not resolved, leading to this error:
$ configure --target-list=i386-linux-user --disable-tools --enable-virtiofsd
tools/meson.build:12:6: ERROR: Problem encountered: virtiofsd requires
libcap-n
Meson fix to allow building virtiofsd without sysemu/tools.
Since v1:
- reworked meson (Richard)
- added CI job (Dave)
Regards,
Phil.
Supersedes: <20210428144813.417170-1-phi...@redhat.com>
Philippe Mathieu-Daudé (2):
meson: Select 'have_system' when virtiofsd is enabled
gitlab-ci: Add a j
Add a job which builds virtiofsd without any emulation or tool.
Signed-off-by: Philippe Mathieu-Daudé
---
https://gitlab.com/philmd/qemu/-/jobs/1222007991
Duration: 7 minutes 48 seconds
---
.gitlab-ci.yml | 13 +
1 file changed, 13 insertions(+)
diff --git a/.gitlab-ci.yml b/.gitlab
This is an automated cleanup. This bug report has been moved
to QEMU's new bug tracker on gitlab.com and thus gets marked
as 'expired' now. Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/51
** Changed in: qemu
Status: Confirmed => Expired
** Bug
On 4/29/21 7:43 AM, Markus Armbruster wrote:
> Philippe Mathieu-Daudé writes:
>
>> Now than we can probe if the TCG accelerator is available
>> at runtime with a QMP command, do it once at the beginning
>> and only register the tests we can run.
>> We can then replace the #ifdef'ry by a runtime c
On Thu, Apr 29, 2021 at 10:33:46AM +0200, Philippe Mathieu-Daudé wrote:
> Add a job which builds virtiofsd without any emulation or tool.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> https://gitlab.com/philmd/qemu/-/jobs/1222007991
> Duration: 7 minutes 48 seconds
> ---
> .gitlab-ci.yml | 1
* Alex Williamson (alex.william...@redhat.com) wrote:
> On Wed, 28 Apr 2021 20:17:23 +0100
> "Dr. David Alan Gilbert" wrote:
>
> > * Dev Audsin (dev.devaq...@gmail.com) wrote:
> > > Thanks Dave for your explanation.
> > > Any suggestions on how to make VFIO not attempt to map into the
> > > unacc
On Thu, 29 Apr 2021 at 09:33, Philippe Mathieu-Daudé wrote:
>
> When not explicitly select a sysemu target and building virtiofsd,
> the seccomp/cap-ng libraries are not resolved, leading to this error:
>
> $ configure --target-list=i386-linux-user --disable-tools --enable-virtiofsd
> tools/me
ping
On Thu, Apr 22, 2021 at 10:43 AM Konstantin Kostiuk
wrote:
> ping
>
> On Mon, Apr 5, 2021 at 4:14 PM Basil Salman wrote:
>
>> Currently Requester freeze times out after 10 seconds, while
>> the default timeout for Writer Freeze is 60 seconds. according to
>> VSS Documentation [1].
>> [1]:
On 2021/4/29 15:16, Andrew Jones wrote:
On Thu, Apr 29, 2021 at 10:14:37AM +0800, wangyanan (Y) wrote:
On 2021/4/28 18:31, Andrew Jones wrote:
On Tue, Apr 13, 2021 at 04:31:45PM +0800, Yanan Wang wrote:
} else if (sockets == 0) {
threads = threads > 0 ? threads : 1;
On 2021-04-28 22:33:45 Wed, Oliver O'Halloran wrote:
> On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar
> wrote:
> >
> > With upstream kernel, especially after commit 98ba956f6a389
> > ("powerpc/pseries/eeh: Rework device EEH PE determination") we see that KVM
> > guest isn't able to enable EEH
Am 28.04.2021 um 20:08 hat Raphael Norwitz geschrieben:
> Code looks ok - question about the commit message.
>
> Acked-by: Raphael Norwitz
>
> On Thu, Apr 22, 2021 at 07:02:18PM +0200, Kevin Wolf wrote:
> > Now that vhost_user_blk_connect() is not called from an event handler
> > any more, but d
Am 28.04.2021 um 21:24 hat Raphael Norwitz geschrieben:
> On Thu, Apr 22, 2021 at 07:02:20PM +0200, Kevin Wolf wrote:
> > Commit 2943b53f6 (' virtio: force VIRTIO_F_IOMMU_PLATFORM') made sure
> > that vhost can't just reject VIRTIO_F_IOMMU_PLATFORM when it was
> > requested. However, just adding it
On 4/29/21 10:43 AM, Daniel P. Berrangé wrote:
> On Thu, Apr 29, 2021 at 10:33:46AM +0200, Philippe Mathieu-Daudé wrote:
>> Add a job which builds virtiofsd without any emulation or tool.
>>
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> https://gitlab.com/philmd/qemu/-/jobs/1222007991
>> Dura
On 4/29/21 9:33 AM, Joelle van Dyne wrote:
> On Wed, Apr 28, 2021 at 10:07 PM Philippe Mathieu-Daudé
> wrote:
>>
>> On 4/28/21 9:55 PM, Joelle van Dyne wrote:
>>> Meson defaults builds to 'debugoptimized' which adds '-g -O2'
>>> to CFLAGS. If the user specifies '--disable-debug-info' we
>>> should
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1916344
Title:
User mode networking not working properly on QEMU on Mac OS X host
Status in QEMU:
New
Bug description:
Step
If you're cc'ed, you added a section to docs/system/deprecated.rst that
is old enough to permit removal. This is *not* a demand to remove, it's
a polite request to consider whether the time for removal has come.
Extra points for telling us in a reply. "We should remove, but I can't
do it myself r
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1890395
Title:
qmp/hmp: crash if client closes socket too early
Status in QEMU:
New
Bug description:
Qemu crashes on qmp/hm
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1833053
Title:
qemu guest crashes on spice client USB redirected device removal
Status in QEMU:
New
Bug description:
Hello,
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1883083
Title:
QEMU: block/vvfat driver issues
Status in QEMU:
New
Bug description:
Nathan Huckleberry has reported follow
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1793904
Title:
files are randomly overwritten by Zero Bytes
Status in QEMU:
New
Bug description:
Hello together,
I am cu
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1779955
Title:
qemu linux-user requires read permissions on memory passed to syscalls
that should only need write access
Statu
** Tags removed: qemu ubuntu uninstall
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1371915
Title:
Make Uninstall Rule Requested
Status in QEMU:
In Progress
Bug description:
Environment: Ubu
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1745316
Title:
SDL1.x>SDL2 regressions: non-usbtablet mouse position reporting is
broken, and VGA/compatmonitor/serial/etc view
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1734474
Title:
Maemo does not boot on emulated N800
Status in QEMU:
In Progress
Bug description:
I start QEMU with qemu-sys
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1745312
Title:
Regression report: Disk subsystem I/O failures/issues surfacing in
DOS/early Windows [two separate issues: one b
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1696180
Title:
Issues with qemu-img, libgfapi, and encryption at rest
Status in QEMU:
Triaged
Bug description:
Hi,
Encry
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1910723
Title:
NULL pointer dereference issues in am53c974 SCSI host bus adapter
Status in QEMU:
Fix Committed
Bug descriptio
** Tags removed: qemu
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1910696
Title:
Qemu fails to start with error " There is no option group 'spice'"
Status in QEMU:
New
Bug description:
Afte
** Tags added: linux-user
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1926521
Title:
QEMU-user ignores MADV_DONTNEED
Status in QEMU:
New
Bug description:
There is comment int the code "This
Hi,
> ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since 4.0)
> Creating sound card devices and vnc without ``audiodev=`` property (since
> 4.2)
> Creating sound card devices using ``-soundhw`` (since 5.1)
I think these three should be dropped together, to minimize di
Fixed in v5.2.0?
ab135622cf4 ("tmp105: Correct handling of temperature limit checks")
e1919889ef7 ("hw/misc/tmp105: reset the T_low and T_High registers")
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs
On Thu, Apr 29, 2021 at 12:18:42PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since 4.0)
> > Creating sound card devices and vnc without ``audiodev=`` property
> > (since 4.2)
> > Creating sound card devices using ``-soundhw``
We had a tentative patch in the past:
[PATCH v3] linux-user: add support for MADV_DONTNEED
https://patchew.org/QEMU/20180827084037.25316-1-simon.hausm...@qt.io/
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.n
On Thu, 29 Apr 2021 at 11:02, Markus Armbruster wrote:
>
> If you're cc'ed, you added a section to docs/system/deprecated.rst that
> is old enough to permit removal. This is *not* a demand to remove, it's
> a polite request to consider whether the time for removal has come.
> Extra points for tel
Philippe Mathieu-Daudé writes:
> We want the ARM maintainers and the qemu-arm@ list to be
> notified when this file is modified. Add an entry to the
> 'ARM TCG CPUs' section in the MAINTAINERS file.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Alex Bennée
> ---
> MAINTAINERS | 1
On Thu, 29 Apr 2021 at 11:28, Daniel P. Berrangé wrote:
>
> On Thu, Apr 29, 2021 at 12:18:42PM +0200, Gerd Hoffmann wrote:
> > Hi,
> >
> > > ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since 4.0)
> > > Creating sound card devices and vnc without ``audiodev=`` property
> >
** Tags removed: builds
** Tags added: audio
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1862887
Title:
qemu does not load pulseaudio modules properly
Status in QEMU:
New
Bug description:
H
On Thu, Apr 29, 2021 at 11:59:41AM +0200, Markus Armbruster wrote:
> Myself, but I only documented it; it's actually Kevin Wolf:
>
> ``blockdev-open-tray``, ``blockdev-close-tray`` argument ``device``
> (since 2.8.0)
>
> '''
Does this problem still persist after we've switched the build system to
meson?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1883560
Title:
mi
On Thu, Apr 29, 2021 at 11:29:42AM +0100, Peter Maydell wrote:
> On Thu, 29 Apr 2021 at 11:28, Daniel P. Berrangé wrote:
> >
> > On Thu, Apr 29, 2021 at 12:18:42PM +0200, Gerd Hoffmann wrote:
> > > Hi,
> > >
> > > > ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since
> > > > 4.
slirp is a separate project now ... if the problem persists, could you
please report this in the
https://gitlab.freedesktop.org/slirp/libslirp/-/issues bug tracker?
Thanks!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.
** Tags removed: netwroking
** Tags added: networking
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1904954
Title:
lan9118 bug peeked received message size not equal to actual received
message si
On Wed, Apr 28, 2021 at 5:55 PM Taylor Simpson wrote:
>
>
>
> >From: Paolo Montesel
> >Sent: Wednesday, April 28, 2021 5:25 AM
> >To: Taylor Simpson
> >Cc: Alessandro Di Federico ; qemu-devel@nongnu.org; Brian
> >Cain ; ni...@rev.ng; >phi...@redhat.com;
> >richard.hender...@linaro.org; Alessan
** Tags removed: feature request
** Tags added: feature-request
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1269628
Title:
Feature Request: Please add TCG OPAL 2 emulation support to the
virti
Hi,
> IOW, if QEMU was to be conservative, you can drop all env vars except
> the main QEMU_AUDIODRIVER.
As already mentioned above I want drop all legacy audio bits at once.
Leaving in the compatibility bits in for one or two more releases is
IMHO better than removing it partly now and the re
Public bug reported:
We are using kvm virtualization on our servers, We use
"qemu-monitor-command"(drive-backup) to take qcow2 backups and to monitor them
we use "qemu-monitor-event" command
For eg:-
/usr/bin/virsh qemu-monitor-event VPSNAME --event
"BLOCK_JOB_COMPLETED\|BLOCK_JOB_ERROR" --reg
** Tags removed: user
** Tags added: linux-user
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1926044
Title:
QEMU-user doesn't report HWCAP2_MTE
Status in QEMU:
In Progress
Bug description:
R
** Tags removed: qemu-system-i386
** Tags added: i386
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1785485
Title:
Mouse moves erratically when using scroll wheel on Windows NT 4,
Windows 95, and
On Thu, Apr 29, 2021 at 04:56:06PM +0800, wangyanan (Y) wrote:
>
> On 2021/4/29 15:16, Andrew Jones wrote:
> > On Thu, Apr 29, 2021 at 10:14:37AM +0800, wangyanan (Y) wrote:
> > > On 2021/4/28 18:31, Andrew Jones wrote:
> > > > On Tue, Apr 13, 2021 at 04:31:45PM +0800, Yanan Wang wrote:
> > > > >
** Tags removed: qemu-system-i386
** Tags added: i386
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1884017
Title:
Intermittently erratic mouse under Windows 95
Status in QEMU:
New
Bug descript
On 28/04/21 21:55, Joelle van Dyne wrote:
Meson defaults builds to 'debugoptimized' which adds '-g -O2'
to CFLAGS. If the user specifies '--disable-debug-info' we
should instead build with 'release' which does not emit any
debug info.
Signed-off-by: Joelle van Dyne
This is not needed. buildt
On 29/04/21 12:35, Daniel P. Berrangé wrote:
Note the QEMU since has been ready since 4.0, in April 2019 so 2 years.
We dropped the ball on getting this implemented in libvirt, since we
had almost no config options for sound at all in libvirt. We had just
hardcoded 3 sound backends based on the g
On 29/04/21 11:59, Markus Armbruster wrote:
Gerd Hoffmann:
Creating sound card devices using ``-soundhw`` (since 5.1)
''
Sound card devices should be created using ``-device`` instead. The
names are the same for most d
Yes, I think we can close this now.
** Changed in: qemu
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1734474
Title:
Maemo does not boot on emulated N800
On 29/04/2021 11.59, Markus Armbruster wrote:
If you're cc'ed, you added a section to docs/system/deprecated.rst that
is old enough to permit removal. This is *not* a demand to remove, it's
a polite request to consider whether the time for removal has come.
Extra points for telling us in a reply
On Thu, 29 Apr 2021 at 12:19, Thomas Huth wrote:
>
> On 29/04/2021 11.59, Markus Armbruster wrote:
> > If you're cc'ed, you added a section to docs/system/deprecated.rst that
> > is old enough to permit removal. This is *not* a demand to remove, it's
> > a polite request to consider whether the t
This is an automated cleanup. This bug report has been moved
to QEMU's new bug tracker on gitlab.com and thus gets marked
as 'expired' now. Please continue with the discussion here:
https://gitlab.com/qemu-project/qemu/-/issues/52
** Changed in: qemu
Status: New => Expired
** Bug watch
v4 has been floating around for a while. Let's see if we can find someone
to merge this; or at least give some more feedback ... all patches have
at least one RB.
I realized that resizing RAM blocks while the guest is being migrated
(precopy: resize while still running on the source, postcopy: re
Let's make add/remove optional. We want to introduce a RAM block
notifier for RAM migration that is only interested in resize events.
Reviewed-by: Peter Xu
Signed-off-by: David Hildenbrand
---
hw/core/numa.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/hw/c
Add two new helper functions. This will come in come handy once we want to
handle ram block resizes while postcopy is active.
Note that ram_block_from_stream() will already print proper errors.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: David Hildenbrand
---
migration/ram.c | 55 ++
Factor it out into common code when a new notifier is registered, just
as done with the memory region notifier. This keeps logic about how to
process existing ram blocks at a central place.
Just like when adding a new ram block, we have to register the max_length.
Ram blocks are only "fake resized
Resizing while migrating is dangerous and does not work as expected.
The whole migration code works with the usable_length of a ram block and
does not expect this value to change at random points in time.
In the case of postcopy, relying on used_length is racy as soon as the
guest is running. Also
Ram block notifiers are currently not aware of resizes. To properly
handle resizes during migration, we want to teach ram block notifiers about
resizeable ram.
Introduce the basic infrastructure but keep using max_size in the
existing notifiers. Supply the max_size when adding and removing ram
blo
Resizing while migrating is dangerous and does not work as expected.
The whole migration code works on the usable_length of ram blocks and does
not expect this to change at random points in time.
In the case of precopy, the ram block size must not change on the source,
after syncing the RAM block
We want to make use of ram_block_discard_range() in the RAM block resize
callback when growing a RAM block, *before* used_length is changed.
Let's relax the check. As RAM blocks always mmap the whole max_length area,
we cannot corrupt unrelated data.
Reviewed-by: Peter Xu
Signed-off-by: David Hil
In case we grow our RAM after ram_postcopy_incoming_init() (e.g., when
synchronizing the RAM block state with the migration source), the resized
part would not get discarded. Let's perform that when being notified
about a resize while postcopy has been advised, but is not listening
yet. With precop
We actually want to print the used_length, against which we check.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: David Hildenbrand
---
migration/multifd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/migration/multifd.c b/migration/multifd.c
index a6677c45c8..0a4803c
We never read or write beyond the used_length of memory blocks when
migrating. Make this clearer by using offset_in_ramblock() consistently.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: David Hildenbrand
---
migration/ram.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
This patch series aims to implement the virtio sound card
as defined in the virtio specs (v8). The specs can be found
at the following github repo:
https://github.com/oasis-tcs/virtio-spec
This patch series is not complete yet, but here is what's
already been done:
- The device is initialized
Added device configuration and common definitions to the header
file.
Signed-off-by: Shreyansh Chouhan
---
include/hw/virtio/virtio-snd.h | 97 ++
1 file changed, 97 insertions(+)
create mode 100644 include/hw/virtio/virtio-snd.h
diff --git a/include/hw/virtio/v
Added jacks, pcm streams and the VirtIOSound structure for actual
device implementation.
Signed-off-by: Shreyansh Chouhan
---
include/hw/virtio/virtio-snd.h | 64 ++
1 file changed, 64 insertions(+)
diff --git a/include/hw/virtio/virtio-snd.h b/include/hw/virtio/
Signed-off-by: Shreyansh Chouhan
---
hw/audio/virtio-snd.c | 81 +--
1 file changed, 79 insertions(+), 2 deletions(-)
diff --git a/hw/audio/virtio-snd.c b/hw/audio/virtio-snd.c
index 435870e3ba..d50234f9a8 100644
--- a/hw/audio/virtio-snd.c
+++ b/hw/audio/
Added structures for handling channel map control
requests to the header file.
Signed-off-by: Shreyansh Chouhan
---
include/hw/virtio/virtio-snd.h | 64 ++
1 file changed, 64 insertions(+)
diff --git a/include/hw/virtio/virtio-snd.h b/include/hw/virtio/virtio-snd
1 - 100 of 321 matches
Mail list logo
