diff options
Diffstat (limited to 'wiki/Chat_log/20160108-io-chatlog')
-rw-r--r-- | wiki/Chat_log/20160108-io-chatlog | 145 |
1 files changed, 145 insertions, 0 deletions
diff --git a/wiki/Chat_log/20160108-io-chatlog b/wiki/Chat_log/20160108-io-chatlog new file mode 100644 index 0000000..852a67e --- /dev/null +++ b/wiki/Chat_log/20160108-io-chatlog @@ -0,0 +1,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 |