* [ANNOUNCE] v5.6.2-rt1
@ 2020-04-03 17:04 Sebastian Andrzej Siewior
2020-04-05 4:53 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Mike Galbraith
2020-04-08 7:00 ` [ANNOUNCE] v5.6.2-rt1 Juri Lelli
0 siblings, 2 replies; 6+ messages in thread
From: Sebastian Andrzej Siewior @ 2020-04-03 17:04 UTC (permalink / raw)
To: Thomas Gleixner; +Cc: LKML, linux-rt-users, Steven Rostedt
Dear RT folks!
I'm pleased to announce the v5.6.2-rt1 patch set.
Changes since v5.4.28-rt19:
- Rebase to v5.6.2
Known issues
- It has been pointed out that due to changes to the printk code the
internal buffer representation changed. This is only an issue if tools
like `crash' are used to extract the printk buffer from a kernel memory
image.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-rt-devel.git v5.6.2-rt1
The RT patch against v5.6.2 can be found here:
https://cdn.kernel.org/pub/linux/kernel/projects/rt/5.6/older/patch-5.6.2-rt1.patch.xz
The split quilt queue is available at:
https://cdn.kernel.org/pub/linux/kernel/projects/rt/5.6/older/patches-5.6.2-rt1.tar.xz
Sebastian
^ permalink raw reply [flat|nested] 6+ messages in thread
* 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch
2020-04-03 17:04 [ANNOUNCE] v5.6.2-rt1 Sebastian Andrzej Siewior
@ 2020-04-05 4:53 ` Mike Galbraith
2020-04-15 13:34 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Sebastian Andrzej Siewior
2020-04-08 7:00 ` [ANNOUNCE] v5.6.2-rt1 Juri Lelli
1 sibling, 1 reply; 6+ messages in thread
From: Mike Galbraith @ 2020-04-05 4:53 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Thomas Gleixner
Cc: LKML, linux-rt-users, Steven Rostedt
Hi Sebastian,
Just a heads up wrt $subject...
I had done the same in my 5.6 tree, but then 5.7 came along, and I had
to revisit due to 34c881745549e adding an allocation under that lock
with irqs disabled. The same commit that added the lock added this.
local_irq_save(flags); // For safely calling this_cpu_ptr().
Whacking that instead of converting the lock cures 5.6 and 5.7 woes.
-Mike
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] v5.6.2-rt1
2020-04-03 17:04 [ANNOUNCE] v5.6.2-rt1 Sebastian Andrzej Siewior
2020-04-05 4:53 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Mike Galbraith
@ 2020-04-08 7:00 ` Juri Lelli
2020-04-15 11:12 ` Sebastian Andrzej Siewior
1 sibling, 1 reply; 6+ messages in thread
From: Juri Lelli @ 2020-04-08 7:00 UTC (permalink / raw)
To: Sebastian Andrzej Siewior
Cc: Thomas Gleixner, LKML, linux-rt-users, Steven Rostedt
Hi,
On 03/04/20 19:04, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
>
> I'm pleased to announce the v5.6.2-rt1 patch set.
>
> Changes since v5.4.28-rt19:
>
> - Rebase to v5.6.2
I was reviewing the new set and I couldn't find v5.4.28-rt19
6dbbc833c99f ("mm: perform lru_add_drain_all() remotely"). Don't think
it has been squashed either.
Am I wrong? If not, why was that left out?
Thanks!
Juri
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] v5.6.2-rt1
2020-04-08 7:00 ` [ANNOUNCE] v5.6.2-rt1 Juri Lelli
@ 2020-04-15 11:12 ` Sebastian Andrzej Siewior
2020-04-15 13:37 ` Juri Lelli
0 siblings, 1 reply; 6+ messages in thread
From: Sebastian Andrzej Siewior @ 2020-04-15 11:12 UTC (permalink / raw)
To: Juri Lelli; +Cc: Thomas Gleixner, LKML, linux-rt-users, Steven Rostedt
On 2020-04-08 09:00:13 [+0200], Juri Lelli wrote:
> Hi,
Hi,
> On 03/04/20 19:04, Sebastian Andrzej Siewior wrote:
> > Dear RT folks!
> >
> > I'm pleased to announce the v5.6.2-rt1 patch set.
> >
> > Changes since v5.4.28-rt19:
> >
> > - Rebase to v5.6.2
>
> I was reviewing the new set and I couldn't find v5.4.28-rt19
> 6dbbc833c99f ("mm: perform lru_add_drain_all() remotely"). Don't think
> it has been squashed either.
>
> Am I wrong? If not, why was that left out?
I was going to drop it from v5.4 but kept it last minute. I announced in
https://lkml.kernel.org/r/20200309171350.kjb3pdjazhxm2li2@linutronix.de
that the problem it fixes is not limited to RT so we need a solution for
both config switches. The current plan for local-locks is not to work
cross CPU because it breaks the local_irq_save() / preempt_disable()
replacement which is something this patch relies on.
The worker triggered via vmstat_update() is also blocked if the user
task runs at an elevated priority for longer time.
> Thanks!
>
> Juri
Sebastian
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch
2020-04-05 4:53 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Mike Galbraith
@ 2020-04-15 13:34 ` Sebastian Andrzej Siewior
0 siblings, 0 replies; 6+ messages in thread
From: Sebastian Andrzej Siewior @ 2020-04-15 13:34 UTC (permalink / raw)
To: Mike Galbraith; +Cc: Thomas Gleixner, LKML, linux-rt-users, Steven Rostedt
On 2020-04-05 06:53:43 [+0200], Mike Galbraith wrote:
> Hi Sebastian,
Hi Mike,
> Just a heads up wrt $subject...
>
> I had done the same in my 5.6 tree, but then 5.7 came along, and I had
> to revisit due to 34c881745549e adding an allocation under that lock
> with irqs disabled. The same commit that added the lock added this.
>
> local_irq_save(flags); // For safely calling this_cpu_ptr().
>
> Whacking that instead of converting the lock cures 5.6 and 5.7 woes.
So I think you are telling me that I made the lock raw and then they
added in v5.7 a __get_free_page() call in
kfree_call_rcu_add_ptr_to_bulk() which is invoked from the free path.
This is indeed not something that made me happy. Now let me think about
this for a moment…
> -Mike
Sebastian
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] v5.6.2-rt1
2020-04-15 11:12 ` Sebastian Andrzej Siewior
@ 2020-04-15 13:37 ` Juri Lelli
0 siblings, 0 replies; 6+ messages in thread
From: Juri Lelli @ 2020-04-15 13:37 UTC (permalink / raw)
To: Sebastian Andrzej Siewior
Cc: Thomas Gleixner, LKML, linux-rt-users, Steven Rostedt
On 15/04/20 13:12, Sebastian Andrzej Siewior wrote:
> On 2020-04-08 09:00:13 [+0200], Juri Lelli wrote:
> > Hi,
> Hi,
>
> > On 03/04/20 19:04, Sebastian Andrzej Siewior wrote:
> > > Dear RT folks!
> > >
> > > I'm pleased to announce the v5.6.2-rt1 patch set.
> > >
> > > Changes since v5.4.28-rt19:
> > >
> > > - Rebase to v5.6.2
> >
> > I was reviewing the new set and I couldn't find v5.4.28-rt19
> > 6dbbc833c99f ("mm: perform lru_add_drain_all() remotely"). Don't think
> > it has been squashed either.
> >
> > Am I wrong? If not, why was that left out?
>
> I was going to drop it from v5.4 but kept it last minute. I announced in
> https://lkml.kernel.org/r/20200309171350.kjb3pdjazhxm2li2@linutronix.de
>
> that the problem it fixes is not limited to RT so we need a solution for
> both config switches. The current plan for local-locks is not to work
> cross CPU because it breaks the local_irq_save() / preempt_disable()
> replacement which is something this patch relies on.
> The worker triggered via vmstat_update() is also blocked if the user
> task runs at an elevated priority for longer time.
OK. Thanks for clarifying.
Best,
Juri
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-04-15 13:37 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-03 17:04 [ANNOUNCE] v5.6.2-rt1 Sebastian Andrzej Siewior
2020-04-05 4:53 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Mike Galbraith
2020-04-15 13:34 ` 0087-rcu-Use-a-raw_spinlock_t-for-kfree-batching.patch Sebastian Andrzej Siewior
2020-04-08 7:00 ` [ANNOUNCE] v5.6.2-rt1 Juri Lelli
2020-04-15 11:12 ` Sebastian Andrzej Siewior
2020-04-15 13:37 ` Juri Lelli
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).