13:01:44 #startmeeting CIP IRC weekly meeting 13:01:44 Meeting started Thu Apr 24 13:01:44 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:44 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:44 The meeting name has been set to 'cip_irc_weekly_meeting' 13:01:46 Hey 13:01:51 #topic AI review 13:01:54 - write docs for release scripts [iwamatsu-san] 13:02:30 I am updating it , but not finish. 13:02:40 ok 13:02:46 no other AIs recorded 13:02:51 5 13:02:53 4 13:02:54 3 13:02:56 2 13:02:57 1 13:02:59 #topic Kernel maintenance updates 13:03:12 Hi! 13:03:16 i pushed 4.4 13:03:18 This week reported 28 new CVEs and 4 updated CVEs. 13:03:23 I'm reviewing 6.1.135. 13:03:59 I reviewed 6.1.132 13:05:30 anything else to add? 13:05:44 5 13:05:46 4 13:05:48 3 13:05:49 2 13:05:51 1 13:05:53 #topic Kernel release status 13:05:59 all on track 13:06:27 anything to add? 13:06:37 5 13:06:40 4 13:06:41 3 13:06:43 2 13:06:45 1 13:06:47 #topic Kernel testing 13:07:54 looking into why kernelci is not using cip configurations anymore looks like after moving from kernelci legacy to pipeline we loose the cip configuration settings 13:08:35 I updated the stable-rc testing so we're testing the v6.14 and 6.15 etc. 13:08:38 I'm currently trying to restore the configuration to kernelci pipeline 13:09:52 Thanks Arisu-san 13:10:02 patersonc, any idea on why https://github.com/kernelci/kernelci-pipeline/pull/840 is missing the cip:// configurations? 13:11:12 I guess the plan was to add them later but didn't 13:11:19 ok thanks 13:11:35 No technical reason - I just didn't try 13:12:01 I see, I will try to restore it on pipeline 13:13:06 also I think we want to run exclusively cip:// configurations 13:13:44 gitlab is testing only cip configurations I suppose 13:14:20 Kernelci should do same 13:14:35 We also test some defconfigs in CIP 13:14:42 oh really? 13:14:53 But technically we only support CIP configs 13:15:13 I see so we build defconfigs and cip configs 13:15:22 problem is likely not testing - it's evaluating the results 13:15:40 will we look at defconfig errors? 13:15:44 so less results is better ? 13:15:52 We don't want to introduce regressions. 13:16:02 curerntly we are looking at defconfig ? 13:16:07 on gitlab 13:16:29 If we introduced a bug so bad it affect defconfig, I'd really wanted us to investigate. 13:16:58 then let's test defconfigs if maintainers do bother - fine 13:16:59 do you mean defconfig run only at needed ? 13:17:20 but usually don't get tested ? 13:17:30 I would assume that generic users are more likely to try defconfig as a first step than CIP configs as they are in-tree 13:17:35 We do look at gitconfigs on the gitlab. bbb_defconfig is normally only one that needs to be retried. 13:17:40 arisut: defconfig is always run 13:18:20 we have generic users ? by policy cip is only supported on cip configurations afaik 13:19:07 arisut: People are using our kernels, yes. We got some patches for 4.X because we broke audio on phones or something like that. 13:19:28 i see thanks 13:19:39 arisut: Catching bugs early is quite cheap. Catching it after it is in tree for a year is less fun. 13:20:06 arisut: But yes, supported configs on supported boards is only thing we officially support. 13:20:21 but referring to jki "problem is not testing, it's evaluating the results" 13:21:03 more things we tests more we have results to evaluate 13:22:10 we can obviously revisit configs if they stay in permant failures, and no one looks at those 13:22:19 arisut: Yes. Current gitlab setup makes it reasonably easy. 13:22:20 I'm ok on enabling defconfig and cip config 13:22:27 Sounds good Arisu 13:22:47 pave1, current kernelci have a system for sending only regressions 13:23:25 arisut: Yes, so regressions are what we really care about. If we break boot on arm64_defconfig, 13:23:30 it is quite a big deal. 13:23:39 that i shared weeks ago and I don't find the link now 13:24:05 we are sending mail with only the board that have regression 13:24:34 also dashboard is becoming better https://d.kernelci.org/tree 13:25:58 ok - anything to add regarding this or testing in general? 13:26:24 5 13:26:26 4 13:26:28 3 13:26:29 2 13:26:31 1 13:26:33 #topic AOB 13:27:00 just a recap: we have green lights to release 6.12-cip when we think it is ready 13:27:06 TSC approved 13:27:34 This may be good time. 13:28:01 Any objections to adding the 6.12 tree to KernelCI? 13:28:53 well, rather a precondition ;-) 13:29:33 I will not be able to attend the next meeting. Japan is holiday season. 13:30:59 4.19.124-cip27 and 4.19.216-cip61, rcu stall on one cpu, apparently over held hb spinlock in futex_wake 13:31:06 does that ring any bells by chance? 13:31:36 "bh"? 13:31:40 No, not really. 13:31:51 hash bucket lock 13:32:09 Aha, so not a bottom half. Still no bells. 13:32:12 but there are no suspicious changes on kernel/futex.c, also in newer kernels 13:32:43 ok - we need to hope for better reproducibility then 13:32:59 anything else for today? 13:33:23 5 13:33:25 4 13:33:25 So ... we wait for KernelCI 13:33:28 with the 6.12? 13:34:04 Shouldn't be a big job to add 13:34:31 you likely mean our linux-6.12.y-cip branch, right? 13:34:38 I'll create an MR today 13:34:42 jki: Yes 13:34:47 perfect 13:35:50 I guess I could do 6.12 release with current tree (no version update, yet) after the KernelCI is ready 13:35:54 if everyone is ok with that? 13:36:22 Did we get the configs we need from members? 13:36:45 I got some MR for 6.12. I am checking it. 13:37:34 that's for qemu and x86 targets 13:37:46 There's another for Renesas arm64 13:38:05 ah, right 13:39:00 all those should be considered for kernelci 13:40:43 I'll just add defconfig today - then Arisu can add the CIP configs at the same time as the other branches 13:41:42 We don't have a 6.12-cip-rt yet right? 13:42:08 There won't be 6.12-cip-rt tree. 13:42:16 But we should probably do some configs with rt enabled. 13:42:30 indeed 13:42:38 patersonc, ok 13:43:15 So I guess we revisit 6.12-cip1 next week? :-) 13:45:23 sure - except that we will need iwamatsu-san for the final decision, and he will be off 13:45:52 but let's prepare the testing and configs and see when that is ready 13:47:25 anything else? 13:47:51 5 13:47:54 4 13:47:55 3 13:47:57 2 13:47:59 1 13:48:01 #endmeeting