> On 4/29/25 04:44, Reshetova, Elena wrote:
> >> On 4/25/25 14:58, Sean Christopherson wrote:
> >>> On Fri, Apr 25, 2025, Dave Hansen wrote:
> On 4/25/25 14:04, Sean Christopherson wrote:
> > Userspace is going to be waiting on ->release() no matter what.
> Unless it isn't even involv
On Mon, Apr 28, 2025 at 02:12:57PM -0300, Hiago De Franco wrote:
>On Sat, Apr 26, 2025 at 09:49:58PM +0800, Peng Fan wrote:
>> On Wed, Apr 23, 2025 at 04:21:56PM -0300, Hiago De Franco wrote:
>> >Hi Mathieu,
>> >
>> >On Wed, Apr 23, 2025 at 11:14:17AM -0600, Mathieu Poirier wrote:
>> >> Good mornin
On Tue, Apr 29, 2025 at 6:56 PM Michael S. Tsirkin wrote:
>
> On Tue, Apr 29, 2025 at 11:39:37AM +0800, Jason Wang wrote:
> > On Mon, Apr 21, 2025 at 11:46 AM Jason Wang wrote:
> > >
> > > On Mon, Apr 21, 2025 at 11:45 AM Jason Wang wrote:
> > > >
> > > > On Mon, Apr 21, 2025 at 10:45 AM Cindy L
> On Apr 29, 2025, at 9:44 AM, Frederic Weisbecker wrote:
Hi Frederic,
These all look good to me. Do you wish for
these to go into the upcoming merge window or
can I push them to a for-Neeraj branch as he
is doing the merge window after the next?
Thanks,
- Joel
>
> A CPU within hotplug o
On Tue, Apr 29, 2025 at 04:27:27PM +0100, Mark Rutland wrote:
> On Thu, Apr 17, 2025 at 12:32:49AM +0100, Mark Brown wrote:
> > Signed-off-by: Mark Brown
> Looks like my Signed-off-by got dropped by accident; it should be above
> yours here.
> Aside from that, and the initial feature test, this
The current exeception register structure in selftests are missing
few registers (e.g stval). Instead of adding it manually, change
the ex_regs to align with pt_regs to make it future proof.
Suggested-by: Andrew Jones
Signed-off-by: Atish Patra
---
.../selftests/kvm/include/riscv/processor.h
This series improves the following tests.
1. Get-reg-list : Adds vector support
2. SBI PMU test : Distinguish between different types of illegal exception
The first patch is just helper patch that adds stval support during
exception handling.
Signed-off-by: Atish Patra
---
Changes in v2:
- Rebas
Add vector related tests with the ISA extension standard template.
However, the vector registers are bit tricky as the register length is
variable based on vlenb value of the system. That's why the macros are
defined with a default and overidden with actual value at runtime.
Reviewed-by: Anup Pate
Currently, the sbi_pmu_test continues if the exception type is illegal
instruction because access to hpmcounter will generate that. However
illegal instruction exception may occur due to the other reasons
which should result in test assertion.
Use the stval to decode the exact type of instructions
From: Ihor Solodrai
[ Upstream commit f2858f308131a09e33afb766cd70119b5b900569 ]
"sockmap_ktls disconnect_after_delete" test has been failing on BPF CI
after recent merges from netdev:
* https://github.com/kernel-patches/bpf/actions/runs/14458537639
* https://github.com/kernel-patches/bpf/action
From: Zhongqiu Han
[ Upstream commit 2e2f925fe737576df2373931c95e1a2b66efdfef ]
syzbot reports a data-race when accessing the event_triggered, here is the
simplified stack when the issue occurred:
==
BUG: KCSAN: data-race in virtqu
From: Zhongqiu Han
[ Upstream commit 2e2f925fe737576df2373931c95e1a2b66efdfef ]
syzbot reports a data-race when accessing the event_triggered, here is the
simplified stack when the issue occurred:
==
BUG: KCSAN: data-race in virtqu
From: Ihor Solodrai
[ Upstream commit f2858f308131a09e33afb766cd70119b5b900569 ]
"sockmap_ktls disconnect_after_delete" test has been failing on BPF CI
after recent merges from netdev:
* https://github.com/kernel-patches/bpf/actions/runs/14458537639
* https://github.com/kernel-patches/bpf/action
From: Dongli Zhang
[ Upstream commit f591cf9fce724e5075cc67488c43c6e39e8cbe27 ]
The vhost-scsi completion path may access vq->log_base when vq->log_used is
already set to false.
vhost-thread QEMU-thread
vhost_scsi_complete_cmd_work()
-> vhost_add_used()
-> vhost_ad
From: Stefano Garzarella
[ Upstream commit fec0abf52609c20279243699d08b660c142ce0aa ]
Commit cb380909ae3b ("vhost: return task creation error instead of NULL")
changed the return value of vhost_task_create(), but did not update the
documentation.
Reflect the change in the documentation: on an e
From: Zhongqiu Han
[ Upstream commit 2e2f925fe737576df2373931c95e1a2b66efdfef ]
syzbot reports a data-race when accessing the event_triggered, here is the
simplified stack when the issue occurred:
==
BUG: KCSAN: data-race in virtqu
From: Ihor Solodrai
[ Upstream commit f2858f308131a09e33afb766cd70119b5b900569 ]
"sockmap_ktls disconnect_after_delete" test has been failing on BPF CI
after recent merges from netdev:
* https://github.com/kernel-patches/bpf/actions/runs/14458537639
* https://github.com/kernel-patches/bpf/action
From: Dongli Zhang
[ Upstream commit f591cf9fce724e5075cc67488c43c6e39e8cbe27 ]
The vhost-scsi completion path may access vq->log_base when vq->log_used is
already set to false.
vhost-thread QEMU-thread
vhost_scsi_complete_cmd_work()
-> vhost_add_used()
-> vhost_ad
From: Stefano Garzarella
[ Upstream commit fec0abf52609c20279243699d08b660c142ce0aa ]
Commit cb380909ae3b ("vhost: return task creation error instead of NULL")
changed the return value of vhost_task_create(), but did not update the
documentation.
Reflect the change in the documentation: on an e
From: Zhongqiu Han
[ Upstream commit 2e2f925fe737576df2373931c95e1a2b66efdfef ]
syzbot reports a data-race when accessing the event_triggered, here is the
simplified stack when the issue occurred:
==
BUG: KCSAN: data-race in virtqu
From: Ihor Solodrai
[ Upstream commit f2858f308131a09e33afb766cd70119b5b900569 ]
"sockmap_ktls disconnect_after_delete" test has been failing on BPF CI
after recent merges from netdev:
* https://github.com/kernel-patches/bpf/actions/runs/14458537639
* https://github.com/kernel-patches/bpf/action
From: Dongli Zhang
[ Upstream commit f591cf9fce724e5075cc67488c43c6e39e8cbe27 ]
The vhost-scsi completion path may access vq->log_base when vq->log_used is
already set to false.
vhost-thread QEMU-thread
vhost_scsi_complete_cmd_work()
-> vhost_add_used()
-> vhost_ad
From: Stefano Garzarella
[ Upstream commit fec0abf52609c20279243699d08b660c142ce0aa ]
Commit cb380909ae3b ("vhost: return task creation error instead of NULL")
changed the return value of vhost_task_create(), but did not update the
documentation.
Reflect the change in the documentation: on an e
From: Zhongqiu Han
[ Upstream commit 2e2f925fe737576df2373931c95e1a2b66efdfef ]
syzbot reports a data-race when accessing the event_triggered, here is the
simplified stack when the issue occurred:
==
BUG: KCSAN: data-race in virtqu
On 4/30/25 01:30, Mathieu Poirier wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Mon, 28 Apr 2025 at 20:20, Xiaolei Wang wrote:
On 4/26/25 14:53, Xiaolei Wang wrot
Hello:
This series was applied to netdev/net.git (main)
by Jakub Kicinski :
On Sat, 26 Apr 2025 17:48:54 +0300 you wrote:
> Richie Pearn presented a reproducible situation where traffic would get
> blocked on the NXP LS1028A switch if a certain taprio schedule was
> applied, and stepping the PTP
Hello:
This patch was applied to bpf/bpf-next.git (net)
by Martin KaFai Lau :
On Mon, 28 Apr 2025 11:34:45 +0800 you wrote:
> From: Feng Yang
>
> If the CONFIG_NET_SCH_BPF configuration is not enabled,
> the BPF test compilation will report the following error:
> In file included from progs/bpf
On Tue, Apr 29, 2025 at 10:33 PM Suren Baghdasaryan wrote:
> On Tue, Apr 29, 2025 at 11:55 AM Jann Horn wrote:
> > On Tue, Apr 29, 2025 at 8:04 PM Suren Baghdasaryan
> > wrote:
> > > On Tue, Apr 29, 2025 at 10:21 AM Jann Horn wrote:
> > > >
> > > > Hi!
> > > >
> > > > (I just noticed that I in
Hello:
This patch was applied to bpf/bpf-next.git (master)
by Martin KaFai Lau :
On Mon, 28 Apr 2025 18:02:54 + you wrote:
> The closing parentheses around the read syscall is misplaced, causing
> single byte reads from the iterator instead of buf sized reads. While
> the end result is the sa
On Tue, Apr 29, 2025 at 11:55 AM Jann Horn wrote:
>
> On Tue, Apr 29, 2025 at 8:04 PM Suren Baghdasaryan wrote:
> > On Tue, Apr 29, 2025 at 10:21 AM Jann Horn wrote:
> > >
> > > Hi!
> > >
> > > (I just noticed that I incorrectly assumed that VMAs use kfree_rcu
> > > (not SLAB_TYPESAFE_BY_RCU) wh
On 2025-04-29 12:52:56-0600, Shuah Khan wrote:
> On 4/24/25 14:06, Shuah Khan wrote:
> > On 4/22/25 02:51, Willy Tarreau wrote:
> > > Hi Thomas,
> > >
> > > On Tue, Apr 22, 2025 at 10:48:28AM +0200, Thomas Weißschuh wrote:
> > > > Hi,
> > > >
> > > > On Fri, Apr 11, 2025 at 11:00:24AM +0200, Thom
On Tue, Apr 29, 2025 at 8:04 PM Suren Baghdasaryan wrote:
> On Tue, Apr 29, 2025 at 10:21 AM Jann Horn wrote:
> >
> > Hi!
> >
> > (I just noticed that I incorrectly assumed that VMAs use kfree_rcu
> > (not SLAB_TYPESAFE_BY_RCU) when I wrote my review of this, somehow I
> > forgot all about that..
On 4/24/25 14:06, Shuah Khan wrote:
On 4/22/25 02:51, Willy Tarreau wrote:
Hi Thomas,
On Tue, Apr 22, 2025 at 10:48:28AM +0200, Thomas Weißschuh wrote:
Hi,
On Fri, Apr 11, 2025 at 11:00:24AM +0200, Thomas Weißschuh wrote:
Nolibc is useful for selftests as the test programs can be very small,
On Tue, Apr 29, 2025 at 10:21 AM Jann Horn wrote:
>
> Hi!
>
> (I just noticed that I incorrectly assumed that VMAs use kfree_rcu
> (not SLAB_TYPESAFE_BY_RCU) when I wrote my review of this, somehow I
> forgot all about that...)
Does this fact affect your previous comments? Just want to make sure
On Mon, 28 Apr 2025 at 20:20, Xiaolei Wang wrote:
>
>
> On 4/26/25 14:53, Xiaolei Wang wrote:
> > When rproc->state = RPROC_DETACHED is attached to remote processor
> > through rproc_attach(), if rproc_handle_resources() returns failure,
> > then the clean table should be released, otherwise the f
On Tue, Apr 29, 2025 at 7:15 PM Suren Baghdasaryan wrote:
> On Tue, Apr 29, 2025 at 8:56 AM Jann Horn wrote:
> > On Wed, Apr 23, 2025 at 12:54 AM Andrii Nakryiko
> > wrote:
> > > On Fri, Apr 18, 2025 at 10:50 AM Suren Baghdasaryan
> > > wrote:
> > > > Utilize speculative vma lookup to find and
Hi!
(I just noticed that I incorrectly assumed that VMAs use kfree_rcu
(not SLAB_TYPESAFE_BY_RCU) when I wrote my review of this, somehow I
forgot all about that...)
On Tue, Apr 29, 2025 at 7:09 PM Suren Baghdasaryan wrote:
> On Tue, Apr 29, 2025 at 8:40 AM Jann Horn wrote:
> > On Fri, Apr 18,
On Tue, Apr 29, 2025 at 8:56 AM Jann Horn wrote:
>
> On Wed, Apr 23, 2025 at 12:54 AM Andrii Nakryiko
> wrote:
> > On Fri, Apr 18, 2025 at 10:50 AM Suren Baghdasaryan
> > wrote:
> > > Utilize speculative vma lookup to find and snapshot a vma without
> > > taking mmap_lock during PROCMAP_QUERY i
On Tue, Apr 29, 2025 at 8:40 AM Jann Horn wrote:
>
> On Fri, Apr 18, 2025 at 7:50 PM Suren Baghdasaryan wrote:
> > With maple_tree supporting vma tree traversal under RCU and vma and
> > its important members being RCU-safe, /proc/pid/maps can be read under
> > RCU and without the need to read-lo
On Wed, Apr 23, 2025 at 12:54 AM Andrii Nakryiko
wrote:
> On Fri, Apr 18, 2025 at 10:50 AM Suren Baghdasaryan wrote:
> > Utilize speculative vma lookup to find and snapshot a vma without
> > taking mmap_lock during PROCMAP_QUERY ioctl execution. Concurrent
> > address space modifications are dete
On Fri, Apr 18, 2025 at 7:50 PM Suren Baghdasaryan wrote:
> With maple_tree supporting vma tree traversal under RCU and vma and
> its important members being RCU-safe, /proc/pid/maps can be read under
> RCU and without the need to read-lock mmap_lock. However vma content
> can change from under us
On Thu, Apr 17, 2025 at 12:32:49AM +0100, Mark Brown wrote:
> This test program, originally written by Mark Rutland and lightly modified
> by me for upstream,
For context, I had originally pushed this as a WIP to:
https://git.kernel.org/pub/scm/linux/kernel/git/mark/linux.git/commit/?h=arm64/k
On Tue, Apr 29, 2025 at 04:14:13PM +0200, Petr Pavlu wrote:
> On 4/29/25 14:49, Alexey Gladkov wrote:
> > On Tue, Apr 29, 2025 at 12:04:44PM +0200, Alexey Gladkov wrote:
> >>> I'm not sure it's best to overload this data in this way. I think mixing
> >>> actual files and "logical" modules in the mo
On 4/29/25 04:44, Reshetova, Elena wrote:
>> On 4/25/25 14:58, Sean Christopherson wrote:
>>> On Fri, Apr 25, 2025, Dave Hansen wrote:
On 4/25/25 14:04, Sean Christopherson wrote:
> Userspace is going to be waiting on ->release() no matter what.
Unless it isn't even involved and it ha
On 4/29/25 14:49, Alexey Gladkov wrote:
> On Tue, Apr 29, 2025 at 12:04:44PM +0200, Alexey Gladkov wrote:
>>> I'm not sure it's best to overload this data in this way. I think mixing
>>> actual files and "logical" modules in the modules list is somewhat
>>> confusing.
>>>
>>> An alternative would b
A CPU within hotplug operations can make the RCU exp kworker lagging if:
* The dying CPU is running after CPUHP_TEARDOWN_CPU but before
rcutree_report_cpu_dead(). It is too late to send an IPI but RCU is
still watching the CPU. Therefore the exp kworker can only wait for
the target to reach
A CPU coming online checks for an ongoing grace period and reports
a quiescent state accordingly if needed. This special treatment that
shortcuts the expedited IPI finds its origin as an optimization purpose
on the following commit:
338b0f760e84 (rcu: Better hotplug handling for
synchroni
It is not possible to send an IPI to a dying CPU that has passed the
CPUHP_TEARDOWN_CPU stage. Remaining unhandled IPIs are handled later at
CPUHP_AP_SMPCFD_DYING stage by stop machine. This is the last
opportunity for RCU exp handler to request an expedited quiescent state.
And the upcoming final
A full memory barrier in the RCU-PREEMPT task unblock path advertizes
to order the context switch (or rather the accesses prior to
rcu_read_unlock()) with the expedited grace period fastpath.
However the grace period can not complete without the rnp calling into
rcu_report_exp_rnp() with the node
When a grace period is started, the ->expmask of each node is set up
from sync_exp_reset_tree(). Then later on each leaf node also initialize
its ->exp_tasks pointer.
This means that the initialization of the quiescent state of a node and
the initialization of its blocking tasks happen with an unl
Hi,
No real updates in this set. Just collected a few tags.
Thanks.
Frederic Weisbecker (5):
rcu/exp: Protect against early QS report
rcu/exp: Remove confusing needless full barrier on task unblock
rcu/exp: Remove needless CPU up quiescent state report
rcu/exp: Warn on QS requested on dy
On Tue, Apr 29, 2025 at 12:04:44PM +0200, Alexey Gladkov wrote:
> > I'm not sure it's best to overload this data in this way. I think mixing
> > actual files and "logical" modules in the modules list is somewhat
> > confusing.
> >
> > An alternative would be to keep a single module struct for vmli
> On 4/25/25 14:58, Sean Christopherson wrote:
> > On Fri, Apr 25, 2025, Dave Hansen wrote:
> >> On 4/25/25 14:04, Sean Christopherson wrote:
> >>> Userspace is going to be waiting on ->release() no matter what.
> >> Unless it isn't even involved and it happens automatically.
> > With my Google h
On Tue, Apr 29, 2025 at 11:39:37AM +0800, Jason Wang wrote:
> On Mon, Apr 21, 2025 at 11:46 AM Jason Wang wrote:
> >
> > On Mon, Apr 21, 2025 at 11:45 AM Jason Wang wrote:
> > >
> > > On Mon, Apr 21, 2025 at 10:45 AM Cindy Lu wrote:
> > > >
> > > > Introduce a new config knob `CONFIG_VHOST_ENABL
kzalloc() already zero-initializes the destination buffer, making
strscpy() sufficient for safely copying the name. The additional NUL-
padding performed by strscpy_pad() is unnecessary.
The size parameter is optional, and strscpy() automatically determines
the size of the destination buffer using
RCU relies on the context tracking nesting counter in order to determine
if it is running in extended quiescent state.
However the context tracking nesting counter is not completely
synchronized with the actual context tracking state:
* The nesting counter is set to 1 or incremented further _afte
On Tue, Apr 29, 2025 at 11:25:47AM +0200, Petr Pavlu wrote:
> On 4/26/25 18:16, Alexey Gladkov wrote:
> > For some modules, modalias is generated using the modpost utility and
> > the section is added to the module file.
> >
> > When a module is added inside vmlinux, modpost does not generate
> >
On Mon Apr 28, 2025 at 10:41 PM CEST, Alexis Lothoré wrote:
> On Mon Apr 28, 2025 at 6:52 PM CEST, Eduard Zingerman wrote:
>> Alexis Lothoré writes:
> If things really behaved correctly, f would not have the correct value but
> would still be handled as a 16 bytes value, so the test would not fai
On 4/26/25 18:16, Alexey Gladkov wrote:
> For some modules, modalias is generated using the modpost utility and
> the section is added to the module file.
>
> When a module is added inside vmlinux, modpost does not generate
> modalias for such modules and the information is lost.
>
> As a result
On Mon, Apr 28, 2025 at 05:32:09PM -0700, Atish Patra wrote:
>
> On 4/25/25 7:20 AM, Andrew Jones wrote:
> > On Mon, Mar 24, 2025 at 05:40:31PM -0700, Atish Patra wrote:
> > > Add vector related tests with the ISA extension standard template.
> > > However, the vector registers are bit tricky as t
On Mon, Apr 28, 2025 at 03:47:47PM -0700, Atish Patra wrote:
>
> On 4/25/25 6:50 AM, Andrew Jones wrote:
> > On Mon, Mar 24, 2025 at 05:40:29PM -0700, Atish Patra wrote:
> > > Save stval during exception handling so that it can be decoded to
> > > figure out the details of exception type.
> > >
>
On 4/29/25 10:55 AM, Luca Weiss wrote:
> On Mon Apr 28, 2025 at 11:43 PM CEST, Konrad Dybcio wrote:
>> On 4/28/25 9:41 AM, Luca Weiss wrote:
>>> On Fri Apr 25, 2025 at 11:06 PM CEST, Konrad Dybcio wrote:
On 4/25/25 12:44 PM, Luca Weiss wrote:
> Enable USB audio offloading which allows to p
On Mon Apr 28, 2025 at 11:43 PM CEST, Konrad Dybcio wrote:
> On 4/28/25 9:41 AM, Luca Weiss wrote:
>> On Fri Apr 25, 2025 at 11:06 PM CEST, Konrad Dybcio wrote:
>>> On 4/25/25 12:44 PM, Luca Weiss wrote:
Enable USB audio offloading which allows to play audio via a USB-C
headset with lower
On Fri, Apr 25, 2025 at 10:27:22AM +0200, Vlastimil Babka wrote:
> Extend the sheaf infrastructure for more efficient kfree_rcu() handling.
> For caches with sheaves, on each cpu maintain a rcu_free sheaf in
> addition to main and spare sheaves.
>
> kfree_rcu() operations will try to put objects o
64 matches
Mail list logo
