Re: [PATCH] selftests/ftrace: Fix event filter target_func selection

On Wed, 20 Mar 2024 14:18:44 + Mark Rutland wrote: > The event filter function test has been failing in our internal test > farm: > > | # not ok 33 event filter function - test event filtering on functions > > Running the test in verbose mode indicates that this is because the test >

Re: [PATCH V3 bpf-next 1/2] bpf: add bpf_task_get_cgroup kfunc

On Wed, Mar 20, 2024 at 7:41 AM Tejun Heo wrote: > > On Mon, Mar 18, 2024 at 11:03:01PM -0600, Jose Fernandez wrote: > > This patch enhances the BPF helpers by adding a kfunc to retrieve the > > cgroup v2 of a task, addressing a previous limitation where only > > bpf_task_get_cgroup1 was

Re: [PATCH v2 0/3] riscv: mm: Use hint address in mmap if available

Hello: This series was applied to riscv/linux.git (for-next) by Palmer Dabbelt : On Tue, 30 Jan 2024 11:04:29 -0800 you wrote: > On riscv, mmap currently returns an address from the largest address > space that can fit entirely inside of the hint address. This makes it > such that the hint

Re: [PATCH v3 0/3] riscv: mm: Extend mappable memory up to hint address

Hello: This series was applied to riscv/linux.git (for-next) by Palmer Dabbelt : On Tue, 30 Jan 2024 17:06:59 -0800 you wrote: > On riscv, mmap currently returns an address from the largest address > space that can fit entirely inside of the hint address. This makes it > such that the hint

Re: [PATCH v2 11/13] selftests/resctrl: Convert ctrlgrp & mongrp to pointers

Hi Ilpo, On 3/11/2024 6:52 AM, Ilpo Järvinen wrote: > The struct resctrl_val_param has control and monitor groups as char > arrays but they are not supposed to be mutated within resctrl_val(). > > Convert the ctrlgrp and mongrp char array within resctrl_val_param to > plain const char pointers

Re: [PATCH V3 bpf-next 1/2] bpf: add bpf_task_get_cgroup kfunc

On Mon, Mar 18, 2024 at 11:03:01PM -0600, Jose Fernandez wrote: > This patch enhances the BPF helpers by adding a kfunc to retrieve the > cgroup v2 of a task, addressing a previous limitation where only > bpf_task_get_cgroup1 was available for cgroup v1. The new kfunc is > particularly useful for

[PATCH] selftests/ftrace: Fix event filter target_func selection

The event filter function test has been failing in our internal test farm: | # not ok 33 event filter function - test event filtering on functions Running the test in verbose mode indicates that this is because the test erroneously determines that kmem_cache_free() is the most common caller of

Re: [PATCH 1/8] iommu: Introduce a replace API for device pasid

On Tue, Mar 19, 2024 at 03:29:39PM +0800, Yi Liu wrote: > On 2024/3/19 00:52, Jason Gunthorpe wrote: > > On Wed, Mar 13, 2024 at 04:11:41PM +0800, Yi Liu wrote: > > > > > yes. how about your opinion? @Jason. I noticed the set_dev_pasid callback > > > and pasid_array update is under the

Re: [BUG] selftests/net: test_vxlan_mdb.sh: 84 out of 642 tests [FAIL]

On Wed, Mar 20, 2024 at 01:47:36AM +0100, Mirsad Todorovac wrote: > On 3/19/24 15:25, Ido Schimmel wrote: > > Will look into it today or later this week. > > Thank you for considering this. Can you please try the following patch?

[PATCH] Documentation: kunit: correct KUNIT_VERY_SLOW to KUNIT_SPEED_VERY_SLOW

There is no KUNIT_VERY_SLOW, I guess we mean KUNIT_SPEED_VERY_SLOW. Signed-off-by: Kemeng Shi --- Documentation/dev-tools/kunit/running_tips.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/dev-tools/kunit/running_tips.rst

Re: [PATCH V3 bpf-next 1/2] bpf: add bpf_task_get_cgroup kfunc

On Mon, Mar 18, 2024 at 10:04 PM Jose Fernandez wrote: > > This patch enhances the BPF helpers by adding a kfunc to retrieve the > cgroup v2 of a task, addressing a previous limitation where only > bpf_task_get_cgroup1 was available for cgroup v1. The new kfunc is > particularly useful for

Re: [RFC v3 0/3] move_phys_pages syscall - migrate page contents given

Gregory Price writes: > On Wed, Mar 20, 2024 at 10:48:44AM +0800, Huang, Ying wrote: >> Gregory Price writes: >> >> > Doing this reverse-translation outside of the kernel requires considerable >> > space and compute, and it will have to be performed again by the existing >> > system calls.