09:02 < wsa> so, let's start the IO meeting!
09:02 < wsa> here are the collected status updates:
09:02 < marex-cloud> Evening
09:02 < wsa> A - what have I done since last time
09:02 < wsa> ------------------------------------
09:02 < wsa> Geert
09:02 < wsa> : investigated and fixed SCIF sampling point adjustment bug, reviewed SPI EEPROM
09:02 < wsa>   spi-mem conversion, and converted MSIOF to readl_poll_timeout() and CS GPIO
09:02 < wsa>   descriptor
09:02 < wsa> Kaneko-san
09:02 < wsa> : posted thermal calculation update for Gen3
09:02 < wsa> Marek
09:02 < wsa> : investigated and resolved 64bit MSI addresses on Gen3, and submitted new
09:02 < wsa>   versions of the PCIe cleanup series
09:02 < wsa> Niklas
09:02 < wsa> : resumed work on MMC PM imbalance on APE6EVM
09:02 < wsa> Shimoda-san
09:02 < wsa> : fixed a MMC core issue when initializing MMC, sent out a patch series about
09:02 < wsa>   for en-/disabling USB PHY irqs independently, and reviewed USB and thermal
09:02 < wsa>   patches
09:02 < wsa> Simon
09:02 < wsa> : tested thermal calculation update for Gen3 and discussed its problems, and
09:02 < wsa>   merged PHY mode fix for Draak
09:02 < wsa> Ulrich
09:02 < wsa> : helped fixing and testing SCIF sampling point adjustment bug
09:02 < wsa> Wolfram
09:02 < wsa> : discussed in_atomic() use with Peter Zijlstra and extended and resent patch
09:02 < wsa>   series for atomic I2C transfers based on this, reviewed PCIE, RTC, thermal,
09:02 < wsa>   MSIOF, SCIF and SDHI patches, debugged 'no interrupt' issue for DA9063 RTC and
09:02 < wsa>   tested the fix, sent minor cleanup patches while working on all of the above,
09:02 < wsa>   and guided a GSoC student who wants to work on I2C passthrough with QEMU
09:02 < wsa> B - what I want to do until next time
09:02 < wsa> -------------------------------------
09:02 < wsa> Kaneko-san
09:02 < wsa> : wants to address review of thermal calculation update for Gen3
09:02 < wsa> Niklas
09:02 < wsa> : wants to start implement HS400 adjustment by manual calibration mode for
09:02 < wsa>   upstream
09:02 < wsa> Shimoda-san
09:02 < wsa> : wants to keep at the MMC core bugfix, continue to review some RZ/G[12] patches
09:02 < wsa>   for USB, and continue to investigate how to resolve the SDHI and SDIO card
09:02 < wsa>   with IOMMU
09:02 < wsa> Simon
09:02 < wsa> : wants to add his MMC performance measurements to internal wiki, work on the
09:02 < wsa>   unsupported internal delay mode on R-Car D3/E3, and follow up on feedback
09:02 < wsa>   for on thermal zone IPA DT patches
09:02 < wsa> Wolfram
09:02 < wsa> : wants to revive the devm_i2c_new_dummy() series, handle 'arbitration lost'
09:02 < wsa>   better with the IIC core, and investigate SDR104 regression with SDIO more
09:02 < wsa> C - problems I currently have
09:02 < wsa> -----------------------------
09:02 < wsa> Geert
09:02 < wsa> : wonders how to test SCIF sampling point adjustment
09:02 < wsa> Kaneko-san
09:02 < wsa> : got thermal calculation update for E3 reviewed but is still pending acceptance
09:03 < wsa> let me know if you have comments or found bugs in there
09:03 < wsa> questions i have:
09:03 < wsa> neg: can you explain where you are with the APE6? Can you reproduce Geert's findings?
09:03 -!- damm [~damm@s214090.ppp.asahi-net.or.jp] has joined #periperi
09:05 < wsa> shimoda: there are two USB related patches for upporting: f2d95125e9b042d45eac818edfd6f2ce5d89780f and be61ce267539e16c9fca8fb793fbf3ef975554bd. Do you have time to handle these? (Or maybe they are already handled and I missed it?)
09:06 < shimoda> wsa: sure! I'll check them
09:06 < wsa> shimoda: thanks!
09:07 < neg> wsa: I have not tried I started ambitious to see if I could remove the !CONFIG_PM case and how that would look
09:08 < wsa> And how does it look? :)
09:09 < neg> To early to tell but it feels good
09:10 < wsa> Ok, so you are at it
09:11 < wsa> Marex: do have interest/resources to check further "PCI: Avoid PCI device removing/rescanning through sysfs triggers a deadlock"?
09:12 < wsa> Or shall I rather mark it "Proposed N"?
09:12 < Marex> wsa: I have it on my list
09:13 < Marex> wsa: there was some feedback where even the maintainer himself was unsure how to deal with it
09:13 < wsa> ah, good, I wondered because it wasn't in your B) part
09:13 < wsa> yes, it needs some digging
09:14 < Marex> wsa: I seem to be getting sidetracked by other lowlevel bits and pieces
09:14 < Marex> shimoda: did you have a chance to ask someone in the HW team about the PCIe 64bit MSI ?
09:15 < Marex> shimoda: basically, is the MSI address suffering from a 32bit limitation or is the MSI block a separate unit which filters full 64bit address out of the PCIe packets and triggers an interrupt ?
09:16 < Marex> shimoda: I think it's the later
09:17 < wsa> are there other questions?
09:17 < shimoda> Marex: Sure. I didn't check the manual yet, but MSI is described on the HW manual? if so, what is the section?
09:18 < wsa> in general, we are mostly through with upporting the bsp392 list
09:18 < wsa> however, the newer BSP has some additional commits which may be interesting
09:18 < wsa> I will also check the peripelist for tasks suitable for base contracts
09:19 < Marex> shimoda: 54.2.23 PCIEMSIALR and 54.2.24 PCIEMSIAUR
09:20 < Marex> shimoda: in manual v1.50 from Nov 30, 2018
09:21 < Marex> shimoda: also, 54.3.3 on general MSI operation
09:22 < wsa> okay, I guess Marex and Shimoda-san will handle this
09:22 < wsa> if there are no further questions
09:23 < wsa> we could switch to core?
09:24 < neg> No questions from me
09:25 < wsa> geertu: are you ready?
09:25 < geertu> wsa: Yep
09:25 < wsa> then, here is the mic!
09:25 < wsa> Thank you all for this meeting