On Thu, 03 Aug 2023 17:55, Jonah Palmer wrote:
Move the definition of VhostUserProtocolFeature to
include/hw/virtio/vhost-user.h.
Remove previous definitions in hw/scsi/vhost-user-scsi.c,
hw/virtio/vhost-user.c, and hw/virtio/virtio-qmp.c.
Previously there were 3 separate definitions of this o
On Thu, 03 Aug 2023 17:54, Jonah Palmer wrote:
Add new virtio transport feature to transport feature map:
- VIRTIO_F_RING_RESET
Add new vhost-user protocol feature to vhost-user protocol feature map
and enumeration:
- VHOST_USER_PROTOCOL_F_STATUS
Add new virtio device features for several virt
Hi Zhao,
On 8/2/23 18:49, Moger, Babu wrote:
> Hi Zhao,
>
> Hitting this error after this patch.
>
> ERROR:../target/i386/cpu.c:257:max_processor_ids_for_cache: code should
> not be reached
> Bail out! ERROR:../target/i386/cpu.c:257:max_processor_ids_for_cache: code
> should not be reached
> Abo
On 03.08.23 17:43, ThinerLogoer wrote:
At 2023-07-28 18:45:20, "David Hildenbrand" wrote:
Whatever you prefer! If I resend the patch, I would keep you the author
and only add my Co-authored-by: Signed-off-by:.
Just let me know.
Hello,
I wonder whether you have planned to resubmit the cur
On Thu, 03 Aug 2023 17:54, Jonah Palmer wrote:
-VirtioInfoList *qmp_x_query_virtio(Error **errp)
+static int query_dev_child(Object *child, void *opaque)
{
-VirtioInfoList *list = NULL;
-VirtioInfo *node;
-VirtIODevice *vdev;
+VirtioInfoList **vdevs = opaque;
+Object *dev = o
Acked-by: Dongwon Kim From: Marc-André Lureau
Signed-off-by: Marc-André Lureau
--- include/hw/virtio/virtio-gpu.h | 1 +
hw/display/virtio-gpu-base.c | 2 +- hw/display/virtio-gpu.c
| 10 ++ 3 files changed, 12 insertions(+), 1 deletion(-) diff
--git a/include/hw/virtio/
Looking good. By the way, what does 'BH' stand for?
Acked-by: Dongwon Kim
From: Marc-André Lureau
Calling OpenGL from different threads can have bad consequences if not
carefully reviewed. It's not generally supported. In my case, I was
debugging a crash in glDeleteTextures from OPENGL32.DLL,
From: Klaus Jensen
As reported by Trend Micro's Zero Day Initiative, an oob memory read
vulnerability exists in nvme_fdp_events(). The host-provided offset is
not verified.
Fix this.
This is only exploitable when Flexible Data Placement mode (fdp=on) is
enabled.
Fixes: CVE-2023-4135
Fixes: 730
Hi
On Thu, Aug 3, 2023 at 10:23 PM Kim, Dongwon wrote:
>
> Looking good. By the way, what does 'BH' stand for?
>
BH: bottom-half, it's a kind of delayed callback.
> Acked-by: Dongwon Kim
thanks
>
> From: Marc-André Lureau
>
> Calling OpenGL from different threads can have bad consequences i
On Wed, Jul 05, 2023 at 09:15:23AM +0200, Stefano Garzarella wrote:
> This reverts commit 8cc5583abe6419e7faaebc9fbd109f34f4c850f2.
>
> That commit causes several problems in Linux as described in the BZ.
> In particular, after a while, other devices on the bus are no longer
> usable even if those
On Thu, Aug 03, 2023 at 10:54:57AM -0400, Jonah Palmer wrote:
> These patches update a few things related to virtio introspection via.
> QMP/HMP commands.
>
> 1. Remove 'virtio_list' and instead query the QOM composition tree to
> find any active & realized virtio devices.
>
> The 'virtio_list' w
qdev_alias_all_properties() aliases a DeviceState's qdev properties onto
an Object. This is used for VirtioPCIProxy types so that --device
virtio-blk-pci has properties of its embedded --device virtio-blk-device
object.
Currently this function is implemented using qdev properties. Change the
funct
On Thu, Aug 03, 2023 at 03:36:44PM -0400, Michael S. Tsirkin wrote:
> On Wed, Jul 05, 2023 at 09:15:23AM +0200, Stefano Garzarella wrote:
> > This reverts commit 8cc5583abe6419e7faaebc9fbd109f34f4c850f2.
> >
> > That commit causes several problems in Linux as described in the BZ.
> > In particular
On Wed, Jul 05, 2023 at 09:15:23AM +0200, Stefano Garzarella wrote:
> This reverts commit 8cc5583abe6419e7faaebc9fbd109f34f4c850f2.
>
> That commit causes several problems in Linux as described in the BZ.
> In particular, after a while, other devices on the bus are no longer
> usable even if those
On Wed, Jul 12, 2023 at 10:12:13AM +0200, Paolo Bonzini wrote:
> On 7/10/23 21:40, Michael S. Tsirkin wrote:
> >
> > Acked-by: Michael S. Tsirkin
> >
> > Seems safest to revert, but I'll let storage guys decide whether to
> > queue this.
>
> There are multiple possibilities:
>
> 1) it's a QEMU
Hi Zhao,
On 8/1/23 05:35, Zhao Liu wrote:
> From: Zhao Liu
>
> The commit 8f4202fb1080 ("i386: Populate AMD Processor Cache Information
> for cpuid 0x801D") adds the cache topology for AMD CPU by encoding
> the number of sharing threads directly.
>
> From AMD's APM, NumSharingCache (CPUID[0
Hi Zhao,
Please copy the thread to k...@vger.kernel.org also. It makes it easier
to browse.
On 8/1/23 05:35, Zhao Liu wrote:
> From: Zhao Liu
>
> CPUID[0x801D].EAX[bits 25:14] is used to represent the cache
> topology for amd CPUs.
Please change this to.
CPUID[0x801D].EAX[bits 25:1
Le 02/08/2023 à 23:32, Philippe Mathieu-Daudé a écrit :
Hi Jean-Christophe,
On 2/8/23 23:08, Jean-Christophe Dubois wrote:
* Add Addr and size definition for all i.MX6UL devices in i.MX6UL
header file.
I'm OK with your patch, but some addr/size are added, while other
are changed. It is hard t
Add emulation for /proc/cpuinfo for the alpha architecture.
alpha output example:
(alpha-chroot)root@p100:/# cat /proc/cpuinfo
cpu : Alpha
cpu model : ev67
cpu variation : 7
cpu revision: 0
cpu serial number : JA
system type
In qemu we catch accesses to files like /proc/cpuinfo or /proc/net/route
and return to the guest contents which would be visible on a real system
(instead what the host would show).
This patch fixes a bug, where for example the accesses
cat /proccpuinfo
or
cd /proc && cat cpuinfo
will
Add emulation for /proc/cpuinfo for arm architecture.
The output below mimics output as seen on debian porterboxes.
aarch64 output example:
processor : 0
model name : ARMv8 Processor rev 0 (v8l)
BogoMIPS: 100.00
Features: swp half thumb fast_mult vfp edsp neon vfpv3 tls
- One fix for correctly detecting /proc/cpuinfo access
- A new /proc/cpuinfo output for arm/arm64.
- A new /proc/cpuinfo output for Alpha
Helge Deller (3):
linux-user: Fix openat() emulation to correctly detect accesses to
/proc
linux-user: Emulate /proc/cpuinfo on aarch64 and arm
linux-
On 8/3/23 13:48, Helge Deller wrote:
Add emulation for /proc/cpuinfo for arm architecture.
The output below mimics output as seen on debian porterboxes.
aarch64 output example:
processor : 0
model name : ARMv8 Processor rev 0 (v8l)
BogoMIPS: 100.00
Features: swp half
On 8/3/23 13:48, Helge Deller wrote:
+dprintf(fd, "cpu active mask\t\t: %016llx\n", (unsigned long long)
cpu_mask);
PRIx64 better than using long long.
r~
Hi Michael,
On Thu, Aug 3, 2023 at 10:02 PM Michael S. Tsirkin wrote:
>
> On Wed, Jul 05, 2023 at 09:15:23AM +0200, Stefano Garzarella wrote:
> > This reverts commit 8cc5583abe6419e7faaebc9fbd109f34f4c850f2.
> >
> > That commit causes several problems in Linux as described in the BZ.
> > In parti
- One fix for correctly detecting /proc/cpuinfo access
- A new /proc/cpuinfo output for arm/arm64.
- A new /proc/cpuinfo output for Alpha
Helge Deller (3):
linux-user: Fix openat() emulation to correctly detect accesses to
/proc
linux-user: Emulate /proc/cpuinfo on aarch64 and arm
linux-
Add emulation for /proc/cpuinfo for the alpha architecture.
alpha output example:
(alpha-chroot)root@p100:/# cat /proc/cpuinfo
cpu : Alpha
cpu model : ev67
cpu variation : 7
cpu revision: 0
cpu serial number : JA
system type
Add emulation for /proc/cpuinfo for arm architecture.
The output below mimics output as seen on debian porterboxes.
aarch64 output example:
processor : 0
model name : ARMv8 Processor rev 0 (v8l)
BogoMIPS: 100.00
Features: swp half thumb fast_mult vfp edsp neon vfpv3 tls
In qemu we catch accesses to files like /proc/cpuinfo or /proc/net/route
and return to the guest contents which would be visible on a real system
(instead what the host would show).
This patch fixes a bug, where for example the accesses
cat /proccpuinfo
or
cd /proc && cat cpuinfo
will
From: Peter Maydell
In build_cdat_table() we do:
*cdat_table = g_malloc0(sizeof(*cdat_table) * CXL_USP_CDAT_NUM_ENTRIES);
This is wrong because:
- cdat_table has type CDATSubHeader ***
- so *cdat_table has type CDATSubHeader **
- so the array we're allocating here should be items of type CDAT
From: Igor Mammedov
ACPI spec (since 2.0a) says
"
A device object must contain either an _HID object or
an _ADR object, but can contain both.
"
_ADR is used when device is attached to an ennumerable bus,
however hostbridge is not and uses dedicated _HID for
discovery, drop _ADR field.
It doesn'
The following changes since commit c167c80b463768e04a22fbe37ba6c53a4a08e41e:
Merge tag 'pull-request-2023-08-03' of https://gitlab.com/thuth/qemu into
staging (2023-08-03 07:37:17 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_up
From: Thomas Huth
The values in "msg" are assembled in host endian byte order (the other
field are also not swapped), so we must not swap the __addr_head here.
Signed-off-by: Thomas Huth
Message-Id: <20230802135723.178083-6-th...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Micha
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Message-Id: <20230720133858.1974024-2-imamm...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
tests/qtest/bios-tables-test-allowed-diff.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/tes
From: Thomas Huth
On big endian hosts, we need to reverse the bitfield order in the
struct VTDInvDescIEC, just like it is already done for the other
bitfields in the various structs of the intel-iommu device.
Signed-off-by: Thomas Huth
Message-Id: <20230802135723.178083-4-th...@redhat.com>
Revi
From: Thomas Huth
After reading the guest memory with dma_memory_read(), we have
to make sure that we byteswap the little endian data to the host's
byte order.
Signed-off-by: Thomas Huth
Message-Id: <20230802135723.178083-2-th...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Micha
From: David Edmondson
Signed-off-by: David Edmondson
Message-Id: <20230721072820.75797-1-david.edmond...@oracle.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
Reviewed-by: Philippe Mathieu-Daudé
---
hw/virtio/virtio-qmp.c | 2 ++
1 file changed, 2 insertions(+)
diff
From: Eric Auger
In the virtio_iommu_handle_command() when a PROBE request is handled,
output_size takes a value greater than the tail size and on a subsequent
iteration we can get a stack out-of-band access. Initialize the
output_size on each iteration.
The issue was found with ASAN. Credits to
From: Thomas Huth
The values in "addr" are populated locally in this function in host
endian byte order, so we must not swap the index_l field here.
Signed-off-by: Thomas Huth
Message-Id: <20230802135723.178083-5-th...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirk
From: Eric Auger
At several locations we compute the granule from the config
page_size_mask using ctz() and then format it in traces using
BIT(). As the page_size_mask is 64b we should use ctz64 and
BIT_ULL() for formatting. We failed to be consistent.
Note the page_size_mask is garanteed to be
From: Li Feng
When the vhost-user reconnect to the backend, the notifer should be
cleanup. Otherwise, the fd resource will be exhausted.
Fixes: f9a09ca3ea ("vhost: add support for configure interrupt")
Signed-off-by: Li Feng
Reviewed-by: Raphael Norwitz
Message-Id: <20230731121018.2856310-2-f
From: Igor Mammedov
it seems that Windows is unable to handle variable references
making it choke up when accessing ASUN during _DSM call
when device is hotplugged (it lists package elements as DataAlias
but despite that later on it misbehaves) with following error
shown up in AMLI debugger (WS20
From: Thomas Huth
The code already tries to do some endianness handling here, but
currently fails badly:
- While it already swaps the data when logging errors / tracing, it fails
to byteswap the value before e.g. accessing entry->irte.present
- entry->irte.source_id is swapped with le32_to_cpu(
From: Hanna Czenczek
virtio_queue_packed_set_last_avail_idx() is used by vhost devices to set
the internal queue indices to what has been reported by the vhost
back-end through GET_VRING_BASE. For packed virtqueues, this
32-bit value is expected to contain both the device's internal avail and
us
From: Yuri Benditovich
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2224964
In migration with VF failover, Windows guest and ACPI hot
unplug we do not need to satisfy config requests, otherwise
the guest immediately detects the device and brings up its
driver. Many network VF's are stuck o
From: Thomas Huth
The first bitfield here is supposed to be used as a 64-bit equivalent
to the "uint64_t msi_addr" in the union. To make this work correctly
on big endian hosts, too, the __addr_hi field has to be part of the
bitfield, and the the bitfield members must be declared with "uint64_t"
From: zhenwei pi
Generally guest side should discover which services the device is
able to offer, then do requests on device.
However it's also possible to break this rule in a guest. Handle
unexpected request here to avoid NULL pointer dereference.
Fixes: e7a775fd ('cryptodev: Account statisti
From: Milan Zamazal
The QEMU CI fails in virtio-scmi test occasionally. As reported by
Thomas Huth, this happens most likely when the system is loaded and it
fails with the following error:
qemu-system-aarch64: ../../devel/qemu/hw/pci/msix.c:659:
msix_unset_vector_notifiers: Assertion `dev-
From: Igor Mammedov
Expected change is that _ADR object is removed from
hostbridge descriptor in DSDT for PC and Q35 machines.
Signed-off-by: Igor Mammedov
Message-Id: <20230720133858.1974024-7-imamm...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
tests/q
From: Igor Mammedov
Following change is expected on each PCI slot with enabled
ACPI PCI hotplug
-BSEL,
-ASUN
+Zero,
+Zero
}
+Local0 [Zero]
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Message-Id: <20230720133858.1974024-5-imamm...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
---
tests/qtest/bios-tables-test-allowed-diff.h | 37 +
1 file changed, 37 insertions(+)
diff --gi
From: zhenwei pi
For symmetric algorithms, the length of ciphertext must be as same
as the plaintext.
The missing verification of the src_len and the dst_len in
virtio_crypto_sym_op_helper() may lead buffer overflow/divulged.
This patch is originally written by Yiming Tao for QEMU-SECURITY,
rese
The following changes since commit 9ba37026fcf6b7f3f096c0cca3e1e7307802486b:
Update version for v8.1.0-rc2 release (2023-08-02 08:22:45 -0700)
are available in the Git repository at:
https://github.com/hdeller/qemu-hppa.git
tags/hppa-linux-user-speedup-pull-request
for you to fetch changes
On hppa the Instruction Address Offset Queue (IAOQ) registers specifies
the next to-be-executed instructions addresses. Each generated TB writes those
registers at least once, so those registers are used heavily in generated
code.
Looking at the generated assembly, for a x86-64 host this code
to w
On 8/3/23 14:44, Helge Deller wrote:
Add emulation for /proc/cpuinfo for arm architecture.
The output below mimics output as seen on debian porterboxes.
aarch64 output example:
processor : 0
model name : ARMv8 Processor rev 0 (v8l)
BogoMIPS: 100.00
Features: swp half
On 8/3/23 14:44, Helge Deller wrote:
Add emulation for /proc/cpuinfo for the alpha architecture.
alpha output example:
(alpha-chroot)root@p100:/# cat /proc/cpuinfo
cpu : Alpha
cpu model : ev67
cpu variation : 7
cpu revision: 0
cpu serial n
From: Gerd Hoffmann
Use VIRTIO_GPU_SHM_ID_HOST_VISIBLE as id for virtio-gpu.
Signed-off-by: Antonio Caggiano
Acked-by: Michael S. Tsirkin
---
hw/display/virtio-gpu-pci.c| 14 ++
hw/display/virtio-gpu.c| 1 +
hw/display/virtio-vga.c| 33
From: Antonio Caggiano
The feature can be enabled when a backend wants it.
Signed-off-by: Antonio Caggiano
Reviewed-by: Marc-André Lureau
Signed-off-by: Gurchetan Singh
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Akihiko Odaki
---
hw/display/virtio-gpu-base.c | 3 +++
include/hw/vir
From: Antonio Caggiano
This adds preparatory functions needed to:
- decode blob cmds
- tracking iovecs
Signed-off-by: Antonio Caggiano
Signed-off-by: Dmitry Osipenko
Signed-off-by: Gurchetan Singh
---
hw/display/virtio-gpu.c | 11 +++
include/hw/virtio/virtio-
Prior versions:
https://lists.gnu.org/archive/html/qemu-devel/2023-07/msg05801.html
https://lists.gnu.org/archive/html/qemu-devel/2023-07/msg02341.html
https://patchew.org/QEMU/20230421011223.718-1-gurchetansi...@chromium.org/
Changes since v2:
- Incorporated review feedback
How to build both
From: Gurchetan Singh
This adds basic documentation for virtio-gpu.
Suggested-by: Akihiko Odaki
Signed-off-by: Gurchetan Singh
---
v2: - Incorporated suggestions by Akihiko Odaki
- Listed the currently supported capset_names (Bernard)
v3: - Incorporated suggestions by Akihiko Odaki and A
From: Gurchetan Singh
This adds initial support for gfxstream and cross-domain. Both
features rely on virtio-gpu blob resources and context types, which
are also implemented in this patch.
gfxstream has a long and illustrious history in Android graphics
paravirtualization. It has been powering
From: Gurchetan Singh
This change enables rutabaga to receive virtio-gpu-3d hypercalls
when it is active.
Signed-off-by: Gurchetan Singh
---
v3: Whitespace fix (Akihiko)
hw/display/virtio-gpu-base.c | 3 ++-
hw/display/virtio-gpu.c | 5 +++--
softmmu/qdev-monitor.c | 3 +++
softmmu
From: Gurchetan Singh
This modifies the common virtio-gpu.h file have the fields and
defintions needed by gfxstream/rutabaga, by VirtioGpuRutabaga.
The command to run these would be:
-device virtio-vga-rutabaga,capset_names=gfxstream-vulkan:cross-domain, \
wayland_socket_path=/run/user/
From: Gurchetan Singh
- Add meson detection of rutabaga_gfx
- Build virtio-gpu-rutabaga.c + associated vga/pci files when
present
Signed-off-by: Gurchetan Singh
---
v3: Fix alignment issues (Akihiko)
hw/display/meson.build| 22 ++
meson.build |
From: "Dr. David Alan Gilbert"
Define a new capability type 'VIRTIO_PCI_CAP_SHARED_MEMORY_CFG' to allow
defining shared memory regions with sizes and offsets of 2^32 and more.
Multiple instances of the capability are allowed and distinguished
by a device-specific 'id'.
Signed-off-by: Dr. David A
Copy each guest kernel's default value, then bound it
against reserved_va or the host address space.
Signed-off-by: Richard Henderson
---
linux-user/aarch64/target_mman.h | 3 +++
linux-user/alpha/target_mman.h | 3 +++
linux-user/arm/target_mman.h | 3 +++
linux-user/cris/t
From: Akihiko Odaki
The man page states:
> Note that older kernels which do not recognize the MAP_FIXED_NOREPLACE
> flag will typically (upon detecting a collision with a preexisting
> mapping) fall back to a “non-MAP_FIXED” type of behavior: they will
> return an address that is different from t
From: Helge Deller
While we attempt to load a ET_DYN executable far away from
TASK_UNMAPPED_BASE, we are not completely in control of the
address space layout. If the interpreter lands close to
the executable, leaving insufficient heap space, move brk.
Signed-off-by: Helge Deller
[rth: Re-orde
Changes for v8:
* Remove adjustments to the image mapping for host page size.
Instead, rely on target_mmap to do its job in that respect.
This was the root cause of the 64k host page size issues.
Please review.
r~
Akihiko Odaki (6):
linux-user: Unset MAP_FIXED_NOREPLACE for host
Rely on target_mmap to handle guest vs host page size mismatch.
Signed-off-by: Richard Henderson
---
linux-user/elfload.c | 54 +++-
1 file changed, 23 insertions(+), 31 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index e853a4ab3
From: Akihiko Odaki
MAP_FIXED_NOREPLACE can ensure the mapped address is fixed without
concerning that the new mapping overwrites something else.
Signed-off-by: Akihiko Odaki
Message-Id: <20230802071754.14876-5-akihiko.od...@daynix.com>
[rth: Pass -1 as fd for MAP_ANON]
Signed-off-by: Richard H
If p_filesz == 0, then vaddr_ef == vaddr. We can reuse the
code in zero_bss rather than incompletely duplicating it in
load_elf_image.
Signed-off-by: Richard Henderson
---
linux-user/elfload.c | 27 +++
1 file changed, 7 insertions(+), 20 deletions(-)
diff --git a/linux
From: Akihiko Odaki
do_brk() minimizes calls into target_mmap() by aligning the address
with host page size, which is potentially larger than the target page
size. However, the current implementation of this optimization has two
bugs:
- The start of brk is rounded up with the host page size whil
From: Akihiko Odaki
Passing MAP_FIXED_NOREPLACE to host will fail for reserved_va because
the address space is reserved with mmap. Replace it with MAP_FIXED
in that case.
Signed-off-by: Akihiko Odaki
Message-Id: <20230802071754.14876-2-akihiko.od...@daynix.com>
[rth: Expand inline commentary.]
From: Akihiko Odaki
Later the returned value is compared with -1, and negated errno is not
expected.
Fixes: 00faf08c95 ("linux-user: Don't use MAP_FIXED in do_brk()")
Reviewed-by: Helge Deller
Signed-off-by: Akihiko Odaki
Message-Id: <20230802071754.14876-4-akihiko.od...@daynix.com>
Signed-off
Remove TARGET_ELF_EXEC_PAGESIZE, and 3 other TARGET_ELF_PAGE* macros
based off of that. Rely on target_mmap to handle guest vs host page
size mismatch.
Signed-off-by: Richard Henderson
---
linux-user/elfload.c | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
diff --git
Provide default values that are as close as possible to the
values used by the guest's kernel.
Signed-off-by: Richard Henderson
---
linux-user/aarch64/target_mman.h | 10 ++
linux-user/alpha/target_mman.h | 8
linux-user/arm/target_mman.h | 8
linux-
Ensure that the chosen values for mmap_next_start and
task_unmapped_base are within the guest address space.
Signed-off-by: Richard Henderson
---
linux-user/user-mmap.h | 18 +-
linux-user/main.c | 18 ++
linux-user/mmap.c | 18 +++---
3 file
From: Akihiko Odaki
Linux 6.4.7 does nothing when a value smaller than the initial brk is
specified.
Fixes: 86f04735ac ("linux-user: Fix brk() to release pages")
Reviewed-by: Helge Deller
Signed-off-by: Akihiko Odaki
Message-Id: <20230802071754.14876-6-akihiko.od...@daynix.com>
Signed-off-by:
This variable is unused.
Signed-off-by: Richard Henderson
---
linux-user/user-mmap.h | 1 -
linux-user/mmap.c | 2 --
2 files changed, 3 deletions(-)
diff --git a/linux-user/user-mmap.h b/linux-user/user-mmap.h
index 3fc986f92f..7265c2c116 100644
--- a/linux-user/user-mmap.h
+++ b/linux-us
Use this as extra protection for the guest mapping over
any qemu host mappings.
Signed-off-by: Richard Henderson
---
linux-user/elfload.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 2aee2298ec..0c64aad8a5 100644
-
On 8/3/23 08:55, Stefan Hajnoczi wrote:
The following changes since commit 9ba37026fcf6b7f3f096c0cca3e1e7307802486b:
Update version for v8.1.0-rc2 release (2023-08-02 08:22:45 -0700)
are available in the Git repository at:
https://gitlab.com/stefanha/qemu.git tags/block-pull-request
fo
Follow the lead of the linux kernel in fs/binfmt_elf.c,
in which an ET_DYN executable which uses an interpreter
(usually a PIE executable) is loaded away from where the
interpreter itself will be loaded.
Signed-off-by: Richard Henderson
---
linux-user/elfload.c | 27 +--
The heap starts at "brk" not "start_brk". With this fixed,
image_info.start_brk is unused and may be removed.
Signed-off-by: Richard Henderson
---
linux-user/qemu.h | 1 -
linux-user/flatload.c | 2 +-
linux-user/main.c | 2 --
3 files changed, 1 insertion(+), 4 deletions(-)
diff --git
On 8/3/23 15:35, Helge Deller wrote:
The following changes since commit 9ba37026fcf6b7f3f096c0cca3e1e7307802486b:
Update version for v8.1.0-rc2 release (2023-08-02 08:22:45 -0700)
are available in the Git repository at:
https://github.com/hdeller/qemu-hppa.git
tags/hppa-linux-user-spee
On 8/3/23 15:20, Michael S. Tsirkin wrote:
The following changes since commit c167c80b463768e04a22fbe37ba6c53a4a08e41e:
Merge tag 'pull-request-2023-08-03' ofhttps://gitlab.com/thuth/qemu into
staging (2023-08-03 07:37:17 -0700)
are available in the Git repository at:
https://git.kerne
04.08.2023 01:21, Michael S. Tsirkin wrote:
From: zhenwei pi
Generally guest side should discover which services the device is
able to offer, then do requests on device.
However it's also possible to break this rule in a guest. Handle
unexpected request here to avoid NULL pointer dereference.
04.08.2023 01:21, Michael S. Tsirkin wrote:
From: Li Feng
When the vhost-user reconnect to the backend, the notifer should be
cleanup. Otherwise, the fd resource will be exhausted.
Fixes: f9a09ca3ea ("vhost: add support for configure interrupt")
Signed-off-by: Li Feng
Reviewed-by: Raphael No
04.08.2023 01:21, Michael S. Tsirkin wrote:
From: Yuri Benditovich
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2224964
In migration with VF failover, Windows guest and ACPI hot
unplug we do not need to satisfy config requests, otherwise
the guest immediately detects the device and bring
04.08.2023 07:36, Michael Tokarev wrote:
This smells like a stable-8.0 material. Please let me know if it is not.
Ah, it is, Cc'd -stable already. N/m, picked this one up.
/mjt
On 2023/08/04 10:45, Richard Henderson wrote:
This variable is unused.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
On 2023/08/04 10:45, Richard Henderson wrote:
Ensure that the chosen values for mmap_next_start and
task_unmapped_base are within the guest address space.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
On 2023/08/04 10:45, Richard Henderson wrote:
Provide default values that are as close as possible to the
values used by the guest's kernel.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
On 2023/08/04 10:45, Richard Henderson wrote:
Copy each guest kernel's default value, then bound it
against reserved_va or the host address space.
Signed-off-by: Richard Henderson
---
linux-user/aarch64/target_mman.h | 3 +++
linux-user/alpha/target_mman.h | 3 +++
linux-user/ar
On 2023/08/04 10:45, Richard Henderson wrote:
Use this as extra protection for the guest mapping over
any qemu host mappings.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
On 2023/08/04 10:45, Richard Henderson wrote:
Follow the lead of the linux kernel in fs/binfmt_elf.c,
in which an ET_DYN executable which uses an interpreter
(usually a PIE executable) is loaded away from where the
interpreter itself will be loaded.
Signed-off-by: Richard Henderson
Reviewed-b
On 2023/08/04 10:45, Richard Henderson wrote:
From: Helge Deller
While we attempt to load a ET_DYN executable far away from
TASK_UNMAPPED_BASE, we are not completely in control of the
address space layout. If the interpreter lands close to
the executable, leaving insufficient heap space, move
On 2023/08/04 10:45, Richard Henderson wrote:
The heap starts at "brk" not "start_brk". With this fixed,
image_info.start_brk is unused and may be removed.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
On 2023/08/04 10:45, Richard Henderson wrote:
Remove TARGET_ELF_EXEC_PAGESIZE, and 3 other TARGET_ELF_PAGE* macros
based off of that. Rely on target_mmap to handle guest vs host page
size mismatch.
Signed-off-by: Richard Henderson
Reviewed-by: Akihiko Odaki
101 - 200 of 208 matches
Mail list logo
