On 2024-02-02 18:04:56 [+0100], Daniel Wagner wrote:
> Dear RT Folks,
Hi,
> This is the RT stable review cycle of patch 4.19.306-rt132-rc1.
…
> Please scream at me if I messed something up. Please test the patches
> too.
Good.
> Enjoy!
> Daniel
Sebastian
On 2023-12-18 09:52:05 [+0100], Daniel Borkmann wrote:
> Hi Sebastian,
Hi Daniel,
> Please exclude netkit from this set given it does not support XDP, but
> instead only accepts tc BPF typed programs.
okay, thank you.
> Thanks,
> Daniel
Sebastian
ts.linux.dev
Cc: xen-de...@lists.xenproject.org
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/net/hyperv/netvsc_bpf.c | 1 +
drivers/net/netkit.c| 13 +++
drivers/net/tun.c | 28 +--
drivers/net/veth
On 2021-04-12 11:36:45 [-0700], Paul E. McKenney wrote:
> > Color me confused. I did not follow the discussion around this
> > completely, but wasn't it agreed on that this rcu torture muck can wait
> > until the threads are brought up?
>
> Yes, we can cause rcutorture to wait. But in this case,
The following commit has been merged into the locking/core branch of tip:
Commit-ID: c15380b72d7ae821ee090ba5a56fc6310828dbda
Gitweb:
https://git.kernel.org/tip/c15380b72d7ae821ee090ba5a56fc6310828dbda
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 26 Mar 2021 16:29:30
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 6d41c675a5394057f6fb1dc97cc0a0e360f2c2f8
Gitweb:
https://git.kernel.org/tip/6d41c675a5394057f6fb1dc97cc0a0e360f2c2f8
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 26 Mar 2021 16:29:32
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 2d445c3e4a8216cfa9703998124c13250cc13e5e
Gitweb:
https://git.kernel.org/tip/2d445c3e4a8216cfa9703998124c13250cc13e5e
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 26 Mar 2021 16:29:31
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 199cacd1a625cfc499d624b98b10dc763062f7dd
Gitweb:
https://git.kernel.org/tip/199cacd1a625cfc499d624b98b10dc763062f7dd
Author:Sebastian Andrzej Siewior
AuthorDate:Fri, 26 Mar 2021 16:29:33
The following commit has been merged into the irq/core branch of tip:
Commit-ID: 6e457914935a3161eeb74e319abf9fd511aa1e4d
Gitweb:
https://git.kernel.org/tip/6e457914935a3161eeb74e319abf9fd511aa1e4d
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 23 Mar 2021 10:22:21 +01
There is no such thing like CONFIG_RT_MUTEX_DEBUG. The debugging code
for rtmutex is hidding behind CONFIG_DEBUG_RT_MUTEXES.
Use CONFIG_DEBUG_RT_MUTEXES for debugging.
Fixes: 3ac7d0ecf0e18 ("locking/rtmutex: Restrict the trylock WARN_ON() to
debug")
Signed-off-by: Sebastian Andrz
The following commit has been merged into the locking/core branch of tip:
Commit-ID: ba8c437e7cf3c8cc92f4b68b32b6b2217d2036d9
Gitweb:
https://git.kernel.org/tip/ba8c437e7cf3c8cc92f4b68b32b6b2217d2036d9
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 23 Mar 2021 22:30:20
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 1ba7cf8e3a9316daa84ee774346028f84bca2957
Gitweb:
https://git.kernel.org/tip/1ba7cf8e3a9316daa84ee774346028f84bca2957
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 23 Mar 2021 22:30:23
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 5389737bf9b1d430143a15c37c6ee2d89a75
Gitweb:
https://git.kernel.org/tip/5389737bf9b1d430143a15c37c6ee2d89a75
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 23 Mar 2021 22:30:22
The following commit has been merged into the locking/core branch of tip:
Commit-ID: ff033d34ec7244e6d86b4bbdd917ec0d54299f31
Gitweb:
https://git.kernel.org/tip/ff033d34ec7244e6d86b4bbdd917ec0d54299f31
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 23 Mar 2021 22:30:21
tasklet_unlock_spin_wait() instead which can be invoked from
non-preemptible contexts.
Fixes: da044747401fc ("tasklets: Replace spin wait in tasklet_unlock_wait()")
Reported-by: kernel test robot
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/gpu/drm/i915/i915_gem.h | 2 +-
1 file
On 2021-03-23 08:34:47 [+0100], Uwe Kleine-König wrote:
> Hello Sebastian,
Hi Uwe,
> On Mon, Mar 22, 2021 at 09:48:36PM +0100, Sebastian Andrzej Siewior wrote:
> > On 2021-03-22 14:40:32 [+0100], Uwe Kleine-König wrote:
> > > From a strictly logically point of view you inde
On 2021-03-22 14:40:32 [+0100], Uwe Kleine-König wrote:
> From a strictly logically point of view you indeed cannot. But if you go
> to the street and say to people there that they can park their car in
> this street free of charge between Monday and Friday, I expect that most
> of them will
On 2021-03-22 12:42:00 [-0400], Alan Stern wrote:
> What happens on RT systems? Are they smart enough to avoid the whole
> problem by enabling interrupts during _all_ callbacks?
tl;dr: Yes.
The referenced commit (id 81e2073c175b) disables interrupts only on !RT
configs so for RT everything
On 2021-03-22 12:34:02 [+0100], Uwe Kleine-König wrote:
> On Mon, Mar 22, 2021 at 12:10:36PM +0100, Johan Hovold wrote:
> > Force-threaded interrupt handlers used to run with interrupts enabled,
> > something which could lead to deadlocks in case a threaded handler
> > shared a lock with code
Dear RT folks!
I'm pleased to announce the v5.12-rc3-rt3 patch set.
Changes since v5.12-rc3-rt2:
- Update the softirq/tasklet patches to the latest version which has
been merged into the tip tree. Only the comments have changed.
- In certain conditions the SLAB_TYPESAFE_BY_RCU marked
On 2021-03-19 10:14:02 [-0700], Linus Torvalds wrote:
> On Fri, Mar 19, 2021 at 7:35 AM David Hildenbrand wrote:
> >
> > Let's start a discussion if /dev/kmem is worth keeping around and
> > fixing/maintaining or if we should just remove it now for good.
>
> I'll happily do this for the next
On 2021-03-17 17:23:39 [+0100], Johan Hovold wrote:
> > > thread(irq_A)
> > > irq_handler(A)
> > > spin_lock(>lock);
> > >
> > > interrupt(irq_B)
> > > irq_handler(B)
> > > spin_lock(>lock);
> >
> > It will not because both threads will wake_up(thread).
>
> Note that the above says
The following commit has been merged into the irq/core branch of tip:
Commit-ID: 3250aa8a293b1859d76577714a3e1fe95732c721
Gitweb:
https://git.kernel.org/tip/3250aa8a293b1859d76577714a3e1fe95732c721
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:13 +01
The following commit has been merged into the irq/core branch of tip:
Commit-ID: 405698ca359a23b1ef1a502ef2bdc4597dc6da36
Gitweb:
https://git.kernel.org/tip/405698ca359a23b1ef1a502ef2bdc4597dc6da36
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:14 +01
The following commit has been merged into the irq/core branch of tip:
Commit-ID: c62c38e349c73cad90f59f00fe8070b3648b6d08
Gitweb:
https://git.kernel.org/tip/c62c38e349c73cad90f59f00fe8070b3648b6d08
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:11 +01
The following commit has been merged into the irq/core branch of tip:
Commit-ID: 25cf87df1a3a85959bf1bf27df0eb2e6e04b2161
Gitweb:
https://git.kernel.org/tip/25cf87df1a3a85959bf1bf27df0eb2e6e04b2161
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:12 +01
The following commit has been merged into the irq/core branch of tip:
Commit-ID: be4017cea0aec6369275df7eafbb09682f810e7e
Gitweb:
https://git.kernel.org/tip/be4017cea0aec6369275df7eafbb09682f810e7e
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:15 +01
The following commit has been merged into the irq/core branch of tip:
Commit-ID: f339fc16fba0167d67c4026678ef4c405bca3085
Gitweb:
https://git.kernel.org/tip/f339fc16fba0167d67c4026678ef4c405bca3085
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 09 Mar 2021 09:42:16 +01
that during the execution of
> the threaded handler interrupts are delayed until the handler
> returns. Vs. scheduling and softirq processing there is no difference.
>
> For RT kernels there is no issue.
Acked-by: Sebastian Andrzej Siewior
> Fixes: 8d32a307e4fa ("genir
Dear RT folks!
I'm pleased to announce the v5.12-rc2-rt1 patch set.
Changes since v5.11.4-rt11:
- Update to v5.12-rc2.
Known issues
- kdb/kgdb can easily deadlock.
- netconsole triggers WARN.
You can get this release via the git tree at:
On 2021-03-12 15:53:53 [+0100], Krzysztof Kozlowski wrote:
> Yeah, it missed the merge window...
Could you please send it for -rc3?
> Best regards,
> Krzysztof
Sebastian
On 2021-03-12 15:45:48 [+0100], Krzysztof Kozlowski wrote:
> Did you base your work on next?
no, -rc2.
> Best regards,
> Krzysztof
Sebastian
limit")
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/extcon.h | 24
1 file changed, 24 insertions(+)
diff --git a/include/linux/extcon.h b/include/linux/extcon.h
index fd183fb9c20f7..8246307f9ed38 100644
--- a/include/linux/extcon.h
+++ b/include/linu
On 2021-03-11 14:20:39 [+0100], Thomas Gleixner wrote:
> --- a/kernel/signal.c
> +++ b/kernel/signal.c
> @@ -433,7 +433,11 @@ static struct sigqueue *
> rcu_read_unlock();
>
> if (override_rlimit || likely(sigpending <= task_rlimit(t,
> RLIMIT_SIGPENDING))) {
> - q =
On 2021-02-16 21:21:07 [+0100], Miguel Ojeda wrote:
…
> It is not an order :-) i.e. don't feel pressured that you need to sign
> off on the comment change -- I can submit the comment on my own later
> on.
I assumed you are going to apply it but I don't see it in -next as of
today. Is there
Dear RT folks!
I'm pleased to announce the v5.11.4-rt11 patch set.
Changes since v5.11.4-rt10:
- Update the softirq/tasklet patches to the latest version posted to
the list.
Known issues
- kdb/kgdb can easily deadlock.
- netconsole triggers WARN.
The delta patch against
Dear RT folks!
I'm pleased to announce the v5.10.21-rt34 patch set.
Changes since v5.10.21-rt33:
- The alloc/free tracker sysfs file uses one PAGE size for
collecting the results. If it runs out of space it reallocates
more memory with disabled interrupts. The reallocation is now
On 2021-03-09 16:00:37 [+0100], To Thomas Gleixner wrote:
> diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h
> index 07c7329d21aa7..1c14ccd351091 100644
> --- a/include/linux/interrupt.h
> +++ b/include/linux/interrupt.h
> @@ -663,15 +663,6 @@ static inline int
On 2021-03-09 09:42:10 [+0100], Thomas Gleixner wrote:
> tasklet_unlock_spin_wait() spin waits for the TASKLET_STATE_SCHED bit in
> the tasklet state to be cleared. This works on !RT nicely because the
…
Could you please fold this:
diff --git a/include/linux/interrupt.h
On 2021-03-09 01:02:15 [-0800], Jia-Ju Bai wrote:
> When proc_create() returns NULL to entry, no error return code of
> create_proc_profile() is assigned.
> To fix this bug, err is assigned with -ENOMEM in this case.
I preserved what was in commit
c270a817196a9 ("profile: Fix CPU hotplug
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 183f47fcaa54a5ffe671d990186d330ac8c63b10
Gitweb:
https://git.kernel.org/tip/183f47fcaa54a5ffe671d990186d330ac8c63b10
Author:Sebastian Andrzej Siewior
AuthorDate:Thu, 18 Feb 2021 18:31:24
On 2021-03-03 16:09:05 [-0600], Eric W. Biederman wrote:
> Sebastian Andrzej Siewior writes:
>
> > From: Thomas Gleixner
> >
> > Allow realtime tasks to cache one sigqueue in task struct. This avoids an
> > allocation which can increase the latency or fail.
>
On 2020-11-21 11:55:48 [+0100], Thomas Gleixner wrote:
> On Tue, Nov 17 2020 at 13:45, Peter Zijlstra wrote:
> > On Tue, Nov 10, 2020 at 12:38:47PM +0100, Sebastian Andrzej Siewior wrote:
> >
> > Moo... yes this is certainly the easiest solution, because nouveau is a
&
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/sched.h | 1 +
include/linux/signal.h | 1 +
kernel/exit.c | 2 +-
kernel/fork.c | 1 +
kernel/signal.c| 65 +++---
5 files changed, 65 insertions(+), 5 deletions(-)
diff
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 4c7ee75cccbf0635cbec6528ae7fff4b7bc549fa
Gitweb:
https://git.kernel.org/tip/4c7ee75cccbf0635cbec6528ae7fff4b7bc549fa
Author:Sebastian Andrzej Siewior
AuthorDate:Thu, 18 Feb 2021 18:31:24
Dear RT folks!
I'm pleased to announce the v5.11.2-rt9 patch set.
Changes since v5.11.2-rt8:
- Move the cpu_chill() prototype to hrtimer.h to avoid a warning.
- Polish the sigqueue cache patch. Its doing remains unchanged with
one difference: The cache is now used only if the task is
The following commit has been merged into the sched/core branch of tip:
Commit-ID: eae7a59d5a1e9bcf9804bcbd006ddce5cf72f8f4
Gitweb:
https://git.kernel.org/tip/eae7a59d5a1e9bcf9804bcbd006ddce5cf72f8f4
Author:Sebastian Andrzej Siewior
AuthorDate:Thu, 18 Feb 2021 18:31:24
On 2021-02-23 14:53:40 [+0100], Juri Lelli wrote:
>
> So, I'm a bit confused and I'm very likely missing details (still
> digesting the seqprop_ magic), but write_seqcount_being() has
>
> if (seqprop_preemptible(s))
> preempt_disable();
>
> which in this case (no lock associated) is
On 2021-02-23 11:49:07 [+0100], Juri Lelli wrote:
> Hi,
Hi,
> I'm seeing the following splat right after boot (or during late boot
> phases) with v5.11-rt7 (LOCKDEP enabled).
…
> [ 85.273588] WARNING: CPU: 5 PID: 1416 at include/linux/seqlock.h:271
> nft_counter_eval+0x95/0x130 [nft_counter]
…
On 2021-02-02 10:00:10 [+0100], Jonathan Schwender wrote:
> If nohz_full is enabled (more precisely HK_FLAG_TIMER is set), then
> do_sched_rt_period_timer may be called on a housekeeping CPU,
> which would not service the isolated CPU for a non-root cgroup
> (requires a kernel with
On 2021-02-19 10:33:36 [-0800], Paul E. McKenney wrote:
> For definiteness, here is the first part of the change, posted earlier.
> The commit log needs to be updated. I will post the change that keeps
> the tick going as a reply to this email.
…
> diff --git a/kernel/softirq.c b/kernel/softirq.c
On 2021-02-19 10:18:11 [-0800], Paul E. McKenney wrote:
> If Masami's patch works for the PowerPC guys on v5.10-rc7, then it can
> be backported. The patch making RCU Tasks initialize itself early won't
> have any effect and can be left or reverted, as we choose. The self-test
> patch will need
Dear RT folks!
I'm pleased to announce the v5.11-rt7 patch set.
Changes since v5.11-rt6:
- PowerPC could fail to compile due to an unused variable which is
only visible with PREEMPT_RT enabled.
- Update John printk patch.
With the update I can strike
kmsg dumpers expecting
Dear RT folks!
I'm pleased to announce the v5.10.17-rt32 patch set.
Changes since v5.10.17-rt31:
- Due to tracing rework, the 'L' marker (for need resched lazy) got
lost and is now back.
- Update John printk patch.
With the update I can strike
kmsg dumpers expecting not to
On 2021-02-19 12:13:01 [+0100], Uladzislau Rezki wrote:
> I or Paul will ask for a test once it is settled down :) Looks like
> it is, so we should fix for v5.12.
Okay. Since Paul asked for powerpc test on v5.11-rc I wanted check if
parts of it are also -stable material.
Sebastian
On 2021-02-19 11:49:58 [+0100], Uladzislau Rezki wrote:
> If above fix works, we can initialize rcu_init_tasks_generic() from the
> core_initcall() including selftst. It means that such initialization can
> be done later:
Good. Please let me know once there is something for me to test.
Do I
On 2021-02-18 14:02:36 [+], David Howells wrote:
> How about the attached instead?
Thank you for that flag.
> David
Sebastian
On 2021-02-18 07:15:54 [-0800], Paul E. McKenney wrote:
> Thank you, but the original report of a problem was from Sebastian
> and the connection to softirq was Uladzislau. So could you please
> add these before (or even in place of) my Reported-by?
>
> Reported-by: Sebastian
Dear RT folks!
I'm pleased to announce the v5.11-rt6 patch set.
Changes since v5.11-rt5:
- Updated the "tracing: Merge irqflags + preempt counter." patch to
the version Steven posted for upstream inclusion.
- Due to tracing rework, the 'L' marker (for need resched lazy) got
lost
the kconv header file.
Move the include of the kconv.h header from sched.h it its users.
Additionally include sched.h from kconv.h to ensure that everything
task_struct related is available.
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/kcov.h | 1 +
include/linux/sched.h | 1
On 2021-02-17 11:19:07 [-0800], Paul E. McKenney wrote:
> > Ah. One nice thing is that you can move the RCU threads to a house
> > keeping CPU - away from the CPU(s) running the RT tasks. Would this
> > scenario be still affected (if ksoftirqd would be blocked)?
>
> At this point, I am going to
On 2021-02-17 07:54:47 [-0800], Paul E. McKenney wrote:
> > I though boosting is accomplished by acquiring a rt_mutex in a
> > rcu_read() section. Do you have some code to point me to, to see how a
> > timer is involved here? Or is it the timer saying that *now* boosting is
> > needed.
>
> Yes,
On 2021-02-16 10:36:09 [-0800], Paul E. McKenney wrote:
> Hello, Sebastian,
Hi Paul,
> I punted on this for the moment by making RCU priority boosting testing
> depend on CONFIG_PREEMPT_RT, but longer term I am wondering if RCU's
> various timed delays and timeouts should use hrtimers rather
The following commit has been merged into the sched/core branch of tip:
Commit-ID: f9d34595ae4feed38856b88769e2ba5af22d2548
Gitweb:
https://git.kernel.org/tip/f9d34595ae4feed38856b88769e2ba5af22d2548
Author:Sebastian Andrzej Siewior
AuthorDate:Sat, 23 Jan 2021 21:10:25
ove in_interrupt() and use cond_resched() to schedule every 32
iteration if needed.
Link: https://lkml.kernel.org/r/20200914204209.256266...@linutronix.de
Cc: Miguel Ojeda Sandonis
Signed-off-by: Sebastian Andrzej Siewior
---
v2…v4: - Spelling fixes got lot.
- Add a comment before cond_resc
On 2021-02-16 13:42:19 [+0100], Miguel Ojeda wrote:
> It is not so much about documenting the obvious, but about stating
> that 1) the precondition was properly taken into account and that 2)
> nothing non-obvious is undocumented. When code is changed later on, it
> is much more likely assumptions
Dear RT folks!
I'm pleased to announce the v5.11-rt5 patch set.
Changes since v5.11-rt4:
- Lazy preemption fix for 64bit PowerPC. It was broken since
v5.9-rc2-rt1. Reported by John Ogness.
- Two patches for chelsio/cxgb network driver to avoid
tasklet_disable() usage in atomic
On 2021-02-16 10:32:15 [+0100], Miguel Ojeda wrote:
> Hi Sebastian,
Hi,
> On Sat, Feb 13, 2021 at 5:50 PM Sebastian Andrzej Siewior
> wrote:
> >
> > charlcd_write() is invoked as a VFS->write() callback and as such it is
> > always invoked from preemptible context
On 2021-02-16 10:56:14 [+0100], Peter Zijlstra wrote:
> So while I'm in favour of adding a new interface, I'm not sure I see
> benefit of reimplementing the basics, sure it seems simpler now, but
> that's because you've not implemented all the 'fun' stuff.
The last attempt tried to hide the
On 2021-02-16 09:42:30 [+0100], Christoph Hellwig wrote:
> On Mon, Feb 15, 2021 at 10:46:23PM +, David Howells wrote:
> > The in_softirq() in netfs_rreq_terminated() works fine for the cache being
> > on a normal disk, as the completion handlers may get called in softirq
> > context, but for
Dear RT folks!
I'm pleased to announce the v5.10.16-rt30 patch set.
Changes since v5.10.16-rt29:
- Due to recent softirq rework it was not possible to compile a kernel
with RT && !SMP. Reported by Jonathan Schwender, patch by Christian
Eggers.
- Update the block-mq patches to the
the softirq thread on PREEMPT_RT if there are any pending softirqs.
Signed-off-by: Sebastian Andrzej Siewior
---
kernel/smp.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
--- a/kernel/smp.c
+++ b/kernel/smp.c
@@ -450,8 +450,18 @@ void flush_smp_call_function_from_idle(v
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 2341bc4a0311e4319ced6c2828bb19309dee74fd
Gitweb:
https://git.kernel.org/tip/2341bc4a0311e4319ced6c2828bb19309dee74fd
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 15 Dec 2020 15:16:45 +01
On 2021-02-13 08:45:54 [-0800], Paul E. McKenney wrote:
> Glad you like it! But let's see which (if any) of these patches solves
> the problem for Sebastian.
Looking at that, is there any reason for doing this that can not be
solved by moving the self-test a little later? Maybe once we reached
ove `in_interrupt()' and use `cond_resched()' to schedule every 32
iteration if needed.
Link: https://lkml.kernel.org/r/20200914204209.256266...@linutronix.de
Cc: Miguel Ojeda Sandonis
Signed-off-by: Sebastian Andrzej Siewior
---
v2…v3: Extend the commit message as suggested by Miguel Ojeda.
v1
On 2020-12-09 21:27:32 [+0100], Uladzislau Rezki (Sony) wrote:
> Add self tests for checking of RCU-tasks API functionality.
> It covers:
> - wait API functions;
> - invoking/completion call_rcu_tasks*().
>
> Self-tests are run when CONFIG_PROVE_RCU kernel parameter is set.
I just
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 361c0f3d80dc3b54c20a19e8ffa2ad728fc1d23d
Gitweb:
https://git.kernel.org/tip/361c0f3d80dc3b54c20a19e8ffa2ad728fc1d23d
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 15 Dec 2020 15:16:48 +01
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 81ad58be2f83f9bd675f67ca5b8f420358ddf13c
Gitweb:
https://git.kernel.org/tip/81ad58be2f83f9bd675f67ca5b8f420358ddf13c
Author:Sebastian Andrzej Siewior
AuthorDate:Tue, 15 Dec 2020 15:16:49 +01
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 0f319d49a4167e402b01b2b56639386f0b6846ba
Gitweb:
https://git.kernel.org/tip/0f319d49a4167e402b01b2b56639386f0b6846ba
Author:Sebastian Andrzej Siewior
AuthorDate:Wed, 10 Feb 2021 09:52:47
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 6c80408a8a0360fa9223b8c21c0ab8ef42e88bfe
Gitweb:
https://git.kernel.org/tip/6c80408a8a0360fa9223b8c21c0ab8ef42e88bfe
Author:Sebastian Andrzej Siewior
AuthorDate:Wed, 10 Feb 2021 09:52:48
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 66040b2d5d41f85cb1a752a75260595344c5ec3b
Gitweb:
https://git.kernel.org/tip/66040b2d5d41f85cb1a752a75260595344c5ec3b
Author:Sebastian Andrzej Siewior
AuthorDate:Sat, 23 Jan 2021 21:10:25
Remove mutex_trylock_recursive() from the API and tell checkpatch not to
check it for it anymore.
Sebastian
There are not users of mutex_trylock_recursive() in tree as of
v5.11-rc7.
Remove it.
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/mutex.h | 25 -
kernel/locking/mutex.c | 10 --
2 files changed, 35 deletions(-)
diff --git a/include/linux/mutex.h
mutex_trylock_recursive() has been removed from the tree, there is no
need to check for it.
Remove traces of mutex_trylock_recursive()'s existence.
Signed-off-by: Sebastian Andrzej Siewior
---
scripts/checkpatch.pl | 6 --
1 file changed, 6 deletions(-)
diff --git a/scripts/checkpatch.pl
Dear RT folks!
I'm pleased to announce the v5.10.14-rt28 patch set.
Changes since v5.10.14-rt27:
- Lazy preemption fix for 64bit PowerPC. It was broken since
v5.9-rc2-rt1. Reported by John Ogness.
- Two patches for chelsio/cxgb network driver to avoid
tasklet_disable() usage in
On 2021-02-09 11:02:10 [+0100], Peter Zijlstra wrote:
> Fair enough. I'll stick this in tip/sched/smp for Jens and merge that
> into tip/sched/core.
Thank you.
> Thanks!
Sebastian
On 2021-02-08 23:26:57 [+0100], Miguel Ojeda wrote:
> Thanks -- can you please add a Link: tag to a lore URL or the docs or
> similar where more information can be found regarding the
> proposal/discussion for removing `in_interrurt()` etc.? It is useful
> to track why these things are happening
On 2021-02-08 21:14:54 [+0100], Miguel Ojeda wrote:
> On Mon, Feb 8, 2021 at 8:07 PM Sebastian Andrzej Siewior
> wrote:
> >
> > Yes.
>
> In what way?
It hurts to keep in_interrupt() because it is desired to have it removed
from drivers. The problem is that pattern is
ion if needed.
Cc: Miguel Ojeda Sandonis
Signed-off-by: Sebastian Andrzej Siewior
---
v1…v2: Spelling fixes.
drivers/auxdisplay/charlcd.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/auxdisplay/charlcd.c b/drivers/auxdisplay/charlcd.c
index f43430e9dc
On 2021-02-08 19:38:10 [+0100], Miguel Ojeda wrote:
> Hi Sebastian,
Hi,
> > Therefore there is no need to use `in_interrupt()' to figure out if it
> > is save to sleep because it always is.
>
> save -> safe
>
> Does it hurt to have `in_interrupt()`? Future patches could make it so
Yes.
> that
the target
functions is called from atomic context.
Remove the BUG_ON() and add a "Context: " in the kernel-doc instead.
Signed-off-by: Ahmed S. Darwish
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/tty/serial/serial_core.c | 8
1 file changed, 4 insertions(+), 4 dele
ext, with the
blocking console lock always acquired.
Remove the "!in_interrupt()" check.
Signed-off-by: Ahmed S. Darwish
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/tty/vt/vt_ioctl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/vt/vt_i
Folks,
a small series removing in_interrupt() usage within the tty layer.
Sebastian
ion if needed.
Cc: Miguel Ojeda Sandonis
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/auxdisplay/charlcd.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/auxdisplay/charlcd.c b/drivers/auxdisplay/charlcd.c
index f43430e9dceed..fbfce95919f72 100
Dear RT folks!
I'm pleased to announce the v5.10.12-rt26 patch set.
Changes since v5.10.12-rt25:
- Updated the "tracing: Merge irqflags + preempt counter." patch to
the version Steven posted for upstream inclusion.
- Update the work-in-progress softirq patch. One difference is that
b2a02fc43a1f4 ("smp: Optimize send_call_function_single_ipi()")
> Reported-by: Jens Axboe
> Signed-off-by: Sebastian Andrzej Siewior
A gentle ping.
This isn't just a requirement for the series: rps_trigger_softirq() is
invoked from smp_call_function_single_async() and raises a softirq.
Sebastian
On 2021-02-01 13:32:10 [-0500], Steven Rostedt wrote:
> Hi!
Hi,
> I'll let you know if your patches have any issues, but expect to seem a
> "for-next" post this week (if all goes well!).
Thanks for the update.
> -- Steve
Sebastian
On 2021-01-25 20:45:07 [+0100], To linux-kernel@vger.kernel.org wrote:
> The merge irqflags + preempt counter, v2.
>
> v1…v2:
> - Helper functions renamed.
> - Added patch #2 which inlines the helper functions.
>
a gentle ping.
Sebastian
Dear RT folks!
I'm pleased to announce the v5.11-rc5-rt3 patch set.
Changes since v5.11-rc5-rt2:
- Update the work-in-progress softirq patch. One difference is that
tasklet_disable() becomes now sleeping if the tasklet is running
instead busy-spinning until it is done. Driver which
On 2021-01-28 03:55:06 [-0300], Leonardo Bras wrote:
> Currently, during flush_smp_call_function_queue():
> - All items are transversed once, for inverting.
> - The SYNC items are transversed twice.
> - The ASYNC & IRQ_WORK items are transversed tree times.
> - The TTWU items are transversed four
1 - 100 of 6297 matches
Mail list logo