[PATCH] selftests: Makefile: add missing 'net/lib' to targets

2024-09-11 Thread Anders Roxell
Fixes: 1d0dc857b5d8 ("selftests: drv-net: add checksum tests") Signed-off-by: Anders Roxell --- tools/testing/selftests/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/Makefile b/tools/testing/selftests/Makefile index 3b7df5477317..fc3681270afe 100644 --- a/to

Re: [PATCH HID v2 08/11] HID: add per device quirk to force bind to hid-generic

2024-09-11 Thread Peter Hutterer
On Tue, Sep 10, 2024 at 11:43:44PM +0900, Benjamin Tissoires wrote: > We already have the possibility to force not binding to hid-generic and > rely on a dedicated driver, but we couldn't do the other way around. > > This is useful for BPF programs where we are fixing the report descriptor > and t

Re: [PATCH HID v2 02/11] HID: core: save one kmemdup during .probe()

2024-09-11 Thread Peter Hutterer
On Tue, Sep 10, 2024 at 11:43:38PM +0900, Benjamin Tissoires wrote: > Turns out the first kmemdup is only required for the .report_fixup() > driver callback. There is no need to do two kmemdup() in a raw in case typo: "in a row"? Cheers, Peter > .report_fixup() is not present. > > Signed-off-

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Baolu Lu
On 9/12/24 5:08 AM, Nicolin Chen wrote: On Wed, Sep 11, 2024 at 08:17:23AM +, Tian, Kevin wrote: My understanding of VMID is something like domain id in x86 arch's. Is my understanding correct? yes If a VMID for an S2 hwpt is valid on physical IOMMU A but has already been allocated for a

Re: [PATCH v2 02/19] iommufd/viommu: Add IOMMUFD_OBJ_VIOMMU and IOMMU_VIOMMU_ALLOC ioctl

2024-09-11 Thread Nicolin Chen
On Wed, Sep 04, 2024 at 08:37:07PM -0300, Jason Gunthorpe wrote: > On Wed, Sep 04, 2024 at 10:29:26AM -0700, Nicolin Chen wrote: > > On Wed, Sep 04, 2024 at 01:26:21PM -0300, Jason Gunthorpe wrote: > > > On Sun, Sep 01, 2024 at 10:27:09PM -0700, Nicolin Chen wrote: > > > > On Sun, Sep 01, 2024 at 1

Re: [PATCH v2 10/19] iommufd/viommu: Add vdev_id helpers for IOMMU drivers

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 08:11:03PM -0300, Jason Gunthorpe wrote: > On Thu, Sep 05, 2024 at 10:53:31AM -0700, Nicolin Chen wrote: > > On Thu, Sep 05, 2024 at 01:14:15PM -0300, Jason Gunthorpe wrote: > > > On Tue, Aug 27, 2024 at 09:59:47AM -0700, Nicolin Chen wrote: > > > > Driver can call the iommu

Re: [RFC 31/31] objtool, livepatch: Livepatch module generation

2024-09-11 Thread laokz
On Mon, 2024-09-02 at 21:00 -0700, Josh Poimboeuf wrote: > diff --git a/tools/objtool/klp-diff.c b/tools/objtool/klp-diff.c > new file mode 100644 > index ..76296e38f9ff > --- /dev/null > +++ b/tools/objtool/klp-diff.c > ... > +static unsigned int reloc_size(struct reloc *reloc) > +{ >

Re: [RESEND PATCH v1 0/7]vhost: Add support of kthread API

2024-09-11 Thread Jason Wang
On Thu, Sep 12, 2024 at 3:02 AM Michael S. Tsirkin wrote: > > On Wed, Sep 11, 2024 at 11:20:30AM -0500, Mike Christie wrote: > > If people are ok with something similar as in this patchset where > > we have both vhost_tasks and kthreads, then I can send something. > > > It would be better, as you

Re: [PATCH v2 10/19] iommufd/viommu: Add vdev_id helpers for IOMMU drivers

2024-09-11 Thread Jason Gunthorpe
On Thu, Sep 05, 2024 at 10:53:31AM -0700, Nicolin Chen wrote: > On Thu, Sep 05, 2024 at 01:14:15PM -0300, Jason Gunthorpe wrote: > > On Tue, Aug 27, 2024 at 09:59:47AM -0700, Nicolin Chen wrote: > > > Driver can call the iommufd_viommu_find_device() to find a device pointer > > > using its per-viom

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Jason Gunthorpe
On Wed, Sep 11, 2024 at 08:13:01AM +, Tian, Kevin wrote: > Probably there is a good reason e.g. for simplification or better > aligned with hw accel stuff. But it's not explained clearly so far. Probably the most concrete thing is if you have a direct assignment invalidation queue (ie DMA'd d

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Jason Gunthorpe
On Wed, Sep 11, 2024 at 06:25:16AM +, Tian, Kevin wrote: > > From: Jason Gunthorpe > > Sent: Friday, September 6, 2024 2:22 AM > > > > On Thu, Sep 05, 2024 at 11:00:49AM -0700, Nicolin Chen wrote: > > > On Thu, Sep 05, 2024 at 01:20:39PM -0300, Jason Gunthorpe wrote: > > > > On Tue, Aug 27, 2

Re: [PATCH net 0/3] selftests: mptcp: misc. small fixes

2024-09-11 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net.git (main) by Jakub Kicinski : On Tue, 10 Sep 2024 21:06:35 +0200 you wrote: > Here are some various fixes for the MPTCP selftests. > > Patch 1 fixes a recently modified test to continue to work as expected > on older kernels. This is a fix for a rece

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 08:17:23AM +, Tian, Kevin wrote: > > My understanding of VMID is something like domain id in x86 arch's. Is > > my understanding correct? > > yes > > > > > If a VMID for an S2 hwpt is valid on physical IOMMU A but has already > > been allocated for another purpose on

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 08:13:01AM +, Tian, Kevin wrote: > > > > Yes, many more patches, and don't try to do it now.. But we can copy > > > > the vmid from the s2 and place it in the viommu struct during > > > > allocation time. > > > > > > > > > > does it assume that a viommu object cannot spa

Re: [PATCH v2 00/19] iommufd: Add VIOMMU infrastructure (Part-1)

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 08:08:04AM +, Tian, Kevin wrote: > > From: Nicolin Chen > > Sent: Wednesday, September 11, 2024 3:41 PM > > > > On Wed, Sep 11, 2024 at 07:18:10AM +, Tian, Kevin wrote: > > > > From: Nicolin Chen > > > > Sent: Wednesday, September 11, 2024 3:08 PM > > > > > > > > O

Re: [PATCH bpf-next] bpf: ringbuf: Support consuming BPF_MAP_TYPE_RINGBUF from prog

2024-09-11 Thread Andrii Nakryiko
On Tue, Sep 10, 2024 at 8:31 PM Daniel Xu wrote: > > On Tue, Sep 10, 2024 at 05:39:55PM GMT, Andrii Nakryiko wrote: > > On Tue, Sep 10, 2024 at 4:44 PM Daniel Xu wrote: > > > > > > On Tue, Sep 10, 2024 at 03:21:04PM GMT, Andrii Nakryiko wrote: > > > > On Tue, Sep 10, 2024 at 3:16 PM Daniel Xu wr

Re: [RESEND PATCH v1 0/7]vhost: Add support of kthread API

2024-09-11 Thread Michael S. Tsirkin
On Wed, Sep 11, 2024 at 11:20:30AM -0500, Mike Christie wrote: > If people are ok with something similar as in this patchset where > we have both vhost_tasks and kthreads, then I can send something. It would be better, as you say, to modify the vhost_task code so it can emulate the kthread behavi

Re: [PATCH bpf-next] bpf: ringbuf: Support consuming BPF_MAP_TYPE_RINGBUF from prog

2024-09-11 Thread Daniel Xu
On Wed, Sep 11, 2024 at 10:32:56AM GMT, Jesper Dangaard Brouer wrote: > > > On 11/09/2024 06.43, Daniel Xu wrote: > > [cc Jesper] > > > > On Tue, Sep 10, 2024, at 8:31 PM, Daniel Xu wrote: > > > On Tue, Sep 10, 2024 at 05:39:55PM GMT, Andrii Nakryiko wrote: > > > > On Tue, Sep 10, 2024 at 4:44 P

Re: [PATCH v2] module: Refine kmemleak scanned areas

2024-09-11 Thread Luis Chamberlain
On Tue, Sep 10, 2024 at 08:31:23AM +0100, Vincent Donnefort wrote: > commit ac3b43283923 ("module: replace module_layout with module_memory") > introduced a set of memory regions for the module layout sharing the > same attributes. However, it didn't update the kmemleak scanned areas > which intend

Re: [PATCH v4 1/1] module: abort module loading when sysfs setup suffer errors

2024-09-11 Thread Luis Chamberlain
On Wed, Sep 11, 2024 at 11:28:02AM +0800, Chunhui Li wrote: > When insmod a kernel module, if fails in add_notes_attrs or > add_sysfs_attrs such as memory allocation fail, mod_sysfs_setup > will still return success, but we can't access user interface > on android device. > > Patch for make mod_sy

Re: [PATCH] selftests: kselftest: Use strerror() on nolibc

2024-09-11 Thread Shuah Khan
On 9/11/24 09:44, Thomas Weißschuh wrote: Hi Shuah, On 2024-09-11 09:36:50+, Shuah Khan wrote: On 9/10/24 22:42, zhangjiao2 wrote: From: zhang jiao Nolibc gained an implementation of strerror() recently. Use it and drop the ifndef. Signed-off-by: zhang jiao --- tools/testing/selftes

Re: [PATCH vhost v2 0/7] vdpa/mlx5: Optimze MKEY operations

2024-09-11 Thread Dragos Tatulea
On 11.09.24 10:02, Eugenio Perez Martin wrote: > On Mon, Sep 9, 2024 at 11:30 AM Dragos Tatulea wrote: >> >> >> >> On 30.08.24 12:58, Dragos Tatulea wrote: >>> This series improves the time of .set_map() operations by parallelizing >>> the MKEY creation and deletion for direct MKEYs. Looking at

Re: [PATCH mlx5-vhost v2 01/10] net/mlx5: Support throttled commands from async API

2024-09-11 Thread Dragos Tatulea
On 11.09.24 10:00, Eugenio Perez Martin wrote: > On Mon, Sep 9, 2024 at 11:33 AM Dragos Tatulea wrote: >> >> >> >> On 16.08.24 11:01, Dragos Tatulea wrote: >>> Currently, commands that qualify as throttled can't be used via the >>> async API. That's due to the fact that the throttle semaphore c

Re: [PATCH v3 0/2] Properly initialize speed/duplex and remove vDPA config updates

2024-09-11 Thread Carlos Bilbao
Hello, On 9/10/24 10:42 PM, Jason Wang wrote: > On Tue, Sep 10, 2024 at 2:29 PM Michael S. Tsirkin wrote: >> On Wed, Sep 04, 2024 at 10:11:13AM -0500, Carlos Bilbao wrote: >>> From: Carlos Bilbao >>> >>> Initialize speed and duplex for virtio_net_config to UNKNOWN (mlx5_vdpa >>> vDPA devices cur

Re: [RFC PATCH 04/39] mm: mempolicy: Refactor out policy_node_nodemask()

2024-09-11 Thread Gregory Price
On Tue, Sep 10, 2024 at 11:43:35PM +, Ackerley Tng wrote: > This was refactored out of huge_node(). > > huge_node()'s interpretation of vma for order assumes the > hugetlb-specific storage of the hstate information in the > inode. policy_node_nodemask() does not assume that, and can be used >

[for-next][PATCH 2/2] selftests/ring-buffer: Handle meta-page bigger than the system

2024-09-11 Thread Steven Rostedt
From: Vincent Donnefort Handle the case where the meta-page content is bigger than the system page-size. This prepares the ground for extending features covered by the meta-page. Cc: Shuah Khan Cc: linux-kselft...@vger.kernel.org Link: https://lore.kernel.org/20240910162335.2993310-3-vdonnef...

[for-next][PATCH 1/2] selftests/ring-buffer: Verify the entire meta-page padding

2024-09-11 Thread Steven Rostedt
From: Vincent Donnefort Improve the ring-buffer meta-page test coverage by checking for the entire padding region to be 0 instead of just looking at the first 4 bytes. Cc: linux-kselft...@vger.kernel.org Link: https://lore.kernel.org/20240910162335.2993310-2-vdonnef...@google.com Acked-by: Shuah

Re: [RESEND PATCH v1 0/7]vhost: Add support of kthread API

2024-09-11 Thread Mike Christie
On 9/10/24 2:41 AM, Michael S. Tsirkin wrote: > On Mon, Sep 09, 2024 at 10:00:38AM +0800, Cindy Lu wrote: >> In commit 6e890c5d5021 ("vhost: use vhost_tasks for worker threads"), >> vhost removed the support for the kthread API. However, there are >> still situations where there is a request to use

Re: [RFC 00/31] objtool, livepatch: Livepatch module generation

2024-09-11 Thread Josh Poimboeuf
Hi Petr, Thank you for trying it out and doing the research to compare it with kpatch-build. On Wed, Sep 11, 2024 at 03:27:27PM +0200, Petr Mladek wrote: > Without -ffunction-sections -fdata-sections: > > $> time make -j8 > real0m58.719s > user3m25.925s > sys

Re: [RESEND PATCH v1 0/7]vhost: Add support of kthread API

2024-09-11 Thread Mike Christie
On 9/10/24 10:45 PM, Jason Wang wrote: >>> It depends on how we define "secure". There's plenty of users of >>> kthread and if I was not wrong, mike may still need to fix some bugs. >>> >> >> which bugs? > > https://lore.kernel.org/all/06369c2c-c363-4def-9ce0-f018a9e10...@oracle.com/T/ The SIGKIL

Re: [PATCH v2 14/19] gendwarfksyms: Add symbol versioning

2024-09-11 Thread Sami Tolvanen
Hi Petr, On Wed, Sep 11, 2024 at 3:08 AM Petr Pavlu wrote: > > On 8/15/24 19:39, Sami Tolvanen wrote: > > +static inline unsigned long partial_crc32(const char *s, unsigned long crc) > > +{ > > + while (*s) > > + crc = partial_crc32_one(*s++, crc); > > + return crc; > > +} > >

Re: [PATCH v9 4/7] remoteproc: core: Add TEE interface support for firmware release

2024-09-11 Thread Mathieu Poirier
On Fri, Aug 30, 2024 at 11:51:44AM +0200, Arnaud Pouliquen wrote: > Add support for releasing remote processor firmware through > the Trusted Execution Environment (TEE) interface. > > The tee_rproc_release_fw() function is called in the following cases: > > - An error occurs in rproc_start() bet

Re: [PATCH] selftests: kselftest: Use strerror() on nolibc

2024-09-11 Thread Thomas Weißschuh
Hi Shuah, On 2024-09-11 09:36:50+, Shuah Khan wrote: > On 9/10/24 22:42, zhangjiao2 wrote: > > From: zhang jiao > > > > Nolibc gained an implementation of strerror() recently. > > Use it and drop the ifndef. > > > > Signed-off-by: zhang jiao > > --- > > tools/testing/selftests/kselftest.

Re: [PATCH] selftests: kselftest: Use strerror() on nolibc

2024-09-11 Thread Shuah Khan
On 9/10/24 22:42, zhangjiao2 wrote: From: zhang jiao Nolibc gained an implementation of strerror() recently. Use it and drop the ifndef. Signed-off-by: zhang jiao --- tools/testing/selftests/kselftest.h | 8 1 file changed, 8 deletions(-) diff --git a/tools/testing/selftests/ksel

Re: [PATCH v9 2/7] remoteproc: Add TEE support

2024-09-11 Thread Mathieu Poirier
On Fri, Aug 30, 2024 at 11:51:42AM +0200, Arnaud Pouliquen wrote: > Add a remoteproc TEE (Trusted Execution Environment) driver > that will be probed by the TEE bus. If the associated Trusted > application is supported on secure part this driver offers a client > interface to load a firmware by the

Re: [PATCH v9 3/7] remoteproc: core: Refactor resource table cleanup into rproc_release_fw

2024-09-11 Thread Mathieu Poirier
On Fri, Aug 30, 2024 at 11:51:43AM +0200, Arnaud Pouliquen wrote: > This patch centralizing the cleanup of the resource table into a new > helper function rproc_release_fw(). > Sure, but you did not explain _why_ the change is needed. > Suggested-by: Mathieu Poirier > Signed-off-by: Arnaud Poul

Re: [PATCH v9 2/7] remoteproc: Add TEE support

2024-09-11 Thread Mathieu Poirier
On Fri, Aug 30, 2024 at 11:51:42AM +0200, Arnaud Pouliquen wrote: > Add a remoteproc TEE (Trusted Execution Environment) driver > that will be probed by the TEE bus. If the associated Trusted > application is supported on secure part this driver offers a client > interface to load a firmware by the

[PATCH bpf-next/net v6 1/3] selftests/bpf: Add mptcp subflow example

2024-09-11 Thread Matthieu Baerts (NGI0)
From: Nicolas Rybowski Move Nicolas' patch into bpf selftests directory. This example adds a different mark (SO_MARK) on each subflow, and changes the TCP CC only on the first subflow. >From the userspace, an application can do a setsockopt() on an MPTCP socket, and typically the same value will

[PATCH bpf-next/net v6 3/3] selftests/bpf: Add mptcp subflow subtest

2024-09-11 Thread Matthieu Baerts (NGI0)
From: Geliang Tang This patch adds a subtest named test_subflow in test_mptcp to load and verify the newly added MPTCP subflow BPF program. To goal is to make sure it is possible to set different socket options per subflows, while the userspace socket interface only lets the application to set th

[PATCH bpf-next/net v6 2/3] selftests/bpf: Add getsockopt to inspect mptcp subflow

2024-09-11 Thread Matthieu Baerts (NGI0)
From: Geliang Tang This patch adds a "cgroup/getsockopt" way to inspect the subflows of an MPTCP socket, and verify the modifications done by the same BPF program in the previous commit: a different mark per subflow, and a different TCP CC set on the second one. This new hook will be used by the

[PATCH bpf-next/net v6 0/3] selftests/bpf: new MPTCP subflow subtest

2024-09-11 Thread Matthieu Baerts (NGI0)
In this series from Geliang, modifying MPTCP BPF selftests, we have: - A new MPTCP subflow BPF program setting socket options per subflow: it looks better to have this old test program in the BPF selftests to track regressions and to serve as example. Note: Nicolas is no longer working at T

Re: [PATCH bpf-next v2] selftests/bpf: convert test_xdp_features.sh to test_progs

2024-09-11 Thread Simon Horman
On Tue, Sep 10, 2024 at 08:10:35PM +0200, Alexis Lothoré (eBPF Foundation) wrote: > test_xdp_features.sh is a shell script allowing to test that xdp features > advertised by an interface are indeed delivered. The test works by starting > two instance of the same program, both attaching specific xd

Re: [PATCH v1 7/7] vhost: Add new UAPI to support change to task mode

2024-09-11 Thread kernel test robot
Hi Cindy, kernel test robot noticed the following build errors: [auto build test ERROR on mst-vhost/linux-next] [also build test ERROR on linus/master v6.11-rc7 next-20240911] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use

Re: [PATCH 2/2] selftests: vDSO: fix vdso_config for s390

2024-09-11 Thread Jason A. Donenfeld
On Wed, Sep 11, 2024 at 10:50:15AM +0200, Heiko Carstens wrote: > Running vdso_test_correctness on s390x (aka s390 64 bit) emits a warning: > > Warning: failed to find clock_gettime64 in vDSO > > This is caused by the "#elif defined (__s390__)" check in vdso_config.h > which the defines VDSO_32BI

Re: [PATCH 0/2] selftests: vDSO: s390 fixes

2024-09-11 Thread Jason A. Donenfeld
On Wed, Sep 11, 2024 at 10:50:13AM +0200, Heiko Carstens wrote: > Two s390 fixes to make vdso selftests running on s390. > > Jason, given that you carry already a lot of changes for vdso > selftests I guess these should be routed via the random tree. > > Patches apply on top of current random.git

Re: [RFC 00/31] objtool, livepatch: Livepatch module generation

2024-09-11 Thread Petr Mladek
On Mon 2024-09-02 20:59:43, Josh Poimboeuf wrote: > Hi, > > Here's a new way to build livepatch modules called klp-build. > > I started working on it when I realized that objtool already does 99% of > the work needed for detecting function changes. > > This is similar in concept to kpatch-build,

Re: [PATCH v1 6/7] vhost: Add kthread support in function vhost_worker_create

2024-09-11 Thread kernel test robot
.git linux-next patch link: https://lore.kernel.org/r/20240909013531.1243525-7-lulu%40redhat.com patch subject: [PATCH v1 6/7] vhost: Add kthread support in function vhost_worker_create config: arc-randconfig-001-20240911 (https://download.01.org/0day-ci/archive/20240911/20240911205

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-09-11 Thread Petr Pavlu
On 8/31/24 02:05, Sami Tolvanen wrote: > On Fri, Aug 30, 2024 at 9:34 AM Miroslav Benes wrote: >> >> yes, this is one of the approaches we use in SLES. We add kabi paddings >> to some structures in advance (see [1] as a random example) and then use >> it later if needed. >> >> It is not the only a

Re: [PATCH net-next] page_pool: add a test module for page_pool

2024-09-11 Thread Yunsheng Lin
On 2024/9/10 19:27, Jesper Dangaard Brouer wrote: ... >> >> The main issue I remembered was that it only support x86:( >> > > Yes, because I've added ASM code for reading TSC counter in a very > precise manor. Given we run many iterations, then I don't think we > need this precise reading.  I gue

Re: [PATCH v1 2/7] vhost: Add kthread support in function vhost_worker_queue()

2024-09-11 Thread kernel test robot
linux-next patch link: https://lore.kernel.org/r/20240909013531.1243525-3-lulu%40redhat.com patch subject: [PATCH v1 2/7] vhost: Add kthread support in function vhost_worker_queue() config: arc-randconfig-001-20240911 (https://download.01.org/0day-ci/archive/20240911/202409111842.o3eeppu6-...

Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API

2024-09-11 Thread Paul E. McKenney
On Wed, Sep 11, 2024 at 11:43:54AM +0200, Uladzislau Rezki wrote: > On Tue, Sep 10, 2024 at 08:42:54AM -0700, Paul E. McKenney wrote: > > On Tue, Aug 20, 2024 at 05:59:35PM +0200, Uladzislau Rezki (Sony) wrote: > > > Add a kvfree_rcu_barrier() function. It waits until all > > > in-flight pointers a

Re: [RESEND PATCH v1 0/7]vhost: Add support of kthread API

2024-09-11 Thread Michael S. Tsirkin
On Wed, Sep 11, 2024 at 11:45:33AM +0800, Jason Wang wrote: > On Tue, Sep 10, 2024 at 4:43 PM Michael S. Tsirkin wrote: > > > > On Tue, Sep 10, 2024 at 04:37:52PM +0800, Jason Wang wrote: > > > On Tue, Sep 10, 2024 at 3:42 PM Michael S. Tsirkin > > > wrote: > > > > > > > > On Mon, Sep 09, 2024 a

[PATCH] drm/qxl: Add drm_panic support

2024-09-11 Thread Ryosuke Yasuoka
QXL supports the drm_panic module, which displays a message to the screen when a kernel panic occurs. Signed-off-by: Ryosuke Yasuoka --- drivers/gpu/drm/qxl/qxl_cmd.c | 29 ++ drivers/gpu/drm/qxl/qxl_display.c | 94 +++ drivers/gpu/drm/qxl/qxl_draw.c|

Re: [PATCH RFC 1/3] pinctrl: mediatek: paris: Expose more configurations to GPIO set_config

2024-09-11 Thread AngeloGioacchino Del Regno
Il 09/09/24 20:37, Nícolas F. R. A. Prado ha scritto: Currently the set_config callback in the gpio_chip registered by the pinctrl_paris driver only supports PIN_CONFIG_INPUT_DEBOUNCE, despite [...] only supports operations configuring the input debounce parameter of the EINT controller and den

Re: [PATCH v2 14/19] gendwarfksyms: Add symbol versioning

2024-09-11 Thread Petr Pavlu
On 8/15/24 19:39, Sami Tolvanen wrote: > Add a basic CRC32 implementation adapted from genksyms, and produce > matching output from symtypes strings in type_map. > > Signed-off-by: Sami Tolvanen > --- > scripts/gendwarfksyms/Makefile| 1 + > scripts/gendwarfksyms/crc32.c | 69

[RFC] drm/qxl: Add drm_panic support

2024-09-11 Thread Ryosuke Yasuoka
QXL supports the drm_panic module, which displays a message to the screen when a kernel panic occurs. Signed-off-by: Ryosuke Yasuoka --- drivers/gpu/drm/qxl/qxl_cmd.c | 29 ++ drivers/gpu/drm/qxl/qxl_display.c | 94 +++ drivers/gpu/drm/qxl/qxl_draw.c|

Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API

2024-09-11 Thread Uladzislau Rezki
On Tue, Sep 10, 2024 at 08:42:54AM -0700, Paul E. McKenney wrote: > On Tue, Aug 20, 2024 at 05:59:35PM +0200, Uladzislau Rezki (Sony) wrote: > > Add a kvfree_rcu_barrier() function. It waits until all > > in-flight pointers are freed over RCU machinery. It does > > not wait any GP completion and it

Re: [PATCH 3/3] debugobjects: Use hlist_cut_number() to optimize performance and improve readability

2024-09-11 Thread Leizhen (ThunderTown)
On 2024/9/11 16:54, Thomas Gleixner wrote: > On Wed, Sep 11 2024 at 15:44, Leizhen wrote: >> On 2024/9/10 19:44, Thomas Gleixner wrote: >>> That minimizes the pool lock contention and the cache foot print. The >>> global to free pool must have an extra twist to accomodate non-batch >>> sized dro

Re: [PATCH net v4 2/2] bpf: selftests: send packet to devmap redirect XDP

2024-09-11 Thread Toke Høiland-Jørgensen
Florian Kauer writes: > The current xdp_devmap_attach test attaches a program > that redirects to another program via devmap. > > It is, however, never executed, so do that to catch > any bugs that might occur during execution. > > Also, execute the same for a veth pair so that we > also cover th

Re: [PATCH v8 3/3] irqchip/loongson-eiointc: Add extioi virt extension support

2024-09-11 Thread Huacai Chen
Hi, Thomas, On Fri, Aug 30, 2024 at 5:32 PM Bibo Mao wrote: > > Interrupts can be routed to maximal four virtual CPUs with one HW > EIOINTC interrupt controller model, since interrupt routing is encoded with > CPU bitmap and EIOINTC node combined method. Here add the EIOINTC virt > extension supp

Re: [PATCH 3/3] debugobjects: Use hlist_cut_number() to optimize performance and improve readability

2024-09-11 Thread Thomas Gleixner
On Wed, Sep 11 2024 at 15:44, Leizhen wrote: > On 2024/9/10 19:44, Thomas Gleixner wrote: >> That minimizes the pool lock contention and the cache foot print. The >> global to free pool must have an extra twist to accomodate non-batch >> sized drops and to handle the all slots are full case, but th

[PATCH 1/2] selftests: vDSO: fix ELF hash table entry size for s390x

2024-09-11 Thread Heiko Carstens
From: Jens Remus The vDSO self tests fail on s390x for a vDSO linked with the GNU linker ld as follows: # ./vdso_test_gettimeofday Floating point exception (core dumped) On s390x the ELF hash table entries are 64 bits instead of 32 bits in size (see Glibc sysdeps/unix/sysv/linux/s390/bits/e

[PATCH 2/2] selftests: vDSO: fix vdso_config for s390

2024-09-11 Thread Heiko Carstens
Running vdso_test_correctness on s390x (aka s390 64 bit) emits a warning: Warning: failed to find clock_gettime64 in vDSO This is caused by the "#elif defined (__s390__)" check in vdso_config.h which the defines VDSO_32BIT. If __s390x__ is defined also __s390__ is defined. Therefore the correct

[PATCH 0/2] selftests: vDSO: s390 fixes

2024-09-11 Thread Heiko Carstens
Two s390 fixes to make vdso selftests running on s390. Jason, given that you carry already a lot of changes for vdso selftests I guess these should be routed via the random tree. Patches apply on top of current random.git master branch. Thanks, Heiko Heiko Carstens (1): selftests: vDSO: fix v

[PATCH net v4 2/2] bpf: selftests: send packet to devmap redirect XDP

2024-09-11 Thread Florian Kauer
The current xdp_devmap_attach test attaches a program that redirects to another program via devmap. It is, however, never executed, so do that to catch any bugs that might occur during execution. Also, execute the same for a veth pair so that we also cover the non-generic path. Warning: Running

[PATCH net v4 1/2] bpf: devmap: provide rxq after redirect

2024-09-11 Thread Florian Kauer
rxq contains a pointer to the device from where the redirect happened. Currently, the BPF program that was executed after a redirect via BPF_MAP_TYPE_DEVMAP* does not have it set. This is particularly bad since accessing ingress_ifindex, e.g. SEC("xdp") int prog(struct xdp_md *pkt) { retu

[PATCH net v4 0/2] bpf: devmap: provide rxq after redirect

2024-09-11 Thread Florian Kauer
rxq contains a pointer to the device from where the redirect happened. Currently, the BPF program that was executed after a redirect via BPF_MAP_TYPE_DEVMAP* does not have it set. Add bugfix and related selftest. Signed-off-by: Florian Kauer --- Changes in v4: - return -> goto out_close, thanks

Re: [PATCH bpf-next] bpf: ringbuf: Support consuming BPF_MAP_TYPE_RINGBUF from prog

2024-09-11 Thread Jesper Dangaard Brouer
On 11/09/2024 06.43, Daniel Xu wrote: [cc Jesper] On Tue, Sep 10, 2024, at 8:31 PM, Daniel Xu wrote: On Tue, Sep 10, 2024 at 05:39:55PM GMT, Andrii Nakryiko wrote: On Tue, Sep 10, 2024 at 4:44 PM Daniel Xu wrote: On Tue, Sep 10, 2024 at 03:21:04PM GMT, Andrii Nakryiko wrote: On Tue, Sep

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Baolu Lu
On 2024/9/11 16:17, Tian, Kevin wrote: If a VMID for an S2 hwpt is valid on physical IOMMU A but has already been allocated for another purpose on physical IOMMU B, how can it be shared across both IOMMUs? Or the VMID is allocated globally? I'm not sure that's a problem. The point is that each

RE: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Tian, Kevin
> From: Baolu Lu > Sent: Wednesday, September 11, 2024 3:51 PM > > On 2024/9/11 15:20, Nicolin Chen wrote: > > On Wed, Sep 11, 2024 at 06:25:16AM +, Tian, Kevin wrote: > >>> From: Jason Gunthorpe > >>> Sent: Friday, September 6, 2024 2:22 AM > >>> > >>> On Thu, Sep 05, 2024 at 11:00:49AM -070

RE: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Tian, Kevin
> From: Nicolin Chen > Sent: Wednesday, September 11, 2024 3:21 PM > > On Wed, Sep 11, 2024 at 06:25:16AM +, Tian, Kevin wrote: > > > From: Jason Gunthorpe > > > Sent: Friday, September 6, 2024 2:22 AM > > > > > > On Thu, Sep 05, 2024 at 11:00:49AM -0700, Nicolin Chen wrote: > > > > On Thu,

RE: [PATCH v2 00/19] iommufd: Add VIOMMU infrastructure (Part-1)

2024-09-11 Thread Tian, Kevin
> From: Nicolin Chen > Sent: Wednesday, September 11, 2024 3:41 PM > > On Wed, Sep 11, 2024 at 07:18:10AM +, Tian, Kevin wrote: > > > From: Nicolin Chen > > > Sent: Wednesday, September 11, 2024 3:08 PM > > > > > > On Wed, Sep 11, 2024 at 06:12:21AM +, Tian, Kevin wrote: > > > > > From:

Re: [PATCH vhost v2 0/7] vdpa/mlx5: Optimze MKEY operations

2024-09-11 Thread Eugenio Perez Martin
On Mon, Sep 9, 2024 at 11:30 AM Dragos Tatulea wrote: > > > > On 30.08.24 12:58, Dragos Tatulea wrote: > > This series improves the time of .set_map() operations by parallelizing > > the MKEY creation and deletion for direct MKEYs. Looking at the top > > level MKEY creation/deletion functions, the

Re: [PATCH mlx5-vhost v2 01/10] net/mlx5: Support throttled commands from async API

2024-09-11 Thread Eugenio Perez Martin
On Mon, Sep 9, 2024 at 11:33 AM Dragos Tatulea wrote: > > > > On 16.08.24 11:01, Dragos Tatulea wrote: > > Currently, commands that qualify as throttled can't be used via the > > async API. That's due to the fact that the throttle semaphore can sleep > > but the async API can't. > > > > This patch

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Baolu Lu
On 2024/9/11 15:20, Nicolin Chen wrote: On Wed, Sep 11, 2024 at 06:25:16AM +, Tian, Kevin wrote: From: Jason Gunthorpe Sent: Friday, September 6, 2024 2:22 AM On Thu, Sep 05, 2024 at 11:00:49AM -0700, Nicolin Chen wrote: On Thu, Sep 05, 2024 at 01:20:39PM -0300, Jason Gunthorpe wrote: On

Re: [PATCH v2 06/19] iommufd/viommu: Add IOMMU_VIOMMU_SET/UNSET_VDEV_ID ioctl

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 07:18:52AM +, Tian, Kevin wrote: > > From: Nicolin Chen > > Sent: Wednesday, September 11, 2024 3:12 PM > > > > On Wed, Sep 11, 2024 at 06:19:10AM +, Tian, Kevin wrote: > > > > From: Nicolin Chen > > > > Sent: Friday, September 6, 2024 4:15 AM > > > > > > > > On Th

Re: [PATCH 3/3] debugobjects: Use hlist_cut_number() to optimize performance and improve readability

2024-09-11 Thread Leizhen (ThunderTown)
On 2024/9/10 19:44, Thomas Gleixner wrote: > On Tue, Sep 10 2024 at 12:00, Leizhen wrote: >> On 2024/9/10 2:41, Thomas Gleixner wrote: >>> All related functions have this problem and all of this code is very >>> strict about boundaries. Instead of accurately doing the refill, purge >>> etc. we s

Re: [PATCH v2 00/19] iommufd: Add VIOMMU infrastructure (Part-1)

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 07:18:10AM +, Tian, Kevin wrote: > > From: Nicolin Chen > > Sent: Wednesday, September 11, 2024 3:08 PM > > > > On Wed, Sep 11, 2024 at 06:12:21AM +, Tian, Kevin wrote: > > > > From: Nicolin Chen > > > > Sent: Wednesday, August 28, 2024 1:00 AM > > > > > > > [...]

Re: [RFC 00/31] objtool, livepatch: Livepatch module generation

2024-09-11 Thread Josh Poimboeuf
On Mon, Sep 02, 2024 at 08:59:43PM -0700, Josh Poimboeuf wrote: > Hi, > > Here's a new way to build livepatch modules called klp-build. > > I started working on it when I realized that objtool already does 99% of > the work needed for detecting function changes. > > This is similar in concept to

Re: [PATCH v2 17/19] iommu/arm-smmu-v3: Add arm_smmu_viommu_cache_invalidate

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 06:25:16AM +, Tian, Kevin wrote: > > From: Jason Gunthorpe > > Sent: Friday, September 6, 2024 2:22 AM > > > > On Thu, Sep 05, 2024 at 11:00:49AM -0700, Nicolin Chen wrote: > > > On Thu, Sep 05, 2024 at 01:20:39PM -0300, Jason Gunthorpe wrote: > > > > On Tue, Aug 27, 20

RE: [PATCH v2 06/19] iommufd/viommu: Add IOMMU_VIOMMU_SET/UNSET_VDEV_ID ioctl

2024-09-11 Thread Tian, Kevin
> From: Nicolin Chen > Sent: Wednesday, September 11, 2024 3:12 PM > > On Wed, Sep 11, 2024 at 06:19:10AM +, Tian, Kevin wrote: > > > From: Nicolin Chen > > > Sent: Friday, September 6, 2024 4:15 AM > > > > > > On Thu, Sep 05, 2024 at 02:43:26PM -0300, Jason Gunthorpe wrote: > > > > On Thu,

RE: [PATCH v2 00/19] iommufd: Add VIOMMU infrastructure (Part-1)

2024-09-11 Thread Tian, Kevin
> From: Nicolin Chen > Sent: Wednesday, September 11, 2024 3:08 PM > > On Wed, Sep 11, 2024 at 06:12:21AM +, Tian, Kevin wrote: > > > From: Nicolin Chen > > > Sent: Wednesday, August 28, 2024 1:00 AM > > > > > [...] > > > On a multi-IOMMU system, the VIOMMU object can be instanced to the > >

Re: [PATCH v2 06/19] iommufd/viommu: Add IOMMU_VIOMMU_SET/UNSET_VDEV_ID ioctl

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 06:19:10AM +, Tian, Kevin wrote: > > From: Nicolin Chen > > Sent: Friday, September 6, 2024 4:15 AM > > > > On Thu, Sep 05, 2024 at 02:43:26PM -0300, Jason Gunthorpe wrote: > > > On Thu, Sep 05, 2024 at 10:37:45AM -0700, Nicolin Chen wrote: > > > > That being said, if w

Re: [PATCH v2 00/19] iommufd: Add VIOMMU infrastructure (Part-1)

2024-09-11 Thread Nicolin Chen
On Wed, Sep 11, 2024 at 06:12:21AM +, Tian, Kevin wrote: > > From: Nicolin Chen > > Sent: Wednesday, August 28, 2024 1:00 AM > > > [...] > > On a multi-IOMMU system, the VIOMMU object can be instanced to the > > number > > of vIOMMUs in a guest VM, while holding the same parent HWPT to share >