RE: [PATCH v2 2/2] x86/sgx: Implement EUPDATESVN and opportunistically call it during first EPC page alloc

2025-04-03 Thread Reshetova, Elena
> On Wed, Apr 02, 2025 at 01:11:25PM +, Reshetova, Elena wrote: > > > > current SGX kernel code does not handle such errors in any other way > > > > than notifying that operation failed for other ENCLS leaves. So, I don't > > > > see why ENCLS[EUPDATESVN] should be different from existing > beh

Re: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-03 Thread Ricardo Ribalda
On Fri, 4 Apr 2025 at 08:22, Greg Kroah-Hartman wrote: > > On Thu, Apr 03, 2025 at 11:34:14PM +0200, Ricardo Ribalda wrote: > > Friendly ping > > Empty pings provide no context at all :( Do you mean that I'd rather left the whole patch as context, or that I should provide a reason for the ping?

Re: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-03 Thread Greg Kroah-Hartman
On Thu, Apr 03, 2025 at 11:34:14PM +0200, Ricardo Ribalda wrote: > Friendly ping Empty pings provide no context at all :(

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread Michael S. Tsirkin
On Fri, Apr 04, 2025 at 06:02:04AM +0200, Halil Pasic wrote: > On Thu, 3 Apr 2025 10:35:33 -0400 > "Michael S. Tsirkin" wrote: > > > On Thu, Apr 03, 2025 at 04:18:36PM +0200, Halil Pasic wrote: > > > On Wed, 2 Apr 2025 22:36:21 +0200 > [..] > > > > > > 5.5.2 Virtqueues > > > > > > 0 > > >

Re: [PATCH] openrisc: Fix build warning in cache.c

2025-04-03 Thread Sahil Siddiq
Hi Stafford, On 4/3/25 7:36 PM, Stafford Horne wrote: [...] I will just take this fix and apply it to the series (git fixup) rather than take this patch as is. Also, as registers should be unsigned short, I think we should change the type to that. I will fixup patches in place. Sure thing.

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread Halil Pasic
On Thu, 3 Apr 2025 10:35:33 -0400 "Michael S. Tsirkin" wrote: > On Thu, Apr 03, 2025 at 04:18:36PM +0200, Halil Pasic wrote: > > On Wed, 2 Apr 2025 22:36:21 +0200 [..] > > > > 5.5.2 Virtqueues > > > > 0 > > inflateq > > 1 > > deflateq > > 2 > > statsq > > 3 > > free_page_vq

Re: [PATCH v3 1/4] kernel/resource: Provide mem region release for SOFT RESERVES

2025-04-03 Thread Bowman, Terry
Hi Andy, Thanks for reviewing this. I'll make updates for all you pointed out below. Regards, Terry On 4/3/2025 1:40 PM, Andy Shevchenko wrote: > On Thu, Apr 03, 2025 at 01:33:12PM -0500, Terry Bowman wrote: >> From: Nathan Fontenot >> >> Add a release_Sam_region_adjustable() interface to allow

[PATCH v2 1/2] memcg: Don't generate low/min events if either low/min or elow/emin is 0

2025-04-03 Thread Waiman Long
The test_memcontrol selftest consistently fails its test_memcg_low sub-test due to the fact that two of its test child cgroups which have a memmory.low of 0 or an effective memory.low of 0 still have low events generated for them since mem_cgroup_below_low() use the ">=" operator when comparing to

[PATCH v2 2/2] selftests: memcg: Increase error tolerance of child memory.current check in test_memcg_protection()

2025-04-03 Thread Waiman Long
The test_memcg_protection() function is used for the test_memcg_min and test_memcg_low sub-tests. This function generates a set of parent/child cgroups like: parent: memory.min/low = 50M child 0: memory.min/low = 75M, memory.current = 50M child 1: memory.min/low = 25M, memory.current = 50

Re: [PATCH bpf v2 1/2] bpf, xdp: clean head/meta when expanding it

2025-04-03 Thread Alexei Starovoitov
On Thu, Apr 3, 2025 at 5:27 PM Jiayuan Chen wrote: > > April 3, 2025 at 22:24, "Alexei Starovoitov" > wrote: > > > > > > > On Sun, Mar 30, 2025 at 8:27 PM Jiayuan Chen wrote: > > > > > > > > The device allocates an skb, it additionally allocates a prepad size > > > > > > (usually equal to NET_

Re: [PATCH bpf v2 1/2] bpf, xdp: clean head/meta when expanding it

2025-04-03 Thread Alexei Starovoitov
On Thu, Apr 3, 2025 at 7:32 AM Willem de Bruijn wrote: > > Alexei Starovoitov wrote: > > On Sun, Mar 30, 2025 at 8:27 PM Jiayuan Chen wrote: > > > > > > The device allocates an skb, it additionally allocates a prepad size > > > (usually equal to NET_SKB_PAD or XDP_PACKET_HEADROOM) but leaves it >

Re: [PATCH bpf v2 1/2] bpf, xdp: clean head/meta when expanding it

2025-04-03 Thread Jiayuan Chen
April 3, 2025 at 22:24, "Alexei Starovoitov" wrote: > > On Sun, Mar 30, 2025 at 8:27 PM Jiayuan Chen wrote: > > > > > The device allocates an skb, it additionally allocates a prepad size > > > > (usually equal to NET_SKB_PAD or XDP_PACKET_HEADROOM) but leaves it > > > > uninitialized.

[PATCH AUTOSEL 6.14 17/23] selftests/bpf: Fix cap_enable_effective() return code

2025-04-03 Thread Sasha Levin
From: Feng Yang [ Upstream commit 339c1f8ea11cc042c30c315c1a8f61e4b8a90117 ] The caller of cap_enable_effective() expects negative error code. Fix it. Before: failed to restore CAP_SYS_ADMIN: -1, Unknown error -1 After: failed to restore CAP_SYS_ADMIN: -3, No such process failed to resto

[PATCH AUTOSEL 6.12 01/20] selftests/bpf: Fix stdout race condition in traffic monitor

2025-04-03 Thread Sasha Levin
From: Amery Hung [ Upstream commit b99f27e90268b1a814c13f8bd72ea1db448ea257 ] Fix a race condition between the main test_progs thread and the traffic monitoring thread. The traffic monitor thread tries to print a line using multiple printf and use flockfile() to prevent the line from being torn

[PATCH AUTOSEL 6.13 16/22] selftests/bpf: Fix cap_enable_effective() return code

2025-04-03 Thread Sasha Levin
From: Feng Yang [ Upstream commit 339c1f8ea11cc042c30c315c1a8f61e4b8a90117 ] The caller of cap_enable_effective() expects negative error code. Fix it. Before: failed to restore CAP_SYS_ADMIN: -1, Unknown error -1 After: failed to restore CAP_SYS_ADMIN: -3, No such process failed to resto

[PATCH AUTOSEL 6.13 02/22] selftests/bpf: Fix stdout race condition in traffic monitor

2025-04-03 Thread Sasha Levin
From: Amery Hung [ Upstream commit b99f27e90268b1a814c13f8bd72ea1db448ea257 ] Fix a race condition between the main test_progs thread and the traffic monitoring thread. The traffic monitor thread tries to print a line using multiple printf and use flockfile() to prevent the line from being torn

[PATCH AUTOSEL 6.14 02/23] selftests/bpf: Fix stdout race condition in traffic monitor

2025-04-03 Thread Sasha Levin
From: Amery Hung [ Upstream commit b99f27e90268b1a814c13f8bd72ea1db448ea257 ] Fix a race condition between the main test_progs thread and the traffic monitoring thread. The traffic monitor thread tries to print a line using multiple printf and use flockfile() to prevent the line from being torn

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Willem de Bruijn
Michael S. Tsirkin wrote: > On Thu, Apr 03, 2025 at 03:51:01PM +0200, Markus Fohrer wrote: > > Am Donnerstag, dem 03.04.2025 um 09:04 -0400 schrieb Michael S. > > Tsirkin: > > > On Wed, Apr 02, 2025 at 11:12:07PM +0200, Markus Fohrer wrote: > > > > Hi, > > > > > > > > I'm observing a significant p

[PATCH v3 1/4] kernel/resource: Provide mem region release for SOFT RESERVES

2025-04-03 Thread Terry Bowman
From: Nathan Fontenot Add a release_Sam_region_adjustable() interface to allow for removing SOFT RESERVE memory resources. This extracts out the code to remove a mem region into a common __release_mem_region_adjustable() routine, this routine takes additional parameters of an IORES descriptor typ

Re: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-03 Thread Ricardo Ribalda
Friendly ping

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Michael S. Tsirkin
On Thu, Apr 03, 2025 at 10:07:12PM +0200, Markus Fohrer wrote: > Am Donnerstag, dem 03.04.2025 um 10:03 -0400 schrieb Michael S. > Tsirkin: > > On Thu, Apr 03, 2025 at 03:51:01PM +0200, Markus Fohrer wrote: > > > Am Donnerstag, dem 03.04.2025 um 09:04 -0400 schrieb Michael S. > > > Tsirkin: > > > >

Re: [PATCH bpf-next 11/11] bpf: Fall back to nospec for spec path verification

2025-04-03 Thread Alexei Starovoitov
On Wed, Mar 19, 2025 at 2:06 AM Luis Gerhorst wrote: > > Thank you very much for having a look. Let me know whether the above > resolves your concern. > > In any case, should I separate patches 1-3 into another series? Sorry for the delay. lsfmm was followed by the busy merge window. Please reba

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Markus Fohrer
Am Donnerstag, dem 03.04.2025 um 10:03 -0400 schrieb Michael S. Tsirkin: > On Thu, Apr 03, 2025 at 03:51:01PM +0200, Markus Fohrer wrote: > > Am Donnerstag, dem 03.04.2025 um 09:04 -0400 schrieb Michael S. > > Tsirkin: > > > On Wed, Apr 02, 2025 at 11:12:07PM +0200, Markus Fohrer wrote: > > > > Hi,

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Markus Fohrer
Am Donnerstag, dem 03.04.2025 um 10:26 -0400 schrieb Willem de Bruijn: > Michael S. Tsirkin wrote: > > On Thu, Apr 03, 2025 at 03:51:01PM +0200, Markus Fohrer wrote: > > > Am Donnerstag, dem 03.04.2025 um 09:04 -0400 schrieb Michael S. > > > Tsirkin: > > > > On Wed, Apr 02, 2025 at 11:12:07PM +0200

Re: [PATCH 05/10] cgroup/cpuset: Don't allow creation of local partition over a remote one

2025-04-03 Thread Waiman Long
On 4/3/25 9:33 AM, Michal Koutný wrote: On Sun, Mar 30, 2025 at 05:52:43PM -0400, Waiman Long wrote: Currently, we don't allow the creation of a remote partition underneath another local or remote partition. However, it is currently possible to create a new local partition with an existing rem

Re: [PATCH v2 3/5] mm: userfaultfd: allow to register continue for guest_memfd

2025-04-03 Thread Nikita Kalyazin
On 02/04/2025 22:25, James Houghton wrote: On Wed, Apr 2, 2025 at 9:08 AM Nikita Kalyazin wrote: Signed-off-by: Nikita Kalyazin --- include/linux/userfaultfd_k.h | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/include/linux/userfaultfd_k.h b/include/lin

Re: [PATCH v3 1/4] kernel/resource: Provide mem region release for SOFT RESERVES

2025-04-03 Thread Andy Shevchenko
On Thu, Apr 03, 2025 at 01:33:12PM -0500, Terry Bowman wrote: > From: Nathan Fontenot > > Add a release_Sam_region_adjustable() interface to allow for > removing SOFT RESERVE memory resources. This extracts out the code > to remove a mem region into a common __release_mem_region_adjustable() > ro

Re: [PATCH v8 00/10] Basic SEV-SNP Selftests

2025-04-03 Thread Pratik R. Sampat
A very gentle ping on this series. Thanks Pratik On 3/5/25 4:59 PM, Pratik R. Sampat wrote: This patch series extends the sev_init2 and the sev_smoke test to exercise the SEV-SNP VM launch workflow. Primarily, it introduces the architectural defines, its support in the SEV library and extends

[PATCH v3 2/4] cxl: Update Soft Reserved resources upon region creation

2025-04-03 Thread Terry Bowman
From: Nathan Fontenot Update handling of SOFT RESERVE iomem resources that intersect with CXL region resources to remove intersections from the SOFT RESERVE resources. The current approach of leaving SOFT RESERVE resources as is can cause failures during hotplug replace of CXL devices because the

[PATCH v3 3/4] dax/mum: Save the dax mum platform device pointer

2025-04-03 Thread Terry Bowman
From: Nathan Fontenot In order to handle registering hmem devices for SOFT RESERVE resources after the dax hmem device initialization occurs we need to save a reference to the dax hmem platform device that will be used in a following patch. Saving the platform device pointer also allows us to cl

Re: [PATCH v2 1/5] mm: userfaultfd: generic continue for non hugetlbfs

2025-04-03 Thread Nikita Kalyazin
On 02/04/2025 20:04, James Houghton wrote: On Wed, Apr 2, 2025 at 9:07 AM Nikita Kalyazin wrote: Remove shmem-specific code from UFFDIO_CONTINUE implementation for non-huge pages by calling vm_ops->fault(). A new VMF flag, FAULT_FLAG_NO_USERFAULT_MINOR, is introduced to avoid recursive cal

Re: [PATCH v2 5/5] KVM: selftests: test userfaultfd minor for guest_memfd

2025-04-03 Thread Nikita Kalyazin
On 02/04/2025 22:10, James Houghton wrote: On Wed, Apr 2, 2025 at 9:08 AM Nikita Kalyazin wrote: The test demonstrates that a minor userfaultfd event in guest_memfd can be resolved via a memcpy followed by a UFFDIO_CONTINUE ioctl. Signed-off-by: Nikita Kalyazin --- .../testing/selftests

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread Michael S. Tsirkin
On Thu, Apr 03, 2025 at 04:18:36PM +0200, Halil Pasic wrote: > On Wed, 2 Apr 2025 22:36:21 +0200 > David Hildenbrand wrote: > > > If we finds a vq without a name in our input array in > > virtio_ccw_find_vqs(), we treat it as "non-existing" and set the vq pointer > > to NULL; we will not call vi

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread Halil Pasic
On Wed, 2 Apr 2025 22:36:21 +0200 David Hildenbrand wrote: > If we finds a vq without a name in our input array in > virtio_ccw_find_vqs(), we treat it as "non-existing" and set the vq pointer > to NULL; we will not call virtio_ccw_setup_vq() to allocate/setup a vq. > > Consequently, we create

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread David Hildenbrand
On 03.04.25 16:18, Halil Pasic wrote: On Wed, 2 Apr 2025 22:36:21 +0200 David Hildenbrand wrote: If we finds a vq without a name in our input array in virtio_ccw_find_vqs(), we treat it as "non-existing" and set the vq pointer to NULL; we will not call virtio_ccw_setup_vq() to allocate/setup

Re: [PATCH bpf v2 1/2] bpf, xdp: clean head/meta when expanding it

2025-04-03 Thread Alexei Starovoitov
On Sun, Mar 30, 2025 at 8:27 PM Jiayuan Chen wrote: > > The device allocates an skb, it additionally allocates a prepad size > (usually equal to NET_SKB_PAD or XDP_PACKET_HEADROOM) but leaves it > uninitialized. > > The bpf_xdp_adjust_head function moves skb->data forward, which allows > users to

Re: [PATCH RFC v3 2/8] slab: add opt-in caching layer of percpu sheaves

2025-04-03 Thread Vlastimil Babka
On 4/3/25 10:31, Harry Yoo wrote: >> +/* >> + * Bulk free objects to the percpu sheaves. >> + * Unlike free_to_pcs() this includes the calls to all necessary hooks >> + * and the fallback to freeing to slab pages. >> + */ >> +static void free_to_pcs_bulk(struct kmem_cache *s, size_t size, void **p)

Re: [PATCH] openrisc: Fix build warning in cache.c

2025-04-03 Thread Stafford Horne
Hi Sahil, On Wed, Apr 02, 2025 at 01:31:29AM +0530, Sahil Siddiq wrote: > Commit c5c6fd8be51207f0abd3 ("openrisc: Introduce new utility functions > to flush and invalidate caches") introduced new functions to flush or > invalidate a range of addresses. These functions make use of the mtspr > macr

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Markus Fohrer
Am Donnerstag, dem 03.04.2025 um 09:04 -0400 schrieb Michael S. Tsirkin: > On Wed, Apr 02, 2025 at 11:12:07PM +0200, Markus Fohrer wrote: > > Hi, > > > > I'm observing a significant performance regression in KVM guest VMs > > using virtio-net with recent Linux kernels (6.8.1+ and 6.14). > > > > W

Re: [PATCH 01/10] cgroup/cpuset: Fix race between newly created partition and dying one

2025-04-03 Thread Michal Koutný
On Tue, Apr 01, 2025 at 09:49:45PM -1000, Tejun Heo wrote: > On Sun, Mar 30, 2025 at 05:52:39PM -0400, Waiman Long wrote: ... > > Add a new cpuset_css_killed() function to reset the partition state of > > a valid partition root if it is being killed. ... > > Applied to cgroup/for-6.15-fixes. To

Re: [PATCH V2] remoteproc: core: Clear table_sz when rproc_shutdown

2025-04-03 Thread Peng Fan
Hi Bjorn, Thanks for replying this thread. On Wed, Apr 02, 2025 at 08:48:58AM -0500, Bjorn Andersson wrote: >On Wed, Apr 02, 2025 at 09:43:55AM +0800, Peng Fan wrote: >> On Tue, Apr 01, 2025 at 10:05:03AM -0600, Mathieu Poirier wrote: >> >On Tue, Apr 01, 2025 at 09:41:24AM +0800, Peng Fan wrote:

Re: [REGRESSION] Massive virtio-net throughput drop in guest VM with Linux 6.8+

2025-04-03 Thread Michael S. Tsirkin
On Wed, Apr 02, 2025 at 11:12:07PM +0200, Markus Fohrer wrote: > Hi, > > I'm observing a significant performance regression in KVM guest VMs using > virtio-net with recent Linux kernels (6.8.1+ and 6.14). > > When running on a host system equipped with a Broadcom NetXtreme-E (bnxt_en) > NIC and

Re: [RFC PATCH 39/39] KVM: guest_memfd: Dynamically split/reconstruct HugeTLB page

2025-04-03 Thread Yan Zhao
On Tue, Sep 10, 2024 at 11:44:10PM +, Ackerley Tng wrote: > +/* > + * Allocates and then caches a folio in the filemap. Returns a folio with > + * refcount of 2: 1 after allocation, and 1 taken by the filemap. > + */ > +static struct folio *kvm_gmem_hugetlb_alloc_and_cache_folio(struct inode >

Re: [PATCH v2 1/2] time/timekeeping: Fix possible inconsistencies in _COARSE clockids

2025-04-03 Thread Thomas Gleixner
On Thu, Apr 03 2025 at 10:32, Miroslav Lichvar wrote: > On Tue, Apr 01, 2025 at 08:29:23PM +0200, Thomas Gleixner wrote: >> > 64 64 0.138 >> >> That's weird as it only delays the update to the next tick. > > Ok, so it's not an instability of the clock, but rather an instabilit

[PATCH v3] selftests/mm: Convert page_size to unsigned long

2025-04-03 Thread Siddarth G
Cppcheck warning: int result is assigned to long long variable. If the variable is long long to avoid loss of information, then you have loss of information. This patch changes the type of page_size from 'unsigned int' to 'unsigned long' instead of using ULL suffixes. Changing hpage_size to 'unsig

Re: [PATCH bpf v2 1/2] bpf, xdp: clean head/meta when expanding it

2025-04-03 Thread Jesper Dangaard Brouer
On 31/03/2025 05.23, Jiayuan Chen wrote: The device allocates an skb, it additionally allocates a prepad size (usually equal to NET_SKB_PAD or XDP_PACKET_HEADROOM) but leaves it uninitialized. The bpf_xdp_adjust_head function moves skb->data forward, which allows users to access data belongin

Re: [PATCH v1] s390/virtio_ccw: don't allocate/assign airqs for non-existing queues

2025-04-03 Thread Thomas Huth
On 02/04/2025 22.36, David Hildenbrand wrote: If we finds a vq without a name in our input array in virtio_ccw_find_vqs(), we treat it as "non-existing" and set the vq pointer to NULL; we will not call virtio_ccw_setup_vq() to allocate/setup a vq. Consequently, we create only a queue if it actua

[PATCH net v3 1/3] ieee802154: Restore initial state on failed device_rename() in cfg802154_switch_netns()

2025-04-03 Thread Ivan Abramov
Currently, the return value of device_rename() is not acted upon. To avoid an inconsistent state in case of failure, roll back the changes made before the device_rename() call. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. Fixes: 66e5c2672cd1 ("ieee802154: add netns suppo

[PATCH net v3 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()

2025-04-03 Thread Ivan Abramov
It's pointless to call WARN_ON() in case of an allocation failure in dev_change_net_namespace() and device_rename(), since it only leads to useless splats caused by deliberate fault injections, so avoid it. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. Fixes: 66e5c2672cd1

[PATCH net v3 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()

2025-04-03 Thread Ivan Abramov
This series was inspired by Syzkaller report on warning in cfg802154_switch_netns(). WARNING: CPU: 0 PID: 5837 at net/ieee802154/core.c:258 cfg802154_switch_netns+0x3c7/0x3d0 net/ieee802154/core.c:258 Modules linked in: CPU: 0 UID: 0 PID: 5837 Comm: syz-executor125 Not tainted 6.13.0-rc6-syzkall

[PATCH v3] remoteproc: imx_dsp_rproc: Add support for DSP-specific features

2025-04-03 Thread Iuliana Prodan (OSS)
From: Iuliana Prodan Some DSP firmware requires a FW_READY signal before proceeding, while others do not. Therefore, add support to handle i.MX DSP-specific features. Implement handle_rsc callback to handle resource table parsing and to process DSP-specific resource, to determine if waiting is n

Re: [PATCH bpf v2 2/2] selftests/bpf: add perf test for adjust_{head,meta}

2025-04-03 Thread Jesper Dangaard Brouer
On 03/04/2025 02.24, Jakub Kicinski wrote: On Mon, 31 Mar 2025 11:23:45 +0800 Jiayuan Chen wrote: which is negligible for the net stack. Before memset ./test_progs -a xdp_adjust_head_perf -v run adjust head with size 6 cost 56 ns run adjust head with size 20 cost 56 ns run adjust head with s

[PATCH net v2 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()

2025-04-03 Thread Ivan Abramov
It's pointless to call WARN_ON() in case of an allocation failure in dev_change_net_namespace() and device_rename(), since it only leads to useless splats caused by deliberate fault injections, so avoid it. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. Reported-by: syzbot+

Re: [PATCH net v2 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()

2025-04-03 Thread Miquel Raynal
On 03/04/2025 at 11:20:18 +03, Ivan Abramov wrote: > This series was inspired by Syzkaller report on warning in > cfg802154_switch_netns(). This series has received reviews under the form of Reviewed-by tags. You are in charge of carrying those tags over versions. Please collect and resubmit the

Re: [PATCH v2 1/2] time/timekeeping: Fix possible inconsistencies in _COARSE clockids

2025-04-03 Thread Miroslav Lichvar
On Tue, Apr 01, 2025 at 08:29:23PM +0200, Thomas Gleixner wrote: > On Tue, Apr 01 2025 at 13:19, Miroslav Lichvar wrote: > > It seems to improve the worst cases, but overall it's still > > a regression. > > > > Mult reduction Updates/sec Skew > > 16 4 0.012 > > 16

Re: [PATCH RFC v3 2/8] slab: add opt-in caching layer of percpu sheaves

2025-04-03 Thread Harry Yoo
On Mon, Mar 17, 2025 at 03:33:03PM +0100, Vlastimil Babka wrote: > Specifying a non-zero value for a new struct kmem_cache_args field > sheaf_capacity will setup a caching layer of percpu arrays called > sheaves of given capacity for the created cache. > > Allocations from the cache will allocate

Re: [PATCH v3] vsock/virtio: Remove queued_replies pushback logic

2025-04-03 Thread Stefano Garzarella
On Wed, Apr 02, 2025 at 03:06:46PM +, Alexander Graf wrote: Ever since the introduction of the virtio vsock driver, it included pushback logic that blocks it from taking any new RX packets until the TX queue backlog becomes shallower than the virtqueue size. This logic works fine when you co

[PATCH net v2 3/3] ieee802154: Remove WARN_ON() in cfg802154_pernet_exit()

2025-04-03 Thread Ivan Abramov
There's no need to call WARN_ON() in cfg802154_pernet_exit(), since every point of failure in cfg802154_switch_netns() is covered with WARN_ON(), so remove it. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. Fixes: 66e5c2672cd1 ("ieee802154: add netns support") Signed-off-by

[PATCH net v2 1/3] ieee802154: Restore initial state on failed device_rename() in cfg802154_switch_netns()

2025-04-03 Thread Ivan Abramov
Currently, the return value of device_rename() is not acted upon. To avoid an inconsistent state in case of failure, roll back the changes made before the device_rename() call. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. Fixes: 66e5c2672cd1 ("ieee802154: add netns suppo

Re: [PATCH] virtio-net: disable delayed refill when setting up xdp

2025-04-03 Thread Paolo Abeni
On 4/2/25 7:42 AM, Bui Quang Minh wrote: > When setting up XDP for a running interface, we call napi_disable() on > the receive queue's napi. In delayed refill_work, it also calls > napi_disable() on the receive queue's napi. This can leads to deadlock > when napi_disable() is called on an already

Re: [PATCH] virtio-net: disable delayed refill when setting up xdp

2025-04-03 Thread Bui Quang Minh
On 4/3/25 14:24, Paolo Abeni wrote: On 4/2/25 7:42 AM, Bui Quang Minh wrote: When setting up XDP for a running interface, we call napi_disable() on the receive queue's napi. In delayed refill_work, it also calls napi_disable() on the receive queue's napi. This can leads to deadlock when napi_dis

Re: [PATCH v4] remoteproc: Add device awake calls in rproc boot and shutdown path

2025-04-03 Thread Mukesh Ojha
On Tue, Apr 01, 2025 at 01:29:21PM +0530, Souradeep Chowdhury wrote: > Add device awake calls in case of rproc boot and rproc shutdown path. > Currently, device awake call is only present in the recovery path > of remoteproc. If a user stops and starts rproc by using the sysfs > interface, then on