summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20200409-core-chatlog
blob: 78340dc7b2473daec236f28ff8f87076c96c7bd4 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
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> Marek worked on U-Boot (SMC911x DM conversion, pre-release testing, SH
09:31 < geertu> ether PHY, DTS sync, defconfig naming, EHCI fix), and ATF (test with
09:31 < geertu> latest U-Boot).
09:31 < geertu> Shimoda-san reported an nfsroot issue, and investigated R-Car V3U SYSC
09:31 < geertu> differences.
09:31 < geertu> Ulrich looked into the WDT clock being disabled issue.
09:31 < geertu> Geert posted v6 of the GPIO Aggregator, investigatd an nfsroot
09:31 < geertu> regression, and resumed QEMU GPIO virtualization.
09:32 < geertu> B) What we plan to do till next time:
09:32 < geertu> Marek wonders about Gen2 Wheat U-Boot support,
09:32 < geertu> Shimoda-san plans to convert DT binding docs to json-schema, and
09:32 < geertu> continue internal discussions about BL31 code for R-Car V3U.
09:32 < geertu> Ulrich plans to post a new ignore-unused clock series.
09:32 < geertu> Geert plans to do more DT binding doc conversions, and will continue
09:32 < geertu> QEMU GPIO virtualization.
09:33 < geertu> C) Problems we have currently:
09:33 < geertu> Covid-19 is still active, and Morimoto-san is ill (hopefully not related).
09:33 < geertu> ---EOT---
09:33 < geertu> Anything I missed?
09:34 < geertu> Topic 2. Discussion Topics
09:36 < geertu> Anything to discuss?
09:37 < shimoda> nothing from my side
09:37 < damm> same here
09:38 < damm> how to support morimoto-san perhaps?
09:38 < damm> maybe i should buy some booze for him?
09:38 < neg> I think so
09:39 < damm> so he can drown his sorrows and/or enjoy the effort
09:39 < geertu> damm: booze to be combined with medication?
09:39 < damm> unfortunately i don't have any homebrew equipment at hand
09:39 < damm> booze _is_ the medication
09:39 < damm> =)
09:40 < jmondi> for sure it's an effective disinfectant
09:40 < damm> anyone knows what kind of stuff he would like?
09:40 < wsa> swedish bitters?
09:41 < Marex> damm: booze as in neck-santizer against covid ?
09:41 < jmondi> is he at home or hospital ? I'm not sure nurses will be happy about you bringing booze there as a present :)
09:41 < damm> i suppose if it is strong enough it is multipurpose
09:41 < wsa> he really likes local recpies :)
09:41 < neg> wsa: bäska droppar it is love
09:42 < shimoda> jmondi: i think he is in his family's home
09:42 < damm> i ordered some amaro for myself. but it might not be strong enough
09:43 < wsa> interesting, there is now swedish wikipedia article about swedish bitters :D
09:43 < wsa> (at least it is not linked)
09:43 < damm> lets see if i can find baska droppar on amazon.co.jp
09:43 < damm> as alternative, any other suggestion?
09:44 < damm> a big bottle of tabasco?
09:44 < damm> does anyone remember the color, was it red or green in spain?
09:44 < kbingham> ^ +1 :)
09:44 < wsa> red
09:44 < wsa> +1 BTW :D
09:45 < damm> ok i'll see what i can find
09:45 < damm> thanks for the suggestions!
09:45 < damm> that's it from my side
09:45 < jmondi> ahah, +1 for the tasbasco
09:45 < jmondi> "just for the bloody mary"
09:45 < wsa> neg: maybe you have an alternative now in case there is no white-lemon chocolate in Sweden anymore ;)
09:47 < neg> wsa: I have not found an alternative for that yet I'm afraid
09:48 < wsa> no bäska droppar in Sweden anymore?
09:50 < jmondi> can I have 5 minutes before the MM meeting ?
09:50 < neg> sorry I meant to the white-lemon chocolate. I'm sure there are still bäska droppar left in Sweden, who else would buy such stuff ;-)
09:50 < kbingham> jmondi, You could potentially have 10 :)
09:50 < jmondi> it's supposed to start at 10, so I have 10 :)
09:50 < jmondi> kbingham: ineded :)
09:51 < geertu> Let's stretch the commercial break until the MM meeting...
09:51 < geertu> Any other items I should stockpile in my NBC bunker?
09:51 < Marex> damm: do you happen to have V2H Wheat in your remote lab ?
09:51 < Marex> geertu: NBC ? Obviously more TP rolls
09:52 < geertu> Marex: periject$ git grep wheat farm-magnus -- farm/magnus/ssh_config
09:52 < geertu> Marex: yeah, port 9207
09:53 < Marex> geertu: is that where it's tracked now, ok
09:54 < geertu> Marex: well, that was an RFC, but I pushed it out to a branch
09:54 < Marex> geertu: nope, can't connect
09:54 < Marex> I guess I need to have my key added
09:54 < damm> i'll see if i can fix it up, please wait
09:54 < Marex> damm: thank you
09:56 < wsa> BTW, next meeting in 3 weeks? April, 30th?
09:57 < geertu> Fine for me
09:57 < neg> me too
09:57 < Marex> assuming the utilities still work by then, sure
09:58 < shimoda> i'm afraid apr 30th will be in a vacation in Japan
09:58 < geertu> may 7th?
09:58 < shimoda> so, how about May, 7th?
09:59 < wsa> works for me
10:00 < Marex> shimoda: golden week, right ?
10:00 < geertu> Thanks for joining, and have a nice continued and safe day!
amp; fast modes), write feedback to the HW team for Gen4, plan new tasks (upporting & additional), and hopes to find some time to finally talk about reprogrammable I2C 09:10 < wsa_> addresses. 09:10 < wsa_> C) 09:10 < wsa_> None 09:11 < wsa_> The summary is missing Simon's and Uli's report which came a bit too close to the deadline 09:11 < uli___> no i/o updates from me 09:12 < wsa_> horms: uli___ : please send them a tad earlier, so I have a chance ;) 09:12 < horms> wsa_: sorry about that 09:12 < horms> It completely slipped my mind 09:12 * geertu hasn't received Simon's and Uli's report yet, blames Gandi 09:12 * morimoto we need to care that non PeriPeri member are joined in periperi-ML. That is the reason why didn't post datasheet download announce mail to it this time... 09:12 < horms> morimoto: I can send you the list of people on the list 09:12 < morimoto> Thanks, but It is OK 09:12 < horms> The only person I think could be removed is Khiem-san 09:13 < dammsan> horms: morimoto-san: can you consider if vaishali should be added or not? 09:13 < dammsan> i think it would make sense 09:13 < wsa_> I agree 09:13 < morimoto> If member who has contact to Jinso / Renesas, he/she is OK 09:13 < morimoto> I mean NDA 09:13 < dammsan> morimoto: NDA download will handled separately anyway, right? 09:14 < wsa_> So, Kaneko sent the D3 thermal update and will keep at it 09:14 < geertu> dammsan: "morimoto: ... That is the reason why didn't post datasheet download announce mail" 09:14 < wsa_> And Simon finished his QEMU task about networking and wonders about HS400 09:14 < morimoto> dammsan: Yeah, so it is no problem now 09:15 < morimoto> Previous time, I posted download announce to periperi-ML, but maybe it was wrong from NDA point of view 09:15 < Marex> ( geertu forgot to mention https://www.denx.de/wiki/view/U-Boot/UbootStat_2018_03 in my report, not that I'd like to boast ;-) ) 09:15 < wsa_> dammsan: about QEMU tasks: are you satisfied with the outcomes yet? Is it priority to continue with them? 09:16 < wsa_> we have this other priority now to reduce the delta between BSP and upstream, as I see it 09:16 < dammsan> wsa_: not yet checked yours - sorry will do tomorrow 09:16 < neg> Marex: nice stats, congrats :-) 09:16 < wsa_> but that doesn't necesserily mean that QEMU is out of sight, or? 09:17 < dammsan> wsa_: i think we should keep at it with virtualization 09:17 < morimoto> Marex: yes, congrats 09:18 < wsa_> horms: about HS400, can you give your summary of the current state? 09:18 < horms> I am aware of a few issues. 09:19 < horms> 1) works on my HS3 ES1.0 but not yours? Probably can be fixed by correctly handling clocks for ES1.0 as the current setup seems to be that of ES2.0. 09:19 < horms> 2) follow-up work required for M3-N 09:19 < wsa_> dammsan: ok, fine. I am still not 100% sure of all the use cases, so we might want to talk about it somewhen to form the next add. tasks? 09:19 < horms> I feel we need a plan to solve 1) first 09:19 < dammsan> wsa_: yeah i think so 09:20 < horms> what is your view of things? 09:20 < wsa_> horms: wasn't it agreed on periperi to drop HS400 for H3 ES1.0? 09:20 < wsa_> let me check... 09:20 < horms> ok, somehow I missed that 09:20 < horms> perhaps we can have a follow-up chat to clarrify 09:20 < horms> basically i'm not clear on the situation and way forwards 09:21 < wsa_> horms: Message-ID: <TY1PR06MB09920F022C0459489E7B34FBD8DA0@TY1PR06MB0992.apcprd06.prod.outlook.com> 09:21 < wsa_> horms: yes, let's do that 09:22 < dammsan> may i chime in 09:22 < wsa_> sure 09:22 < dammsan> just wanted to say that older ES versions may not require the most efficient performance really 09:22 < dammsan> so tracking latest ES version and optimizing those might be a good thing to focus on 09:23 < horms> wsa_: thanks, I see that message. 09:23 < dammsan> i highly doubt that any customer would cry if they had PIO-only for older ES versions 09:23 < Marex> neg: morimoto: thanks ;-) 09:23 < horms> dammsan: thanks, understood. 09:23 < dammsan> thanks guys 09:23 < horms> It seems the proposal from Shimoda-san is not to support HS400 on H3 ES1.x 09:23 < horms> is that acceptable to you? 09:23 < dammsan> for sure 09:23 < horms> Ok, thanks 09:24 < wsa_> I'd favor that, too 09:24 < horms> In that case I think we more or less have a way forwards. Just have to sort out the technical details. 09:24 < horms> There was one more issue relating to where tuning hooks in 09:24 < geertu> As long as we get access to the newer hardware, that's fine (for H3 ES2.0 we have, for H2/M2-W we haven't) 09:24 < horms> I did try the suggestion to move it to the usual place, which failed 09:24 < horms> I think I should try again 09:24 < wsa_> let's talk about this later in #periperi-io after the IO meeting ended (so other ppl can join, too if they want) 09:25 < horms> sure 09:25 < wsa_> thanks! 09:26 < wsa_> so, there have been requests for smaller tasks for Kaneko-san and Vaishali 09:26 < wsa_> I wonder if M3-M enablement would be suitable? 09:26 < wsa_> M3-N 09:26 < wsa_> most (if not all) IO devices are identical to M3-W 09:27 < wsa_> so, I'd think this is a good chance to learn about IP cores from datasheets etc... 09:27 < shimoda> wsa_: enablement means adding bindings and/or adding dts? 09:27 < wsa_> yes 09:27 < wsa_> exactly 09:27 < geertu> enablement means ... + testing 09:28 < wsa_> also true 09:28 < shimoda> wsa_: geertu: i got it. thanks 09:28 < wsa_> which can be done even by remote for quite some IO devices 09:28 < wsa_> but they'd need access to the datasheets 09:29 < wsa_> is it possible? does it make sense? 09:29 < wsa_> it would reduce the periupport list also quite a lot, I'd think :) 09:30 < wsa_> Marex: BTW is there Gen3 WDT support in U-Boot? 09:30 < dammsan> wsa_: there is no NDA in place for Vaishali yet 09:30 < dammsan> wsa_: but remote access is possible 09:31 < geertu> Without NDA, she can access RZ/G1, RZ/A1, and RZ/N1 datasheets 09:31 < wsa_> hmm, well it would be a bit ... difficult ... to add DTS magic number without the datasheet 09:31 < wsa_> horms: what about Kaneko-san? 09:32 < dammsan> geertu: yeah so older devices might be more suitable 09:32 < horms> I have a confidentiality agreement with Kaneko-san 09:32 < wsa_> dammsan: OK 09:32 < horms> which last time we discussed this - a long time ago - was thought to be sufficient 09:33 < wsa_> do you think such tasks are suitable for him? 09:33 < horms> Yes, I think it could work out 09:34 < geertu> horms: Does Kaneko-san have hardware access? 09:35 < horms> no, i assume some sort of remote access could be arranged 09:35 < wsa_> horms: Good news, thanks 09:35 < horms> perferably in Tokyo 09:35 < wsa_> dammsan: do you have some RZ/... boards in your farm? 09:35 < dammsan> i have a genmai boars setup 09:36 < dammsan> and another one in a box 09:36 < dammsan> waiting to get a boot loader 09:36 < wsa_> good, i might have a task for vaishali then where she could use the genmai 09:36 < dammsan> good! 09:36 < dammsan> please contact her 09:37 < wsa_> I will 09:37 < geertu> dammsan: "another one in a box" == rskrza1? 09:37 < dammsan> yep i think so 09:37 < dammsan> and a peach as well 09:37 < wsa_> good 09:38 < wsa_> so, there will be HS400 discussion right after this meeting in #periperi-io and I will contact a few people in private chat about other stuff, too 09:38 < wsa_> that was it from my side 09:38 < wsa_> anything from your side? 09:40 < wsa_> well, then 09:40 < wsa_> I think it is time for core now 09:40 < wsa_> Thanks for this meeting! 09:40 < wsa_> Have fun, Geert! ==== split out discussion about HS400 follows 09:43 < wsa_> hiya 09:46 < wsa_> so, about HS400 09:46 -!- shimoda [~shimoda@relprex2.renesas.com] has joined #periperi-io 09:46 < wsa_> I think we all agreed now to drop HS400 support for ES1.x 09:46 < wsa_> which makes a lot of sense to me 09:47 < wsa_> horms said he would try using the core hook for HS400 preparation again 09:47 < wsa_> that would be really good if it worked out 09:48 <@horms> Ok, I will look into that 09:49 <@horms> Regarding H3 ES1.x, do we have an idea of how to exlude HS400 support for those SoCs? 09:49 < wsa_> But there is still the issue that M3-N changes the HS400 game 09:49 < wsa_> (as well as all future ES of H3 and M3-W) 09:50 < wsa_> It needs a different tuning clock (200 instead of 400MHz) and has 8 taps instead of 4 09:50 < wsa_> (if I recall correctly) 09:50 < geertu> @horms: soc_device_match() and a maximum speed field in of_device_id.data? 09:51 <@horms> ok, could be as easy as that 09:51 <@horms> I'll investigate 09:51 < wsa_> soc_device_match() and disable the capability? 09:51 < wsa_> HS400 capability 09:51 <@horms> Right, I'll look into a good way to use soc_device_match() 09:53 < wsa_> I tend to think we should upstream HS400-M3N-support incrementally 09:53 < wsa_> so we can upstream this series now 09:53 < wsa_> but I am open to other thoughts 10:00 < wsa_> however, we should be prepared for that 10:01 <@horms> wsa_: yes, I think so too 10:01 <@horms> support is present in the BSP 10:01 <@horms> so it doesn't look like a major headache 10:01 <@horms> but it needs something to be based on 10:01 <@horms> and we may as well get the base right first 10:04 < wsa_> the SD clk divider patch belongs to that base, too 10:05 < wsa_> There is still an open issue: 10:05 < wsa_> Message-ID: <20180227215352.gztj6ezjm7wtbm2z@katana> 10:07 < wsa_> shimoda: can you help here? 10:07 < wsa_> I will check the latest BSP code... 10:12 < wsa_> still the same 10:14 <@horms> wsa_: regarding SD clk patch, ack. I think it is fine as-is given that we no longer want to support H3 ES1.x. Do you agree? 10:15 < wsa_> Well, the code matches the data sheet 10:16 < wsa_> However, AFAIU, M3-N tunes with a clock of 100MHz 10:16 < wsa_> I would like to have this confirmed by the HW engineers 10:17 < wsa_> or to be proven wrong :) 10:17 < wsa_> but this M3-N which we agreed to be incremental 10:17 <@horms> Ok, I see 10:17 <@horms> Maybe we can confirm this using the BSP? 10:18 < wsa_> Not sure 10:18 < wsa_> I need to dive in more 10:19 < wsa_> Otherwise, it could just work... but at the speed of 100MHz 10:19 <@horms> Ok, do you think you could look into that? 10:20 < wsa_> This is mainly about asking HW engineers 10:24 <@horms> Ok, but perhaps we can examine the BSP to get some insight? Or do you think the BSP may be wrong in this regard? 10:27 < wsa_> It matches the datasheet 10:27 < wsa_> I don't know if the datasheet is correct 10:27 < wsa_> That's what I want to ask the HW guys :) 10:27 <@horms> Ok, got it 10:31 < shimoda> wsa_: sorry missed your comment, I should check the email of 20180227...? 10:31 <@horms> I will take a break now, should be back soon 10:35 <@horms> back 10:39 < wsa_> shimoda: I think I will rewrite my question in a seperate mail 10:39 < wsa_> shimoda: so you can forward it to HW engineers more easily 10:44 < shimoda> wsa_: i got it. Thanks!