summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20160622-mm-chatlog
diff options
context:
space:
mode:
authorKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 15:29:52 +0900
committerKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 16:23:07 +0900
commit55e3b2f45880faaf06f3c660ca9e8a6d9aa14bce (patch)
tree6392fd201a51ff0f6dc0e474803e6f3b20919504 /wiki/Chat_log/20160622-mm-chatlog
parent5d9e1b983faf7645ddc3d45d28e612d2ac4179c0 (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-chatlog605
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