renesas/periject.git - Renesas periject clone

Age	Commit message (Collapse)	Author
2019-12-09	wiki: Porting M3W Salvator-X	Kuninori Morimoto
	Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>

Multimedia-chat-meeting-2017-11-23 08:59 < neg> morning 09:00 < uli___> good morning 09:00 <@pinchartl> huomenta 09:00 <@pinchartl> it looks like there will be no core and I/O meeting today 09:01 < kbingham[m]> Moaning :-) 09:01 < kbingham[m]> (making tea then switching to laptop) 09:02 <@pinchartl> the multimedia meeting was originally scheduled for 10:00 CET, but as there's no core or I/O portion, I suppose we can start right away 09:02 <@pinchartl> although we might be missing jmondi ? 09:03 < neg> pinchartl: hum just to clear that my new calender thinig handles timezoens ok, the invitation sent out was that for MM at 9 or 10? 09:04 < jmondi> no no, I'm here! 09:04 <@pinchartl> it was sent for 9:00 CET, adding to the confusion (or the lack of confusion, I don't know) 09:04 <@pinchartl> jmondi: hello 09:04 < jmondi> pinchartl: Hi there! 09:05 <@pinchartl> let's start as soon as Kieran's tea is ready 09:06 < kbingham[m]> Do start. I don't think I'm first :-) 09:06 <@pinchartl> ok :-) 09:06 <@pinchartl> so let's start with... 09:06 <@pinchartl> uli___: your turn 09:07 < uli___> ok 09:07 < uli___> so i ported the chromeos gpu driver to mainline 09:07 < uli___> and it sometimes works 09:07 < uli___> usually it fails while waiting for the GPU firmware to boot 09:07 < uli___> i think it's a power management issue 09:08 < uli___> i'll give matthias brugger's new mmsys implementation a try 09:08 < uli___> that might help because it manages the clocks 09:08 <@pinchartl> when it doesn't fail to boot, does it render opengl correctly ? 09:08 < uli___> yes 09:08 < uli___> sometimes it freezes after a few frames, but usually it works 09:09 < uli___> at any rate, this is not a problem that is likely to translate to gen3 09:09 < uli___> so i'm not too worried about it for the next task 09:09 < uli___> that's it for me 09:10 <@pinchartl> ok 09:10 <@pinchartl> I'm not sure I agree with that conclusion, but we'll see anyway :-) 09:11 <@pinchartl> thank you 09:11 < neg> uli___: your GPU work sounds interesting :-) 09:11 <@pinchartl> next is... 09:11 <@pinchartl> neg: your turn 09:11 < neg> A) 09:11 < neg> - [PATCH] v4l: async: use the v4l2_dev from the root notifier when matching sub-devices 09:11 < neg> - [PATCH v11 0/2] media: rcar-csi2: add Renesas R-Car MIPI CSI-2 09:11 < neg> - [PATCH v7 00/25] rcar-vin: Add Gen3 with media controller 09:11 < neg> - Clarified last issue for VIN upstreming with Laurent and Hans 09:12 < neg> - Begun rebasing multiple stream work on-top of Sakari's vc branch. 09:12 < neg> B) 09:12 < neg> - Once -rc1 is public post next versions of VIN and CSI-2 which I have hopes this is coming to an end :-) 09:12 < neg> - Add V3M VIN routing table to VIN driver, and if nothing much else is missing on V3M test it. 09:12 < neg> - Post new base of VIN and CSI-2 for vin/mux+gmsl. This will use the latest VIN and CSI-2 drivers but the first multiple stream prototype as before. 09:12 < neg> - Continue the multiple stream work 09:12 < neg> C) 09:12 < neg> - None 09:12 < neg> --EOT-- 09:13 <@pinchartl> thank you 09:13 <@pinchartl> next is... 09:13 <@pinchartl> kbingham[m]: is your tea ready ? 09:13 < kbingham> pinchartl: Nice and hot yes :) 09:14 < kbingham> So for me, since last meeting has been revisiting my pending patchsets, tlb and 09:14 < kbingham> DL caching, and the support for suspend resume which didn't make it to mainline 09:14 < kbingham> yet. 09:14 < kbingham> From there - I've been mostly looking at V3M, and had a few stumbling points getting the board booting a default configuration. 09:15 < kbingham> That's now resolved, and I've been working towards getting the dependencies for more useful systems to work. 09:15 < kbingham> So I've now pulled in I2C and PFC support from Sergei's patches, (and Geert's integration branch) ... and started populating the DTB with more devices as specified on the data sheet. 09:16 < neg> kbingham: thanks for making your V3M i2c branch public :-) 09:16 < kbingham> Next, - I'll continue on the V3M for a bit - but I wonder if I should wait for Neg to look at the VIN routing ... 09:16 < kbingham> Otherwise I'll keep ploughing through whatever seems useful. 09:17 <@pinchartl> neg: when do you expect to post a patch for the VIN routing table ? 09:17 < kbingham> I still ahve the VIN loopback tests to look at so I won't be blocked if I wait for neg to do his bit - and he'll be more effective at VIN routes than me :) 09:18 < Marex> geertu: enjoyed what ? 09:18 < kbingham> neg: No worries- I thought it owuld be useful to you - and was more work to get to that point than I would have liked. Didn't want you to have to repeat it 09:18 < kbingham> So for me - VIN routes might be considered a blocker =- but other than that I seemingly have lots to do . 09:18 < kbingham> EOT. 09:19 <@pinchartl> kbingham: I think it makes sense to wait for Niklas, yes. you can move forward with I2C if you want up to the point where devices are detected, but for VIN support itself I'd leave it to Niklas 09:19 < kbingham> pinchartl: Ack. 09:19 < neg> pinchartl: goal is this week, just need to finish the VIN vdev registration probe() -> complete() which I hope I will manage today 09:19 < kbingham> Well hopefully I've saved neg some days :) 09:20 <@pinchartl> thank you 09:20 <@pinchartl> kbingham: I think you have :-) 09:20 < neg> kbingham: lookig at the hoops you jumped for V3M boot you saved me lots of time :-) 09:21 < kbingham> stooooopid hoops. 09:22 <@pinchartl> kbingham: feel free to tell Sergei to thread his patches 09:22 <@pinchartl> next is... 09:22 <@pinchartl> jmondi: your turn 09:22 < jmondi> yep 09:22 < kbingham> Ugh ... and that was annoying too - :D 09:22 < geertu> Marex: chocolates (in response to marex-cloud) 09:23 < jmondi> A) - submitted CEU driver to linux media and ported Migo-R to use the new CEU driver 09:23 < jmondi> - submitted patches for Migo-R and SH4 memory management