09:31 < geertu> Welcome to today's Core Group Chat Meeting!
09:31 < geertu> Agenda:
09:31 < geertu> 1. Status Updates
09:31 < geertu> 2. Discussion Topics
09:31 < geertu> Topic 1. Status updates
09:31 < geertu> A) What have we done since last time:
09:31 < geertu> Kieran tested INTC_EX with SN65DSI86 on R-Car V3U.
09:31 < geertu> Laurent posted DT overlays for LVDS panels on various boards.
09:31 < geertu> Marek investigated R-Car PCIe power state change failures.
09:31 < geertu> Morimoto-san got feedback about Renesas tools, and switched from Outlook
09:31 < geertu> to Gmail.
09:31 < geertu> Shimoda-san submitted R-Car S4 initial support and SYS-DMAC patches, and
09:31 < geertu> developed IPMMU support patches.
09:31 < geertu> Wolfram sent an RFC to support non-strict GPIO mode for Gen3 PFC.
09:31 < geertu> Geert sent pull requests for v5.17, reviewed RZ/G2L, RZ/N1, and R-Car S4
09:31 < geertu> patches, posted patches for sharing more pin group data and validating
09:31 < geertu> more pinctrl data, reviewed FOSDEM submissions, and enjoyed Xmas and NY
09:31 < geertu> holidays.
09:32 < geertu> B) What we plan to do till next time:
09:32 < geertu> Marek plans to attempt to find a better fix for R-Car PCIe.
09:32 < geertu> Morimoto-san plans to continue updating Renesas tools.
09:32 < geertu> Shimoda-san plans to submit S4 IPMMU support.
09:32 < geertu> Geert plans to review more RZ/G2L, RZ/V2L, and R-Car S4 patches, make
09:32 < geertu> more periject bsp51x updates, and perhaps work on upstreaming R-Car S4-8
09:32 < geertu> pinctrl.
09:33 < geertu> C) Problems we have currently:
09:33 < geertu> Marek is blessed with R-Car PCIe problems.
09:33 < geertu> Shimoda-san is wondering about adding S4 PFC/GPIO support, and is
09:33 < geertu> waiting for paperwork completion to send R-Car S4 boards to Europe.
09:33 < geertu> Geert reports S2ram is broken in linux-next on LPAE-capable systems
09:33 < geertu> with virtual stacks enabled and LPAE disabled.
09:33 < geertu> ---EOT---
09:33 < geertu> Anything I missed?
09:34 < geertu> About the virtual stacks: RMK is inclined to just revert support for virtual stacks
09:35 < wsa> shimoday: any estimations how many S4 boards can be shipped to Europe?
09:35 < geertu> wsa: So far I saw no issues with non-strict GPIO mode on the platforms I have (yes, it affects non-Gen3), but I wanted to reply to that patch only when I had tested the positive case (gpio analyzer), too ;-)
09:36 < geertu> shimoday: And, will there be one in Magnus' farm, too?
09:36 < geertu> (previous report said "ship to Magnus and Europe")
09:36 < wsa> geertu: cool
09:37 < shimoday> wsa: unfortunately, i cannot estimate it for now because some paper works of export control by other teams are completely stopped... :(
09:37 < wsa> geertu: I also wasn't 100% sure if this was the right place to tackle the problem but it was the best I could come up with
09:37 < wsa> shimoday: :(
09:38 < shimoday> geertu: ah, I should have mentioned, but today damm installed it :)
09:38 < wsa> shimoday: :)
09:38 < wsa> that is good news, in deed
09:38 < wsa> and for the european boards, we'll just wait. It is not that we are out of work anyhow
09:38 < geertu> shimoday: I'm very hapy to hear that!
09:39 < geertu> damm: Can I get access, pleaze? ;_)
09:39 < damm> about the spider board, please send email and i will grant access
09:40 < geertu> shimoday: If no one else is desperate to tackle S4 PFC, I can handle it. Would that be OK?
09:41 < shimoday> geertu: it's OK to me. Thanks!
09:41 < wsa> thanks, geert!
09:42 < geertu> pinchartl: I haven't looked that deeply into your DT overlays series, but I will for sure.
09:42 < damm> geertu: i did enable spider access to you already on port 9008
09:42  * geertu deletes draft email
09:42 < geertu> damm: thx!
09:42 < wsa> (BTW, I missed it in the IO meeting, but for completeness: we also guided the RNANDC driver for upstream, so we have that now as well)
09:43 < wsa> geertu: I will add this to your "A)" section as well?
09:43 < geertu> pinchartl: Do you think the in-tree DT overlay support is ready to migrate our various board stacks (e.g. ULCB + KF) over to it, or are you aware of some blockers?
09:44 < geertu> wsa: thanks, that's fine (I covered it in my generic "reviewed RZ/N1" part in core)
09:45 < geertu> damm: so the H3ULCB ES2.0 on 9008 is gone?
09:46 < damm> yes it had to move over for a quick installation
09:47 < moriperi> sorry to interrupt, but it seems outside of Renesas Office is too much snow now. So, I need to go back home now, otherwise I can't today, it seems.
09:47 < neg> moriperi: Is it downhill, can you snowboard home?
09:47 < wsa> neg: :D
09:48 < moriperi> neg: :)
09:48 < wsa> moriperi: have a safe travel home!
09:48 < moriperi> neg: I want to :)
09:48 < moriperi> wsa: thanks. It started snow today, but it becomes too mcuh
09:48 < geertu> moriperi: OK, be careful!
09:49 [Users #periperi]
09:49 [ damm  ] [ jmondi  ] [ marex   ] [ neg      ] [ shimoday] [ wsa] 
09:49 [ geertu] [ kbingham] [ moriperi] [ pinchartl] [ uli     ] 
09:49 -!- Irssi: #periperi: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
09:49 < moriperi> thank. please save the log someone ? maybe no one save M/M :)
09:50 < geertu> I guess no one has saved today's MM log yet ;-)
09:50 < geertu> Topic 2. Discussion Topics
09:50 < kbingham> cat /dev/null > 2022-01-06-mm.log
09:50 < wsa> shall we discuss next meeting now?
09:50 < wsa> I'd probose Feb, 10th
09:50 < wsa> propose
09:51 < geertu> Fine for me
09:51 -!- moriperi [~user@150.249.232.165] has left #periperi [ERC (IRC client for Emacs 26.3)]
09:51 < wsa> shimoday: Feb 10th is good for you?
09:51 < shimoday> wsa: yes, it's ok to me
09:51 < wsa> kbingham: not /dev/urandom?
09:52 < geertu> That's after FOSDEM (adding to B) co-host "Embedded, Mobile and Automotive devroom" at virtual FOSDEM2022)
09:52 < kbingham> wsa, I can use that in one hour ;-)
09:53 < geertu> A) RZ/V2L compatible values
09:53 < geertu> Yet another SoC that is pin-compatible with RZ/G2L and RZ/G2UL.
09:53 < geertu> RZ/V2L seems to be identical to RZ/G2L, except for the addition of an AI
09:53 < geertu> accelerator.
09:53 < geertu> Hence I suggested Prabhakar to use the RZ/G2L compatible values as fallbacks.
09:54 < geertu> Do you agree with that?
09:54 < damm> seems reasonable to me
09:55 < geertu> This would be about the first time we use the system of fallbacks like it was intended to be ;-)
09:56 < geertu> In the mean time, Prabhakar has sent his patches, and Rob has acked them, so we're all good...
09:58 < pinchartl> geertu: sorry, had to be afk for a bit
09:58 < geertu> I'll catch pinchartl in the MM meeting, hopefully...
09:59 < pinchartl> I think in-tree overlays are fine now
09:59 < damm> nice
09:59 < pinchartl> the only thing that bothers me is the lack of parametrization
09:59 < kbingham> Parameterization would really help
09:59  * kbingham thinks of 8 identical sensors connected to a system)
09:59 < pinchartl> you can't create an overlay with, let's say, a reference to "&lvds"
10:00 < pinchartl> and have the boot loader pick lvds0 or lvds1 when applying
10:00 < pinchartl> still, I think overlays are better than nothing, so we can start with what's available, and build on top of it later
10:01 < geertu> OK, I still think it's a pity the .dtso suffix didn't make it.
10:01 < geertu> pinchartl: Should be easy to handle in fdtoverlay?
10:01 < pinchartl> I agree
10:02 < pinchartl> I would have preferrred .dtso (with .dtbo)
10:02 < kbingham> is it something else? or did it get rejected?
10:02 < geertu> pinchartl: kbingham: Please chime in on https://lore.kernel.org/all/CAMuHMdVWkSnki8VQDaYRzJ8yu8xtEKpXyfQppTtw3wXDQPmYzw@mail.gmail.com/ ;-)
10:03 < geertu> Unless you also think it's too late
10:04 < pinchartl> that ship may have sailed
10:05 < geertu> Anything else to discuss?
10:05 < geertu> Thanks for joining, and have a nice continued 2022!