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
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
|
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> Kaneko-san posted DRIF and TMU PFC support for E3 and M3-N.
09:31 < geertu> Marek worked on U-Boot (SDHI, multi-DTB, Gen2 conversion, PSCI), ATF
09:31 < geertu> (reset BAR and PCIe), and Linux (eMMC, thermal, TDSEL, GPIO regulator
09:31 < geertu> regressions).
09:31 < geertu> Morimoto-san forwarded a deadlock issue, and worked on the PeriJect
09:31 < geertu> viewer.
09:31 < geertu> Niklas attended the face-to-face periperi Core meeting.
09:31 < geertu> Simon worked on Z2 clock support and CPUfreq for E3 and derivatives, and
09:31 < geertu> discussed about CPUidle.
09:31 < geertu> Ulrich reviewed PFC patches and resubmitted R-Car H1 HSCIF PFC support.
09:31 < geertu> Geert worked on PFC table validation, upgraded firmware, enabled the
09:31 < geertu> GPIO expander on Ebisu, and added suspend/resume support to IPMMU.
09:33 < geertu> B) What we plan to do till next time:
09:33 < geertu> Kaneko-san plans to upport temperature calculation fixes for R-Car Gen3
09:33 < geertu> and RZ/G2 SoCs.
09:33 < geertu> Marek plans to continue helping Goda-san with U-Boot SDHI, and improve
09:33 < geertu> ATF reset address handling.
09:33 < geertu> Morimoto-san plans to continue work on the PeriJect viewer.
09:33 < geertu> Simon plans to add ZG clock support, and follow-up R-Car E3 PMIC
09:33 < geertu> enablement and thermal zone IPA.
09:33 < geertu> Geert will investigate the reported deadlock, and plans to flush his
09:33 < geertu> pinctrl backlog.
09:34 < geertu> C) Problems we have currently:
09:34 < geertu> Morimoto-san is suffering from delayed email off his island.
09:34 < geertu> Simon needs to upgrade firmware on Ebisu.
09:34 < geertu> Geert wonders about the IPMM driver using the same context for all uTLBs
09:34 < geertu> on the same IPMMU instance, requiring e.g. SATA and PCIe to be assigned
09:34 < geertu> together to host or (the same) guest.
09:35 < geertu> ---
09:35 < geertu> Anything I missed?
09:37 < pinchartl> what is this delayed e-mails issue ?
09:37 < geertu> Perhaps also applicable to irc?
09:37 < Marex> pinchartl: what issue , care to elaborate ?
09:37 < geertu> Vger or Google delaying emails from JP?
09:38 < neg> geertu: I'm just curious if you saved the binaries you produced to update the fw on all your boards so they can be reused ? :-)
09:38 < pinchartl> Marex: I'm referring to Morimoto-san's reported problem
09:39 < geertu> neg: Of course I have ;-)
09:39 < Marex> pinchartl: oh
09:39 < geertu> Now, where to put them, to avoid a GPL class action lawsuit ;-)
09:39 < Marex> geertu: ATF is BSD
09:40 < Marex> sadly
09:40 < geertu> Topic 2. Discussion Topics
09:40 < neg> I'm sure there are no licensing issues in the osdr wiki... maybe...
09:41 < Marex> neg: or just build the binaries yourself ?
09:42 < geertu> My firmware images are not perfect, they don't work with current mainline Linux due to HS400
09:43 < geertu> And given Marex' track record, firmware images become obsolete, soon
09:43 < Marex> geertu: same could be said about Linux
09:43 < Marex> bugs just get fixed
09:44 < geertu> Yes, that's why we don't upload Linux kernel binaries to the osdr wiki
09:45 < Marex> geertu: well, technically we could use travis to upload ATF and U-Boot binaries to some github repo, but they would only be compile-tested
09:45 < neg> Marex: I tried at some point, but digging in bitbake recipes to decode ancient hieroglyphs to learn the secret of what options is needed for each board was not my definition of a fun time
09:45 < Marex> geertu: essentially build on push and deliver somewhere
09:45 < Marex> neg: clone mbedtls, then MBEDTLS_DIR=/path/to/mbedtls/ make -j9 bl2 bl31 rcar PLAT=rcar LSI=M3N MACHINE=salvator-x SPD=opteed RCAR_BL33_EXECUTION_EL=1 LOG_LEVEL=50 DEBUG=0 RCAR_RPC_HYPERFLASH_LOCKED=0
09:45 < Marex> neg: that's about it for 77965 S-XS
09:46 < wsa> didn't we agree in Brussels to have a wiki page for the build instructions?
09:46 < geertu> IMHO we need proper config files, like for Linux and U-Boot, instead of all these FOO=BAR options
09:46 < geertu> wsa: Yes!
09:46 -!- morimoto [~user@relprex2.renesas.com] has joined #periperi
09:47 < pinchartl> wsa: I'd really like that
09:47 < morimoto> sorry for my delay
09:47 < Marex> geertu: well we can add it to elinux wiki
09:47 < geertu> morimoto: You're forgiven
09:47 < Marex> geertu: basically a transcript of the CI yaml https://travis-ci.org/marex/arm-trusted-firmware-1/builds/496068832/config
09:47 < geertu> Marex: Good, are you "we"?
09:47 < morimoto> geertu: thanks. I was under Renesas talk
09:48 < Marex> morimoto: おはようございます
09:48 < morimoto> Marex: good morning :)
09:48 < Marex> maybe not ... ^_^'
09:48 < Marex> good evening :)
09:48 < morimoto> Ahh, OK (^ ^);
09:49 < geertu> morimoto: How's Renesas doing?
09:49 < neg> There are already fw tarballs in the osdr wiki so I thought it could be nice if new ones where added so they where easier to consume and all not interested in fw hacking could run the same binaries and hopefully share the bug discovery process. No big deal, build instructions on a wiki are also fine with me
09:49 < Marex> geertu: "we" ?
09:50 < morimoto> geertu: I will have meeting with Magnus next week. about its topic
09:50 < geertu> Marex: "we can add it to elinux wiki"
09:50 < wsa> hi morimoto-san!
09:50 < morimoto> wsa: Hi
09:50 < pinchartl> neg: I think it would be best to ease the firmware build instead, and making it as easy as downloading the binaries from the wiki. that way we'll ensure we always run up-to-date firmwares
09:52 < geertu> pinchartl: +1
09:53 < Marex> pinchartl: and who would put those binaries on the wiki ?
09:53 < Marex> pinchartl: the travis CI tool can put them on github automatically
09:53 < pinchartl> Marex: you got me wrong, I don't think we should have binaries in the wiki
09:53 < geertu> Marex: No one, we go for the one-click-build-from-source(TM)
09:54 < Marex> pinchartl: I need another coffee
|
