IRC logs for #cip for Thursday, 2020-08-06

*** rajm has joined #cip06:55
*** tpollard has joined #cip08:17
*** pavel1 has joined #cip08:49
masashi910#startmeeting CIP IRC weekly meeting09:00
brlogger`Meeting started Thu Aug  6 09:00:01 2020 UTC and is due to finish in 60 minutes.  The chair is masashi910. Information about MeetBot at http://wiki.debian.org/MeetBot.09:00
brlogger`Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:00
brlogger`The meeting name has been set to 'cip_irc_weekly_meeting'09:00
*** brlogger` changes topic to " (Meeting topic: CIP IRC weekly meeting)"09:00
masashi910#startmeeting CIP IRC weekly meeting09:00
brlogger`masashi910: Error: Can't start another meeting, one is in progress.  Use #endmeeting first.09:00
masashi910#topic rollcall09:00
*** brlogger` changes topic to "rollcall (Meeting topic: CIP IRC weekly meeting)"09:00
szlinhi09:00
masashi910please say hi if you're around09:00
wenshi09:00
yoshidak[m]hi09:00
iwamatsuhi09:00
pavel1hi09:00
masashi910#topic AI review09:00
*** brlogger` changes topic to "AI review (Meeting topic: CIP IRC weekly meeting)"09:00
dineshk[m]hi09:00
masashi9101. Combine root filesystem with kselftest binary - iwamatsu09:00
iwamatsumasashi910: no update09:01
masashi910iwamatsu: Noted.09:01
masashi9102. Post LTP results to KernelCI - patersonc09:01
masashi910patersonc: are you around?09:01
masashi910Let's revisit if he joins.09:02
patersoncHi sorry09:02
patersoncNo updated :)09:02
masashi910patersonc: Hi09:02
*** hungtran has joined #cip09:02
masashi910patersonc: Noted.09:02
masashi910Then, let's move to next.09:02
masashi910#topic Kernel maintenance updates09:03
*** brlogger` changes topic to "Kernel maintenance updates (Meeting topic: CIP IRC weekly meeting)"09:03
wensFix for CVE-2020-14331 from last week is in linux-next, but not in Linus's tree.09:03
pavel1I have reviewed patches for 4.19.136 and 137.09:03
wensNew issues this week: CVE-2020-0255 (fixed), CVE-2020-16166 (fixed)09:03
iwamatsuI reviewed 4.4.233-rc.09:03
masashi910wens: So, this week, there are no pending CVEs. Is it correct?09:05
wenscorrect.09:05
masashi910wens: Thanks for your confirmation.09:05
wensfor an old CVE, Debian reports that the fix was not completely backported to 4.1909:05
wensCVE-2019-387409:06
wensthis is DoS due to SCTP usage, classified as minor issue.09:06
wensthat's all09:07
masashi910wens: according to cip-kernel-sec, CVE-2019-3874 has two rows. One is ignored and one is fixed.09:08
masashi910Do you mean the fixed one? 9a84bb13816f09:09
iwamatsuhttps://security-tracker.debian.org/tracker/CVE-2019-387409:09
wenslooks like they are ignoring the issue as well.09:10
masashi910Not two rows, but one row says "fixed by 9a84bb13816f"09:10
masashi910Anyway, thanks for your report.09:10
masashi910wens, pavel1, iwamatsu: Thanks for your works.09:11
wens4.19 is missing 9dde27de3e5efa0d032f3c891a0ca833a0d31911 , the other half of the fix09:11
masashi910wens: I see. Thanks for your explanation.09:11
masashi910Any other topics?09:12
wensnope09:12
masashi910Ok, then let's move on.09:12
masashi910#topic Kernel testing09:12
*** brlogger` changes topic to "Kernel testing (Meeting topic: CIP IRC weekly meeting)"09:13
masashi910patersonc: the floor is yours.09:13
masashi910patersonc: are you there?09:14
patersonchi09:14
patersoncsorry09:14
masashi910Let's revisit when he comes back.09:14
patersoncI've set up a specific lava master for the security working group to test/investigate multi-node support. Login details have been shared with Venkata.09:15
patersoncI've conencted a lava lab running at home to this master, with 2x qemu and 1x g2m board.09:15
patersoncI'll try and find time to activly try multi-node as well09:15
patersoncI think that's it from me this week09:15
masashi910patersonc: Does KernelCI run LTP with CIP kernel now, or still in progress?09:16
patersoncI've submitted for them to boot test CIP Kernels09:16
patersoncBut KCI doesn't support LTP yet09:17
masashi910patersonc: I see. Thanks for your updates.09:17
masashi910any other topics?09:17
masashi910309:17
masashi910209:17
masashi910109:18
masashi910#topic Software update09:18
*** brlogger` changes topic to "Software update (Meeting topic: CIP IRC weekly meeting)"09:18
masashi910Quote from Suzuki-san "SW Updates WG don't have any updates this week."09:18
masashi910Let's move on.09:18
masashi910#topic CIP Security09:18
*** brlogger` changes topic to "CIP Security (Meeting topic: CIP IRC weekly meeting)"09:18
yoshidak[m]no major update this week, and we are trying to draft documents for the assessment w/ Exida.09:19
masashi910Yoshida-san or Dinesh-san, any updates?09:19
yoshidak[m]That's is from me this week. Thanks.09:19
dineshk[m]OK plz wait09:19
dineshk[m]Investigation of IEC-62443-4-1 is completed09:19
dineshk[m]Investigation report of IEC-62443-4-1 is shared for exida review09:19
dineshk[m]Debugging of multi-node LAVA test failure is in progress09:20
dineshk[m]Verification of security packages in CIP tiny profile is in progress09:20
dineshk[m]Next IEC-62443-4-x gap assessment meeting with exida is planned on 24/Aug09:20
dineshk[m]These are some minor updates this week09:20
masashi910yoshidak[m], dinesh[m]: Thanks for your updates.09:20
masashi910Any queries?09:21
masashi910309:21
masashi910209:21
masashi910109:21
masashi910#topic AOB09:21
*** brlogger` changes topic to "AOB (Meeting topic: CIP IRC weekly meeting)"09:21
masashi910I have one query to IRC meeting members.09:21
masashi910Next week is so called OBON in Japan and most Japanese people will be off.09:21
masashi910Can we skip next IRC meeting? Any objections?09:21
dineshk[m]No objection from me09:22
yoshidak[m]no objection09:22
pavel1I'd like to talk with Patersonc after the meeting.09:22
pavel1No objections.09:22
wensNo objection09:22
masashi910Thanks. Then, the next meeting will be skipped.09:22
masashi910Any other topics?09:22
masashi910309:23
masashi910209:23
masashi910109:23
masashi910#endmeeting09:23
brlogger`Meeting ended Thu Aug  6 09:23:17 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)09:23
brlogger`Minutes:        https://irclogs.baserock.org/meetings/cip/2020/08/cip.2020-08-06-09.00.html09:23
brlogger`Minutes (text): https://irclogs.baserock.org/meetings/cip/2020/08/cip.2020-08-06-09.00.txt09:23
brlogger`Log:            https://irclogs.baserock.org/meetings/cip/2020/08/cip.2020-08-06-09.00.log.html09:23
*** brlogger` changes topic to "Civil Infrastructure Platform Project. Find the logs at https://irclogs.baserock.org/cip/"09:23
masashi910Thanks!09:23
patersoncmasashi910: Have a nice week off next week09:23
iwamatsuthanks09:23
pavel1Thanks!09:23
masashi910patersonc: Thanks! :)09:23
pavel1patersonc -- do you have few minutes?09:23
patersoncpavel1: Sure09:24
pavel1About kernel testing.09:24
pavel1gitlab misses yellow mark.09:24
patersoncyea09:24
pavel1Would it be possible to split kernel test into two steps?09:24
pavel11) board boots and we get an uboot propmt09:25
pavel1prompt09:25
pavel12) actual kernel test.09:25
pavel1If 1) fails, I know I'm not the one working on u-boot, so09:25
pavel1can ignore the result rather easily....?09:26
patersoncMaybe, but a lot of the time tests fail due to infrastucture problems. This random. So it could fail for the u-boot case and not the Kernel test, or visa-versa09:26
pavel1If we put the line at the right place, it should work...09:28
pavel1If the u-boot loaded kernel/initrd/etc... then any failure is "real".09:28
patersoncSo you're saying to have 2 test jobs. One just boots to u-boot, the second runs the Kernel.09:29
pavel1For truly random failures, that will be harder.09:29
pavel1patersonc -- yes.09:30
patersoncThe first one could pass fine. But the second one could still fail before it hits u-boot, so you'd still have to check to see when the error occured09:30
pavel1basically instead of yellow mark, have two marks.09:30
pavel1One indicates testing infrastructure works, one indicates kernel under the test work.09:31
patersoncAlso, the u-boot test could fail, but the Kernel test could pass?09:31
patersoncThe problem is, just because the infrastructure worked for the first test case, it isn't guarenteed it would work for the second09:31
pavel1I don't think so. If u-boot did not work, we can't really boot kernel.09:32
patersoncEspecially given that the test jobs will more then likely be run at the same time on two seperate boards in two seperate labs09:32
patersoncThe failure is never u-boot though - it doesn't change. It's usually because serial has stopped working on the board, or the internet connection at the lab fails09:32
pavel1ok. if gitlab added yellow marks, would that be solution?09:32
pavel1I propose using two green marks for everything working, one red mark instead of yellow, and other red mark instead of red...09:33
patersoncIt would help in the case where tests weren't run because there were no boards available09:34
patersoncWhen we're integrated with KernelCI you'll be able to have a much better method to view the results09:34
patersoncKCI will also pick out test regressions etc.09:34
pavel1well -- I believe it still works. if serial connection failed, you can't talk to uboot, so uboot will be marked failed, and I'll know it is not a real kernel problem...09:35
patersoncFor example, if a test job runs okay at the moment we get a green tick. But the actual test case could have failed, e.g. the cyclictest latency could be huge.09:35
patersoncThe specific test results aren't shown in GitLab at the moment09:35
pavel1aha... well, it is still quite useful as lot of kernel problems will mean it crashes.09:36
pavel1so yes, better presentation would be nice.09:36
patersoncyep09:40
patersoncIt's nowhere near great atm ;)09:40
patersoncKCI should also pick up on dmseg errors etc as well which will be useful09:40
patersoncpavel1: Do you check the cyclicbenchmark times etc. at the moment?09:40
*** pavel1 has quit IRC09:41
*** pavelm2 has joined #cip09:41
*** pavelm2 has quit IRC09:46
*** venkatap1 has joined #cip09:54
*** hungtran has quit IRC11:15
*** tpollard has quit IRC12:42
*** tpollard has joined #cip12:42
*** venkatap1 has left #cip13:51
*** tpollard has quit IRC17:06
*** rajm has quit IRC22:07

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