13:01:49 #startmeeting CIP IRC weekly meeting 13:01:49 Meeting started Thu Apr 17 13:01:49 2025 UTC and is due to finish in 60 minutes. The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:49 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:49 The meeting name has been set to 'cip_irc_weekly_meeting' 13:01:58 #topic AI review 13:02:02 - check release scripts/procedures shared by iwamatsu-san [pavel] 13:02:35 I took a look. They'd need a bit of docs and quite a lot of documenting prerequisites. 13:03:14 Plus, trying to modify someone else's shell code ... is not easy. 13:04:02 pave1: OK, I will create a document. 13:04:41 Mainly directory tree it expects to work in would be useful. 13:06:07 ok, then there is clear next step 13:06:37 further concrete wisches/feedback may also help writing the doc ;) 13:06:51 other AIs? 13:07:01 5 13:07:03 4 13:07:05 3 13:07:06 2 13:07:08 1 13:07:10 #topic Kernel maintenance updates 13:07:26 This week reported 128 new CVEs and 40 updated CVEs. 13:07:28 i'm working on 4.4 13:07:34 I was reviewing 6.1.134 with a bit of .132 and AUTOSEL. 13:07:44 uli: That gcc crash looks like a lot of fun. 13:07:59 uli: My guess would be that something in headers changed and now trips the compiler bug. 13:08:26 and i absolutely cannot reproduce it, even with the same compiler version. 13:08:42 I reviewed 6.1.134 and reviewing .132 13:09:20 any suggestions on how to proceed with that? the builds that succeed also work... 13:09:28 uli: It probably counts as a security issue in gcc... so fun. May depend on CPU architecture, for example. 13:09:47 iirc it only happens on arm. 13:09:57 uli: So it works locally but breaks on gitlab? 13:10:20 yes. some configs don't build, some do. 13:10:29 those that build also pass the tests 13:11:07 Easist thing would be to find out what change trips that gcc bug and just not apply that one... 13:11:31 then let's first try to update the compile stable release in the breaking environment 13:11:55 +1. that's a lot less work, too... 13:12:13 who can do that? 13:12:43 patersonc, i would assume. 13:13:31 ask him via the list - but he might be on vacation these weeks 13:13:53 will do. 13:14:43 some fun from the -rt corner, in case you didn't read this yet: 13:14:46 https://lore.kernel.org/all/20250409120746.635476-1-ziqianlu@bytedance.com/ 13:15:05 high latency for non-rt, RCU stalls for -rt (all versions) 13:15:47 once the series is finished, we will also ask for backports - but < 6.12 is... different 13:17:13 it's one of those "don't use container features on RT" pavel warned about :) 13:17:31 anything else? 13:17:55 5 13:17:56 Yeah. RT is hard. Containers are hard. 13:17:59 4 13:18:02 3 13:18:04 2 13:18:06 1 13:18:09 #topic Kernel release status 13:18:15 all on track 13:18:40 but some are due very soon 13:18:46 any blockers in sight? 13:18:47 Yep, 4.4-rt. 13:19:03 Nothing unusual. 13:19:05 I am going to  release 5.10 and 6.1 tomorrow. 13:19:09 perfect 13:19:19 then let's move on 13:19:22 5 13:19:23 4 13:19:25 3 13:19:27 2 13:19:29 1 13:19:30 #topic Kernel testing 13:19:46 probably not much news here today... 13:20:18 currently testing config that I'm moving to KernelCI 13:21:22 with kci_build kernelci internal command 13:22:33 that's all 13:22:55 ok, thanks 13:23:02 anyone anything to add? 13:23:31 5 13:23:33 4 13:23:34 3 13:23:36 2 13:23:37 1 13:23:39 #topic AOB 13:23:49 8 13:24:53 yes? 13:25:23 further topics for today? 13:25:25 No, sorry. Stray typo. 13:25:50 5 13:25:51 4 13:25:53 3 13:25:55 2 13:25:57 1 13:25:58 #endmeeting