Multimedia-chat-meeting-2017-04-12

<pinchartl> good morning  [15:55]
<neg> morning
<morimoto> hi
<uli___> hello  [15:56]
<pinchartl> let's wait a few minutes for Jacopo and Magnus to join  [15:57]
<kbingham> Morning all
<jmondi> 'morning
<pinchartl> now only Magnus is missing :-)  [15:58]
<neg> while we wait  [16:00]
*** dammsan (~dammsan@s214090.ppp.asahi-net.or.jp) has joined channel
    #periperi  [16:01]
<neg> morimoto: is it enugho infomrmation about 'VIN issues on H3 ES2.0 and M3
      ES1x/M3W' to talk about it today or should we postpon it?
* morimoto Renesas talk now
<pinchartl> hi Magnus
<pinchartl> neg: I think we should at least mention it
<pinchartl> let's get started
<pinchartl> topics for today
<pinchartl> Topic 1. Status check for the multimedia tasks  [16:02]
<pinchartl> Topic 2. VIN issues on H3 ES2.0 and M3 ES1x/M3W
<pinchartl> Topic 3. Upstream V4L2 development
<pinchartl> anything else ?
<pinchartl> ok, let's start with status updates  [16:03]
<jmondi> maybe a check up on travel plans for OSS?
<pinchartl> jmondi: good point
<neg> Stamp of approvel for Tokyo dates, the  mail thread is dead and time to
      buy tickets ;-)
<kbingham> Ack with those :) ^
<pinchartl> Kieran has to run away in the middle of the meeting, so he will
	    get started
<pinchartl> kbingham: the stage is yours
<kbingham> Why thankyou maestro :-)
* morimoto back  [16:04]
<kbingham> So I'm now back on RCar developments and I've commenced looking at
	   the ADV7482 work
<kbingham> I have had some difficulty capturing frames through VIN so far,
	   getting the links set up to capture.
<morimoto> neg: we have no W/A at this point, so, nothing to discuss today. it
	   is just information sharing  [16:05]
<kbingham> (I have tried to capture using the existing code base, using HDMI
	   in ) - and a RPi to generate HDMI data
<kbingham> But the issue is getting the formats to propogate - checking the
	   formats shows 'unknown' in the FMT field .. and things aren't
	   propogating through media ctl.  [16:06]
<pinchartl> kbingham: do you have further things to try, or are you completely
	    blocked ?
<pinchartl> if it's a format propagation issue I assume you can try to debug
	    it
<kbingham> I'll have more things to try - like getting some prints in to see
	   why the formats aren't there  [16:07]
<kbingham> yes - It's just a debug issue really.
<kbingham> But will help me walk the code base anyway
<pinchartl> ok
<neg> kbingham: did you try h3-compliance.sh from vin-tests?
<kbingham> neg: Yup ! Same issue
<kbingham> neg: And I set my RPi dev to 640x480 as you suggested  - still no
	   avail - so I just need to dig and understand the issue
<neg> hum that is strange, guess I need to buy a RPI today :-)
<kbingham> If needed, I'll talk to (neg) later about that if possible.  [16:08]
<pinchartl> you can also ask me
<pinchartl> not that I have tried it
<pinchartl> but I can guide you through the format propagation process and
	    code
<kbingham> pinchartl: Thankyou :D Anyway - otherwise-  Once that issue is
	   resolved, I have started looking at how to create the subdevs, as
	   per our disucussions
<kbingham> and once I have established a baseline - I should be comfortable
	   hacking away at that.  [16:09]
<pinchartl> ok, thank you
<neg> first guess is it's EDID related since the ADV7482 have no EDID support
      I do all my testing using a Xbox as source so I assume it fallback to
      something the ADV7482 likes
<neg> that is the ADV7482 driver have no EDID support
<kbingham> By default, the source is coming up as  [fmt:unknown/1920x1080
	   field:none]  [16:10]
<kbingham> Anyway, we can go through that later :D  [16:11]
<neg> kbingham: the ADV7482 prototype should autodetect the formats, I would
      like to see the fill media graphyou get if possible, but maybe you and I
      can hash this out after the meeting :-)
<pinchartl> jmondi: you're next in resumed alpbabetical order :-)
<kbingham> I agree - we'll go through this after the meeting rather than in
	   the meeting :)
<jmondi> fine...  [16:12]
<jmondi> so, I started looking at moving the CEU driver away from soc_camera
<jmondi> I'm still evaluating if it is better to rewrite it or patch the
	 existing
<pinchartl> what's your opinion at this point ?  [16:13]
<jmondi> I'm a bit more inclined to patch the existing, because at the moment
	 it seems to me the driver could be implemented without sub-devices,
	 just with a single video device
<jmondi> also, I saw there is a VEU driver, which seems simple enough to use
	 as "inspiration"  [16:14]
<jmondi> even if it is a mem2mem device
<pinchartl> that sounds good to me
<pinchartl> you need a subdev for the camera sensor
<pinchartl> but you don't need to expose it to userspace  [16:15]
<jmondi> yeah, camera sensor apart...
<jmondi> because the CEU has a format conversion unit, that can be modeled as
	 sub-device visibile to userspace
<pinchartl> the atmel/atmel-isc.c driver seems to be a good example
<jmondi> but I guess it can be left out for now  [16:16]
<pinchartl> you don't need to, you can implement format conversion internally
<pinchartl> yes, also
<jmondi> pinchartl: thanks, I would have asked you suggestions on which driver
	 to look at
<jmondi> and that's all
<jmondi> I would have to clarify if OF support only is enough
<jmondi> because the remote mingor board we should start with, has no OF
	 support if I'm not wrong, right Magnus?  [16:17]
<pinchartl> pxa_camera should also be an option
<jmondi> pinchartl: I gave a look at pxa camera, mostly for OF parsing
<pinchartl> correct, no OF support in Migor  [16:18]
<pinchartl> you need to use platform data :-/
<jmondi> that's bad, it means I have to implement both :/
<pinchartl> you can start with platform data, and implement OF support later
								        [16:19]
<jmondi> we should also discuss about hw setup.. but it can be post-poned
	 after mingor has been made at least booting mainline
<pinchartl> sounds good to me  [16:20]
<pinchartl> how about the next two weeks ? do you plan to continue working on
	    this ?
<jmondi> I'm still intrigued byt the idea of starting with an RZ device from
	 day 0
<jmondi> pinchartl: yes, now that my other 2 tasks for IO/core are almost
	 done, I'll be fully on multimedia
<pinchartl> ok  [16:21]
<jmondi> I'll stop here, not to steal the stage to all the others :)
<pinchartl> one more thing, could you please remember to send your status
	    report by e-mail before the meeting next time ?  [16:22]
<dammsan> jmondi: yes there is no OF support for migor
<jmondi> pinchartl: uh, I'll do this right away
<jmondi> sorry about that
<pinchartl> jmondi: no need to for today, I'll include it in the report
<pinchartl> but it helps if I get them in advance
<jmondi> and, pinchartl, I'll ping you a bit more often in next days, hope you
	 won't mind ;)
<pinchartl> no problem with that :-)  [16:23]
<jmondi> (I'll be away from tomorrow to Tues. since we're speaking)
<jmondi> ok, done with me
<pinchartl> next, me
<pinchartl> I've mostly worked on code review and various discussions,
	    internally and upstream
<pinchartl> as well as additional tasks negotiation  [16:24]
<pinchartl> from a code point of view, I've tried to get the VSP rotation and
	    histogram support merged upstream in v4.12
<pinchartl> it resulted in yet another fight with Mauro
<pinchartl> up to a point where I can't take his abusive behaviour anymore
								        [16:25]
<pinchartl> I took a few days to think this over
<pinchartl> among the various options most of them seemed unreasonable to me
<pinchartl> such as challenging him publicly for V4L2 maintainership for
	    instance
<pinchartl> Hans Verkuil proposed to me to act as an interface between Mauro
	    and me  [16:26]
<pinchartl> to avoid all direct interactions
<pinchartl> I don't really think this would work, but I might give it a try
<pinchartl> in any case, I saw no other option that stepping out from upstream
	    V4L2 development, at least temporarily
<pinchartl> I will reconsider that decision if the situation changes  [16:27]
<pinchartl> (or if I find a better idea)
<pinchartl> in effect, this means I can continue reviewing code and driving
	    discussions internally
<pinchartl> including architecture discussions
<pinchartl> but I'll remain silent publicly for now
<pinchartl> it also means I will likely need to refrain to author any V4L2
	    patch  [16:28]
<pinchartl> I still need to discuss this with Hans today, after this meeting
<dammsan> sounds good to me
<pinchartl> for the next two weeks, I plan to work on the multi-camera setup
	    and try to get it working
<pinchartl> VSP fences support is effectively on hold, I can't work on that
								        [16:29]
<dammsan> you can also consider putting mauro on fire
<pinchartl> I've considered that, but I don't think it will help
<pinchartl> he will fight back, and it would just create a bit mess, most
	    likely without any concrete improvement
<dammsan> he looks like he may burn well
<dammsan> probably
<pinchartl> dammsan: let's not resort to personal non-technical attacks
								        [16:30]
<pinchartl> that's it for me for today
<pinchartl> if any of you wants to discuss this further let's do so after the
	    status updates  [16:31]
<pinchartl> next, dammsan
<neg> quick question, 'reviewing code internally' means no public review of
      patches?
<dammsan> no update from my side, currently installing migor in the remote
	  access rack
<pinchartl> neg: correct. let's discuss the implications after the status
	    update  [16:32]
<pinchartl> dammsan: thank you
<pinchartl> I assume you'll now try to get Migor to boot mainline ?
<dammsan> once it is installed yes  [16:33]
<pinchartl> thank you
<dammsan> thanks
<pinchartl> next, Morimoto-san
<morimoto> A) What have I done since last time
<morimoto> continue OF-graph posting. I got response from Rob, but he mentions
	   small details which is related to ALSA SoC, not to OF-graph.
<morimoto> BSP team reported Sound issue. Almost all bugs are fixed. But some
	   noise issue was not yet solved. I'm thinking this is related to
	   board specific clk issue (L/R clock gets interference from Bit
	   clock)
<morimoto> 8ch camera datasheet export paper work
<morimoto> created periupport script
<morimoto> shared H3/M3 VIN issue to you guys ;P
<morimoto> B) What I plan to do till next time  [16:34]
<morimoto> continue OF-graph posting
<morimoto> continue sound noise issue fix
<morimoto> 8ch camera board check by using demo program with BSP team
<morimoto> C) Problems I have currently
<morimoto> OF-graph stalling
<morimoto> --EOT--
<pinchartl> thank you
<pinchartl> when do you think you will be able to verify the multi-camera
	    setup with the demo program ?  [16:35]
<morimoto> According to BSP team, I and Magnus will check it on this Fri
<dammsan> huh, good to know
<dammsan> =)  [16:36]
<pinchartl> :-D
<morimoto> dammsan: this means you need to bring it to Renesas Office on Fri
	   :P
<pinchartl> I'll wait until this weekend before working on it then
<pinchartl> could you post a status update when you will be done on Friday ?
								        [16:37]
<morimoto> Of course I will check 2 board which will be ship to Laurent/Niklas
	   after May
<pinchartl> and Magnus, will you be able to reinstall it in your remote access
	    setup after your done, to allow me to work on it during the
	    weekend ?
<morimoto> pinchartl: sure
<pinchartl> thank you  [16:39]
<dammsan> pinchartl: not sure about when i will get time to do that
<morimoto> I think all needed 8ch camera datasheet/information exist on Wiki
	   now. do we still missing something ?
<pinchartl> dammsan: could you at least send me an e-mail when you will be
	    done ? and also notify me if you get delayed ?
<dammsan> it depends on how long time is needed in the renesas office  [16:40]
<pinchartl> morimoto: I still don't know what the small microcontroller inside
	    the cameras does exactly. do you have any information about that ?
	    it's connected to the I2C control bus, and controls the sensor
	    power down signal
<dammsan> once it is working i will reinstall it in the remote access rack
								        [16:41]
<pinchartl> dammsan: you don't have to work around the clock obviously :-) but
	    for planning purposes, it would help if you could let me know at
	    the end of Friday if there will be delays
<morimoto> pinchartl: do you mean U402 ? and I think you are asking it to IMI
	   guys ?  [16:42]
<pinchartl> morimoto: yes, U402. I've asked the IMI person who sent me the
	    schematics, but haven't received any answer
<dammsan> i highly doubt things will start workin on friday
<morimoto> OK, I will push him
<dammsan> and we have meetings most of the afternoon
<dammsan> so i think you can assume you will not get it this weekend  [16:43]
<pinchartl> dammsan: ok. let me know if that changes then
<dammsan> will let you know once it is reinstalled
<dammsan> thanks
<pinchartl> morimoto: I see your e-mail report contains a list of patches. do
	    I need to include them in the meeting report, or will they be
	    picked up by your scripts ?  [16:44]
<pinchartl> while waiting for that answer  [16:45]
<pinchartl> neg: your turn
<neg> a)
<neg>     - Fixed up some small CSI-2 stuff, patches pending waiting further
<neg>       work before I post them.
<neg>     - Had discussions with Laurent, Kieran and Sakari about V4L2
<neg>       extensions needed to support ADV7482.
<neg>     - Took a stab at at extending the of graph framework to be able to
<neg>       iterate over all DT nodes in a graph connected by endpoints. But
<neg>       ceased work after the talk above since the core issue can
<neg>       hopefully be solved in a better way and then there would be no
<neg>       users of this.  [16:46]
<neg>     - Tried to help out as much as possible with the 8-channel VIN
<neg>       prototype Ulrich and Laurent are working on.
<neg> b)
<neg>     - Respin CSI-2 and VIN patches with my new found knowledge of V4L2
<neg>       async framework.
<neg>     - Keep supporting 8-channel VIN if needed.
<neg>     - Address any review comments on VIN and CSI-2 patches.
<neg> c)
<neg>     - No review or other activity on VIN patches, the series [PATCH
<neg>       00/16] rcar-vin: fix issues with format and capturing' IMHO ready
<neg>       to be picked up upstream but needs reviews.
<neg> Also Friday 14/4 and Monday 17/4 are holidays in Sweden and I will be
      out of town at least on Friday, so my response times are reduced between
      those dates.
<pinchartl> thanks for letting us know
<morimoto> pinchartl: I think bugfix patches of D) ? it will be pickuped
	   automatically by our script. you can drop it. thanks  [16:47]
<pinchartl> those two days are public holidays in Finland too
<pinchartl> morimoto: thank you
<pinchartl> regarding the rcar-vin series
<pinchartl> I can review it internally  [16:48]
<pinchartl> again, let's discuss that after the status updates
<pinchartl> uli___: your turn
<uli___> so the csi purports to capture frames from the max9286, but it
	 doesn't really
<uli___> i tried turning off integrity checks, but to no avail
<uli___> i guess the data is not valid; maybe the virtual channel setup is
	 wrong?  [16:49]
<uli___> that's pretty much it. two suggestions for friday:
<uli___> 1. dump the registers of the max92* and ov10635, if it works
<uli___> 2. dump the microcontroller, if you have an isp programmer lying
	 around
<uli___> it has 8k of rom, and most of it will be ov10635 register settings
<uli___> should be easy to reverse-engineer...  [16:50]
<pinchartl> uli___: do you think that U402 is an I2C master ?
<pinchartl> I thought it was a slave
<uli___> the driver code suggests so
<pinchartl> ouch
<uli___> it says that linux doesn't support multi-master busses
<uli___> and that it has to wait for the attiny to finish because of that
<pinchartl> that would require opening the camera, I'm not sure if that's
	    feasible  [16:51]
<uli___> oh, i see...
<pinchartl> but if the microcontroller indeed configures the sensor by itself,
	    we might have issues, yes
<uli___> well, that's it from me  [16:53]
<pinchartl> thank you for the suggestions
<pinchartl> that's it for the status updates
<pinchartl> Topic 2. VIN issues on H3 ES2.0 and M3 ES1x/M3W  [16:54]
<pinchartl> Morimoto-san has reported VIN-related issues in the wiki
<pinchartl>
	    (https://osdr.renesas.com/projects/linux-kernel-development/wiki/R-Car-Gen3#VIN-issue)
<pinchartl> we don't have much information at this point though
<pinchartl> so there isn't much to discuss
<pinchartl> but I have a question  [16:55]
<morimoto> Yes. but it is just information, and no W/A at this point.
<pinchartl> morimoto: do those issues impact the multi-camera setup we're
	    trying to get working ?
<neg> morimoto: W/A == Wanted Action?
<pinchartl> neg: Work Around
<pinchartl> (I assume)
<morimoto> yes Work Around, sorry  [16:56]
<neg> thanks :-)
<morimoto> pinchartl: According to BSP team, upstream is supporting 2 Lane ?
<morimoto> 1 lane, and 4 lane have no issue
<morimoto> but 2 lane has issue on M3
<morimoto> BSP team is using H3  [16:57]
<morimoto> and our remote access is using M3
<pinchartl> dammsan: would it be possible to switch the remote access setup to
	    H3 ?
<morimoto> pinchartl: 1 question. are multimedia people tring to 8ch directly
	   ?  [16:58]
<morimoto> I though 1ch camera as fist step  [16:59]
<pinchartl> morimoto: no, we're trying to capture from a single camera first
<morimoto> OK
<morimoto> So then it is using 1lane ? maybe M3 
<morimoto> s/mabe M3//
<uli___> 4 lane  [17:00]
<dammsan> pinchartl: i can attach the camera board to H3 instead  [17:01]
<dammsan> but then our ground might become more stable
<dammsan> i mean more unstable since it is changing
<pinchartl> I think this can wait until Friday
<morimoto> sorry I was wrong. CSI40's 1lane and 2lane are NG. CSI40 4lane is
	   OK. CSI20 is all OK
<dammsan> after the hardware has been verified in the renesas office i will
	  use the same one for the remote access
<pinchartl> if you get it to work on H3 on Friday but can't on M3, then we'll
	    switch to H3 :-)  [17:02]
<dammsan> of course if you have any special preference then we will follow
	  that
<pinchartl> I think we're done with status updates  [17:03]
<pinchartl> sorry, with VIN :-)
<pinchartl> Topic 3. OSS Japan trip
<pinchartl> (FYI, my talk at OSS Japan has been approved)  [17:04]
<pinchartl> we need to start booking planes and hotels
<pinchartl> morimoto: can we proceed with Renesas' blessing ?
<morimoto> blessing = trip cost ?  [17:05]
<morimoto> or meeting ?
<pinchartl> blessing as in getting authorisation to book the trip, and
	    invoicing it to Jinso  [17:06]
<morimoto> Maybe it is OK unless you enjoyed party like Oil tycoon ;P
<pinchartl> damn, my cunning plan has been understood :-)  [17:07]
<pinchartl> we'll keep the costs down as usual  [17:08]
<pinchartl> no champagne, we'll just drink nihonshu :-)
<pinchartl> jmondi: kbingham: neg: you can proceed booking tickets
<pinchartl> uli___: you could too, but you mentioned you won't be able to
	    join, right ?
<uli___> no, i won't. sorry.  [17:09]
<morimoto> Renesas will pay up to Economy class for flight. Of course you can
	   upgrade, but it is your cost ;P
<neg> I assume ppl will book the conference hotel even for code camp days?
<dammsan> "up to Economy class" - makes  it sound ike there is something
	  lower? =)  [17:10]
<neg> dammsan: United?
<dammsan> haha, if you prefer to be dragged out
<neg> haha :-)
<jmondi> what days we said again? 26th to the 2nd?  [17:11]
<pinchartl> jmondi: 29th to 3rd
<pinchartl> (Monday to Saturday)
<pinchartl> I suggest arriving on the 28th at the latest
<pinchartl> (that's what I'll do, in the morning)
<pinchartl> and leaving on the Sunday, or later if you want to take some time
	    to visit Tokyo  [17:12]
<pinchartl> please be careful about the jetlag though
<pinchartl> flights from Europe often land early in the morning
<pinchartl> if you have trouble sleeping in the plane, the next day is very
	    painful
<pinchartl> you might want to arrive on the 27th to have more time to recover
								        [17:13]
<jmondi> looking at flights now
<pinchartl> neg: I've booked the conference hotel for the first two days too
<pinchartl> the rate allows changes
<morimoto> And we will have multimedia F2F meeting on 29th 30th ?
<pinchartl> so I might move to a different location after we decide on the
	    meeting location
<pinchartl> morimoto: correct. we still haven't decided where to host that
								        [17:14]
<morimoto> OK
<pinchartl> I would appreciate if our valued Japanese and Japanese resident
	    team members could advise on appropriate meetings locations
<morimoto> OK, I and Magnus will try it. dammsan: please say YES  [17:15]
<dammsan> YEESS
<pinchartl> thank you :-)
<morimoto> How many member ?  [17:16]
<pinchartl> it should be 4 from Europe  [17:17]
<pinchartl> Jacopo, Kieran, Niklas and me
<pinchartl> I assume Magnus and you will join too
<pinchartl> I don't know who else would like to attend from Japan
<pinchartl> we will have a multimedia team meeting, but I also want to use
	    this opportunity to work on the multi-camera setup with local
	    access to the hardware  [17:18]
<pinchartl> so I'd like part of those two days to be a code camp
<pinchartl> next topic, upstream V4L2 development  [17:19]
<neg> If I understnad the mail thread corretly Wolfram won't be there so no IO
      meeting to conflict with, but can't see any feedback from Geert. Anyone
      know if extra days will be needed for Core meeting?
<pinchartl> neg: I don't know. let's ask geertu  [17:20]
<neg> geertu: ^ :-)
<pinchartl> I've already explained the situation briefly. I assume some of you
	    may have questions
<pinchartl> (suggestions will be appreciated too, feel free to speak your mind
	    honestly)
<jmondi> pinchartl: is the discussion you had with Mauro on linux-media list?
								        [17:21]
<pinchartl> no, it was an IRC discussion on #v4l
<jmondi> oh, that's why :)  [17:22]
<pinchartl> it's not that discussion as such that prompted me to reconsider my
	    involvement, but all the interactions I've had with Mauro over the
	    past 12 months (at least)
<pinchartl> this was just the last straw
<neg> First off. I think it's problematic that you step away from V4L2, even
      for a while. But I understand why you do it and support it.  [17:23]
<pinchartl> neg: thank you. for the record, when I said you're free to state
	    your mind, I could totally understand if you (or anyone else)
	    couldn't understand my decision, and thought it was a very bad
	    idea  [17:24]
<jmondi> how can you really step away, involved as you are (saying this from
	 the point of view of someone outside the v4l2 community)?
<pinchartl> jmondi: but stopping all my involvement
<pinchartl> not sending any patch anymore
<pinchartl> not participating in any public discussion (mailingl list, irc,
	    face to face meetings)  [17:25]
<pinchartl> not reviewing any code anymore
<pinchartl> (at least publicly)
<jmondi> I mean, everything you guys have discussed here has been shared to
	 other v4l2 members (and that's great)... will you drop everything?
<pinchartl> I plan to continue supporting the multimedia team and every member
	    who works on V4L2 through internal discussions and code reviews
								        [17:26]
<pinchartl> but that might be the most I will be able to do
<pinchartl> as mentioned earlier, I will discuss this with Hans Verkuil after
	    this meeting  [17:27]
<neg> This creates voids since you is a big part when the media group interact
      with the V4L2 community, I feel at least I would need to ask you from
      time to time how to best proceed with things like that even if you won't
      be a part of it
<pinchartl> he proposed acting as middleman between Mauro and me
<pinchartl> while I don't think it would work, I could still give it a try
<pinchartl> neg: I'll answer all questions from the team and will help as much
	    as I can  [17:28]
<neg> The thing closest to my heart is to get the VIN Gen3 patches upstream
      and my interpretation of the situation have been that Hans have waited
      for you to review the patches, and now that you can't public review/ack
      those patches I feel worried on how to proceed to get those patches
      upstream.
<pinchartl> but you would need to be the one taking up the fight against Mauro
	    publicly
<pinchartl> I won't be able to support you when it comes to defending your
	    work in public
<jmondi> v4l3? :p
<pinchartl> jmondi: that's also an option I've considered, but I don't think
	    it's feasible. I might be wrong though
<pinchartl> ah, another point, for the record  [17:30]
<pinchartl> Google will likely continue the work on the request API
<pinchartl> (in particular Alexandre Courbot and Tomasz Figa from the chromeos
	    team)
<pinchartl> I have a meeting scheduled tomorrow with them to explain how I
	    would like them to proceed
<pinchartl> but their main use case is video codecs
<pinchartl> they have no performance-related use case like we do  [17:31]
<jmondi> and no android stupid HAL libraries to make happy
<pinchartl> so I fear this means that whatever will be merged upstream will
	    not support our use cases
<pinchartl> we might be left with no way to get decent performances from the
	    VSP with upstream APIs
<pinchartl> that would be a big gap that the BSP would need to cover
<pinchartl> I might be painting the situation blacker than it is really, but
	    it's a risk  [17:32]
<pinchartl> dammsan: morimoto: you're silent, any comment or question about
	    all this ?
<pinchartl> I guess not  [17:35]
<pinchartl> if there's no other question or comment, the next topic is the
	    next meeting  [17:36]
<pinchartl> I propose two weeks from now, same time
<pinchartl> Wednesday 2017-04-26 at
<pinchartl> 08:00 GMT / 09:00 CEST / 10:00 EEST / 16:00 JST
<neg> works for me  [17:37]
<uli___> ok  [17:38]
<pinchartl> jmondi: does it work for you too ?
<pinchartl> I think we've lost Morimoto-san and Magnus. I'll assume it works
	    for them too
<neg> pinchartl: maybe we can have a short chat after you talked to Hans about
      who I can best procced with getting attention on the VIN patches?
<dammsan> it is fine =)
<pinchartl> neg: sure
<neg> thanks
<jmondi> isn't there IO meeting on the 26th?  [17:39]
<jmondi> no, it's the 18th sorry about that!
<jmondi> pinchartl: works for me then
<pinchartl> ok, it's settled then  [17:40]
<pinchartl> if there's no other question, I propose adjourning this
	    meeting. you can always talk to me here or in private later today
	    or at any other time if there's something you'd like to discuss
<pinchartl> does anyone second ?
<neg> second  [17:41]
<pinchartl> thank you all for attending, and have a nice day
<jmondi> second!
<neg> thanks all, have a nice day
<jmondi> can I send an email to periperi to discuss about OSS trip
	 organization?  [17:43]
<pinchartl> jmondi: sure  [17:44]
<dammsan> jmondi: yes, we said at 19:00  [17:54]
* morimoto I'm back from Renesas talk  [18:17]
<morimoto> pinchartl: I will share about Request API topic to BSP team. Thanks