09:02 < wsa> welcome to today's IO meeting 09:03 < neg> Morning all 09:03 < wsa> I hope you had a good time since last time 09:03 < wsa> here are the status updates: 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> : made all IIC instances compatible with the generic version and updated the DT bindings, added interrupt-names to RIIC, enabled I2C EEPROMs on Ebisu and RZA2MEVB, fixed DT binding validation incl. conversion to JSON for bd9571mwv and smsc911x, investigated Ethernet failures after kexec or rebind, reviewed lots of RZ/G2L patches 09:03 < wsa> Marek 09:03 < wsa> : had further PCIe Gen2 L1 patch discussion 09:03 < wsa> Niklas 09:03 < wsa> : sent patches to add support for Thermal trip points 09:03 < wsa> Shimoda-san 09:03 < wsa> : refactored SDHI probe to avoid whitelisting, sent patches to fix descriptor counters' conditions, resent patch for usbhs to fix superfluous interrups, continued to improve R-Car S4 Ethernet driver, submitted eLinux article about Gen3 aUSB2-DRD-channel 09:03 < wsa> Wolfram 09:03 < wsa> : had two weeks of holidays, discussed and wrote additional IO tasks for Q3, reviewed various versions of the virtio-i2c driver, reproduced Geert's SDHI issue on Gen2, started to work into Renesas Europe's issue about their SDHI clocks, sent a series to update to proper DMAENGINE usage, sent series to fix a performance regression with SDHI, sent patches to avoid broken retune failure 09:03 < wsa> message in the MMC core 09:03 < wsa> B - what I want to do until next time 09:03 < wsa> ------------------------------------- 09:03 < wsa> Geert 09:03 < wsa> : wants to fix Ethernet after kexec/rebind on all boards and enjoy summer holidays 09:03 < wsa> Shimoda-san 09:03 < wsa> : wants to update sdhi refactor patch as v4, continue to investigate SDHI driver issues, continue to improve R-Car S4 Ethernet driver, continue to make more eLinux articles 09:03 < wsa> Ulrich 09:03 < wsa> : wants to upport CAN driver additions and enable for V3U 09:03 < wsa> Wolfram 09:03 < wsa> : wants to pick up stalled patches for the MMC subsystem, check SDHI problems from above related to the new CPG reset, start with V3U RPC work, push GPIO logic analyzer again 09:03 < wsa> C - problems I currently have 09:03 < wsa> ----------------------------- 09:03 < wsa> None reported. 09:05 < wsa> uli: I guess you were busy with MM since last time, but you have the IO task with SCIF DMA still on your todo? 09:05 < uli> i do 09:05 < uli> got sidetracked with non-renesas issues, unfortunately... 09:06 < wsa> same here (tax declaration) 09:06 < wsa> but it is noted, that is good 09:06 < wsa> any other comments? 09:06 < wsa> I see we are close to getting the PCIe patch finally accepted 09:07 < geertu> wsa: grin 09:07 < marex> wsa: I could say something about ATF development process, or PCIe maintainers, but ... we are in polite company 09:07 < marex> geertu: right ... 09:07 < marex> wsa: likely ... I still need to keep an eye on it though 09:08 < wsa> marex: Mentioning PCIe maintainers and ATF development process in the same sentence tells quite much ;) 09:09 < marex> wsa: as far as I can tell, lorenzo plans to apply it only for 5.15, for whatever reason 09:09 < wsa> marex: i'll keep an eye, too 09:09 < marex> right 09:10 < wsa> so, about YAML conversions. I think mostly thanks to geertu and shimoday, we are down to only two conversions left 09:10 < wsa> which are these 09:10 < wsa> - Documentation/devicetree/bindings/pci/pci-rcar-gen2.txt 09:10 < wsa> - Documentation/devicetree/bindings/phy/rcar-gen2-phy.txt 09:10 < wsa> except being Gen2, is there something special about them 09:10 < wsa> ? 09:11 < geertu> They're related to USB 09:11 < marex> wsa: well, ATF does one review cycle on patches per month (which sucks) and the latest reason for rejecting patches is they introduced their own custom commit format, which is validated by a tool installed using NPM ... and with NPM you better trust it wont pull malware on your system, trust hard, because that is all you have left 09:11 < wsa> the PHY one looks a bit nasty 09:11 < wsa> NPM = nicely pulling malware? 09:12 < marex> wsa: https://medium.com/@alex.birsan/dependency-confusion-4a5d60fec610 09:12 < wsa> geertu: the PCI one is USB? 09:12 < geertu> wsa: Yes, USB is connected to internal PCI on R-Car Gen2 09:14 < wsa> Well, yes, it is written in the first paragraph :) 09:14 < wsa> shimoday: do you have any resources to convert these (not urgent, though)? 09:15 < geertu> wsa: There are a few other remaining txt DT bindings gor H8/300, SH7372, and other Renesas components on non-Renesas or custom SoCs (e.g. Axis ARTPEC) 09:15 < geertu> s/gor/for/ 09:16 < shimoday> wsa: sorry, i don't have any resources to convert these for now... 09:16 < wsa> Wow, Gen2 is much more recent compared to these 09:17 < wsa> shimoday: okay, then. we'll keep them around a bit it seems 09:17 < wsa> so, any IO related questions left? 09:17 < wsa> I only have a generic one 09:18 < wsa> which is the most convenient way to retrieve lore links for you? 09:19 < wsa> copy paste them together? 09:20 < geertu> together? 09:20 < wsa> lore.kernel.org + ML list name + message id 09:20 < geertu> depends on the use case: web browser (inspection), b4 (applying patches) 09:21 < neg> I still copy-and-paste, but it's on my todo list to lookinto b4, https://people.kernel.org/monsieuricon/introducing-b4-and-patch-attestation 09:21 < geertu> s/ML list name/r/ 09:21 < wsa> yeah, b4 is on todo list as well, but until then ;) 09:22 < wsa> ah the "r" thing will help 09:22 < shimoday> https://www.kernel.org/lore.html 09:22 < shimoday> so, i used https://lore.kernel.org/r/message@id 09:23 < wsa> good, i will use it, too 09:23 < wsa> thanks geertu and shimoday 09:24 < wsa> i think this was it from my side 09:24 < wsa> last chance before core 09:24 < wsa> have fun, geert!