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/20190509-mm-chatlog | 114 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 114 insertions(+) create mode 100644 wiki/Chat_log/20190509-mm-chatlog (limited to 'wiki/Chat_log/20190509-mm-chatlog') diff --git a/wiki/Chat_log/20190509-mm-chatlog b/wiki/Chat_log/20190509-mm-chatlog new file mode 100644 index 0000000..addf4d4 --- /dev/null +++ b/wiki/Chat_log/20190509-mm-chatlog @@ -0,0 +1,114 @@ +Multimedia-chat-meeting-2019-05-09 + +10:10 < pinchartl> welcome to the multimedia meeting +10:10 < pinchartl> Topic 1. Status Check for the Multimedia Tasks +10:10 < pinchartl> * Jacopo +10:10 < pinchartl> Since last meeting: +10:10 < pinchartl> - CMM plumbing +10:10 < pinchartl> [RFC 0/9] drm: rcar-du: Add CMM support to M3-W (plumbing only) +10:10 < pinchartl> CMM support patches have been sent by Bosh in a form not consumable by +10:10 < pinchartl> upstream. Provide plumbing to integrate DU and CMM. RFC as the actual +10:10 < pinchartl> CMM driver does nothing ATM. +10:10 < pinchartl> - More and more discussion on v4l2-mux: v5 is ready but not sent yet +10:10 < pinchartl> - Investigated RZ/A JCU unit +10:10 < pinchartl> - Investigated RZ/A video decoder support +10:10 < pinchartl> - Patch review on linux-media +10:10 < pinchartl> Until next meeting: +10:10 < pinchartl> - One week holiday +10:10 < pinchartl> - More CMM work if any feedback is received +10:10 < pinchartl> - Would like to test V4l2-mux with a GMSL setup +10:10 < pinchartl> Issues and blockers: None +10:10 < pinchartl> jmondi: any comment? +10:11 < jmondi> not really +10:11 < pinchartl> thank you +10:11 < pinchartl> * Kieran +10:11 < pinchartl> Since last meeting: +10:11 < pinchartl> - PA-Phase review and update +10:11 < pinchartl> - DU Group refactor debugging +10:11 < pinchartl> Until next meeting: +10:11 < pinchartl> - Post a new (final?) PA-Phase series +10:11 < pinchartl> - Fix DU Group refactor series +10:11 < pinchartl> Issues and blockers: None +10:11 < pinchartl> kbingham: any comment ? +10:12 < kbingham> I see we have an update from morimoto-san about the pa-phase UDS calculation. +10:12 < kbingham> Which is helpful thankyou morimoto :) +10:12 < kbingham> But doesn't particularly give us a clear answer. +10:13 < kbingham> Otherwise status update is fine. +10:13 < pinchartl> let's continue that discusion over e-mail then +10:13 < pinchartl> thank you +10:13 < pinchartl> * Laurent +10:13 < pinchartl> Since last meeting: +10:13 < pinchartl> - Prepared the LVDS dual-link prototype for merge +10:13 < pinchartl> - Manage CMM driver work with Jacopo +10:13 < pinchartl> - Patch review +10:13 < pinchartl> Until next meeting: +10:13 < pinchartl> - Get the LVDS dual-link prototype merged +10:13 < pinchartl> - Merge the VSP partition algorithm improvements +10:13 < pinchartl> Issues and blockers: None +10:13 < pinchartl> any question ? +10:14 < pinchartl> * Morimoto-san +10:14 < pinchartl> Since last meeting: +10:14 < pinchartl> - ALSA SoC framework cleanups +10:14 < pinchartl> The ALSA SoC framework grew organically. Its numerous features are not +10:14 < pinchartl> always cleanly connect, with the underlying code not very readable, and +10:14 < pinchartl> wastefully complicated. For this reason one of the R-Car sound feature +10:14 < pinchartl> can only be half-supported. ALSA SoC cleanups are need to fix that and +10:14 < pinchartl> move to 100% support. Discussions are ongoing with the ALSA soC +10:14 < pinchartl> maintainer on how to fix this. +10:14 < pinchartl> Until next meeting: +10:14 < pinchartl> - Continue with ALSA SoC work +10:14 < pinchartl> Issues and Blockers: None +10:14 < pinchartl> morimoto: any comment ? +10:16 < morimoto> no. thanks +10:16 < pinchartl> thank you +10:16 < pinchartl> * Niklas +10:16 < pinchartl> Since last meeting: +10:16 < pinchartl> - Started work on cleaning up VIN format handling +10:16 < pinchartl> - Prepared VIN fops v2 +10:16 < pinchartl> Until next meeting: +10:16 < pinchartl> - Keep cleaning up the VIN crop and compose code +10:16 < pinchartl> This is needed to merge UDS and PM support. +10:16 < pinchartl> Issues and blockers: None +10:16 < pinchartl> neg: any comment ? +10:18 < pinchartl> ah Niklas is attending a conference today +10:18 < pinchartl> * Simon +10:18 < pinchartl> Since last meeting: +10:18 < pinchartl> - Applied "[PATCH] arm64: dts: renesas: draak: Remove unecessary index +10:18 < pinchartl> from vin4 port" +10:18 < pinchartl> Until next meeting: None +10:18 < pinchartl> Issues and Blockers: +10:18 < pinchartl> - Kaneko-san is looking for up-porting candidates +10:18 < pinchartl> and Simon has left already +10:18 < pinchartl> * Ulrich +10:18 < pinchartl> Since last meeting: None +10:18 < pinchartl> Until next meeting: None +10:18 < pinchartl> Issues and Blockers: None +10:18 < pinchartl> uli___: correct? +10:18 < pinchartl> if so I assume there's no special comment :) +10:20 < pinchartl> any discussion point for today ? +10:21 < kbingham> only UDS overlap for me - but that might be suited to email. +10:22 < pinchartl> we have some time now +10:22 < pinchartl> any particular point you'd like to discuss ? +10:23 < kbingham> morimoto, Was it confirmed that the calculation in procedure 1-7 does not calculate any extra overlap? (I.e. my assumption is that it *just* converts a position) +10:23 < kbingham> In otherwords, that this 'undocumented' margin must be added. +10:25 < kbingham> pinchartl, does a 2 pixel overlap sound right for the UDS requiremnts? +10:25 < kbingham> It sounds small to me - considering the SHP has a much larger set of taps... +10:25 < pinchartl> two pixels in total, including both the margin and the 1-7 procedure ? +10:27 < pinchartl> that's a 5 taps filter +10:27 < pinchartl> possibly a bit small, but not uncommon +10:27 < pinchartl> I think +10:27 < kbingham> today's mail from the HW engineer (via morimoto) states: "When I created the code, there was no guide/information, I used (unofficial) attached file's formula. It calculates to be overlap will be over 2pixel" +10:28 < pinchartl> doesn't the overlap depend on the scaling factor in your code ? +10:28 < kbingham> Yes. +10:30 < pinchartl> let's wait and see if we receive more information by e-mail +10:30 < pinchartl> I think you should also use a horizontal gradient and see if it scales correctly +10:30 < pinchartl> instead of the existing test image +10:30 < kbingham> yes, we discussed this before. I'll update the test image +10:31 < kbingham> Ok - well that's me for now I think +10:31 < pinchartl> I think that's it for today +10:31 < pinchartl> I propose adjourning this meeting +10:31 < pinchartl> does anyone second ? +10:32 < kbingham> oh go on then +10:32 < jmondi> fine with me +10:32 < pinchartl> meeting adjourned +10:33 < pinchartl> thank you all for attending -- cgit v1.2.3