On 8/7/23 23:07, Karim Taha wrote:
+struct target_stat {
+uint64_t st_dev; /* inode's device */
+uint64_t st_ino; /* inode's number */
+uint64_t st_nlink; /* number of hard links */
Indentation of 8 instead of 4.
Otherwise,
Ack
On 8/7/23 23:07, Karim Taha wrote:
+uint32_t st_flags;/* user defined flags for file */
+__uint32_t st_gen; /* file generation number */
+__int32_t st_lspare;
Oh, drop the __ types.
r~
On Thu, Jun 08, 2023 at 12:46:45AM +0800, ~hyman wrote:
> From: Hyman Huang(黄勇)
>
> Add migration dirty-limit capability test if kernel support
> dirty ring.
>
> Migration dirty-limit capability introduce dirty limit
> capability, two parameters: x-vcpu-dirty-limit-period and
> vcpu-dirty-limit
On 8/7/23 23:07, Karim Taha wrote:
+uint32_t st_flags;/* user defined flags for file */
+__uint32_t st_gen; /* file generation number */
Drop the __.
+/* __int32_t st_lspare; */
Why commented out?
+struct target_freebsd_timespec st_birthtim; /* time of file cre
On 8/7/23 23:07, Karim Taha wrote:
+struct target_statfs {
+uint32_t f_version; /* structure version number */
Indentation. Otherwise,
Acked-by: Richard Henderson
r~
On 8/7/23 23:07, Karim Taha wrote:
+struct target_freebsd_fid {
+u_short fid_len;/* len of data in bytes */
+u_short fid_data0; /* force longword align */
+charfid_data[TARGET_MAXFIDSZ]; /* data (variable len) */
uint16_t?
Otherwise,
Acked-by:
On 8/7/23 23:07, Karim Taha wrote:
From: Kyle Evans
Signed-off-by: Kyle Evans
Signed-off-by: Karim Taha
---
bsd-user/syscall_defs.h | 2 ++
1 file changed, 2 insertions(+)
Reviewed-by: Richard Henderson
r~
On 8/7/23 23:07, Karim Taha wrote:
From: Warner Losh
This is necessary for future code using target_time_t, in
bsd-user/syscall_defs.
Signed-off-by: Warner Losh
Signed-off-by: Karim Taha
---
bsd-user/syscall_defs.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by:
On 8/7/23 23:07, Karim Taha wrote:
From: Stacey Son
Implement the stat converstion functions:
h2t_freebsd11_stat
h2t_freebsd_nstat
Signed-off-by: Stacey Son
Signed-off-by: Karim Taha
---
bsd-user/freebsd/os-stat.c | 94 ++
1 file changed, 94 insertions(+)
On 8/7/23 23:07, Karim Taha wrote:
From: Stacey Son
Implement the stat converstion functions:
h2t_freebsd11_stat
h2t_freebsd_nstat
"conversion"
And copy the functions into the subject, so that we don't wind up with 4 commits with
identical subject.
r~
On 8/7/23 23:07, Karim Taha wrote:
From: Stacey Son
Implement the stat converstion functions:
h2t_freebsd_fhandle
t2h_freebsd_fhandle
Signed-off-by: Stacey Son
Signed-off-by: Karim Taha
---
bsd-user/freebsd/os-stat.c | 37 +
1 file changed, 37 insertions(+
On 8/7/23 23:07, Karim Taha wrote:
From: Stacey Son
Implement the stat converstion functions:
h2t_freebds11_statfs
Signed-off-by: Stacey Son
Signed-off-by: Karim Taha
Same typo and changes to subject. Otherwise,
Reviewed-by: Richard Henderson
r~
On 8/7/23 23:07, Karim Taha wrote:
From: Stacey Son
Implement the stat converstion functions:
target_to_host_fcntl_cmd
Signed-off-by: Stacey Son
Signed-off-by: Karim Taha
---
bsd-user/freebsd/os-stat.c | 71 ++
1 file changed, 71 insertions(+)
Which h
On 8/7/23 23:07, Karim Taha wrote:
From: Michal Meloun
They are the 64-bit variants of h2t_freebsd11_stat and
h2t_freebsd11_statfs, respectively
Signed-off-by: Michal Meloun
Signed-off-by: Karim Taha
---
bsd-user/freebsd/os-stat.c | 82 ++
1 file changed,
On 8/7/23 23:08, Karim Taha wrote:
From: Stacey Son
Implement the following syscalls:
stat(2)
lstat(2)
fstat(2)
fstatat(2)
nstat
nfstat
nlstat
Signed-off-by: Stacey Son
Signed-off-by: Karim Taha
Why are all of these in os-stat.h instead of os-stat.c?
Is this attempting to avoid clang's war
On 8/8/23 14:06, Daniel Henrique Barboza wrote:
(CCing Alistair and other reviewers)
On 8/8/23 15:17, Vineet Gupta wrote:
Again this helps with better testing and something qemu has been doing
with newer features anyways.
Signed-off-by: Vineet Gupta
---
Even if we can reach a consensus a
Richard Henderson writes:
> In order for our emulation of MAP_FIXED_NOREPLACE to succeed within
> linux-user target_mmap, we require a non-zero value. This does not
> require host kernel support, merely the bit being defined.
>
> MAP_FIXED_NOREPLACE was added with glibc 2.28. From repology.or
On 6/30/23 11:04, Alex Bennée wrote:
From: Ilya Leoshkevich
Add a small test to prevent regressions.
Signed-off-by: Ilya Leoshkevich
Message-Id: <20230621203627.1808446-9-...@linux.ibm.com>
Signed-off-by: Alex Bennée
...
+def run_test():
+"""Run through the tests one by one"""
+try
Hello,
I am running qemu-system-x86_64
qemu-system-x86_64 --version
QEMU emulator version 8.0.92 (v8.1.0-rc2-80-g0450cf0897)
qemu-system-x86_64 \
-m 2G,slots=4,maxmem=4G \
-smp 4 \
-machine type=q35,accel=kvm,cxl=on \
-enable-kvm \
-nographic \
-device pxb-cxl,id=cxl.0,bus=pcie.0,bus_nr=52 \
-de
On 8/1/23 11:40, Matheus Tavares Bernardino wrote:
Hi, Nick.
Nicholas Piggin wrote:
On Tue Jul 11, 2023 at 9:03 PM AEST, Matheus Tavares Bernardino wrote:
Nicholas Piggin wrote:
diff --git a/gdbstub/gdbstub.c b/gdbstub/gdbstub.c
index 6911b73c07..ce8b42eb15 100644
--- a/gdbstub/gdbstub.c
+
Hi all,
On Tue, Aug 8, 2023 at 5:39 AM Jason Wang wrote:
>
> On Thu, Aug 3, 2023 at 5:01 AM Andrew Melnychenko wrote:
> >
> > Changed eBPF map updates through mmaped array.
> > Mmaped arrays provide direct access to map data.
> > It should omit using bpf_map_update_elem() call,
> > which may req
This series of patches provides the ability to retrieve eBPF program
through qmp, so management application may load bpf blob with proper
capabilities.
Now, virtio-net devices can accept eBPF programs and maps through properties
as external file descriptors. Access to the eBPF map is direct throug
eBPF RSS program and maps may now be passed during initialization.
Initially was implemented for libvirt to launch qemu without permissions,
and initialized eBPF program through the helper.
Signed-off-by: Andrew Melnychenko
---
hw/net/virtio-net.c| 55 ++--
It allows using file descriptors of eBPF provided
outside of QEMU.
QEMU may be run without capabilities for eBPF and run
RSS program provided by management tool(g.e. libvirt).
Signed-off-by: Andrew Melnychenko
---
ebpf/ebpf_rss-stub.c | 6 ++
ebpf/ebpf_rss.c | 27 ++
Now, the binary objects may be retrieved by id.
It would require for future qmp commands that may require specific
eBPF blob.
Added command "request-ebpf". This command returns
eBPF program encoded base64. The program taken from the
skeleton and essentially is an ELF object that can be
loaded in t
Updated section name, so libbpf should init/gues proper
program type without specifications during open/load.
Also, added map_flags with explicitly declared BPF_F_MMAPABLE.
Which would require kernel 5.5+.
Signed-off-by: Andrew Melnychenko
---
ebpf/rss.bpf.skeleton.h | 1460 -
Changed eBPF map updates through mmaped array.
Mmaped arrays provide direct access to map data.
It should omit using bpf_map_update_elem() call,
which may require capabilities that are not present.
Signed-off-by: Andrew Melnychenko
---
ebpf/ebpf_rss.c | 117 ++
https://gitlab.com/rth7680/qemu.git tags/pull-lu-20230808
for you to fetch changes up to dd55885516f42f718d0d121c59a5f7be5fdae3e6:
linux-user: Rewrite non-fixed probe_guest_base (2023-08-08 13:41:55 -0700)
linux-user: Adjust g
On 8/8/23 11:45, Paolo Bonzini wrote:
The following changes since commit 9400601a689a128c25fa9c21e932562e0eeb7a26:
Merge tag 'pull-tcg-20230806-3' ofhttps://gitlab.com/rth7680/qemu into
staging (2023-08-06 16:47:48 -0700)
are available in the Git repository at:
https://gitlab.com/bonzi
This test fails when host page size != guest page size,
because qemu may not be able to directly map the file.
Fixes: a6341482695 ("tests/tcg: Add a test for info proc mappings")
Signed-off-by: Richard Henderson
---
tests/tcg/multiarch/gdbstub/test-proc-mappings.py | 3 ++-
1 file changed, 2 ins
On 8/7/23 08:57, Anton Johansson wrote:
Changes the signature of the target-defined functions for
inserting/removing kvm hw breakpoints. The address and length arguments
are now of vaddr type, which both matches the type used internally in
accel/kvm/kvm-all.c and makes the api target-agnostic.
S
On 8/7/23 08:57, Anton Johansson wrote:
Changes the signature of the target-defined functions for
inserting/removing hvf hw breakpoints. The address and length arguments
are now of vaddr type, which both matches the type used internally in
accel/hvf/hvf-all.c and makes the api target-agnostic.
S
On 8/7/23 08:56, Anton Johansson wrote:
This patchset replaces the remaining uses of target_ulong in the accel/
directory. Specifically, the address type of a few kvm/hvf functions
is widened to vaddr, and the address type of the cpu_[st|ld]*()
functions is changed to abi_ptr (which is re-typede
On Tue, Aug 8, 2023 at 3:03 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > From: Warner Losh
> >
> > Use __builtin_choose_expr to avoid type promotion from ?:
> > in __put_user_e and __get_user_e macros.
> > Copied from linux-user/qemu.h, orig
On 8/8/23 06:35, Klaus Jensen wrote:
From: Klaus Jensen
Hi,
There was a small typo in the last pull. This replaces it.
The following changes since commit 0450cf08976f9036feaded438031b4cba94f6452:
Merge tag 'fixes-pull-request' ofhttps://gitlab.com/marcandre.lureau/qemu
into staging (2023
On 8/8/23 18:39, Warner Losh wrote:
> +#define __put_user_e(x, hptr, e)
\
> + do {
\
> + PRAGMA_DISABLE_PACKED_WARNING;
\
On Mon, Aug 7, 2023 at 7:24 AM Erico Nunes wrote:
> Hello,
>
> On 04/08/2023 01:54, Gurchetan Singh wrote:
> > 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://
Each DEXCR aspect is allocated a bit in the device tree, using the
68--71 byte range (inclusive). The functionality of the
[P]HASHST/[P]HASHCHK instructions is separately declared in byte 72,
bit 0 (BE).
QEMU supports these features (though the speculation aspects are just
tracked, they don't do a
From: Gurchetan Singh
Prior versions:
https://lists.gnu.org/archive/html/qemu-devel/2023-08/msg00565.html
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-gurch
This change enables rutabaga to receive virtio-gpu-3d hypercalls
when it is active.
Signed-off-by: Gurchetan Singh
Tested-by: Alyssa Ross
---
v3: Whitespace fix (Akihiko)
hw/display/virtio-gpu-base.c | 3 ++-
hw/display/virtio-gpu.c | 5 +++--
softmmu/qdev-monitor.c | 3 +++
softmmu
- Add meson detection of rutabaga_gfx
- Build virtio-gpu-rutabaga.c + associated vga/pci files when
present
Signed-off-by: Gurchetan Singh
Tested-by: Alyssa Ross
---
v3: Fix alignment issues (Akihiko)
hw/display/meson.build| 22 ++
meson.build |
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 Alyssa Ross
v4: - Incorpo
From: Gerd Hoffmann
Use VIRTIO_GPU_SHM_ID_HOST_VISIBLE as id for virtio-gpu.
Signed-off-by: Antonio Caggiano
Tested-by: Alyssa Ross
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: "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
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
Tested-by: Alyssa Ross
---
hw/display/virtio-gpu.c | 10 +++---
in
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 graphics in the Android
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/1000/wayland-0,hostmem=8
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
Tested-by: Alyssa Ross
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Akihiko Odaki
---
hw/display/virtio-gpu-base.c
On Wed, Aug 9, 2023 at 7:15 AM Andrew Melnichenko wrote:
>
> Hi all,
>
> On Tue, Aug 8, 2023 at 5:39 AM Jason Wang wrote:
> >
> > On Thu, Aug 3, 2023 at 5:01 AM Andrew Melnychenko wrote:
> > >
> > > Changed eBPF map updates through mmaped array.
> > > Mmaped arrays provide direct access to map d
On Wed, Aug 09, 2023 at 09:50:29AM +0800, Gurchetan Singh wrote:
>On Mon, Aug 7, 2023 at 7:24 AM Erico Nunes <[1]ernu...@redhat.com>
>wrote:
>
> Hello,
> On 04/08/2023 01:54, Gurchetan Singh wrote:
> > Prior versions:
> >
> >
> [2]https://lists.gnu.org/archive
On Tue, Aug 8, 2023 at 6:28 AM Ilya Maximets wrote:
>
> Lots of virtio functions that are on a hot path in data transmission
> are initializing indirect descriptor cache at the point of stack
> allocation. It's a 112 byte structure that is getting zeroed out on
> each call adding unnecessary over
On Tue, Aug 8, 2023 at 7:47 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/8/23 18:39, Warner Losh wrote:
> > > +#define __put_user_e(x, hptr, e)
> \
> > > +do {
> \
> > > +PRAGMA_DISABLE_PACKED_WARNING;
> \
> >
On Tue, Aug 8, 2023 at 3:23 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > +uint32_t st_flags;/* user defined flags for file */
> > +__uint32_t st_gen; /* file generation number */
> > +__int32_t st_lspare;
>
> Oh, drop
On Tue, Aug 8, 2023 at 3:24 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > +uint32_t st_flags;/* user defined flags for file */
> > +__uint32_t st_gen; /* file generation number */
>
> Drop the __.
>
> > +/* __int32_t st
On Tue, Aug 8, 2023 at 3:26 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > +struct target_freebsd_fid {
> > +u_short fid_len;/* len of data in bytes */
> > +u_short fid_data0; /* force longword align */
> >
On Tue, Aug 8, 2023 at 1:02 PM Richard Henderson
wrote:
>
> When a direct branch is out of range, we can load the destination for
> the indirect branch using PLA (for 16GB worth of buffer) and PLD from
> the TranslationBlock for everything larger.
>
> This means the patch affects exactly one instr
On Tue, Aug 8, 2023 at 2:50 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > +/*
> > + * Tricky points:
> > + * - Use __builtin_choose_expr to avoid type promotion from ?:,
> > + * - Invalid sizes result in a compile time error stemming from
> >
On Tue, Aug 8, 2023 at 3:39 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:07, Karim Taha wrote:
> > From: Stacey Son
> >
> > Implement the stat converstion functions:
> > target_to_host_fcntl_cmd
> >
> > Signed-off-by: Stacey Son
> > Signed-off-by: Karim Taha
> > --
On 8/8/23 19:56, Warner Losh wrote:
Looking at this now, This bug is in clang 7, from 2018. For FreeBSD, we don't
support
anything older than clang 12 or 13 However, the bug still exists in clang 16,
the latest.
I believe this was also copied verbatim from linux-user, so let's leave it and
the
On 8/8/23 19:41, Warner Losh wrote:
I tried to implement both get and put in terms of this, but found that it broke
the blitz
branch. So why don't we land this as is for bsd-user and then one of us can try
to
put it into common-user so as to not create too many waves for our GSoC student
Karii
On Tue, Aug 8, 2023 at 3:53 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/7/23 23:08, Karim Taha wrote:
> > From: Stacey Son
> >
> > Implement the following syscalls:
> > stat(2)
> > lstat(2)
> > fstat(2)
> > fstatat(2)
> > nstat
> > nfstat
> > nlstat
> >
> > Signed-off-by: S
On Tue, Aug 8, 2023 at 9:05 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/8/23 19:56, Warner Losh wrote:
> > Looking at this now, This bug is in clang 7, from 2018. For FreeBSD, we
> don't support
> > anything older than clang 12 or 13 However, the bug still exists in
> clang
On 8/8/23 19:51, Warner Losh wrote:
> + /* __int32_t st_lspare; */
Why commented out?
I believe that the element was a padding one
> + struct target_freebsd_timespec st_birthtim; /* time of file
creation */
Does that not place st_birthtim at the wrong place?
On 8/8/23 20:07, Warner Losh wrote:
So, that's kinda why. I do agree with you that that would be a better
structure, but
can we use this structure for upstreaming and once we get the other issues
worked
out, we can do a restructure... We've moved things around a bit, and I'm also
waiting
for t
On 8/8/23 19:56, Jordan Niethe wrote:
On Tue, Aug 8, 2023 at 1:02 PM Richard Henderson
wrote:
When a direct branch is out of range, we can load the destination for
the indirect branch using PLA (for 16GB worth of buffer) and PLD from
the TranslationBlock for everything larger.
This means the
On 2023/08/09 1:44, Richard Henderson wrote:
In order for our emulation of MAP_FIXED_NOREPLACE to succeed within
linux-user target_mmap, we require a non-zero value. This does not
require host kernel support, merely the bit being defined.
MAP_FIXED_NOREPLACE was added with glibc 2.28. From rep
08.08.2023 19:44, Richard Henderson пишет:
In order for our emulation of MAP_FIXED_NOREPLACE to succeed within
linux-user target_mmap, we require a non-zero value. This does not
require host kernel support, merely the bit being defined.
Hm. Should we add something like
assert(MAP_FIXED_NOREP
On 8/8/23 20:50, Michael Tokarev wrote:
08.08.2023 19:44, Richard Henderson пишет:
In order for our emulation of MAP_FIXED_NOREPLACE to succeed within
linux-user target_mmap, we require a non-zero value. This does not
require host kernel support, merely the bit being defined.
Hm. Should we ad
On Tue, Aug 8, 2023 at 9:12 PM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 8/8/23 19:51, Warner Losh wrote:
> > > +/* __int32_t st_lspare; */
> >
> > Why commented out?
> >
> >
> > I believe that the element was a padding one
> >
> > > +struct target_f
On Tue, Aug 8, 2023 at 10:41 PM Warner Losh wrote:
>
>
> On Tue, Aug 8, 2023 at 9:12 PM Richard Henderson <
> richard.hender...@linaro.org> wrote:
>
>> On 8/8/23 19:51, Warner Losh wrote:
>> > > +/* __int32_t st_lspare; */
>> >
>> > Why commented out?
>> >
>> >
>> > I believe that t
On 2023/08/09 11:11, Gurchetan Singh wrote:
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.
On 2023/08/09 11:11, Gurchetan Singh wrote:
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
At 2023-08-09 05:01:17, "Peter Xu" wrote:
>On Mon, Aug 07, 2023 at 09:07:32PM +0200, David Hildenbrand wrote:
>> From: Thiner Logoer
>>
>> Users may specify
>> * "-mem-path" or
>> * "-object memory-backend-file,share=off,readonly=off"
>> and expect such COW (MAP_PRIVATE) mappings to work, even i
Ping
This patch seems to be ignored.
patch link:
https://lore.kernel.org/qemu-devel/20230726074049.19505-2-jason.ch...@sifive.com/
On Wed, Jul 26, 2023 at 3:41 PM Jason Chien wrote:
> RVA23 Profiles states:
> The RVA23 profiles are intended to be used for 64-bit application
> processors that wi
On Wed, Aug 09, 2023 at 10:11:05AM +0800, Gurchetan Singh wrote:
> 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
201 - 275 of 275 matches
Mail list logo
