--- 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
class="hl num">4f7ddfd956e4d2753ca4f9fa # drm: rcar-du: Add DU device information for V3U