summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20160803-mm-chatlog
diff options
context:
space:
mode:
authorKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-23 14:27:52 +0900
committerKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-23 14:27:52 +0900
commitdc71f3518c95f8d9d306e8a4e53bc9bd2e9928e3 (patch)
tree54552f6ba6cec40e16cef5c22043d9f510087e00 /wiki/Chat_log/20160803-mm-chatlog
parentbb506a3f4c5441ecb212874077ad8b1bf335c936 (diff)
parent05040a728026b28ce7c6183d2adfa80218b306cb (diff)
Merge remote-tracking branch 'gitlab/wiki' into HEAD
Diffstat (limited to 'wiki/Chat_log/20160803-mm-chatlog')
-rw-r--r--wiki/Chat_log/20160803-mm-chatlog277
1 files changed, 277 insertions, 0 deletions
diff --git a/wiki/Chat_log/20160803-mm-chatlog b/wiki/Chat_log/20160803-mm-chatlog
new file mode 100644
index 0000000..d26a6ab
--- /dev/null
+++ b/wiki/Chat_log/20160803-mm-chatlog
@@ -0,0 +1,277 @@
+Multimedia-chat-meeting-2016-08-03
+
+<neg> hi all [16:22]
+<pinchartl> hello
+<uli___> hello
+<pinchartl> I don't think Kieran or Magnus will join us today [16:24]
+<pinchartl> so everybody is here
+<pinchartl> let's thus get started [16:25]
+<morimoto> hi
+<pinchartl> I've asked you all to send task status by e-mail before the
+ meeting, and you have all done so
+<pinchartl> thank you :-)
+<pinchartl> let's see if we can speed this up, we'll cap the meeting to one
+ hour max [16:26]
+<pinchartl> we also don't have to go through task status in details
+<pinchartl> we can try the scrum-style meeting and just report work done, work
+ planned, and blockers/issues [16:27]
+<neg> really sorry I need to let the postman in at the door, brb please go
+ head without me
+<pinchartl> an announcement first
+<pinchartl> I've submitted additional tasks for Q3 to Morimoto-san [16:28]
+<pinchartl> we have exchanged a few e-mails about them, hopefully everything
+ is on track now
+<pinchartl> morimoto: do you still need more information from me ? is there
+ anything I can do to help ?
+<morimoto> Now, shimoda-san and our boss is checking it.
+<pinchartl> or is everything fine ?
+<pinchartl> is that a good sign ? :-) [16:29]
+<morimoto> pinchartl: please wait. please start meeting first [16:30]
+<pinchartl> well, I'll assume it's not a bad sign :-)
+<pinchartl> that's all I wanted to announce on this topic
+<pinchartl> I've also noticed that Salvator-X M3 boards have started shipping
+ [16:31]
+<pinchartl> so let's get ready for integration work and testing on M3
+<morimoto> pinchartl: starting "paper work", not shipping ;P [16:32]
+<morimoto> pinchartl: I send question mail to you. please check it
+<pinchartl> well, paperwork is the first step for shipping :-)
+<pinchartl> I will right after the meeting
+<neg> back, sorry about that
+<pinchartl> neg: no worries
+<pinchartl> I'll give you a minute to read the log. any question ? [16:33]
+<neg> thx, I'm good
+<pinchartl> ok, let's go round the (virtual) table then [16:34]
+<pinchartl> in alphabetical order as usual
+<pinchartl> using the real alphabetical order this time, I'll start
+<pinchartl> since last meeting in Japan three weeks ago
+<pinchartl> - there was RenesasCon and LinuxCon Japan [16:35]
+<pinchartl> followed by a week of holidays
+<pinchartl> leaving a week and a half of work
+<pinchartl> - I've continued working on the request API. Hans Verkuil is back
+ from holidays, I've discussed contention points with him and
+ Sakari Ailus [16:36]
+<pinchartl> in the end there was no more disagreement with my proposal, so
+ I've continued working on the implementation [16:37]
+<pinchartl> - I've also started IPMMU + DU integration, targetting Gen3
+<pinchartl> the result can't be tested properly on H3 as the IPMMU is known to
+ be faulty
+<pinchartl> partial tests will be performed on Gen2 by hooking the VSP1 to the
+ DU the same way as we do on Gen3 [16:38]
+<pinchartl> - last but not least, I acted as Magnus' deputy for additional
+ tasks negotiation
+<pinchartl> during the next two weeks, I will [16:39]
+<pinchartl> - continue working on IPMMU + DU and the request API
+<pinchartl> - continue Kieran's work on the VSP image partitioning
+ implementation
+<pinchartl> (Kieran has left for his honeymoon and will be back at the end of
+ the month) [16:40]
+<pinchartl> issues and blockers:
+<pinchartl> - the IPMMU is faulty on H3, blocking full testing of the IPMMU +
+ DU integration, but that's a known problem and not a blocker as
+ explained above [16:41]
+<pinchartl> no other issue for me
+<pinchartl> ah, I will also during the next two weeks try to get the VSP HGO
+ support upstreamed [16:42]
+<pinchartl> a new iteration of the patch series might be needed with minor
+ changes, I don't expect any problem
+<pinchartl> that's it for me
+<pinchartl> Morimoto-san, you're next in the alphabetical order [16:43]
+<morimoto> OK,
+<morimoto> I have posted cleanup patches which is needed for OF graph. [16:44]
+<morimoto> but still no responce from maintainer. I wonder is Europe under
+ summer vacation now ??
+<morimoto> 1 - 1.5 month, no responce
+<pinchartl> some people must be [16:45]
+<morimoto> OK
+<pinchartl> who is the maintainer ?
+<pinchartl> Mark Brown ?
+<morimoto> Yes
+<morimoto> Do you know his situation ??
+<pinchartl> he has been quite active on the kernel summit mailing list lately,
+ so he's definitely alive
+<morimoto> OK alive. but no responce... [16:46]
+<morimoto> Anyway, because of this, I started to solve other headache
+<pinchartl> he doesn't seem to be on vacation
+<pinchartl> you can ping him
+<morimoto> Sometimes, he post his mail, but he doesn't accept patches, not
+ only me. [16:47]
+<morimoto> So now, I started to solve other headache which is "unload" issue
+ on ALSA SoC [16:48]
+<pinchartl> ah
+<pinchartl> a big one
+<pinchartl> I've seen your e-mails on that
+<pinchartl> the topic was also mentioned by Lars in the kernel summit mailing
+ list
+<morimoto> Yes. ALSA SoC has same issue [16:49]
+<pinchartl> that's related to hotplug support, right ?
+<morimoto> Yes.
+<morimoto> especially, hot-unplug [16:50]
+<pinchartl> ok
+<morimoto> I'm not sure how to solve this issue, but I started to investigate
+ ALSA SoC framework, and I noticed that it has many duplicate
+ implementation.
+<morimoto> It makes hotplug support difficult I think [16:51]
+<morimoto> So, I would like to cleanup ALSA SoC
+<pinchartl> I think you can discuss it with Lars if needed, he seems quite
+ interested in this topic as well
+<morimoto> Now, I'm asking about it ot ML.
+<morimoto> Nice idea. [16:52]
+<morimoto> I think I can have a chance to talk him on next ELCE ?
+<pinchartl> I would expect so, yes
+<pinchartl> Mark Brown should hopefully be there too
+<morimoto> I hope so
+<pinchartl> maybe you should schedule a meeting with them at ELCE
+<pinchartl> I would be interested in joining
+<morimoto> sounds nice for me [16:53]
+<morimoto> with beer ?
+<morimoto> Anyway, this is current my status.
+<pinchartl> :-)
+<morimoto> I think this "hotplug" is requested for HDMI ? [16:54]
+<pinchartl> yes
+<pinchartl> well, I don't know how HDMI audio is implemented in ALSA
+<pinchartl> and whether unplugging the cable will remove the device or not
+<morimoto> In my understand, "unplugging cable" and "unload driver" are
+ different problem. [16:55]
+<morimoto> But, some of them can be related ?
+<morimoto> no sure
+<pinchartl> they can be, but that depends on how ALSA handles it. I don't know
+<pinchartl> is that something you can investigate ?
+<morimoto> I think so. [16:56]
+<pinchartl> thanks
+<pinchartl> what is your plan for the next two weeks ?
+<morimoto> For this purpose, my 1st step is cleanup framework. It is now tasty
+ spaghetti
+<morimoto> 1) continue OF graph related patch work [16:57]
+<morimoto> 2) investigate and cleanup ALSA SoC
+<morimoto> It is related Mark's situation
+<pinchartl> any issue or blocker, apart from Mark being unresponsive ? [16:58]
+<morimoto> no blocker.
+<pinchartl> thank you [16:59]
+<morimoto> Oops, export paper work sometimes block me :)
+<pinchartl> :-)
+<pinchartl> neg: you're next
+<neg> since last time: Working on addaptions to rcar-vin to keep up with
+ patches posted for adv7180 and help out Sergie with his problem. Added
+ ALTERNATE field support to rcar-vin
+<neg> plan: Keep pushig for those patches and once they are picked up start to
+ break out patches from my Gen3 VIN series and post them in smaller
+ chunks to try and get some tracktion on them
+<neg> issues: No reviews on the VIN Gen3 and CSI-2 patches and unclear how to
+ handle ADV7482 tasks.
+<pinchartl> I suppose the "no review" is a hint for me ? :-) [17:00]
+<neg> :-)
+<pinchartl> I'll get to that [17:01]
+<pinchartl> regarding ADV7482, would you like to discuss it at some point ?
+<neg> np, if you are super swamped maybe you can hold off abit untill I start
+ sending out break out parts of the Gen3 series and review them
+<pinchartl> early next week would work best for me if that's fine with you
+ [17:02]
+<pinchartl> Monday or Tuesday
+<neg> yes I would like to discuss ADV7482, just let me know when you have some
+ time
+<pinchartl> (I'll be unavailable next Wednesday)
+<pinchartl> ok [17:03]
+<neg> sure, Monday morning and between 15-17 I will have builders starting
+ construction but other than that just ping me when you have time
+<pinchartl> Monday 13:00 your time ?
+<neg> works
+<pinchartl> ok [17:04]
+<pinchartl> uli___: you're next
+<uli___> for work done, see the status update
+<uli___> planned is to start on the additional tasks, plus deal with this:
+<uli___> issue:
+<uli___> the hdmi gen3 output needs to read the product register to handle
+ es1.1 [17:05]
+<pinchartl> ouch
+<uli___> right now, that is a hardcoded register access
+<uli___> which people dislike
+<uli___> in response, dirk behme wrote a driver
+<uli___> which people consider overkill, i guess :)
+<uli___> the last alternative is to code that in the DT, which i consider a
+ technical fail, considering it can be autodetected
+<uli___> any opinions on how to tackle this? [17:06]
+<pinchartl> why does the hdmi code need the product register value ?
+<pinchartl> what is handled differently ?
+<uli___> i must admit i have not looked into what it exactly does :) maybe
+ morimoto knows?
+<morimoto> about ES1.1 ? [17:07]
+<uli___> yes
+<morimoto> Unfortunately, ES1.0 and ES1.1 have different behavior [17:08]
+<morimoto> on HDMI
+<pinchartl> is the code that handles the ES1.0/ES1.1 differences public ?
+<uli___> it's from the bsp [17:09]
+<pinchartl> where I can get it from ?
+<uli___> morimoto-san sent an email about that to periperi [17:10]
+<uli___> as a response to a group meeting summary
+<uli___> Then, apply this new version of DPLL support patch from BSP.
+<uli___> But, you will get conflict, but it is not difficult to fix.
+<uli___> 01b4818ac558f17f7c74505003c5cca2fc149de1
+<uli___> (drm: rcar-du: Add DPLL support)
+<uli___> Above DPLL support needs new header from BSP.
+<uli___> 9c4c8fb9e6c11fb9594e3edaccc1c73976e0cfe6
+<uli___> (soc: renesas: Add product register helpers)
+<pinchartl> what's the mail's subject ?
+<uli___> "Renesas Multimedia Group Meeting" :) [17:11]
+<morimoto> Re: [periperi] Renesas Multimedia Group Meeting
+<uli___> it's from june 2
+<morimoto> Date: Thu, 2 Jun 2016 01:17:13 +0000
+<morimoto>
+<pinchartl> got it
+<pinchartl> I will have a look
+<morimoto> It came from BSP
+<pinchartl> uli___: when do you plan to address that ? [17:12]
+<pinchartl> (to know what my deadline is to look at the issue)
+<uli___> in the not too distant future, if possible
+<uli___> i actually wanted to send it out yesterday, then i remembered that
+ this isn't addressed yet [17:13]
+<pinchartl> could you be slightly more precise ? :-)
+<uli___> in a week?
+<uli___> or two? [17:14]
+<pinchartl> ok, I'll try to check that on Monday too [17:15]
+<pinchartl> is that fine ?
+<uli___> yes, perfectly fine. thanks.
+<pinchartl> you're welcome
+<morimoto> I and Magnus had discussed about that, we can use Geert's DT
+ compatible magic ? I believe it will add es version on compatible.
+<morimoto> "r8a7795-salvator" -> "r8a7795-salvator-es1.1" "r8a7795-salvator"
+<uli___> that's the option i'd like to avoid if at all possible
+<morimoto> OK [17:16]
+<uli___> but i can deal with it, if necessary
+<pinchartl> I also wonder how much work we should put into that, given that es
+ 1.0 is meant to disappear
+<pinchartl> whatever solution we come up with, it must not make es 1.1 support
+ too complex or dirty
+<pinchartl> anyway, I'll have a look [17:18]
+<uli___> ok, thank you
+<pinchartl> any last comment from anyone ?
+<pinchartl> I'll take that as a no [17:19]
+<neg> thanks for steping up as Magnus deputy :-)
+<pinchartl> you're welcome
+<pinchartl> I propose scheduling the next meeting in two weeks, Wednesday the
+ 17th, at the usual time (half an hour later than today)
+<pinchartl> would that be fine for everybody ?
+<neg> OK for me [17:20]
+<uli___> fine for me
+<morimoto> Not OK for me
+<pinchartl> :-/
+<morimoto> it is under summer vacation
+<pinchartl> when are your summer vacation ?
+<morimoto> 13 - 21
+<morimoto> 13th Aug to 21th Aug I mean [17:21]
+<pinchartl> I give you permission to skip the meeting then :-)
+<morimoto> :)
+<pinchartl> if you could send a status report either before leaving for
+ vacation, or after coming back, it would be appreciated
+<neg> I will be in Berlin from tomorrow to sunday, so I might be slow in
+ responding during that time [17:22]
+<morimoto> pinchartl: OK, I will try
+<pinchartl> morimoto: thank you
+<pinchartl> neg: ok, thanks for the information
+<pinchartl> on the same topic, I will be on vacation from Saturday the 20th to
+ Sunday the 28th [17:23]
+<pinchartl> we've reached the one hour limit
+<pinchartl> and we're done with the meeting, so it's a good timing
+<pinchartl> thank you everybody, and have a nice day in Europe or evening in
+ Japan [17:24]
+<neg> thanks all
+<morimoto> Thanks !