12:01:19 #startmeeting CIP IRC weekly meeting 12:01:19 Meeting started Thu Nov 20 12:01:19 2025 UTC and is due to finish in 60 minutes. The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:01:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 12:01:19 The meeting name has been set to 'cip_irc_weekly_meeting' 12:01:20 hello 12:01:30 #topic AI review 12:01:40 i don't have any 12:01:47 5 12:01:49 4 12:01:51 3 12:01:52 2 12:01:54 1 12:01:58 #topic Kernel maintenance updates 12:02:13 This week reported 31 new CVEs and 0 updated CVEs. 12:02:14 i'm working on 4.19 and 4.4 12:02:45 While triaging CVEs, I found a bug in the fix patch for CVE-2025-39808 and sent a patch. 12:02:51 I am reviewing 6.12.58. 12:02:52 I reviewed 6.12.57 12:02:53 it was merged into the mainline. https://github.com/torvalds/linux/commit/53f731f5bba0cf03b751ccceb98b82fadc9ccd1e 12:03:50 very good! 12:05:00 more topics? 12:05:24 5 12:05:26 4 12:05:27 3 12:05:29 2 12:05:31 1 12:05:32 #topic Kernel release status 12:05:48 4.19 is late but in the making 12:05:59 anything in addition? 12:06:34 5 12:06:36 4 12:06:38 3 12:06:40 2 12:06:43 1 12:06:45 #topic Kernel testing 12:06:56 Hello all 12:07:22 I've been looking into the kernelCI pipelines in more detail and been adding some more support. Goal is to add some RT tests 12:07:36 Pavel, are there any specific tests you'd like? 12:07:59 doesn't kernelCI have tests already? 12:08:05 patersonc, please rebase the PR 12:08:22 arisut: Yes I'll do that after this meeting 12:08:33 There's cyclictest, but I've not really looked into other test. 12:08:38 jki: Yes. We just need to enable them for CIP 12:08:39 Testing realtime is not easy. 12:08:59 RT tests already supported by KernelCI can be seen here: https://github.com/kernelci/kernelci-pipeline/blob/main/config/jobs.yaml#L2190 12:09:06 Look for the rt-tests-* 12:09:15 yes, KernelCI lacks I/O testing, but there should be cyclictest + functional rt-tests 12:09:39 all that under stress-ng, most likely 12:09:42 Lets do that :-). 12:10:07 It would be interesting to know how members use/test realtime. 12:10:26 Hopefully people having real use for realtime also have some real tests ;-). 12:10:56 yes, we have, but those are system tests with concrete products and often infrastructure around 12:11:27 I'm remininding folks all the time that some tests also need to be externalized 12:11:28 jki: I know, we had tests that involved oscilloscopes and hardware event sources. 12:12:01 pavel: it's different today, more RT Ethernets with complex container stacks 12:12:22 but also some tests that involve other I/O 12:12:31 jki: Would it be possible to send a report 'we are testing these and these kernels with these results' maybe once in a year? 12:13:10 jki: I assume it differs by industry, really. That elevator company is going to be interested in "are we toggling gpios when we should". 12:13:37 jki: I assume some train control is on different level, perhaps doing gpio toggling by non-linux systems connected over ethernet. 12:13:54 we are working to towards that, just reminded everyone at my event today of sharing kernel configs... 12:14:09 Thank yuo! 12:14:13 Thank you! 12:15:17 so, what about the state of kernelci testing with de0-nano-soc? 12:15:22 https://lore.kernel.org/cip-dev/f2c73b72-cbb3-49c1-8555-9341b3cd3535@siemens.com/T/#u 12:16:36 also the Renesas board setups looked improveable to me, firmware-wise 12:16:59 just like we standardized the worker images, we should likely standardized the firmware versions 12:16:59 Did you manage to update the bootloaders in the end on your Renesas boards? 12:17:18 yes, but that update was from 2013.01 to 2013.01 U-Boot 12:17:27 that's... not helpful 12:17:30 ha 12:17:30 about de0-nano-soc: I apologize for the delay in reporting this.I am continuing investigation, but I still do not know the cause. 12:18:12 iwamatsu__: thanks - you can cross-check with the isar-cip-core integration I shared, that worked for me 12:18:48 jki: ok 12:18:57 we can also update what we have in our lab on the de0 in Munich, unifying things ideally 12:19:26 I just gave one nano-soc to pasquale for deployment at Siemens Prague lab 12:19:37 will take some time, though 12:20:52 regarding other board shippments: I'm awaiting for support from our export control folks, they are very busy unfortunately 12:21:36 I'm assuming that not all devices have upstream bootloader support. Maybe it would be a good side-project for CIP to get this sorted for their reference platforms? 12:21:46 Thank you jki 12:22:31 while kernelci may be happy with tftp booting, full cip images need recent upstream U-Boot with EFI support 12:22:47 so we may need to be more picky regarding firmware in the future 12:23:23 the TI AM62px looks good so far, and the upcoming BeagleV Fire will likely do so as well 12:23:59 my de0-nano-soc patch got merged today 12:24:00 the Nano SoC was... left behind by the SoC vendor in upstream 12:24:12 oh! didn't get a notice yet 12:24:48 is adding the de0-nano-soc context on boot 12:25:09 arisut: which patch(es) are you exactly referring to? 12:25:17 and add nfs 12:25:35 https://github.com/kernelci/kernelci-pipeline/pull/1325 12:25:55 ah, kernelci - didn't track that 12:26:42 interesting - do they help us already? 12:26:58 what do you mean by help us? 12:27:39 help with making de0-nano-soc boot in kernelci 12:27:49 maybe even without firmware updates? 12:28:18 it should boot with the correct context but is one month old pull request 12:28:30 and add nfs 12:28:35 so should help 12:29:08 already ran pipelines with them that failed before? 12:29:18 like with 6.12-cip? 12:29:33 I should check 12:30:10 is still a patch I sent one month ago 12:30:48 I cannot track which of the pipelines you shared last times where run with our without those changes 12:30:48 for trying to workout de0 problems 12:31:01 without 12:31:15 but even if those changes should resolve issues, we should still consolidate our firmware versions on our test devices 12:31:22 last time pipeline was on production 12:31:35 ...then without those changes 12:31:35 there is no such patch on production yet 12:31:40 as is merged today 12:32:28 I guess we'll come back to it next week after the next production roll-out and subsequent CIP push 12:32:34 yes 12:33:48 further testing topics? 12:34:29 5 12:34:31 4 12:34:33 3 12:34:35 2 12:34:37 1 12:34:39 #topic AOB 12:35:08 BeagleV Fire - TSC confirmed our proposal 12:35:22 how many to request now, how to distribute them? 12:36:12 I would not mind having a toy to play with, but I'm probably fine with doing testing remotely. 12:36:42 If TSC approves, I'd like 4 for the LAVA labs. 2 for lab-cip-iwamatsu and 2 for lab-cip-cariad 12:37:12 uli_: will you need one as well? 12:37:29 i would not mind to have one 12:37:31 for isar-cip-core enabling, I'd like to have one at least initially 12:38:24 Contribution to isar-cip-core, Toshiba can do it. 12:38:59 iwamatsu__: thanks in advance! 12:39:08 then we should be fine with 6 12:39:36 maybe we at Siemens will get some independently, we are also enabling Xenomai on RISC-V right now 12:39:58 and my colleague doing that expressed interest to follow the CIP board selection :) 12:40:36 \o/ 12:40:43 patersonc: then you have all data to request the boards, likely one-by-one, right? 12:40:53 direct shippings recommended ;) 12:41:31 other topics for today? 12:42:03 jki: Do you want me to order all of them? 12:42:28 I would try to make the requests on one bunch, linking them 12:42:52 sure 12:42:54 but not one request for all boards, because then you would end up having to redistribute them 12:43:09 if you can handle that, would be great, yes 12:43:09 I'll figure it out :) 12:43:22 otherwise raise your hand if I can help 12:43:42 okay... 12:43:57 closing remarks, topics? 12:44:20 5 12:44:22 4 12:44:24 3 12:44:26 2 12:44:28 1 12:44:30 #endmeeting