summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20171214-mm-chatlog
diff options
context:
space:
mode:
Diffstat (limited to 'wiki/Chat_log/20171214-mm-chatlog')
-rw-r--r--wiki/Chat_log/20171214-mm-chatlog328
1 files changed, 328 insertions, 0 deletions
diff --git a/wiki/Chat_log/20171214-mm-chatlog b/wiki/Chat_log/20171214-mm-chatlog
new file mode 100644
index 0000000..32ba354
--- /dev/null
+++ b/wiki/Chat_log/20171214-mm-chatlog
@@ -0,0 +1,328 @@
+Multimedia-chat-meeting-2017-12-14
+
+10:10 < pinchartl> looks like we have a full hosue today
+10:10 < pinchartl> hello everybody
+10:10 < pinchartl> let's get started with status updates
+10:10 * kbingham[m] should move to a real keyboard
+10:11 < pinchartl> I'll copy & paste from e-mail to make it faster
+10:11 < pinchartl> first, uli___
+10:12 < pinchartl> Since last meeting:
+10:12 < pinchartl> - Forward-ported Rogue GPU driver on M3-W to mainline.
+10:12 < pinchartl> OpenCL and proprietary API tests pass 100% on the mainline M3-W GPU driver.
+10:12 < pinchartl> OpenGL tests (both shipped with the binary blobs and home-brewed tests) fail early, though. eglInitialize() not very helpfully returns EGL_NOT_INITIALIZED.
+10:12 < pinchartl> This is suspected to be a user space problem, will try to find a user space/binary blob combination that works.
+10:12 < pinchartl> For the next two weeks:
+10:12 < pinchartl> - Mix and match the various versions of GPU user space libraries in
+10:12 < pinchartl> an effort to get OpenGL to work
+10:12 < pinchartl> Issues and Blockers: None
+10:12 < pinchartl> uli___: anything to add?
+10:12 < uli___> that's it, really
+10:12 < pinchartl> thank you
+10:12 < pinchartl> next, Kieran
+10:12 < pinchartl> Since last meeting:
+10:12 < pinchartl> - Rebased GMSL/base on top of renesas-drivers-v4.15-rc1 with Niklas' help
+10:12 < pinchartl> - Eagle-V3M GMSL support
+10:12 < pinchartl> - Implemented a VIN loopback test
+10:12 < pinchartl> Frames are compared, and invalid frames stored for post-analysis
+10:12 < pinchartl> - HDMI Interlaced support query
+10:12 < pinchartl> For the next two weeks:
+10:12 < pinchartl> - Christmas Holidays
+10:12 < pinchartl> Issues and Blockers: None
+10:12 < pinchartl> kbingham[m]: anything to add ?
+10:13 < pinchartl> (or to fix, as I have reformatted the text from e-mail status updates for the report)
+10:13 < pinchartl> or kbingham maybe ?
+10:13 < neg> kbingham[m]: good work with the looptests!
+10:13 < kbingham> pinchartl: Not since I put those in an email at 1am no :)
+10:13 < pinchartl> :-)
+10:14 < pinchartl> next, Jacopo
+10:14 < pinchartl> Since last meeting:
+10:14 < pinchartl> - Rebased and retested existing GMSL code
+10:14 < pinchartl> - Tested and compared latest Cogent's code drop
+10:14 < pinchartl> About aone month ago we have received a new code drop from Cogent (https://
+10:14 < pinchartl> github.com/CogentEmbedded/meta-rcar/blob/v2.23.0/meta-rcar-gen3-adas/recipes-
+10:14 < pinchartl> kernel/linux/linux-renesas/0030-Gen3-LVDS-cameras.patch). It differs from our current code in OV10635 settings and MAX9286/MAX9271 settings. Using Cogent's settings has no impact on frame synchronization.
+10:14 < pinchartl> - Added debug output to v4l2-async
+10:14 < pinchartl> - Started building Yocto for GMSL setup to test Cogent's code.
+10:14 < pinchartl> Renesas BSP layer built, still have to build Cogent's layer.
+10:14 < pinchartl> For the next two weeks:
+10:14 < pinchartl> - Collect CEU feedbacks and submit v2
+10:14 < pinchartl> - OV7670 device tree parsing
+10:14 < pinchartl> - Update gmsl/base with kieran's new tag and test image capture on v4.15-rc1
+10:14 < pinchartl> - Yocto build of Cogent's BSP
+10:14 < pinchartl> Issues and Blockers:
+10:14 < pinchartl> - With v4.15-rc1 GMSL devices are registered but no frame could be captured
+10:14 < pinchartl> - GMSL frame sync still no working and becoming a blocker
+10:14 < pinchartl> jmondi: anything to add/fix ?
+10:14 < kbingham> neg: Yes, it's certainly an interesting way forwards once we get through a few minor format issues :)
+10:15 < jmondi> just wanted to know from neg if it expected to reecive an -EPIPE when capturing on v4.15-rc1
+10:15 < neg> jmondi: then the pipeline verification fails
+10:15 < jmondi> (ie. because of missing mux support)
+10:16 < neg> jmondi: we can take this after the meeting and try to bang it out? I'm also porting the new mux setup to the GMSL branch so will probobly run in to the same issues you have
+10:16 < jmondi> and I should resend my last series to have gmsl device node created to better exaplain why we need that on v4.15-rc1
+10:17 < jmondi> neg: sure
+10:17 < pinchartl> in that case
+10:17 < pinchartl> next, Niklas
+10:17 < neg> jmondi: The old mux implementation should be there in the GMSL branch but I have not tested it ontop of v4.15-rc1, only the new one and it wroks for adv748x at least
+10:17 < pinchartl> Since last meeting:
+10:17 < pinchartl> - Added VIN support to V3M
+10:17 < pinchartl> - [PATCH] rcar-vin: enable support for r8a77970
+10:17 < pinchartl> - [PATCH 0/2] rcar-csi2: enable support for r8a77970
+10:17 < pinchartl> - [PATCH 0/3] arm64: dts: renesas: r8a77970: connect VIN to CSI40
+10:17 < pinchartl> - [PATCH v12 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2
+10:17 < pinchartl> - [PATCH v8 00/28] rcar-vin: Add Gen3 with media controller
+10:17 < pinchartl> - [PATCH v9 00/28] rcar-vin: Add Gen3 with media controller
+10:17 < pinchartl> - Multiplexed pads based on routing and framedesc patches from Sakari and Laurent done for rcar-vin, rcar-csi2 and adv748x
+10:17 < pinchartl> - User-space patches for v4l2-ctl to support routing operations needed to control multiplexed pads from user-space
+10:17 < pinchartl> - Begun adopting 8-camera patches for new multiplexed pads
+10:17 < pinchartl> - Confirmed CEC functionality on Koelsch (for Lager test-case). Found problems with CEC and adv7612. Hans have hack patch to make it works but it's not ready to be upstream but works to loopback test CEC on Gen2.
+10:17 < pinchartl> - Started to address Laurent's review comments to rcar-vin Gen3
+10:17 < pinchartl> For the next two weeks:
+10:17 < pinchartl> - Post multiplexed streams kernel and user-space patches
+10:17 < pinchartl> - If time try to help Hans by adding and testing CEC on Lager, hopefully with the help from Laurent who kindly offered to test on his Lager.
+10:17 < pinchartl> Issues and Blockers: None
+10:17 < pinchartl> neg: anything to add/fix ?
+10:18 < neg> pinchartl: only that CEC test on Lager will be postponed to next year :-)
+10:18 < pinchartl> indeed :-)
+10:18 < pinchartl> sorry about that, I thought I would have time today but unfortunately I won't
+10:18 < neg> no problems
+10:19 < pinchartl> well, it could still be done before the next meeting
+10:19 < pinchartl> next, Morimoto-san
+10:20 < pinchartl> - ALSA SoC cleanup prepare patches have been accepted
+10:20 < pinchartl> Main cleanup patches are very big, still trying to find out when the best time to post them would be.
+10:20 < pinchartl> - Fixes for sound issues reported by the BSP team
+10:20 < pinchartl> - M3N Salvator-XS board export paper work
+10:20 < pinchartl> Until next meeting:
+10:20 < pinchartl> - Post main ALSA SoC cleanup patches
+10:20 < pinchartl> - M3N Salvator-XS board export paper work
+10:20 < pinchartl> Issues and Blockers: None
+10:20 < geertu> dammsan's remote lager with manual fiddling on his side?
+10:20 < pinchartl> anything to add/fix ?
+10:20 < pinchartl> morimoto`: anything to add/fix ?
+10:20 < morimoto`> nothing,thanks
+10:21 < pinchartl> you're welcome
+10:21 < pinchartl> next, me
+10:21 < pinchartl> Since last meeting:
+10:21 < pinchartl> - More patch review
+10:21 < pinchartl> - Submitted DISCOM support to calculate CRC in the VSP
+10:21 < pinchartl> - Nearly finished display color keying support for Gen3
+10:21 < pinchartl> - Submitted new version of the DU plane boundaries fixes
+10:21 < pinchartl> - Tested DU dmabuf import fixes locally
+10:21 < pinchartl> Until next meeting:
+10:21 < pinchartl> - Submit display color keying support for Gen3
+10:21 < pinchartl> - More patch review
+10:21 < pinchartl> - New version of the V4L2 unbind/userspace race condition handling
+10:21 < pinchartl> - Start reworking video device registration code
+10:21 < pinchartl> Issues and blockers: None
+10:21 < pinchartl> and I agree with myself
+10:21 < pinchartl> dammsan: anything to report on your side ?
+10:22 < pinchartl> geertu: have we agreed on whether the next meeting will be on the 9th or the 11th ?
+10:24 < pinchartl> while waiting for answers, let's move to the questions from Morimoto-san
+10:24 < morimoto`> pinchartl: dammsan said "no"
+10:25 < pinchartl> - Color Key support for DU/VSP
+10:25 < pinchartl> This is due for tomorrow, I will post patches today
+10:25 < morimoto`> thanks!
+10:25 < pinchartl> - Calculate DU DPLLCR to have smaller jitter
+10:25 < pinchartl> I've replied to your e-mail, I assume you will send a v3
+10:26 < morimoto`> Yes, thanks.
+10:26 < pinchartl> - Interlace height calculation mismatch between HDMI <-> CVBS
+10:26 < pinchartl> kbingham: ?
+10:26 < pinchartl> - Remove "VNMC_REG = 0" writing from VIN driver
+10:26 < pinchartl> neg: ?
+10:27 < kbingham> - Ah - yes - I need to look at the interlace issue and send a patch I believe.
+10:27 < neg> pinchartl: "VNMC_REG = 0" is addressed in the later vin series
+10:27 < pinchartl> neg: thank you
+10:27 < pinchartl> kbingham: when do you plan to do so ?
+10:27 < morimoto`> neg: upsteamed already, do you mean ?
+10:28 < kbingham> pinchartl: I find myself with very little spare time between now and Christmas ... If this is a high priority task - then I'll make time - but otherwise this will be a new year task for me.
+10:28 < neg> morimoto`: no, it's part of VIN Gen3 patches which is not yet upstream
+10:29 < kbingham> It's probably not a long task ...
+10:29 < morimoto`> kbingham: no problem. it is not a high priority. I just asked
+10:29 < pinchartl> kbingham: can we say for the next meeting then ? (9th or 11th, pending geertu's answer)
+10:29 < kbingham> morimoto`: Ok thanks -
+10:29 < neg> morimoto`: but the fault is also introduced by erlier versions of the same patch-set, so the fault have never been present upstream
+10:29 < kbingham> pinchartl: Yes, I would hope January is achieveable :)
+10:29 < pinchartl> thank you
+10:30 < morimoto`> neg: OK, sounds nice. Thanks
+10:30 < pinchartl> - ADV7511W slave address conflict issue on D3
+10:30 < pinchartl> I haven't had time to work on this yet, I will address it as part of my base contract, planned for the first two weeks of January as well
+10:31 < morimoto`> pinchartl: thanks. no stress
+10:32 < pinchartl> - drmModeAtomicCommit() API test makes VGA side bad
+10:32 < pinchartl> I have confirmed the issue but not investigated it yet
+10:32 < pinchartl> I'm not sure yet how big the problem is and whether an additional task would be needed
+10:32 < pinchartl> how urgent is it ?
+10:32 < morimoto`> Hmm.. not sure.
+10:33 < pinchartl> it's pretty bad, so I'd like to prioritize it
+10:33 < morimoto`> it can be next add. task ?
+10:33 < pinchartl> yes, I think it's a good idea
+10:33 < morimoto`> OK, thanks
+10:33 < pinchartl> I think those were all your questions
+10:34 < pinchartl> next topic, FOSDEM
+10:35 < pinchartl> easy question first, who wants to join the multimedia dinner on Thursday evening ?
+10:35 < jmondi> o/
+10:35 < neg> me
+10:35 < morimoto`> pinchartl: I confirmed about drmModeAtomicCommit() priority. It is HI priority
+10:36 < pinchartl> morimoto`: ok, thank you
+10:36 < morimoto`> pinchartl: +1 topic is DU separation.
+10:36 < pinchartl> kbingham: for virtualization ?
+10:36 < pinchartl> I meant
+10:36 < morimoto`> pinchartl: this is low priority
+10:36 < pinchartl> morimoto`: for virtualization ?
+10:36 < morimoto`> Yes
+10:36 < pinchartl> ok
+10:37 < pinchartl> let's discuss it as part of the additional tasks
+10:37 < morimoto`> OK, thanks.
+10:37 < pinchartl> uli___: no plan to attend the multimedia meeting on Thursday before the FOSDEM ?
+10:37 < uli___> no definite plan for now
+10:38 < pinchartl> ok
+10:39 < pinchartl> ok
+10:39 < pinchartl> then
+10:39 < pinchartl> it seems our plan to organize a code camp during the week after the FOSDEM in a remote location that would force us to work needs to be cancelled
+10:39 < pinchartl> be clearly can't do so without at least one Japanese attendee
+10:40 < pinchartl> I would, however, still like to organize a GMSL code camp
+10:40 < pinchartl> we've discussed this privately before, the idea would be to work together in Brussels before the FOSDEM from Monday to Thursday
+10:40 < pinchartl> Jacopo, Kieran and Niklas have expressed their interest
+10:41 < pinchartl> dammsan: morimoto`: I assume you won't be able to join
+10:41 < pinchartl> but would this be feasible from a budget point of view ?
+10:41 < pinchartl> assuming we can extend the apartment booking we have for Thursday-Monday, this will be cheap
+10:42 < pinchartl> as the four of us can stay in the same apartment and work from there
+10:43 < pinchartl> kbingham: how much would be the extra cost ?
+10:43 < pinchartl> for 4 additional nights
+10:43 < kbingham> I'll check the booking
+10:44 < morimoto`> pinchartl: unfortunately, we can't join
+10:45 < pinchartl> morimoto`: I wonder when our next face-to-face meeting should be. I will not attend ELC this year
+10:45 < kbingham> I believe the apartment is €180 per night.
+10:45 < pinchartl> so that's 45€ / person
+10:46 < morimoto`> pinchartl: Good question, and difficult to say
+10:46 < morimoto`> It seems we can't goto ELC too, at this point. but not sure
+10:47 < pinchartl> do you have more information about those budget cut ? does it affect other things than travel ? how long is it expected to last ?
+10:47 < jmondi> morimoto`: what's happening? are they trapping in you in Japan this year?
+10:48 < morimoto`> In Renesas side, our group were changed. Then, budget was changed too.
+10:48 < morimoto`> I don't know detail, but, it seems some kind of confusable things happen
+10:49 < morimoto`> I can say this is paper work issue
+10:49 < pinchartl> so there's no need for all of us to start looking for a new job today ? :-)
+10:49 < morimoto`> pinchartl: no problem: )
+10:49 < pinchartl> :-)
+10:50 < morimoto`> EuroPeri member are very important for us
+10:50 < pinchartl> JapanesePeri is very important for us too :-)
+10:50 < neg> Ohh and I already sent out my resume to McDonalds ;-)
+10:50 < kbingham> neg: You're not qualified to work at McDonalds. .. you don't have the required skill set :)
+10:51 < neg> kbingham: I know, I was hoping for som on-site traning on burger flipping
+10:51 < jmondi> morimoto`: new fight with paperwork guy ahead?
+10:51 < morimoto`> But because of this budget paper work, Renesas member (= morimoto, shimoda) will have issue next year
+10:51 < pinchartl> anyway, I think we can move forward with our plan to work on GMSL from Monday to Thursday
+10:51 < pinchartl> morimoto`: not a big issue I hope
+10:52 < morimoto`> jmondi: not myside, but budget paper work guys
+10:53 < pinchartl> jmondi, kbingham, neg: please plan to start working on Monday morning when you make your travel plans for the FOSDEM
+10:53 < pinchartl> I will personally arrive on Sunday evening
+10:53 < jmondi> morimoto`: budget paperwork guy is some kind of eveolution of regulare paperwork guy, sort of next level enemy?
+10:53 < jmondi> we should get there on Sunday then
+10:53 < neg> pinchartl: I also plan to arrive on Sunday
+10:54 < jmondi> 28th then!
+10:55 < morimoto`> jmondi: they have very hard stone head...
+10:55 < pinchartl> next topic, additional tasks for 2018 Q1
+10:56 < pinchartl> are there tasks you would like to work on in particular ?
+10:56 < pinchartl> I have a list, let me paste it
+10:57 < pinchartl> * GMSL
+10:57 < pinchartl> - Camera instantiation through DT overlay
+10:57 < pinchartl> - Camera auto-detection from list of known types
+10:57 < pinchartl> - RDACM21
+10:57 < pinchartl> - GMSL capture and display test using KMSxx
+10:57 < pinchartl> - More GMSL work...
+10:57 < pinchartl> (there's more)
+10:57 < shimoda> sorry, i'll go home now. see you next time!
+10:58 < pinchartl> * Testing
+10:58 < pinchartl> - Run igt on the DU
+10:58 < pinchartl> - Integrate DISCOM in DU test suite
+10:58 < pinchartl> - JTAG Support for Gen3 platforms (more of a Core task)
+10:58 < pinchartl> - Python helpers for media-controller
+10:58 < pinchartl> - More work on VIN loopback
+10:58 < pinchartl> * New hardware
+10:58 < pinchartl> - Display Output Checker (DOC)
+10:58 < pinchartl> - Upstream DISCOM support
+10:58 < pinchartl> - DAB/FM
+10:58 < pinchartl> - Video codecs
+10:58 < pinchartl> * Bug fixes
+10:58 < pinchartl> - Dynamic BRS/BRU allocation in display pipelines
+10:58 < pinchartl> - drmModeAtomicCommit() API test makes VGA side bad
+10:59 < pinchartl> * Virtualization
+10:59 < pinchartl> - Display virtualization (DU0 + DU1 on host, DU2 + DU3 on guest)
+10:59 < pinchartl> that's it
+11:00 < pinchartl> JTAG support for Gen3 is a core task
+11:00 < pinchartl> any other proposal ?
+11:00 < jmondi> pinchartl: I have received a D3 I assume for VIN parallel input support
+11:00 < uli___> what exactly does "jtag support" mean?
+11:01 < pinchartl> kbingham: that question is for you
+11:01 < kbingham> uli___: The ability to use OpenOCD to connect and debug the kernel using GDB on Gen3 platforms
+11:01 < pinchartl> jmondi: indeed, let me add that
+11:01 < jmondi> and I feel like we should move gmsl in the open asap (as soon as rcar-vin and rcar-csi2 are mainlined)
+11:01 < jmondi> we are actually piling too many pateches around
+11:02 < pinchartl> there's also near-lossless compression upstreaming, I'll add that too
+11:02 < jmondi> also, ov10635 driver should be separated from rdacm20, if we want to ease rdacm21 support...
+11:03 < pinchartl> I'm not sure how to handle the rdacm21 yet
+11:03 < pinchartl> but I agree about moving development to the open
+11:03 < morimoto`> sorry, I need to go too.
+11:03 < morimoto`> bye
+11:03 -!- morimoto` [~user@relprex1.renesas.com] has left #periperi ["ERC Version 5.3 (IRC client for Emacs)"]
+11:03 < pinchartl> morimoto`: no worries. have a nice evening
+11:03 < pinchartl> dammsan: are you still there ?
+11:04 < pinchartl> uli___: I think JTAG support means OpenOCD + gdb debugging for Gen3
+11:04 < pinchartl> jmondi: we need to have upstreamable code then :-)
+11:04 < jmondi> pinchartl: and code that works, also
+11:05 < pinchartl> that an upstreaming requirement for me :-)
+11:05 < jmondi> I feel like after Feb. code camp that should be our first effore for gmsl.. everything is so fragile (see moving to v4.15-rc1, we still have not been able to achieve)
+11:05 < kbingham> uli___: I would particularly like to be able to use it - I have already hooked up a a BusBlaster - and it can see the 'dap' on the coresight module - but can't get access to the CPU's yet.
+11:05 < jmondi> s/effore/effort/
+11:05 < pinchartl> checking an older additional tasks list, there' also
+11:05 < pinchartl> * DU interlaced modes support
+11:05 < pinchartl> * VIN scaler
+11:05 < pinchartl> * VIN TB/BT field support in continuous mode
+11:05 < pinchartl> neg: or is that one complete already ?
+11:05 < kbingham> uli___: If this is an area your familiar with - I would certainly be happy to hand the topic over to someone who knows more than me - I just want it to work :)
+11:06 < uli___> i did that for kzm9g before...
+11:06 < pinchartl> kbingham: what's the status of * ADV7482 CEC support ?
+11:06 < neg> pinchartl: no VIN UDS scaler work not started, feels like the driver shuld be upstreamd first
+11:06 < kbingham> pinchartl: Not yet done, and therefore also on that list :)
+11:06 < pinchartl> neg: I meant TB/BT in continuous mode
+11:07 < neg> pinchartl: VIN TB/BT in continuous mode would depend on the rework of the capture loop to not use single capture mode, which I hope to also be able to postpone to after Gen3 support is megred upstream
+11:07 < pinchartl> neg: OK
+11:08 < pinchartl> uli___: how about on your side, do e need more additional task for the GPU ? or is there something else you'd like to work on ?
+11:09 < uli___> the jtag thing sounds good, actually
+11:09 < pinchartl> I like it too, but it's a core task, so it has to be coordinated with Geert
+11:09 < pinchartl> anything on the multimedia side ? :-)
+11:09 < uli___> about the gpu, i'd like to finish the current task before i make up my mind about it
+11:10 < pinchartl> when do you expect to finish it ?
+11:10 < uli___> it's due on friday
+11:11 < uli___> apart from that, dab/fm stuff sounds interesting, depending on the details
+11:11 < kbingham> DAB/FM was just something I put on the list because I noticed there is some hardware somewhere in the R-Car to handle it.
+11:11 < pinchartl> I don't know if it's a priority for Renesas, but we can certainly propose it
+11:11 < kbingham> So I don't really know details beyond that.
+11:14 < pinchartl> ok
+11:15 < pinchartl> so I have a list of tasks that I will include in the report
+11:15 < pinchartl> and we'll need to prioritize it, based on Renesas' feedback
+11:16 < pinchartl> as neither Morimoto-san near Magnus seem to be here, I think we'll handle that through e-mail
+11:16 < pinchartl> dammsan: still not available ?
+11:16 < pinchartl> geertu: ping
+11:18 < geertu> pinchartl: pong
+11:19 < pinchartl> geertu: have we decided on whether the next meeting will be on the 9th or the 11th ?
+11:20 < geertu> pinchartl: Not yet. wsa is unavailable on the 11th
+11:20 < pinchartl> when do we decide ? :-)
+11:21 < geertu> Does the 9th fit for all of you?
+11:21 < pinchartl> works for me
+11:22 < jmondi> that's fine!
+11:22 < uli___> ok for me
+11:22 < pinchartl> kbingham: neg: how about you ?
+11:23 < kbingham> 9th works for me - probably better than the 11th for the same reasons as wsa :D
+11:24 < neg> works for me
+11:24 < pinchartl> kbingham: what's happening on the 11th ?
+11:25 < pinchartl> OK, let's go for the 9th then
+11:25 < kbingham> pinchartl: It's the day after the day :)
+11:25 < kbingham> I think I recall both me and WSA share the same birthday
+11:26 < geertu> kbingham: You expect a hangover on the 11th?
+11:26 < pinchartl> but isn't the 9th the day before the day then ?
+11:26 < kbingham> geertu: Nope - I try hard to avoid hangovers lately ...
+11:26 < geertu> kbingham: Screaming Hugo + hangover = profit?
+11:27 < kbingham> geertu: haha
+11:28 < pinchartl> so I think this is all for the multimedia meeting today
+11:28 < pinchartl> does anyone else have anything to add ?
+11:28 < neg> I'm good, thanks all
+11:29 < pinchartl> thank you all for attending