diff options
author | Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> | 2019-12-09 15:29:52 +0900 |
---|---|---|
committer | Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> | 2019-12-09 16:23:07 +0900 |
commit | 55e3b2f45880faaf06f3c660ca9e8a6d9aa14bce (patch) | |
tree | 6392fd201a51ff0f6dc0e474803e6f3b20919504 /wiki/Chat_log/20160622-mm-chatlog | |
parent | 5d9e1b983faf7645ddc3d45d28e612d2ac4179c0 (diff) |
wiki: Porting wiki: Porting Chat Log
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Diffstat (limited to 'wiki/Chat_log/20160622-mm-chatlog')
-rw-r--r-- | wiki/Chat_log/20160622-mm-chatlog | 605 |
1 files changed, 605 insertions, 0 deletions
diff --git a/wiki/Chat_log/20160622-mm-chatlog b/wiki/Chat_log/20160622-mm-chatlog new file mode 100644 index 0000000..76e039e --- /dev/null +++ b/wiki/Chat_log/20160622-mm-chatlog @@ -0,0 +1,605 @@ +h1. chat report 2016-06-22 + +Attendees: + +- Kieran +- Laurent +- Magnus +- Morimoto-san +- Niklas +- Ulrich + + +Topic 1. Status check for the multimedia tasks +---------------------------------------------- + +- FDP,v4.8,prototype,kieran,Develop and upstream driver + +A first version has been posted to the linux-media mailing list. Since then, +the driver is now adapted to using a job queueing system to allow abstracting +fields from v4l2 buffers, and de-interlacing tested with PREVFIELD, NEXTFIELD, +FIXED2D. 3D deinterlacing is in progress, it requires tracking video buffers +between m2m job runs. + +Gstreamer does not (yet) support asynchronous input/output which means testing +is not as elegant as for the earlier stages. V4l2-compliance tests pass +without failure. + +A new version of the patches is expected for this weekend. + +- DU,?,plan,laurent,IPMMU integration on Gen3 +- DU,?,plan,laurent,IPMMU support on Gen3 (through VSPD+FCP) + +No progress. + +- VSP,v4.7,merged,laurent,Plane alpha + pixel alpha (on Gen3) + +Patches have been merged in the linux-media tree. + +- VSP,?,plan,laurent,Fixed alpha support (VI6_DPR_*_ROUTE.FXA) +- VSP,?,plan,laurent,UDS regression fix +- VSP,v4.8,plan,laurent,Fix suspend/resume crash + +No progress. The latter will not make it to v4.8. Setting the target back to ? +as the job hasn't been scheduled yet. + +- VSP,v4.8,public,laurent,CLU 2D and 3D mode support +- VSP,v4.8,public,laurent,CLU WARN_ON fix +- VSP,v4.8,public,laurent,CLU/LUT upstream API +- VSP,v4.8,public,laurent,CLU/LUT support submitted upstream on Gen3 +- VSP,v4.8,public,laurent,HGO operation mode selection +- VSP,v4.8,public,laurent,HGO support upstream on Gen3 +- VSP,v4.8,public,laurent,HGO test application + +Patches are public, waiting a few more days for review before sending a pull +request for upstream merge. A pull request has been sent for renesas-drivers +already. + +- VSP,v4.8,public,laurent,HGO test application + +HGO tests are included in http://git.ideasonboard.com/renesas/vsp-tests.git. +They currently require to use a special branch of yavta which will be merge +into master once the HGO kernel patches are accepted. + +The same apply to the LUT/CLU tests. Every new feature added to the VSP driver +now comes with related test cases. + +- VSP,v4.8,public,laurent,Horizontal/vertical flip support + +New task. The patches are public, waiting a few more days for review before +sending a pull request for upstream merge. A pull request has been sent for +renesas-drivers already. + +- VSP,v4.8,prototype,laurent,Rotation support + +New task. A prototype exists, will be cleaned up and posted, hopefully today. +Rotation doesn't work properly, it corrupts the output image. I will send a +report describing the issue in detail and Morimoto-san will share it with the +BSP and/or HW team. + +- VSP,?,prototype,laurent,V4L2 request API upstream +- VSP,v4.8,public,laurent,V4L2 request API usable prototype + +An updated patch series is currently being tested with the new MC test tool +developed by Intel. Test instructions are being written. The patches will be +posted along with test scripts and test instructions, the target is Monday. + +Both Intel and Google have expressed interest for the request API, I expect +them to help pushing for the request API to be accepted upstream. + +- DU,v4.9,plan,laurent,Fix 3 planes formats + +New request from the BSP team. Support for formats with 3 planes is broken. +Setting the target to v4.9, but the fix might come earlier. + +- AUDIO-DMAC,?,plan,magnus,IPMMU integration on Gen2 +- AUDIO-DMAC,?,plan,magnus,IPMMU integration on Gen3 +- AUDIO-DMAC,?,plan,magnus,IPMMU support on Gen2 +- AUDIO-DMAC,?,plan,magnus,IPMMU support on Gen3 + +No progress + +- VIN,?,plan,magnus,IPMMU integration on Gen2 +- VIN,?,plan,magnus,IPMMU integration on Gen3 +- VIN,?,plan,magnus,IPMMU support on Gen2 +- VIN,?,plan,magnus,IPMMU support on Gen3 + +A local prototype exists, setting the status to prototype. It should be posted +in the not too distant future. + +- RSND,2016-06-30,public,morimoto,DT bindings for graph sound +- RSND,2016-06-30,prototype,morimoto,dw-hdmi-ahb-audio prototype on Gen3 +- RSND,2016-06-30,prototype,morimoto,HDMI SSI prototype on Gen3 +- RSND,2016-06-30,plan,morimoto,HDMI sound Upstream support without hotplug on +Gen2 + +The clean up patches needed to develop OF graph sound support are still under +review. The maintainer has been pinged but hasn't replied yet. + +Work is now focused on the next step of OF graph support. Simple OF graph for +ALSA is fine, but the complex features are more challenging. + +Updating the target to v4.10. + +- RSND,2016-09-30,plan,morimoto,Hotplug support upstream on Gen3 + +No progress. + +- ADV7482,v4.7,plan,niklas,Prototype on Gen3 + +It turns out work was needed in the V4L2 framework to support the ADV7482. +Patches have been posted for that, and the rcar-vin driver is being updated +accordingly. + +The ADV7482 prototype should be posted on Monday and the updated rcar-vin +driver soon after that. The prototype won't support controls in the first +version as that will require more work in the V4L2 framework. + +- VIN,v4.7,plan,niklas,CSI2 prototype (Gen3) + +The CSI-2 prototype is done and should be posted on Monday (pending possible +modifications needed by the rework of the ADV7482). + +- VIN,v4.8,plan,niklas,Gen3 support + +The code has been posted publicly. + +- VIN,v4.8,plan,niklas,Scaler support (on Gen3) +- ADV7482,v4.9,plan,niklas,Gen3 support upstream +- ADV7482,v4.9,plan,niklas,Interlace support upstream +- VIN,v4.9,plan,niklas,CSI2 interlace support upstream (Gen3) +- VIN,v4.9,plan,niklas,CSI2 support upstream (Gen3) +- VIN,v4.9,plan,niklas,Gen3 support upstream (without CSI-2) + +No progress. + +- DU,v4.7,plan,ulrich,Atomic API test program + +The task is complete. The elinux.org wiki will be updated today. + +- DU,v4.7,public,ulrich,HDMI output on Gen3 prototype + +The task is complete. An updated version with a fix for ES1.1 will be posted. + +- DU,v4.7,prototype,ulrich,Test setup with HDMI output to HDMI input loopback +(without EDID) + +The task is complete. + +- DU,v4.7,public,ulrich,EDID generation support for the HDMI loopback test +setup + +No progress, documentation will be written before end of June. + +- VIN,v4.8,public,ulrich,Add DV timings support to rcar-vin +- DU,v4.9,plan,ulrich,HDMI output on Gen3 upstream + +No progress. + + +h1. chat log + + +<neg> morning [16:54] +<morimoto> hi +<uli___> good morning +<neg> or evening depending on where you are :-) +<morimoto> Yes, here is evening :) [16:55] +<pinchartl> sorry I'm a bit late [16:57] +<pinchartl> hello everybody [16:58] +<pinchartl> will Magnus join us today ? +<morimoto> hi, Magnus is here +<pinchartl> perfect, let's start +<pinchartl> (taking my notes) +<pinchartl> topics for today [16:59] +<pinchartl> Topic 1. Status check for the multimedia tasks +<pinchartl> Topic 2. Additional '50%' tasks (June) +<pinchartl> Topic 3. Additional '50%' tasks (Q3) +<pinchartl> Topic 4. Next meeting [17:00] +<pinchartl> anything else ? +<morimoto> nothing from me :) +<pinchartl> ok [17:01] +<pinchartl> let's go for the alphabetical order again [17:02] +<pinchartl> Kieran told me he might not be able to join today +<pinchartl> kbingham: are you there ? +<pinchartl> FDP,v4.8,prototype,kieran,Develop and upstream drive [17:03] +<pinchartl> r +<pinchartl> a first version of the driver is public +<pinchartl> more work has gone into supporting the different deinterlacing + modes +<pinchartl> including some internal refactoring related to that +<kbingham> almost here - but on a very dodgy connection :( [17:04] +<pinchartl> no worries +<pinchartl> when do you expect to post a v2 ? +<kbingham> FDP1 - driver now adapted to using a job queueing system to allow + abstracting fields from v4l2 buffers, and de-interlacing tested + with PREVFIELD, NEXTFIELD, FIXED2D. +<kbingham> Need to track VB痴 between m2m job runs to finish the 3d + deinterlacing. +<kbingham> Gstreamer does not (yet) support asynchronous input/output which + means testing is not as elegant as for the earlier stages. +<kbingham> V4l2-compliance tests pass without failure. [17:05] +<kbingham> but yes - what laurent said :) +<pinchartl> when do you expect to post a v2 ? [17:07] +<kbingham> I'm hoping at the weekend (although now that is going to be the end + of the weekend :) ) +<pinchartl> ok :-) [17:08] +<pinchartl> my turn then +<pinchartl> DU,?,plan,laurent,IPMMU integration on Gen3 +<pinchartl> DU,?,plan,laurent,IPMMU support on Gen3 (through VSPD+FCP) +<pinchartl> no progress +<pinchartl> VSP,?,plan,laurent,Fixed alpha support (VI6_DPR_*_ROUTE.FXA) + [17:09] +<pinchartl> VSP,?,plan,laurent,UDS regression fix +<pinchartl> VSP,v4.8,plan,laurent,Fix suspend/resume crash +<pinchartl> no progress +<pinchartl> the latter will not be ready for v4.8 +<pinchartl> I'll set the target version back to ? as the job hasn't been + scheduled yet [17:10] +<pinchartl> VSP,v4.8,public,laurent,CLU 2D and 3D mode support +<pinchartl> VSP,v4.8,public,laurent,CLU WARN_ON fix +<pinchartl> VSP,v4.8,public,laurent,CLU/LUT upstream API +<pinchartl> VSP,v4.8,public,laurent,CLU/LUT support submitted upstream on Gen3 +<pinchartl> VSP,v4.8,public,laurent,HGO operation mode selection [17:11] +<pinchartl> VSP,v4.8,public,laurent,HGO support upstream on Gen3 +<pinchartl> patches are public, I'll wait a few more days for review and send + a pull request [17:12] +<morimoto> 1 request from BSP +<morimoto> they want to have CLU 2D/3D mode on renesas-driver +<pinchartl> I've sent a pull request to Geert for renesas-drivers +<morimoto> OK, nice [17:13] +<pinchartl> VSP,v4.8,public,laurent,HGO test application +<pinchartl> HGO tests are included in + http://git.ideasonboard.com/renesas/vsp-tests.git [17:14] +<pinchartl> they currently require to use a special branch of yavta +<pinchartl> I will merge that branch back to master once the HGO kernel + patches are accepted +<pinchartl> same for the LUT/CLUT tests [17:15] +<pinchartl> every new feature I add to the VSP driver now includes + corresponding test cases +<pinchartl> VSP,v4.8,public,laurent,Horizontal/vertical flip support [17:16] +<pinchartl> that's a new task +<pinchartl> the patches have been posted as well and are included in the + renesas-drivers pull request [17:17] +<pinchartl> VSP,v4.8,public,laurent,Rotation support +<pinchartl> new task as well [17:18] +<pinchartl> I haven't published the patch yet +<pinchartl> (the status should be prototype, not public) +<pinchartl> I'll try to do so today +<pinchartl> but it doesn't work properly :-/ +<pinchartl> http://www.ideasonboard.org/vsp-rotation.png [17:19] +<pinchartl> that's what I get after rotation +<pinchartl> http://www.ideasonboard.org/vsp-rotation-expected.png [17:20] +<pinchartl> is the expected result +<pinchartl> I'm stuck at this point and suspect a hardware problem +<pinchartl> morimoto: I'll send you a mail with a description of the problem + after posting the patch +<pinchartl> could you forward it to the BSP team ? [17:21] +<morimoto> OK, I will ask it to BSP/HW team +<pinchartl> I'd like to know if they have tested rotation on H3 +<pinchartl> thank you +<pinchartl> VSP,?,prototype,laurent,V4L2 request API upstream [17:23] +<pinchartl> VSP,v4.8,public,laurent,V4L2 request API usable prototype +<pinchartl> after rotation that's the only task I have left for this month +<pinchartl> I have an updated patch series +<pinchartl> I'm testing it with the new MC test tool developed by Intel + [17:24] +<pinchartl> I'm also writing down the test instructions +<pinchartl> and will post the patch series with the instructions and test + scripts +<pinchartl> my target is Monday +<pinchartl> that's all for me [17:25] +<pinchartl> morimoto: any other request from the BSP team ? +<morimoto> they want to know about request API status [17:26] +<morimoto> Ahh, and we got pixsel format request from BSP team +<pinchartl> I think I've just addressed that question. another note on this + topic, both Intel and Google are interested in the request API, so + I expect to be pushed by them too +<morimoto> I posted it to this Multimedia meeting invitation [17:27] +<morimoto> You addressed which one ? +<morimoto> request API ? pixsel format ? +<pinchartl> request API. the target for the new patch series with the test + scripts and test instructions is Monday [17:28] +<pinchartl> let me check my e-mails [17:29] +<morimoto> OK, thanks +<pinchartl> when did you post it ? [17:30] +<pinchartl> right now ? +<pinchartl> ah no +<pinchartl> on Friday +<morimoto> Yes, Friday +<morimoto> it includes 2 request [17:31] +<morimoto> not a big deal, but we can get BSP team smile :) +<pinchartl> I'll fix that [17:32] +<morimoto> gr8 +<morimoto> And we got request from BSP team, but it is very big topic +<pinchartl> when do they need it ? [17:33] +<morimoto> it can be next PeriPeriCon (!= MiniPeriCon) topic +<pinchartl> (the 3 planes formats) +<morimoto> They already have patch on locally, so whenever is OK +<pinchartl> ok +<pinchartl> I'll see if I can fix that for v4.8 but it might be too short, + there's only a few weeks left [17:34] +<morimoto> ok, no problem +<pinchartl> what's the new very big topic ? +<morimoto> They want to use VSP without cache [17:35] +<morimoto> -> no copy +<pinchartl> where is there a copy ? +ERC> /no copy/zero copy/ +*** no: Unknown command +<pinchartl> and where does the VSP use case ? +<morimoto> s/no copy/zero copy/ +<pinchartl> buffers are mapped with uncached mappings +<pinchartl> and video frames are not copied +<morimoto> I forget detail, but they have something. [17:36] +<morimoto> Anyway, it can be PeriPeriCon topic +<pinchartl> can you find out what this is about and send an e-mail with more + information ? +<morimoto> OK, will do [17:37] +<pinchartl> thank you +<pinchartl> next, dammsan +<pinchartl> AUDIO-DMAC,?,plan,magnus,IPMMU integration on Gen2 +<pinchartl> AUDIO-DMAC,?,plan,magnus,IPMMU integration on Gen3 +<pinchartl> AUDIO-DMAC,?,plan,magnus,IPMMU support on Gen2 +<pinchartl> AUDIO-DMAC,?,plan,magnus,IPMMU support on Gen3 +<pinchartl> VIN,?,plan,magnus,IPMMU integration on Gen2 +<pinchartl> VIN,?,plan,magnus,IPMMU integration on Gen3 +<pinchartl> VIN,?,plan,magnus,IPMMU support on Gen2 +<pinchartl> VIN,?,plan,magnus,IPMMU support on Gen3 +<pinchartl> no progress ? [17:38] +<morimoto> Please wait. MagPeri is fighting his headache +<dammsan> hey guys [17:39] +<pinchartl> hi Magnus +<dammsan> FYI, i've prototyped VIN bits with local code now +<dammsan> on Gen2 and Gen3 +<dammsan> so they can maybe move from plan to local if there is such thing? + [17:40] +<dammsan> no progress about AUDIO-DMAC +<pinchartl> nice, thanks +<pinchartl> there's no such thing as local, maybe prototype ? [17:41] +<dammsan> yeah, sure +<dammsan> the code is not public yet [17:42] +<dammsan> but i intend to send it out in the not so distant future +<dammsan> i saw that the IOMMU maintainer pinged about how to merge +<dammsan> so i need to act on that +<dammsan> anything else? if not i'll head back into paper work land =) +<pinchartl> that's all, good luck with the paperwork [17:43] +<pinchartl> oh, I forget about this task +<pinchartl> VSP,v4.7,merged,laurent,Plane alpha + pixel alpha (on Gen3) +<pinchartl> patches have been merged +<pinchartl> (in the linux-media tree) [17:44] +<pinchartl> next, morimoto +<pinchartl> RSND,2016-06-30,public,morimoto,DT bindings for graph sound + [17:45] +<pinchartl> RSND,2016-06-30,prototype,morimoto,dw-hdmi-ahb-audio prototype on + Gen3 +<pinchartl> RSND,2016-06-30,prototype,morimoto,HDMI SSI prototype on Gen3 +<pinchartl> RSND,2016-06-30,plan,morimoto,HDMI sound Upstream support without + hotplug on Gen2 +<pinchartl> RSND,2016-09-30,plan,morimoto,Hotplug support upstream on Gen3 +<morimoto> I posted clean up patch which is 1st step for OF graph sound + support +<morimoto> it is still under review +<morimoto> I sent ping mail to maintainer, but no response yet [17:46] +<morimoto> Now, I'm development next step +<morimoto> ALSA sound have many features. +<morimoto> I'm working for this "many features" with OF graph +<morimoto> simple OF graph + sound is already OK [17:47] +<morimoto> I'm fighting with "complex features" + OF graph now +<morimoto> ALSA need to more of_graph_xxx() function/macro :) +<morimoto> over from me +<pinchartl> thank you [17:48] +<pinchartl> the first 4 tasks have 2016-06-30 as their target date +<pinchartl> should we update that ? +<morimoto> I think so +<morimoto> If you don't give me penalty :) [17:49] +<pinchartl> I'll let you sort that out with the BSP team :-) +<pinchartl> what should be the new target ? +<pinchartl> maybe a kernel version instead of a date, to match the other tasks + ? [17:50] +<morimoto> It seems this clean up patch-set itself (= 1st step) taks long + term... +<morimoto> s/taks/takes/ +<morimoto> and OF graph patch will taks more time... [17:51] +<morimoto> +3 month ? +<pinchartl> that's fine with me +<morimoto> Thanks +<pinchartl> v4.10 then ? [17:52] +<morimoto> Could you add above "pixel" tasks to peripelist ? +<morimoto> pinchartl: Yes nice +<pinchartl> I've added "DU,v4.9,plan,laurent,Fix 3 planes formats" [17:53] +<morimoto> OK, nice +<morimoto> BTW, you can use "make ver" on peripelist if you want to have + version base output +<pinchartl> thanks [17:54] +<pinchartl> neg: your turn +<pinchartl> ADV7482,v4.7,plan,niklas,Prototype on Gen3 +<pinchartl> ADV7482,v4.9,plan,niklas,Gen3 support upstream +<pinchartl> ADV7482,v4.9,plan,niklas,Interlace support upstream +<pinchartl> VIN,v4.7,plan,niklas,CSI2 prototype (Gen3) +<pinchartl> VIN,v4.8,plan,niklas,Gen3 support +<pinchartl> VIN,v4.8,plan,niklas,Scaler support (on Gen3) +<pinchartl> VIN,v4.9,plan,niklas,CSI2 interlace support upstream (Gen3) +<pinchartl> VIN,v4.9,plan,niklas,CSI2 support upstream (Gen3) +<pinchartl> VIN,v4.9,plan,niklas,Gen3 support upstream (without CSI-2) +<neg> CSI2 is done I hope, but have not posted it yet if something comesup + with the rework for adv7482 but will post it soon [17:55] +<neg> adv7482 is started but it turnd out work was needed on the v4l + framework, I have posted patches for that [17:56] +<neg> right now I'm updating the rcar-vin driver to use the new v4l feature + needed to use adv7482 and after that I will repost the rcar-vin driver + also addressing your review comments [17:57] +<neg> plan is to post csi-2 and adv7482 prottypes on monday and the updated + rcar-vin soon after that [17:58] +<neg> I plan to not support controlls for the adv7482 in the prototype since + more work is needed in v4l to support that for our use case +<neg> VIN,v4.8,plan,niklas,Gen3 support is public [17:59] +<pinchartl> do you think it will make it to v4.8 ? [18:00] +<pinchartl> (Gen3 support for VIN, not ADV7482 and CSI-2- +<neg> I think I can get the patches updated in time but I think review is + going to drag out due to the complexity needed to support the runtime + input selection [18:01] +<neg> so I do not feel confident about that [18:02] +<pinchartl> ok, v4.9 then [18:03] +<pinchartl> same for scaler support ? +<pinchartl> ah wait +<pinchartl> "VIN,v4.8,plan,niklas,Gen3 support" isn't for upstream +<pinchartl> so v4.8 is fine +<neg> yes same for scaler, I really would like reviews on the group concept + before I add scalers to the mix making it even more complex [18:04] +<pinchartl> ok [18:06] +<pinchartl> regarding controls for ADV7482 +<pinchartl> have you seen Hans' proposal ? +<neg> only what he posted in #v4l +<pinchartl> that's what I was referring to [18:07] +<pinchartl> ok, thanks for the report +<pinchartl> next, uli___ +<pinchartl> DU,v4.7,plan,ulrich,Atomic API test program +<pinchartl> DU,v4.7,public,ulrich,HDMI output on Gen3 prototype +<pinchartl> DU,v4.7,prototype,ulrich,Test setup with HDMI output to HDMI input + loopback (without EDID) +<pinchartl> DU,v4.7,public,ulrich,EDID generation support for the HDMI + loopback test setup +<pinchartl> VIN,v4.8,public,ulrich,Add DV timings support to rcar-vin [18:08] +<pinchartl> DU,v4.9,plan,ulrich,HDMI output on Gen3 upstream +<uli___> no progress, basically +<uli___> nothing for public consumption, at any rate +<pinchartl> how about "DU,v4.7,plan,ulrich,Atomic API test program" ? [18:09] +<uli___> same as last time, i.e. it's out +<uli___> i didn't move the wiki pages, though :) +<uli___> sorry about that +<pinchartl> could you please do so today, and link to the page from + http://elinux.org/R-Car/Devices ? [18:10] +<uli___> ok +<pinchartl> thank you +<pinchartl> regarding "DU,v4.7,public,ulrich,HDMI output on Gen3 prototype" + [18:13] +<pinchartl> what's the status of the latest code ? +<pinchartl> and do you plan to send an update ? +<uli___> yes, a small one, with the fix for es1.1 +<morimoto> that's nice for me +<pinchartl> thanks [18:14] +<pinchartl> I'll mark the task as complete +<morimoto> We will have other solution for this kind of ESx support. it can be + MiniPeriCon topic +<uli___> i won't be able to attend; please keep me up-to-date on that [18:15] +<morimoto> Oops, indeed +<morimoto> I created MiniPeriCon / RenesasCon wiki page [18:16] +<pinchartl> about "DU,v4.7,prototype,ulrich,Test setup with HDMI output to + HDMI input loopback (without EDID)", is there documentation + available in the elinux.org wiki ? +<morimoto> you can check log +<uli___> pinchartl: none yet [18:17] +<pinchartl> do you plan to add that this quarter ? +<pinchartl> (meaning in the next 8 days :-)) [18:18] +<uli___> yes, i consider it part of the add. task +<pinchartl> thank you +<pinchartl> that's it for the tasks check [18:19] +<pinchartl> Topic 2. Additional '50%' tasks (June) +<pinchartl> we have +<pinchartl> - VIN CSI-2 Support Prototype +<pinchartl> - - ADV7482 Driver Prototype +<pinchartl> - VSP CLU Improvements +<pinchartl> - VSP Rotation Support +<pinchartl> - HDMI Input/Output Loopback for R-Car Gen2 [18:20] +<neg> VIN CSI-2 on track will be posted latest on monday +<pinchartl> (scratch the last one, bad copy & paste) [18:21] +<neg> ADV7482 have local prototype but want to do more work to only have one + device for both the 1-lane and 4-lane outputs hope to be done and post + it on Monday +<pinchartl> (no, don't scratch it, it was the right copy & paste :-)) [18:22] +<neg> if I find that more work is needed in the v4l framework to support this + I will post my local prototype +<pinchartl> - FDP Support on Gen3 [18:23] +<pinchartl> neg: thanks +<pinchartl> I see that both prototypes will be posted for the end of the + month, that's enough for me +<pinchartl> on my side VSP CLU is ready and VSP rotation partially implemented + as explained before [18:24] +<pinchartl> h/v flip works, rotation doesn't +<pinchartl> we've already discussed HDMI loopback and FDP support +<pinchartl> so we seem to be on track +<pinchartl> Topic 3. Additional '50%' tasks (Q3) [18:25] +<pinchartl> Q3 will be split in two batches +<pinchartl> we need to agree on the first batch before the end of this month +<pinchartl> and we'll discuss the second batch during peripericon [18:26] +<pinchartl> we have proposed tasks for the first batch +<pinchartl> I've already discussed them with neg +<pinchartl> uli___: what's your opinion about working on the following ? +<pinchartl> - VIN HDMI input EDID on Gen2 (1 week) +<pinchartl> - Gen2 VIN integration (1 week) [18:27] +<pinchartl> the first one is about replacing the hardcoded EDID that Hans + complained about with something fit for upstream +<pinchartl> the second one is quite light and is about integrating VIN in DT + for all the Gen2 boards +<uli___> for what period of time would that be? +<pinchartl> both are upstream-focussed [18:28] +<pinchartl> they are due for mid-August +<pinchartl> you can start whenever you want :-) +<uli___> i see +<uli___> i'll have to check with geert and wolfram first, but generally i'd be + fine with that +<pinchartl> so you have 6 weeks allocated for additional tasks in Q3 [18:29] +<uli___> yes +<pinchartl> 3 weeks per batch +<pinchartl> those two tasks cover two weeks, there would be one week for core + or I/O +<pinchartl> if Geert or Wolfram need you for more than a week we can possibly + trim it down a bit on the multimedia side [18:30] +<pinchartl> I'd like to keep VIN HDMI input on Gen2 +<pinchartl> but dammsan might have a different opinion +<uli___> yes, i'd prefer that, too +<pinchartl> so, assuming there's no issue with time allocation between groups, + the above seems ok to you ? [18:31] +<uli___> i'm ok with the tasks, yes +<pinchartl> thank you +<pinchartl> kbingham: are you still there ? +<kbingham> pinchartl: yes, I'm here +<dammsan> pinchartl: different opinion? =) [18:32] +<pinchartl> dammsan: on what you think is more important in case Ulrich needs + to spend more time on core or I/O and less on multimedia +<pinchartl> kbingham: I've started discussing tasks and budget for Q3 for you + with Magnus, this is still ongoing, I'll get back to you ASAP + about that [18:33] +<dammsan> pinchartl: i just think that simon is good at doing integration, and + ulrich has good hacking skill +<dammsan> but you'll figure it out =) +<dammsan> i'm fine with current setup [18:34] +<pinchartl> dammsan: so we have the same opinion, perfect +<dammsan> yes +<kbingham> pinchartl:. ok +<pinchartl> Topic 4. Next meeting [18:35] +<pinchartl> keeping the current bi-weekly schedule, that would be the 6th of + July +<pinchartl> same time as today +<pinchartl> would that work for everybody ? +<neg> works for me [18:36] +<kbingham> works for me. And I won't be on the end of a piece of string either + :) +<uli___> me, too +<pinchartl> :-) [18:37] +<pinchartl> kbingham: let me know when your internet connection will allow you + to discuss new tasks +<morimoto> it works for me too +<pinchartl> dammsan: for you too ? [18:38] +<pinchartl> I'll assume that's a yes [18:39] +<pinchartl> that's all for today +<kbingham> pinchartl: Ack. +<pinchartl> thank you everybody for attending +<pinchartl> don't forget the reports for this month +<pinchartl> I know you all love them +<uli___> it always goes with an invoice; that works for me :) [18:40] +<neg> pinchartl: do you want copies of our reports so you too can enjoy them + :-) +<pinchartl> neg: I'll pass this time, thank you :-) +<pinchartl> neg: I'll pass this time, thank you :-) [18:41] +<pinchartl> (oops) +<morimoto> pinchartl: unfortunately I can't report to you :) +<pinchartl> I'll enjoy the elinux.org wiki only +<pinchartl> morimoto: you can if you really insist, and I promise I won't read + the report in that case :-) +<pinchartl> (report and invitation for next meeting sent) [18:42] +<morimoto> pinchartl: hehe OK [18:43] +<morimoto> So, can I go back to home ? [18:53] +<pinchartl> you can go wherever you want :-) [18:54] +<morimoto> Hehe, OK. Thank you for chat meeting. [18:55] +<morimoto> Bye Bye |