From 55e3b2f45880faaf06f3c660ca9e8a6d9aa14bce Mon Sep 17 00:00:00 2001 From: Kuninori Morimoto Date: Mon, 9 Dec 2019 15:29:52 +0900 Subject: wiki: Porting wiki: Porting Chat Log Signed-off-by: Kuninori Morimoto --- wiki/Chat_log/20170817-mm-chatlog | 104 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 104 insertions(+) create mode 100644 wiki/Chat_log/20170817-mm-chatlog (limited to 'wiki/Chat_log/20170817-mm-chatlog') diff --git a/wiki/Chat_log/20170817-mm-chatlog b/wiki/Chat_log/20170817-mm-chatlog new file mode 100644 index 0000000..105ca8f --- /dev/null +++ b/wiki/Chat_log/20170817-mm-chatlog @@ -0,0 +1,104 @@ +Multimedia-chat-meeting-2017-08-17 + +10:04 < pinchartl> let's start with status updates +10:05 < pinchartl> kbingham: I've submitted my update to myself way ahead of everybody else ;-) +10:05 < kbingham> hehe +10:05 < pinchartl> I'll start by reporting for Niklas +10:05 < pinchartl> since last meeting: +10:06 < pinchartl> - - Working Virtual channel prototype for both onboard ADV748x and MAX9286 board. - [PATCH 0/4] 8 camera setup fixes - [PATCH 00/20] Add multiplexed media pads to support CSI-2 virtual channels - [PATCH 0/8] v4l: max9286: enable virtual channels +10:06 < pinchartl> - New base for onboard VIN component development tag, rcar-vin-elinux-v12. +10:06 < pinchartl> (apoogies for the weird copy and paste) +10:06 < pinchartl> until next meeting: +10:06 < pinchartl> - Keep pushing for the incremental async and other dependencies for the CSI-2 patches to be pushed up. +10:06 < pinchartl> - Make another drive to try and get attention to the VIN patches (will post new version once I'm back from my vacation). +10:06 < pinchartl> issues and blockers: none +10:07 < pinchartl> that's it +10:07 < pinchartl> next, uli___ +10:07 < uli___> tl;dr: chromebook works, headlessly +10:08 < uli___> funny DT that expects one device to be probed twice does not +10:08 < pinchartl> you mentioned that the culprit was an incorrect regulator voltage in DT. will you submit a patch for that ? +10:08 < uli___> that's in the elm board dts, that's not upstream +10:09 < pinchartl> will you submit the elm board dts upstream ? :-) +10:09 < uli___> i would submit that in its entirety once i have figured out how the mmsys probing is supposed to work +10:09 < pinchartl> sounds good to me +10:09 < geertu> uli___: For one device to be probed twice, you should either have a single driver that registers both driver typesm or use mfd +10:09 < geertu> s/typesm/types,/ +10:10 < uli___> any ideas why the dsi defers, but is never retried? +10:11 < pinchartl> uli___: no, but that should be easy to debug +10:12 < pinchartl> you mentioned that the mmsys device is both a DRM device and a clock controller +10:12 < uli___> yes +10:13 < pinchartl> that's pretty strange +10:14 < uli___> i know :) it provides clocks for the various display-related devices +10:14 < geertu> Looks like the simplest is to move the clock driver into the DRM device driver? +10:14 < pinchartl> there's no mention of that in the mediatek DRM DT bindings +10:14 < pinchartl> please contact upstream developers to sort it out +10:15 < uli___> the upstream stuff doesn't have the display-related things +10:15 < pinchartl> I mean the upstream mediatek developers +10:16 < pinchartl> the same compat string is indeed used by both the clock driver and the DRM driver +10:16 < pinchartl> and the display DT bindings don't document that compat string +10:16 < uli___> it looks like half of the display support made it in, there is also a lone drm regulator in the dts that is not used anywhere +10:16 < pinchartl> it's a big WTF, you can ask the DRM driver maintainers and CC the dri-devel mailing list +10:17 < uli___> i'll check the archives, there must have been some discussion on that +10:18 < pinchartl> I wouldn't be surprised if it had been overlooked +10:18 < pinchartl> DRM maintainers are x86-centered +10:19 < pinchartl> anything else to report ? +10:19 < uli___> that's it +10:19 < pinchartl> thank you +10:19 < pinchartl> kbingham: you're next +10:19 < kbingham> Well, I've only had 5 working days since the last meeting, +10:19 < kbingham> In that time I got the display list caching implementation working, and based on top of the tlb-optimise patchset. Then posted for renesas-drivers. +10:19 < kbingham> My 'next' task will be dependant upon the additional tasks disucssion :) +10:19 < kbingham> -- +10:19 < kbingham> EOT. +10:19 < kbingham> Ahh preprepared statement. Such fast. +10:20 < kbingham> :D +10:20 < pinchartl> thank you :-) +10:20 < pinchartl> my turn +10:20 -!- Irssi: Pasting 11 lines to #periperi. Press Ctrl-K if you wish to do this or Ctrl-C to cancel. +10:20 < pinchartl> Since last meeting: +10:20 < pinchartl> - Extended the DU test suite +10:20 < pinchartl> - DU and VSP fixes for issues found by the DU test suite +10:20 < pinchartl> - MAX9286 support for multiple CSI-2 virtual channel streams +10:20 < pinchartl> For the next two weeks: +10:20 < pinchartl> - Patch review +10:20 < pinchartl> - Next additional tasks (to be decided) +10:20 < pinchartl> Issues and Blockers: None +10:20 < pinchartl> that's it for me as well :-) +10:21 < pinchartl> that's it for status updates +10:21 < pinchartl> I wanted to discuss the face to face meeting agenda as the next topic +10:21 < pinchartl> but we don't have the quorum +10:22 < pinchartl> so I propose moving that discussion to e-mail +10:22 < kbingham> +1 +10:22 < kbingham> Do I recall that we won't have a meeting on #PeriPeri now before San Seb? +10:22 < pinchartl> that's what I was going to propose +10:22 < wsa_> I'd vote for that +10:22 < pinchartl> the next meeting should in theory be on the 31st of August, I propose skipping it +10:23 < kbingham> At this stage that seems to be reasonable. +10:23 < geertu> +1 +10:23 < kbingham> In terms of our F2F ... I see we have a disucssion on what to bring. Would you like me to bring the 8 camera setup ? +10:24 < pinchartl> I'm afraid I'd like you to +10:24 < kbingham> Ok - I'll do what I can. +10:24 < kbingham> :D +10:24 < pinchartl> the last topic to discuss today is additional tasks for Q3/2 +10:24 < pinchartl> I've submitted proposals to Magnus and I'm waiting for his reply +10:25 < pinchartl> I expect at least DU suspend/resume to be included +10:25 < wsa_> ditto +10:25 < pinchartl> uli___: do you have slots assigned to the I/O or core group for Q3/2 ? +10:26 < uli___> i/o, sort of; we still have to check if that task is viable, but let's assume it is +10:26 < pinchartl> how much time do you have left unassigned ? +10:26 < uli___> wsa_: what's the plan for the sampling point task? +10:26 < uli___> 5 days? +10:27 < wsa_> yup +10:27 < uli___> 10 days left then +10:27 < pinchartl> ok +10:27 < pinchartl> as usual, if there are items you would like to work on, please let let know +10:27 < pinchartl> that comment is valid for all members of course +10:28 < pinchartl> but Jacopo, Kieran, and Niklas already tell me about what they'd like to work on :-) +10:28 < pinchartl> I'd like to have your feedback on that too +10:28 < wsa_> uli___: if it doesn't take 5 days alone on the test setup procedure ;) +10:29 < uli___> that is something i'm still in the process of figuring out... +10:29 < wsa_> uli___: but that's the on-going investigation, right? +10:29 < uli___> yes +10:29 < pinchartl> any other topic we should discuss ? +10:30 < kbingham> None here. +10:30 < pinchartl> that's it for multimedia then. thank you all for attending -- cgit v1.2.3