Hello RT-list!

I'm pleased to announce the 5.10.204-rt100 stable release.

This release is an RT-only update.
The only change in this release is specific to RT:

    rt: mm/page_alloc: backport missing bits from __build_all_zonelists() fix
    
    A while ago upstream landed commit a2ebb51575828 ("mm/page_alloc: use
    write_seqlock_irqsave() instead write_seqlock() + local_irq_save().")
    to fix a problem that had already been worked on v5.10-rt via commit
    7bdd3bd5143a4 ("Revert "mm/page_alloc: fix potential deadlock on
    zonelist_update_seqseqlock""). Sebastian pointed out it was important
    to backport the missing elements of a2ebb51575828 for code consistency.
    
You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v5.10-rt
  Head SHA1: 3f1186be09688c4aedf2d61176990651cf996c75

Or to build 5.10.204-rt100 directly, the following patches should be applied:

  https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.tar.xz

  https://www.kernel.org/pub/linux/kernel/v5.x/patch-5.10.204.xz

  https://www.kernel.org/pub/linux/kernel/projects/rt/5.10/older/patch-5.10.204-rt100.patch.xz

Signing key fingerprint:

  9354 0649 9972 8D31 D464  D140 F394 A423 F8E6 7C26

All keys used for the above files and repositories can be found on the
following git repository:

   git://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git

Enjoy!
Luis

Changes from v5.10.204-rt99:
---

Luis Claudio R. Goncalves (1):
      rt: mm/page_alloc: backport missing bits from __build_all_zonelists() fix
---
 mm/page_alloc.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)
---
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 39d1782b398f..cd1e8d0b2269 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -6043,8 +6043,9 @@ static void __build_all_zonelists(void *data)
 	int nid;
 	int __maybe_unused cpu;
 	pg_data_t *self = data;
+	unsigned long flags;
 
-	write_seqlock(&zonelist_update_seq);
+	write_seqlock_irqsave(&zonelist_update_seq, flags);
 
 #ifdef CONFIG_NUMA
 	memset(node_load, 0, sizeof(node_load));
@@ -6077,7 +6078,7 @@ static void __build_all_zonelists(void *data)
 #endif
 	}
 
-	write_sequnlock(&zonelist_update_seq);
+	write_sequnlock_irqrestore(&zonelist_update_seq, flags);
 }
 
 static noinline void __init

Hi!

We (as in cip project), are trying to do -cip-rt releases
once a month. Are there any plans for 5.10-rt release any time soon?
That would help us ;-).

Best regards,
								Pavel
-- 
DENX Software Engineering GmbH,        Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

On Tue, Jan 30, 2024 at 08:35:51PM +0100, Pavel Machek wrote:
> Hi!
> 
> We (as in cip project), are trying to do -cip-rt releases
> once a month. Are there any plans for 5.10-rt release any time soon?
> That would help us ;-).

Hi Pavel!

I already pushed v5.10-rt-next (containing v5.10.209-rt101-rc1) to
kernel.org and kernelci should pick that up for comprehensive testing
within the next hour. As soon as the testing is done I will perform the
release dance.

My vacations started (abruptly) a few days before I planned and that lead
to some delays. People volunteered to run the builds if anything critical
popped up, but that was not the case.

Sorry for the inconvenience, I do hope a release tomorrow or Friday does
not disrupt your workflow too much.

Luis

> Best regards,
> 								Pavel
> -- 
> DENX Software Engineering GmbH,        Managing Director: Erika Unter
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany


---end quoted text---

Hi!

> > We (as in cip project), are trying to do -cip-rt releases
> > once a month. Are there any plans for 5.10-rt release any time soon?
> > That would help us ;-).
> 
> I already pushed v5.10-rt-next (containing v5.10.209-rt101-rc1) to
> kernel.org and kernelci should pick that up for comprehensive testing
> within the next hour. As soon as the testing is done I will perform the
> release dance.
> 
> My vacations started (abruptly) a few days before I planned and that lead
> to some delays. People volunteered to run the builds if anything critical
> popped up, but that was not the case.
> 
> Sorry for the inconvenience, I do hope a release tomorrow or Friday does
> not disrupt your workflow too much.

No problem, thanks for the information, and looking forward to the
release.

Best regards,
								Pavel
-- 
DENX Software Engineering GmbH,        Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany