09:00:23 #startmeeting CIP IRC weekly meeting 09:00:23 Meeting started Thu Jun 13 09:00:23 2019 UTC and is due to finish in 60 minutes. The chair is gavinlai. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:23 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:23 The meeting name has been set to 'cip_irc_weekly_meeting' 09:00:29 Mornin 09:00:36 #topic rollcall 09:00:42 hi 09:00:42 please say hi if you're here 09:00:45 hi 09:00:46 hi 09:00:51 hi 09:00:52 hi 09:00:55 hi 09:00:56 hi 09:01:29 #topic AI review 09:01:42 1. send investigating email for kernel-testing lab to cip-dev - patersonc 09:01:55 #link https://lists.cip-project.org/pipermail/cip-dev/2019-June/002461.html 09:02:13 Sorry, no updates from me. I'm waiting for some internal discussions first... 09:02:23 I will keep this action item :) 09:02:33 #action send investigating email for kernel-testing lab to cip-dev - patersonc 09:02:48 2. Provide the script for CIP kernel config collection - bwh 09:03:17 bwh: (wave 09:03:19 bwh did not say hi in the rollcall. 09:03:38 I will keep this action item 09:03:45 #action Provide the script for CIP kernel config collection - bwh 09:03:54 3. Provide the plan about next cip-rt kernel release - szlin 09:04:14 szlin have already reported to TSC to look for a maintainer 09:04:27 szlin will list some questions to ask Daniel wagner 09:04:48 #action list some questions to ask Daniel wagner - szlin 09:05:03 #topic Kernel maintenance updates 09:05:40 So... I reviewed 4.19.49 and 4.19.50. 09:06:01 I'm starting to create a list of directories that need not be reviewed. It will go to the lists eventually. 09:06:22 I have some questions, such as "is anyone using btrfs -- do we need to review it"? 09:06:48 I reviewed 4.4.160 and stable-rc in stable@kernel.org. I'm sending some review and patches. 09:07:21 cool, thanks 09:07:57 pave1: we do not use btrfs, and not target. 09:08:08 how to finalize the list? 09:08:19 I think we can ignore commit of btrfs . 09:08:46 we manage review list in https://gitlab.com/cip-project/cip-kernel/lts-commit-list/ 09:09:16 I think we can ignore btrfs, too. 09:09:46 Do we only care about configurations we have collected, or do we also support "hmm, someone is going to enable this config option"? 09:11:00 by request I guess? 09:11:01 I think it needs similar steps as CIP core 09:11:27 I think we need to list the features we can ignore, and we ask about list in cip-dev or other. 09:11:32 propose -> vote -> decide 09:11:51 agree 09:11:52 fujita[m]: +1 09:12:15 iwamatsu: Agreed. I'll start collecting paths we can ignore. 09:12:44 pave1: thanks 09:12:51 pave1: ok, thanks 09:12:53 There's some stuff we definitely can ignore (s390). I'll ask about stuff that is not completely clear. (btrfs? isofs?) 09:13:36 any other update? 09:13:48 #topic Kernel testing 09:13:52 Also, I think that list will probably be a feature supported by the CIP kernel. 09:14:51 Hello 09:15:00 The LAVA master has been updated to the latest version in CIP's lava-docker repository. 09:15:11 There were some issues and a small amount of recent test data was lost (sorry iwamatsu). 09:15:12 We've now added some scripts to make the process full-proof for next time (famous last words). 09:15:17 I've requested direct access to the server so we can do this ourselves in future, which should make it easier. 09:15:20 When we get access we'll probably start trying to stick to a published update schedule so that users know in advance of any downtime. 09:15:27 Setting up lab-cip-mentor is almost complete. Just waiting on the LAVA master's key to be shared with Mentor. 09:15:38 I've managed to find time this week to work on the GitLab CI Kernel builds. I'll push everything to cip-playground when ready for review. 09:15:39 Could someone make me a moderator/admin on our linux-cip GitLab? I'll need access to setup the GitLab CI. 09:15:54 patersonc: No problem. 09:16:52 SZlin is one of owner. 09:16:57 Does anyone have owner access for linux-cip? 09:17:22 Okay. I'll ask szlin then. Thanks 09:17:33 For OSS-J, I'm thinking about holding a quick meeting on the 15th - the Monday before the event. This will be at the same location as the CIP Core meetings. 09:17:54 Is anyone interested in a CIP testing specific meeting? 09:18:02 me 09:18:16 hm, toscalix is ower yet. I think we remove him from owner . 09:18:17 I guessed you ;) 09:18:55 iwamatsu: Probably a good idea. There are probably lots of things Agustin is still owner of ;) 09:18:56 I am interesting it. 09:19:17 laurence-, do you want to take over access from Agustin? 09:19:59 Thanks iwamatsu 09:20:03 I'll start planning. 09:20:14 That's it from me, unless there are any questions? 09:20:19 patersonc: thanks 09:20:20 patersonc: Thanks. 09:20:43 #topic CIP Core 09:21:23 Deby's gitlab-ci.yml is now working 09:21:41 About Isar, I sent a merge request for iwg20m 09:21:48 https://gitlab.com/cip-project/cip-core/isar-cip-core/merge_requests 09:22:01 that's all 09:22:12 I understand there's cip core meeting on zoom 09:22:24 at june 18. 09:22:27 Hayashi-san sent a doodle I think 09:22:35 Yep. I wanted to ask: 09:22:48 Does it make sense for me to join it if time permits? 09:23:03 probably not much 09:23:14 Ok. 09:23:52 :) 09:23:55 next topic? 09:24:03 #topic Software update 09:24:23 We have a new branch in isar-cip-core (storm/swupdate) 09:24:37 there we have recipes for u-boot, swupdate, and some scripts 09:24:46 we will build up on that repository 09:25:21 sangorrin: thanks 09:25:26 any comments? 09:26:02 #topic AOB 09:26:18 I wanted to ask about realtime. 09:26:40 I took a look at patches; they are scary (8000 lines), but not _that_ scary. 09:27:03 Is someone using realtime capabilities? 09:27:08 If so, on what hardware? 09:27:09 yes 09:27:24 on x86_64 and ARM32 09:27:48 Are there special configs for x86-64 (like this board, with SMM disabled?) 09:28:06 in isar-cip-core you can see rt configs 09:28:13 Ok. 09:28:35 Are you running tests of the realtime latencies? 09:28:37 https://gitlab.com/cip-project/cip-core/isar-cip-core/blob/next/recipes-kernel/linux/files/preempt-rt.cfg 09:28:47 yes 09:28:52 rt-tests 09:29:15 Daniel Wagner also created new tests and a test environment using kexec to get crash dumps 09:29:34 Aha, good. So if someone prepares kernel for you, you can make reasonably sure that it works ok? 09:29:57 Because in my eyes preparing the kernel is not that hard, testing is :-). 09:30:10 well, with RT you never know. Sometimes bugs only manifest after 30 hours 09:30:22 Yes, that's the scary thing about RT. 09:30:38 That and fact that RT systems are often used for critical stuff. 09:30:47 Daniel did start working on a RT test suite 09:30:55 I'm not sure where he got to though 09:31:22 everything is explained on his github account 09:31:55 https://github.com/igaw 09:31:58 Ok, thanks for the information. 09:32:21 for kernel maintainers: https://github.com/igaw/stable-rt-tools 09:32:30 Are those preempt-rt configs used in production? If so, what kind of application? 09:32:33 I heard that Daniel.W tested on test lab 09:32:38 his test tool: https://github.com/igaw/jitterdebugger 09:33:13 We can use this, maybe 09:33:22 he also contributed to rt-tests recently 09:33:58 https://www.spinics.net/lists/linux-rt-users/ 09:34:52 https://ci-rt.linutronix.de/RT-Test/ 09:35:16 if you can go to Linux Plumbers 2019 (portugal) they may hold an rt mini-conference 09:36:06 sangorrin: I don't think I will be there. 09:36:25 iwamatsu: nice link, here is the code https://github.com/ci-rt/docs 09:36:32 sangorrin: Are you actually using RT stuff in production? 09:37:05 yes, in many boards for many different systems 09:37:24 sangorrin: What kind of applications is that? 09:37:41 control 09:37:47 pave1: something like this https://en.wikipedia.org/wiki/PROFINET 09:38:23 I think we can discuss this after meeting :) 09:38:24 Ok, thanks. 09:38:37 gavinlai: agreed. 09:38:48 #endmeeting