IRC logs for #cip for Thursday, 2021-12-02

*** rajm <rajm!~robert@cpc126990-macc4-2-0-cust43.1-3.cable.virginm.net> has joined #cip01:04
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC04:02
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #cip08:37
*** uli <uli!~uli@55d4477d.access.ecotel.net> has joined #cip09:30
*** masami <masami!~masami@FLH1Aft167.tky.mesh.ad.jp> has joined #cip12:16
*** jki <jki!~jki@165.225.27.8> has joined #cip12:52
*** pave1 <pave1!~pavel@89-24-45-35.nat.epc.tmcz.cz> has joined #cip13:01
jki#startmeeting CIP IRC weekly meeting13:01
brloggerMeeting started Thu Dec  2 13:01:10 2021 UTC and is due to finish in 60 minutes.  The chair is jki. Information about MeetBot at http://wiki.debian.org/MeetBot.13:01
brloggerUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:01
brloggerThe meeting name has been set to 'cip_irc_weekly_meeting'13:01
*** brlogger changes topic to " (Meeting topic: CIP IRC weekly meeting)"13:01
jkiHi everyone!13:01
pave1hi!13:01
ulihello13:01
masamihi13:01
patersonc[m]ay up13:01
iwamatsuhi13:01
alicefmHi13:02
jki#topic AI review13:04
*** brlogger changes topic to "AI review (Meeting topic: CIP IRC weekly meeting)"13:04
jki1. Combine root filesystem with kselftest binary (finishings) - iwamatsu & alicef13:04
alicefkernelci is currently testing cip with kselftest13:04
alicefI also replayed to pave1 mail about the current regressions13:05
alicefwe are currently adding the kernelci automatic bisection feature to the CIP kernel tree13:05
alicefWe should start to get cip kernel bisection mail in the future13:06
alicefanything to add ? or question ?13:06
jkiwhat's missing to close this specific AI (and maybe start new ones)?13:06
jkiisar-cip-core merge at least, anything else?13:07
alicefnothing other than isar-cip-core merge I think13:07
iwamatsualicef: can anyone receive the build result email? is there an I/F to reguster?13:08
alicefiwamatsu: you mean bisection email ?13:09
iwamatsutest result for CIP kernel13:09
alicefall mail concerning cip kernel are already sended to cip-dev mailing list13:09
pave1alicef: Thanks for the email reply.13:10
pave1alicef: If we can get the automatic bisection to work, yes, that will be useful.13:10
aliceffrom what I could see we are not missing any mail from cip-dev13:10
pave1alicef: Best way would be to bisect between v4.19.217 and v4.19.217-cip62, if that can be arranged.13:10
iwamatsuCan I receive it with other email address. e.g. personal email address.13:11
pave1alicef: Plus, for this to be useful, we'd really need some way to submit patches/trees for testing.13:11
alicefiwamatsu: is not something that as been done. usually kernelci report to kernelci ml and cip-dev ml13:11
patersonc[m]We can set it up to report to other emails if we want, just need to submit an MR to kernelci13:12
iwamatsualicef: I see.13:12
alicefpave1: no currently is not something that is supported by kernelci to do bisect between completely different tree13:12
iwamatsugot it13:12
patersonc[m]pave1: We could add another tree to Kernelci. Then you push to that tree to test etc.13:12
pave1patersonc: That would be useful. ONe really needs a way to verify that patch fixes the issue, etc.13:13
alicefpave1: you could have a testing branch on cip13:13
alicefI don't think having another tree is needed13:13
alicefjust some branch like 4.19-cip-test13:14
alicefis enough13:14
pave1patersonc,alicef: Branch works, too. BUt it is going to be cluttered with test commits by different people.13:14
pave1patersonc,alicef: How long will it take between push and getting results?13:14
alicefsure. whatever works for you13:14
pave1patersonc,alicef: Plus I guess that will cause quite a lot of noise on the lists :-(.13:15
alicefpave1: it can take some time to get results. not sure how much time is not immediate afaik13:15
pave1alicef: Is it more like hour, day or a week?13:16
alicefpave1: depends we could add a job on jenkins only for your tree where you get your results from staging.13:16
alicefpave1: need to be discussed with kernelci TSC13:17
alicefdepend from the resources TSC have for such thing13:17
alicefbut if you are just trying to reproduce tests you could also rebuild on your machine, push to a ftp server and send lava jobs with such artifacts13:18
alicefdepend where you want to test such commits13:19
alicefif is just a board or if you want to test with a bunch of board13:19
pave1alicef: Local builds don't really work too well.13:19
alicefhaving a personal tree for pushing test to kernelci is possible13:20
pave1alicef: yep, that would be nice.13:20
alicefpave1: why not ? you are using the same enviroment anyway13:20
pave1alicef: Maintaining all the cross-compilers (etc) is quite a pain, plus you need fast CPU and fast network for that.13:21
alicefok13:22
alicefpave1: do you already have a tree for testing that you want tested ?13:23
pave1alicef: I do have https://gitlab.com/cip-project/cip-kernel/linux-cip/tree/ci/pavel/linux-test .13:24
pave1alicef: I push random kernels there (4.4, 4.19, 5.10, -realtime versions) when I need something tested.13:24
alicefyou can add it here https://github.com/kernelci/kernelci-core/blob/eae1f11042ae21383178595a675adfee0dac2412/config/core/build-configs-cip.yaml#L113:24
pave1Ok, perhaps we can discuss this further over email?13:25
patersonc[m]https://github.com/kernelci/kernelci-core/issues/new?assignees=&labels=&template=new-kernel-branch.md&title=Add+branch+BRANCH+from+TREE13:25
alicefsure13:25
alicefpatersonc[m]: that is not for cip branch, i suppose13:26
patersonc[m]I think it could be. You specify the tree as cip13:26
alicefok13:26
alicefand you can call your repo like pave1:13:27
alicefand add some test to it13:27
alicefsome other kernelci dev is doing it13:27
alicefwe can also specify to send the email only to you from the jenkin task13:28
alicefiwamatsu: we can send mail from specific people from changing the jenkin task, but not sure about the main cip tree. I can look into it13:29
iwamatsualicef: got it13:29
alicefdo you need to get cip tree mail to some personal mail ? if yes you can write it on private and I can look into adding it13:30
iwamatsuanswer is yes. company emails are limited...13:31
alicefok13:31
jkiok, done with this topic?13:33
jkialicef: please send a new patch series for isar-cip-core - or let me know if I can help13:33
alicefiwamatsu: send me a mail and i will send a pull request to jenkins for adding your email13:33
alicefjki: ok13:34
iwamatsualicef: thanks13:35
alicefiwamatsu: np, sorry for the confusion13:35
jki2. Look into S3 artifact upload issues - patersonc13:36
jkidone, right?13:36
patersonc[m]Done!13:36
jkithanks!13:36
patersonc[m]Issue is now fixed13:36
patersonc[m]Although please let me know if you see any more issues13:36
iwamatsuYey13:36
pave1Yep, will do.13:37
jki3. Perform initial comparison of KernelCI results 5.10 LTS vs. CIP - iwamatsu & alicef13:37
alicefI did some comparison about 4.19 and sended by mail. not yet worked at 5.10 comparison13:38
iwamatsuNot yet.13:38
jkiah, sorry, maybe my mistake what was planned13:39
jkior was it 5.10?13:39
iwamatsumaybe all CIP kernel.13:39
alicefI thought was a general comparison about lts-lts+1 and cip-cip+113:39
alicefwe want this to be automated ?13:40
iwamatsuI think so.13:40
alicefhere is comparison with 4.19.217 and 4.19.217-cip62 https://www.diffchecker.com/JjmXiP7b13:41
alicefas example13:41
iwamatsuabout 5.10.y, we may need to proceed with the release of the 5.10.y CIP kernel..13:41
alicefthat i sended today to pavel request13:41
alicefyes about 5.10 we still don't have a release.13:42
alicefwe should release before doing comparison or i can just compare with the last commit13:42
iwamatsuis that diff email is automatic?13:43
iwamatsuI see.13:43
alicefnot yet automatic but is possible to implement it to kernelci13:43
iwamatsunice13:43
iwamatsuok, lets discues email about this.13:43
alicefbut is not straight forward it still need some function for make it work and probably also need to be talked with kernelci tsc13:44
iwamatsuI see13:44
alicefI could start by opening a issue to kernelci and see others opinions13:44
alicefcurrently I'm doing it manually by searching each email result13:46
alicefand because the result format is standard they can be easily diffed13:46
alicefI'm not sure if kernelci is keeping a list of previous sended email for comparison purpose13:47
alicefI don't think so13:47
alicefthat could be a problem13:48
alicefI need to investigate on how to automate this13:48
alicefiwamatsu: any date on the 5.10 release ?13:49
jkiso, alicef will discuss this topic with kernelci, iwamatsu will first release 5.10 and wait for alicef's results?13:49
alicefwork for me13:50
iwamatsunot decide yet > release13:50
iwamatsuI do not wait for alice's work.13:51
jkiok13:51
alicefok13:51
jkimaybe discuss 5.10 release separately - anything else for this comparison topic?13:52
alicefsomething like the pasted diffchecker is enough as comparison format ?13:52
alicefor have you in mind something different ?13:53
alicefif such reports could be automated and sent by email would be enough ?13:53
aliceffor closing this AI13:54
iwamatsuFirst of all, I think diff is fine.13:54
jkiokay13:55
jki4. Propose tweet on KernelCI-CIP collaboration progress - alicef13:56
jkialicef: I think you asked for this :)13:56
alicefmy idea, as currently we have a CIP panel project on KernelCI, was to tweet about this event.13:57
alicefhttps://github.com/orgs/kernelci/projects/1113:57
alicefthat show the status of project testing on kernelci13:57
alicefalso as we have enabled kselftest testing on kernelci, maybe tweet also about this13:58
jkiyes, do you have some text to report on that? we are happy to help tweaking it if needed13:58
alicefcip kselftest testing on kernelci13:58
alicefmmm13:59
jkineed not be now, of course13:59
alicefwe need to think about the text to report13:59
alicefI don't have one now14:00
jkisend some draft to chris and me, and then we can continue and ask neal to tweet14:00
alicefok14:00
jki#topic Kernel maintenance updates14:01
*** brlogger changes topic to "Kernel maintenance updates (Meeting topic: CIP IRC weekly meeting)"14:01
alicefthanks14:01
pave1I am reviewing 5.10.83... and did 4.19-rt release.14:02
ulireviewing 5.10.8014:02
masamiThere is 5 new CVEs, and two of them are not fixed in the mainline yet.14:02
iwamatsuI am reviewing 5.10.8314:02
masamiPatch to fix CVE-2021-4001 for stable/5.10 which sent last week, was merged.14:02
pave1I should do 4.4-rt release, soon, I'm waiting -rt team to release their kernel, and it would make sense to coordinate 4.4-cip with that.14:02
iwamatsuAnd I am creating a review list creating/pushing tool14:03
iwamatsupave1: I can ask ahbout this to RT project.14:04
jkiok, anything else?14:05
pave1iwamatsu: That may make sense if they don't release it 'soon'.14:05
iwamatsus/ahbout this/4.4-rt release/g14:05
iwamatsupava1: ok14:06
jkiwhat is missing / what are conditions for a 5.10 release?14:07
pave1I believe we are ready for 5.10 release.14:07
jkihead filled with latest or desired LTS version?14:08
iwamatsuI am going to work this tomorrow.14:08
iwamatsuyes.14:08
iwamatsuI am updating to latset LTS.14:09
jkicool!14:09
jkianything else?14:10
alicefmI can force a check from KernelCI on 5.10 current status if is needed14:10
jki#topic Kernel testing14:12
*** brlogger changes topic to "Kernel testing (Meeting topic: CIP IRC weekly meeting)"14:12
jkinothing more here, I suppose14:12
patersonc[m]a bit14:12
jkiok, go ahead14:12
patersonc[m]I've started using an EU based S3 bucket for storing our CI artifacts. This speeds up our uploading/downloading which is good14:13
alicefmNice14:13
patersonc[m]Currently I'm working on using the "latest" isar-cip-core image for our Kernel testing.14:13
patersonc[m]jki: I've got a question about that, perhaps for later if you're available14:13
*** pav31 <pav31!~mobian@89-24-45-35.nat.epc.tmcz.cz> has joined #cip14:15
jkiyeah, we can do that14:15
jki#topic AOB14:16
*** brlogger changes topic to "AOB (Meeting topic: CIP IRC weekly meeting)"14:16
jkianything?14:16
jki314:18
jki214:18
jki114:18
jki#endmeeting14:18
brloggerMeeting ended Thu Dec  2 14:18:39 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:18
brloggerMinutes:        https://irclogs.baserock.org/meetings/cip/2021/12/cip.2021-12-02-13.01.html14:18
brloggerMinutes (text): https://irclogs.baserock.org/meetings/cip/2021/12/cip.2021-12-02-13.01.txt14:18
brloggerLog:            https://irclogs.baserock.org/meetings/cip/2021/12/cip.2021-12-02-13.01.log.html14:18
*** brlogger changes topic to "Civil Infrastructure Platform Project. Find the logs at https://irclogs.baserock.org/cip/"14:18
jkithen thank you all!14:18
alicefmThanks you14:18
patersonc[m]Thanks14:19
*** pave1 <pave1!~pavel@89-24-45-35.nat.epc.tmcz.cz> has quit IRC14:19
ulibye14:19
masamibye!14:19
iwamatsuThank you!14:19
patersonc[m]jki: Are the isar-cip-core builds tested at all? Or just built in CI?14:19
jkithey are not auto-booted so far in CIP context, except for those now used for kernelci14:20
jkiis something broken?14:20
*** masami <masami!~masami@FLH1Aft167.tky.mesh.ad.jp> has quit IRC14:22
jkiFWIW, here is a project where similar images are also LAVA-tested after their build: https://source.denx.de/Xenomai/xenomai-images/-/pipelines/1006514:22
jkibut in that case - just like for isar-cip-core - flashable images are not tested, only those tarballs prepared for lava specficially14:23
jkifor auto-testing flashable images, we need different infrastructure in the lab14:24
jkie.g. https://github.com/siemens/mtda14:24
jkifreshly published, forgot to mention, maybe also interesting for CIP14:24
patersonc[m]jki: I tried the iwg20m image and it doesn't boot: https://lava.ciplatform.org/scheduler/job/56138614:25
jkithat systemd errors, right?14:26
jkimaybe we are missing features in the defconfig for that target...14:26
patersonc[m]YEa14:26
jkibullseye or buster?14:26
jkimaybe the latter works14:26
patersonc[m]buster14:27
jkihmm, would have been too easy14:27
jkithen "not tested for too long"14:27
jkipossibly the last time with stretch :D14:27
jkididn't alicef feed that build into kernelci also for the iwg20m?14:28
jkior is that board not yet covered in kernelci?14:28
patersonc[m]Good question14:29
patersonc[m]Should be supported in kci14:29
patersonc[m]That board should be supported in kci14:29
jkicip-kernel-config/4.4.y-cip/arm/renesas_shmobile_defconfig14:30
jkithat is the defconfig used for the board14:30
patersonc[m]Yes14:30
jkiirrespective of the kernel version...14:30
jkican THAT work?14:30
*** pav31 <pav31!~mobian@89-24-45-35.nat.epc.tmcz.cz> has quit IRC14:30
patersonc[m]What do you mea?14:31
jkiok, you were testing 4.4...14:31
jkiwell, if the user selected a 4.19 kernel, still the 4.4 config would be used, but that might be fine as well14:32
patersonc[m]We have a 4.19 version of the config as well?14:32
jkino idea14:32
patersonc[m]We do14:33
patersonc[m]Sorry, not a question14:33
patersonc[m]I'll try bullseye14:34
patersonc[m]Test job is just in a queue14:34
patersonc[m]Also, is there a plan to add isar-cip-core support for all the reference platforms?14:35
jkiconceptually yes, "just" needs people to work on that14:36
patersonc[m]Same issue with bullseye: https://lava.ciplatform.org/scheduler/job/56149914:37
alicefmSorry I’m not following. We need some change to KernelCI isar-cip-core?15:06
patersonc[m]I don't think so.15:08
patersonc[m]I'm trying to boot isar-cip-core on the iwg20m platform in CIP's CI15:08
*** toscalix <toscalix!~toscalix@44.red-79-155-67.dynamicip.rima-tde.net> has joined #cip15:21
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC16:06
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #cip16:11
*** jki <jki!~jki@165.225.27.8> has quit IRC18:02
*** toscalix <toscalix!~toscalix@44.red-79-155-67.dynamicip.rima-tde.net> has quit IRC18:29
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC20:40
*** rajm <rajm!~robert@cpc126990-macc4-2-0-cust43.1-3.cable.virginm.net> has quit IRC22:49
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #cip23:34

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!