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
|
--- Log opened Fri Jan 08 08:54:18 2016
08:54 -!- wsa_ [~wsa@p4FE25271.dip0.t-ipconnect.de] has joined #periperi
08:54 -!- Irssi: #periperi: Total of 10 nicks [0 ops, 0 halfops, 0 voices, 10 normal]
08:54 -!- Irssi: Join to #periperi was synced in 2 secs
08:54 < wsa_> hiya!
08:55 < horms> hi
08:55 -!- horms_ [~horms@reginn.isobedori.kobe.vergenet.net] has joined #periperi
08:57 < morimoto> Hi
08:59 < geertu> Hi
09:01 < wsa_> horms_: is your son better now?
09:03 < horms> yes, thanks for asking
09:03 < horms> he seems to be recovering well
09:03 < wsa_> \o/
09:03 < geertu> horms: Glad to hear that
09:03 < horms> so am i :)
09:04 < wsa_> here, a flu is also wandering around, but I decided to skip it :)
09:04 < horms> good plan
09:04 < wsa_> okay, shimoda-san will come later, let's start
09:04 < wsa_> welcome in 2016 again :)
09:04 < geertu> Here it's trying to invade my family (wife and 1 daughter complaining)
09:05 < geertu> Everybody at work/school still
09:05 * wsa_ sends some vitamin C to geertu
09:05 < wsa_> today's schedule is todo updates AFAICS
09:06 < wsa_> horms_: any news from your side?
09:06 * geertu Virtual C received, thx!
09:07 < horms> i have been keeping my integration todo list up to date and indeed that poject rolling. there is some overlap with that work and this group. but i don't recall anything particularly exciting to report.
09:08 < wsa_> yes
09:08 < wsa_> I'll pull the eeprom binding changes in for 4.5
09:08 < horms> thanks
09:09 < wsa_> morimoto: any news from your side?
09:09 < horms> i already qeued up the change that uses them :)
09:09 < wsa_> :)
09:09 < morimoto> I sent Thermal patch to ML, but not yet responce
09:09 < wsa_> pity
09:10 < geertu> GregKH finally pulled the SCIF BRG work
09:10 < morimoto> I have no other update
09:10 < wsa_> I have a question about this task:
09:10 < wsa_> Thermal,2016-03-31,plan,?,Upstreaming For H3
09:11 < wsa_> morimoto: you have been working a lot on thermal drivers, so you might want to do this as well. However, you also might be busy with other stuff and I seem to have resources for that task.
09:11 < wsa_> so, what would you think who should do the task?
09:12 < wsa_> geertu: great, will happily mark the task as merged :)
09:12 < morimoto> This is not supper heavy task I think
09:12 < morimoto> I can do it :)
09:13 < morimoto> only last 1 patch
09:13 < wsa_> okay, will assign it to you
09:13 < morimoto> Oops, what do you mean ?
09:13 < horms> were we missing some documentation to allow the thermal driver work to occur?
09:13 < geertu> "merged" means "Feature merged in mainline", so shouldn't we wait for Linus to pull it in?
09:13 < morimoto> Thermal it self is already working anyway. My doint is that use OF style thermal
09:14 < wsa_> the BSP has one driver for Gen2 and Gen3, but I'd think seperate drivers would make more sense there?
09:14 < morimoto> s/doint/doing/
09:14 < wsa_> from a glimpse, pretty much all they share is the probe function? :)
09:15 < wsa_> geertu: Oh, I assumed "merged" means "as soon as it shows up in linux-next"... and then in renesas-drivers
09:15 < horms> i did too
09:15 < morimoto> wsa_: is this question to me ?
09:15 < wsa_> horms_: no docs, yes, but driver in latest BSP
09:15 < horms> ah ok
09:16 < wsa_> morimoto: which question? :)
09:16 < morimoto> your "from a glimpse..."
09:17 < wsa_> morimoto: well, i wondered if you share this view...
09:18 < wsa_> morimoto: but this question is not super-urgent
09:18 < wsa_> geertu: any other news from your side?
09:18 < morimoto> ok
09:20 < geertu> I've posted more baud rate improvements (for SCIFA/SCIFB)
09:21 < geertu> and a patch to remove the bogus cpufreq notifier which can cause lock ups
09:21 < geertu> Nothing more to report
09:21 < geertu> Did anyone test the cpufreq notifier removal? There were no comments, and Greg took it
09:22 < wsa_> will test once it is in renesas drivers ;)
09:22 < geertu> Has anyone tested recent renesas-drivers on silk/porter/lager/gose/alt?
09:23 < wsa_> so, this task should probably be moved to v4.6?
09:23 < geertu> More specifically: is SCIF still working?
09:23 < wsa_> MSIOF,v4.5,plan,geert,Investigate issues on Gen3
09:23 < geertu> yes
09:24 < wsa_> I use renesas-drivers quite regularly on Lager
09:24 < wsa_> although I haven't done this year
09:24 < wsa_> will catch up and report if I see issues
09:25 < geertu> recent >= renesas-drivers-2015-12-14-v4.4-rc5
09:25 < wsa_> I'm quite sure I have done that
09:26 < wsa_> I noted that I lost early boot messages, and only see messages after the clock of the serial clock gets activated
09:26 < wsa_> that used to be different
09:26 < geertu> Ah?
09:27 < geertu> Don't see that on koelsch
09:27 < geertu> koelsch/lager/alt have identical SCIF setups, according to schematics
09:28 < wsa_> ok, i'll have a closer look when this changed and report back to you
09:28 < geertu> The SCIF clock of the console isn't disabled early
09:29 < wsa_> nice to know
09:30 < wsa_> i'll check today or on Monday, latest
09:30 < wsa_> so, my news:
09:30 < wsa_> two items merged
09:30 < wsa_> +PCIE,v4.5,merged,wolfram,test enablement patches for Gen3
09:30 < wsa_> +I2C,v4.5,merged,wolfram,rework PM for the multi master case
09:30 < wsa_> one assigned to 4.6:
09:30 < wsa_> +SDHI,v4.6,plan,wolfram,Upstream Gen3 DMA support from BSP
09:31 < wsa_> and reposted the IP core switch patches
09:31 < wsa_> and got a nice pointer from Rob that there are patches around which expose more of_dynamic functionality, so I can drop the patch exporting the of_mutex
09:32 < wsa_> which makes the patch series i2c self-contained :)
09:32 < wsa_> the tricky parts will still be the dt bindings
09:34 < wsa_> i think that's all for today?
09:34 < wsa_> except planning the next chat meeting
09:36 < horms> How about we meet at PeriPeriCon?
09:36 < wsa_> what about a short meeting shortly before peripericon, so we are all up to date? I'd propose the 27th, same time
09:36 < horms> fine by me
09:36 < geertu> fine by me, too
09:36 < morimoto> fine by me, too
09:37 < wsa_> cool
09:37 < horms> great, see you all then if not before :)
09:37 < wsa_> yes, thanks guys!
09:37 < morimoto> thanks
09:37 < wsa_> have a great day!
09:38 < geertu> u2
09:38 < geertu> thx, bye!
09:40 < morimoto> I would like to ask you each peripeleader. do you think you want to have "done" or "finished" file on peripelist ?
09:40 < morimoto> because "todo" file will be filled by "merged" or "complete" status items in the future.
09:40 < morimoto> "todo" file -> current tasks
09:40 < morimoto> "done" file -> finished tasks
09:40 < morimoto>
09:41 < morimoto> Or don't mind about it ?
09:41 < morimoto> I mean don't mind only "todo" file ?
09:43 < wsa_> My preferred thing would be a done file which I only update like once a year or so...
09:43 < wsa_> so i can still see the recent tasks in a todo file
09:43 < wsa_> but only move the real old ones to the done file
09:43 < wsa_> you know what i mean?
09:44 < wsa_> i think you'd only need to read in the 'todo' and 'done' file into one buffer anyhow?
09:45 < wsa_> i've got another question, too
09:45 < morimoto> Yes. final list will be created from "todo + request + done"
09:46 < morimoto> I don't want to create detail rule about "done" file, but I can create it if each leader want it.
09:46 < wsa_> maybe make it optional? if it is there, use it; if not, then not :)
09:46 < wsa_> i got this file "R-Car-Gen3-rev050.tar.bz2"
09:47 < wsa_> but the files in it are the same I already have
09:47 < wsa_> is this intended?
09:47 < morimoto> I think you have +2 new file
09:47 < morimoto> Oct and Sep ?
09:47 < wsa_> aah, errata aug+sep
09:47 < wsa_> understood
09:47 < morimoto> Oops, yes
09:47 < geertu> Yeah, the errata are not incremental
09:48 < geertu> s/not//
09:48 < geertu> I.e. I mean the new errata file doesn't contain the old errata
09:49 < morimoto> Yes. It is not useful...
09:50 < morimoto> About "done" file, I will add it, but it is optional. Each leader can control it by themselves. It is OK ?
09:50 < wsa_> sounds good to me
09:50 < morimoto> Cool
09:52 < wsa_> okay, then, happy hacking, I'll be off
09:52 < wsa_> cya
--- Log closed Fri Jan 08 09:52:09 2016
|