IRC logs for #cip for Thursday, 2019-06-13

*** rajm has joined #cip07:01
*** tpollard has joined #cip08:52
*** pave1 has joined #cip08:55
*** vidda has joined #cip08:59
*** sangorrin has joined #cip09:00
gavinlaiI will chair today's meeting because szlin may not attend09:00
gavinlai#startmeeting CIP IRC weekly meeting09:00
brloggerMeeting 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
brloggerUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:00
brloggerThe meeting name has been set to 'cip_irc_weekly_meeting'09:00
*** brlogger changes topic to " (Meeting topic: CIP IRC weekly meeting)"09:00
patersoncMornin09:00
gavinlai#topic rollcall09:00
*** brlogger changes topic to "rollcall (Meeting topic: CIP IRC weekly meeting)"09:00
sangorrinhi09:00
gavinlaiplease say hi if you're here09:00
pave1hi09:00
viddahi09:00
iwamatsuhi09:00
mungaip[m]hi09:00
fujita[m]hi09:00
patersonchi09:00
gavinlai#topic AI review09:01
*** brlogger changes topic to "AI review (Meeting topic: CIP IRC weekly meeting)"09:01
gavinlai1. send investigating email for kernel-testing lab to cip-dev - patersonc09:01
gavinlai#link  https://lists.cip-project.org/pipermail/cip-dev/2019-June/002461.html09:01
patersoncSorry, no updates from me. I'm waiting for some internal discussions first...09:02
gavinlaiI will keep this action item :)09:02
gavinlai#action send investigating email for kernel-testing lab to cip-dev - patersonc09:02
gavinlai2. Provide the script for CIP kernel config collection - bwh09:02
gavinlaibwh: (wave09:03
pave1bwh did not say hi in the rollcall.09:03
gavinlaiI will keep this action item09:03
gavinlai#action Provide the script for CIP kernel config collection - bwh09:03
gavinlai3. Provide the plan about next cip-rt kernel release - szlin09:03
gavinlaiszlin have already reported to TSC to look for a maintainer09:04
gavinlaiszlin will list some questions to ask Daniel wagner09:04
gavinlai#action list some questions to ask Daniel wagner - szlin09:04
gavinlai#topic Kernel maintenance updates09:05
*** brlogger changes topic to "Kernel maintenance updates (Meeting topic: CIP IRC weekly meeting)"09:05
pave1So... I reviewed 4.19.49 and 4.19.50.09:05
pave1I'm starting to create a list of directories that need not be reviewed. It will go to the lists eventually.09:06
pave1I have some questions, such as "is anyone using btrfs -- do we need to review it"?09:06
iwamatsuI reviewed 4.4.160  and stable-rc in stable@kernel.org. I'm sending some review and patches.09:06
gavinlaicool, thanks09:07
iwamatsupave1: we do not use btrfs, and not target.09:07
gavinlaihow to finalize the list?09:08
iwamatsuI think we can ignore commit of btrfs .09:08
iwamatsuwe manage review list in https://gitlab.com/cip-project/cip-kernel/lts-commit-list/09:08
pave1I think we can ignore btrfs, too.09:09
pave1Do we only care about configurations we have collected, or do we also support "hmm, someone is going to enable this config option"?09:09
gavinlaiby request I guess?09:11
fujita[m]I think it needs similar steps as CIP core09:11
iwamatsuI think we need to list the features we can ignore, and we ask about list in cip-dev or other.09:11
fujita[m]propose -> vote -> decide09:11
gavinlaiagree09:11
iwamatsufujita[m]: +109:11
pave1iwamatsu: Agreed. I'll start collecting paths we can ignore.09:12
gavinlaipave1: thanks09:12
iwamatsupave1: ok, thanks09:12
pave1There's some stuff we definitely can ignore (s390). I'll ask about stuff that is not completely clear. (btrfs? isofs?)09:12
gavinlaiany other update?09:13
gavinlai#topic Kernel testing09:13
*** brlogger changes topic to "Kernel testing (Meeting topic: CIP IRC weekly meeting)"09:13
iwamatsuAlso, I think that list will probably be a feature supported by the CIP kernel.09:13
patersoncHello09:14
patersoncThe LAVA master has been updated to the latest version in CIP's lava-docker repository.09:15
patersoncThere were some issues and a small amount of recent test data was lost (sorry iwamatsu).09:15
patersoncWe've now added some scripts to make the process full-proof for next time (famous last words).09:15
patersoncI've requested direct access to the server so we can do this ourselves in future, which should make it easier.09:15
patersoncWhen 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
patersoncSetting up lab-cip-mentor is almost complete. Just waiting on the LAVA master's key to be shared with Mentor.09:15
patersoncI'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
patersoncCould someone make me a moderator/admin on our linux-cip GitLab? I'll need access to setup the GitLab CI.09:15
iwamatsupatersonc: No problem.09:15
iwamatsuSZlin is one of owner.09:16
patersoncDoes anyone have owner access for linux-cip?09:16
patersoncOkay. I'll ask szlin then. Thanks09:17
patersoncFor 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
patersoncIs anyone interested in a CIP testing specific meeting?09:17
sangorrinme09:18
iwamatsuhm, toscalix is ower yet. I think we remove him from owner .09:18
patersoncI guessed you ;)09:18
patersonciwamatsu: Probably a good idea. There are probably lots of things Agustin is still owner of ;)09:18
iwamatsuI am interesting it.09:18
patersonclaurence-, do you want to take over access from Agustin?09:19
patersoncThanks iwamatsu09:19
*** vidda has quit IRC09:20
patersoncI'll start planning.09:20
patersoncThat's it from me, unless there are any questions?09:20
gavinlaipatersonc: thanks09:20
iwamatsupatersonc: Thanks.09:20
gavinlai#topic CIP Core09:20
*** brlogger changes topic to "CIP Core (Meeting topic: CIP IRC weekly meeting)"09:20
sangorrinDeby's gitlab-ci.yml is now working09:21
sangorrinAbout Isar, I sent a merge request for iwg20m09:21
sangorrinhttps://gitlab.com/cip-project/cip-core/isar-cip-core/merge_requests09:21
sangorrinthat's all09:22
pave1I understand there's cip core meeting on zoom09:22
pave1at june 18.09:22
sangorrinHayashi-san sent a doodle I think09:22
pave1Yep. I wanted to ask:09:22
pave1Does it make sense for me to join it if time permits?09:22
sangorrinprobably not much09:23
pave1Ok.09:23
gavinlai:)09:23
gavinlainext topic?09:23
gavinlai#topic Software update09:24
*** brlogger changes topic to "Software update (Meeting topic: CIP IRC weekly meeting)"09:24
sangorrinWe have a new branch in isar-cip-core (storm/swupdate)09:24
sangorrinthere we have recipes for u-boot, swupdate, and some scripts09:24
sangorrinwe will build up on that repository09:24
gavinlaisangorrin: thanks09:25
gavinlaiany comments?09:25
gavinlai#topic AOB09:26
*** brlogger changes topic to "AOB (Meeting topic: CIP IRC weekly meeting)"09:26
pave1I wanted to ask about realtime.09:26
pave1I took a look at patches; they are scary (8000 lines), but not _that_ scary.09:26
pave1Is someone using realtime capabilities?09:27
pave1If so, on what hardware?09:27
sangorrinyes09:27
sangorrinon x86_64 and ARM3209:27
pave1Are there special configs for x86-64 (like this board, with SMM disabled?)09:27
sangorrinin isar-cip-core you can see rt configs09:28
pave1Ok.09:28
pave1Are you running tests of the realtime latencies?09:28
sangorrinhttps://gitlab.com/cip-project/cip-core/isar-cip-core/blob/next/recipes-kernel/linux/files/preempt-rt.cfg09:28
sangorrinyes09:28
sangorrinrt-tests09:28
sangorrinDaniel Wagner also created new tests and a test environment using kexec to get crash dumps09:29
pave1Aha, good. So if someone prepares kernel for you, you can make reasonably sure that it works ok?09:29
pave1Because in my eyes preparing the kernel is not that hard, testing is :-).09:29
sangorrinwell, with RT you never know. Sometimes bugs only manifest after 30 hours09:30
pave1Yes, that's the scary thing about RT.09:30
pave1That and fact that RT systems are often used for critical stuff.09:30
patersoncDaniel did start working on a RT test suite09:30
patersoncI'm not sure where he got to though09:30
sangorrineverything is explained on his github account09:31
sangorrinhttps://github.com/igaw09:31
pave1Ok, thanks for the information.09:31
sangorrinfor kernel maintainers: https://github.com/igaw/stable-rt-tools09:32
pave1Are those preempt-rt configs used in production? If so, what kind of application?09:32
iwamatsuI heard that Daniel.W tested on test lab09:32
sangorrinhis test tool: https://github.com/igaw/jitterdebugger09:32
iwamatsuWe can use this, maybe09:33
sangorrinhe also contributed to rt-tests recently09:33
sangorrinhttps://www.spinics.net/lists/linux-rt-users/09:33
iwamatsuhttps://ci-rt.linutronix.de/RT-Test/09:34
sangorrinif you can go to Linux Plumbers 2019 (portugal) they may hold an rt mini-conference09:35
pave1sangorrin: I don't think I will be there.09:36
sangorriniwamatsu: nice link, here is the code https://github.com/ci-rt/docs09:36
pave1sangorrin: Are you actually using RT stuff in production?09:36
sangorrinyes, in many boards for many different systems09:37
pave1sangorrin: What kind of applications is that?09:37
sangorrincontrol09:37
gavinlaipave1: something like this https://en.wikipedia.org/wiki/PROFINET09:37
gavinlaiI think we can discuss this after meeting :)09:38
pave1Ok, thanks.09:38
pave1gavinlai: agreed.09:38
gavinlai#endmeeting09:38
brloggerMeeting ended Thu Jun 13 09:38:48 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)09:38
brloggerMinutes:        https://irclogs.baserock.org/meetings/cip/2019/06/cip.2019-06-13-09.00.html09:38
brloggerMinutes (text): https://irclogs.baserock.org/meetings/cip/2019/06/cip.2019-06-13-09.00.txt09:38
brloggerLog:            https://irclogs.baserock.org/meetings/cip/2019/06/cip.2019-06-13-09.00.log.html09:38
*** brlogger changes topic to "Civil Infrastructure Platform Project. Find the logs at https://irclogs.baserock.org/cip/"09:38
sangorrinthanks09:39
iwamatsugavinlai: thanks09:39
fujita[m]gavinlai: thank you09:40
pave1thanks09:40
gavinlaipave1: something needs acurate control09:40
gavinlaiexample robotic arm09:40
pave1gavinlai: Ok. But in case linux fails there are still other backups?09:41
sangorrinyes09:41
sangorrinfunctional safety09:41
pave1gavinlai: I mean, probably no backups needed for robot arm, but Linux is not controlling airplane engines?09:42
sangorrinwell...09:42
sangorrinhow do you know ;)09:42
sangorrinit depends on the airplane09:42
sangorrinor helicopter09:43
pave1sangorrin: Actually... I know :-). I don't think Linux can pass https://en.wikipedia.org/wiki/DO-178B certification with reasonable effort.09:43
pave1sangorrin: That should ban it from civilian, manned aircraft AFAICT :-)09:44
*** sangorrin_ has joined #cip09:44
pave1Ok, thanks for all the info.09:45
gavinlai:)09:45
sangorrin_think of reading sensors, calculating something and controlling some actuator in less than x milliseconds09:46
*** sangorrin has quit IRC09:47
sangorrin_RT can give you latencies of less than 200 us. For application loops of 30 ms, Linux-rt is good enough. For critical stuff, you do need Spark or Ada or implement it on FPGA09:47
pave1sangorrin: Yes, I can imagine that easily. But I also imagine Linux or hardware failing or missing a deadline once in a year, and would prefer not to cause next Chernobyl with misapplied kernel patch.09:48
sangorrin_yeah, but there are redundant systems and many other machines providing functional safety09:49
sangorrin_it's not like the whole thing is going to fail just because one machine fails09:49
pave1Ok, good. I guess legislation (like do-178b) should prevent Linux from doing really bad stuff.09:49
sangorrin_there is a Linux safety critical workgroup09:50
sangorrin_https://www.linuxfoundation.org/press-release/2019/02/the-linux-foundation-launches-elisa-project-enabling-linux-in-safety-critical-systems/09:51
sangorrin_I think that CIP also wants to participate in that kind of thing09:52
pave1Thanks for pointers.09:52
sangorrin_You are welcome!09:53
pave1So the stuff I seen (do-178b class B -- critical, but less critical than engines  or flight controls; perhaps elevator trim) was really far away from where Linux could be used.09:54
sangorrin_sure09:54
sangorrin_probably it is used in stuff that is not that critical09:54
pave1And for example Tesla scares me. "We have 2 CPUs so we are safe!". No, you are not with off the shelf CPU cores. And you need three.09:55
pave1But I guess that is for legistlators to sort out.09:55
sangorrin_yeah, functional safety is also important09:55
pave1Important thing is that you are able to test changes.09:55
sangorrin_when everything fails, you need to turn off safely09:56
patersoncThere are some Renesas R-Car boxes with 4x 8-core CPUs, plus each CPU has 2x RT cores09:56
patersoncFor automated driving etc.09:56
pave1Ok, that's important difference from the aircraft. You can only turn off safely when parked.09:56
sangorrin_yeah, well cars are inherently dangerous no matter what you do09:57
pave1sangorrin_: Well, lets say that making them safe would make them slow and very expensive.09:59
sangorrin_haha agreed10:00
sangorrin_let's use bicycles :)10:00
pave1:-)10:00
pave1patersonc: I guess automated driving is going to be a lot of fun. So far it has bigger problems than single-event-upsets, but...10:02
patersoncIndeed10:03
*** sangorrin_ has quit IRC10:14
pave1bye for now.11:47
*** pave1 has quit IRC11:48
*** rajm has quit IRC22:07

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!