summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20160108-io-chatlog
diff options
context:
space:
mode:
authorKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 15:29:52 +0900
committerKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 16:23:07 +0900
commit55e3b2f45880faaf06f3c660ca9e8a6d9aa14bce (patch)
tree6392fd201a51ff0f6dc0e474803e6f3b20919504 /wiki/Chat_log/20160108-io-chatlog
parent5d9e1b983faf7645ddc3d45d28e612d2ac4179c0 (diff)
wiki: Porting wiki: Porting Chat Log
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Diffstat (limited to 'wiki/Chat_log/20160108-io-chatlog')
-rw-r--r--wiki/Chat_log/20160108-io-chatlog145
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