summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20170817-mm-chatlog
diff options
context:
space:
mode:
Diffstat (limited to 'wiki/Chat_log/20170817-mm-chatlog')
-rw-r--r--wiki/Chat_log/20170817-mm-chatlog104
1 files changed, 104 insertions, 0 deletions
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