09:02 < wsa> so, let's start the meeting now...
09:02 < geertu> wsa: Mornin'
09:02 < wsa> welcome to the IO meeting
09:02 < wsa> Morning Geert :)
09:02 < wsa> Here are the status updates, I haven't included Uli yet, as they just arrived
09:02 < wsa> will do that for the report
09:03 < wsa> Status updates
09:03 < wsa> ==============
09:03 < wsa> A - what have I done since last time
09:03 < wsa> ------------------------------------
09:03 < wsa> Geert
09:03 < wsa> : got final version of max9611 fix merged, worked on Runtime PM for MTD physmap (needed for CFI and SPIBSC FLASHes)
09:03 < wsa> Shimoda-san
09:03 < wsa> : reviewed SDHI driver patches which Wolfram made
09:03 < wsa> Ulrich
09:03 < wsa> :
09:03 < wsa> Wolfram
09:03 < wsa> : rebased and sent out various I2C API changes after rc1, upported some SDHI patches which resulted in multiple series after refactoring, reviewed / tested / merged various patches all over the place, gave Renesas Europe some I2C assistance
09:03 < wsa> B - what I want to do until next time
09:03 < wsa> -------------------------------------
09:03 < wsa> Geert
09:03 < wsa> : wants to do RSPI cs-gpios support
09:03 < wsa> Shimoda-san
09:03 < wsa> : wants to continue to collect information about "R-Car Gen4" hardware IPs, and update renesas_sdhi_sys_dmac patches if possible.
09:03 < wsa> Ulrich
09:03 < wsa> : wants to
09:03 < wsa> Wolfram
09:03 < wsa> : wants to boost priority for I2C dynamic addresses, keep upporting SDHI patches, and send out final I2C API changes
09:03 < wsa> C - problems I currently have
09:03 < wsa> -----------------------------
09:03 < wsa> Shimoda-san
09:03 < wsa> : has difficulties to find upstream activity time because he has to investigate about R-Car Gen4's specifications now
09:03 < wsa> Wolfram
09:03 < wsa> : I2C dynamic address prototype might not be sent out before Christmas, is still not able to reproduce the stalled SCC despite working a lot with SDHI lately, and discovered two dependencies before he can upport the "avoid BAD_TAP" patch from the BSP so it will be delayed to next year.
09:03 < wsa> Fire away if you have questions...
09:04 < wsa> I have one question for Morimoto-san: with Redmine going away, is there still interest to add the irc chatlogs from meetings to it?
09:04 < wsa> I can keep doing that if there is interest
09:04 < wsa> I will keep doing that for my local folder anyhow :)
09:04 < jmondi> wsa: no questions but looking forward to test dynamic i2c addresses on gmsl :)
09:05 < wsa> jmondi: I know. Sorry for not-making the mid-December target :(
09:05 < jmondi> no worries, we have some gmsl work to do, we're not stalling on this :)
09:05 < wsa> that's good news! :)
09:06 < Marex> wsa: maybe we can switch to gitlab wiki for that :)
09:06 < morimoto> wsa: it can be nice topic today
09:06 < wsa> do you know about the circular dependency issue that Kieran asked me about? Did he resolve it?
09:06 < morimoto> I forwarded old meeting log to PeriJect.Wiki
09:07 < jmondi> wsa: wat that for me ? ^
09:07 < wsa> jmondi: about Kieran's issue, yes
09:07 < jmondi> ok :)
09:08 < jmondi> I think it has been 'solved' in non-upstreamable way at the moment waiting to investigate if MFD might help
09:08 < jmondi> kbingham is around to confirm this ?
09:08 < morimoto> wsa: If you can update meeting log, you can put it to ${PERIJECT}/wiki/Chat_log, and udpate ${PERIJECT}/wiki/Chat_log.wiki
09:08 < wsa> Marex: do you have time for PCI patches currently?
09:09 < geertu> morimoto: How do I watch the local wiki with textile?
09:09 < wsa> morimoto: Ah, I understand. Thanks for the heads up!
09:09 < morimoto> geertu: you can make, and check index.html
09:09 < morimoto> you can find new "Wiki" on menu
09:09 < wsa> Marex: There is "[RFC] PCI: rcar: Fix incorrect programming of OB windows" unanswered and Shimoda-san seems busy...
09:09 < wsa> Marex: https://patchwork.kernel.org/patch/11174493/
09:10 < wsa> If you don't have time, we maybe can delegate it?
09:11 < kbingham[m]> Not resolved the issue yet no. Might be a long ongoing thing :-)
09:11 < Marex> wsa: it's on my list of things to look into
09:11 < geertu> morimoto: ModuleNotFoundError: No module named 'textile'
09:11 < geertu> I did do "sudo apt install libtext-textile-perl" and "pip install textile"
09:12 < morimoto> geertu: oops, you need to install textile for python
09:13 < wsa> kbingham[m]: Does "not resolved" mean there *is* a circular dependency or you haven't had the time to check this in detail?
09:13 < morimoto> geertu: pip install textile
09:13 < wsa> Marex: thanks!
09:13 < wsa> Marex: I'll add it to your B) section :)
09:13 < kbingham[m]> wsa there is, and i need to work out the next way forward to resolve it.
09:13 < morimoto> geertu: thanks. it is indicated in README.md. but yes new feature
09:13 < geertu> morimoto: "sudo apt install python-textile"
09:14 -!- pinchartl [~laurent@perceval.ideasonboard.com] has quit Ping timeout: 250 seconds
09:14 < geertu> but still fails
09:14 < kbingham[m]> We have a couple of things to try , so we'll see how it goes.
09:15 < morimoto> geertu: humm..
09:15 < wsa> Regarding PCI, there is also " Add support for PCIe controller to work in endpoint mode on R-Car SoCs. "
09:15 < Marex> morimoto: I hope you didn't get some strange chocolate/plum poisoning :)
09:15 < wsa> But geertu kept them busy with commenting on the bindings ;)
09:15 < morimoto> Marex: I enjoyed it today :)
09:15 < Marex> wsa: I went to AITENDO and got some PCIe x1 extender cables
09:15 < Marex> morimoto: was it any good ?
09:15 < morimoto> Marex: Yes, thanks a lot
09:16 < Marex> morimoto: whew, I'm glad to hear that
09:16 < wsa> This "PCI endpoint" thing is a bigger piece of code, we probably need to schedule that...
09:17 < Marex> wsa: oh yes
09:17 < Marex> wsa: and you actually need equipment for that
09:18 < wsa> Marex: the cable you mentioned?
09:18 < wsa> I don't have any further technical questions
09:19 < wsa> remaining questions (because I need to leave after IO meeting):
09:19 < wsa> next chat meeting - is 2020-01-09 too early after the holidays or is it good?
09:20 < Marex> wsa: I would have to assemble two of those together I think
09:20 < Marex> wsa: and there might be the obvious problem of PCIe clock generation
09:20 < geertu> morimoto: "sudo apt install python3-textile", and now it works
09:20 < Marex> wsa: thing is, usually a PCIe RC generates clock
09:20 < wsa> gitlab vs. private git - what do we want?
09:20 < wsa> Marex: if it turns out too complicated, we have to stick with visual review
09:20 < Marex> wsa: if you want to bind two RCs together (one in EP mode, other in RC mode), one has to receive clock , the other has to generate them
09:21 < wsa> Marex: I mean all the SDHI upporting now is basedon that because I can't test in these extreme temp ranges:)
09:21 < morimoto> geertu: thanks. Can you update README.md ?
09:21 < Marex> wsa: I ran into this issue with this SoCFPGA Cyclone V devkit, where to get it going as a PCIe EP, I would have to desolder the oscillator from the board
09:21 < Marex> wsa: I figured that's a bit too damaging
09:21 < geertu> wsa: 2020-01-09 may be a bit early, but it's in the middle beween now and FOSDEM
09:21 < Marex> wsa: can't you put the ULCB into an owen ?
09:21 < morimoto> geertu: "pip install textile" was OK for me. I'm not sure detail...
09:22 < Marex> wsa: the thermal driver should tell you whether you're overbaking it or not
09:26 < wsa> so, shall we leave the next meeting date open for now?
09:27 < wsa> and about the gitlab thing - I don't really mind
09:27 < geertu> fine for me
09:27 < wsa> If Magnus is willing to setup a private instance, I have a small preference for using own stuff
09:28 < geertu> As long as his RAM is fine, and he has backups ;-)
09:29 < wsa> :D
09:30 < wsa> okay, so not much discussion about that as well
09:30 < wsa> we can continue by mail, this is fine, too
09:31 < wsa> are we ready to move to core meeting now?
09:31 < geertu> Yeah, dammsan is not online
09:31 < geertu> Fine for me