diff options
Diffstat (limited to 'wiki/Chat_log/20190404-io-chatlog')
-rw-r--r-- | wiki/Chat_log/20190404-io-chatlog | 92 |
1 files changed, 92 insertions, 0 deletions
diff --git a/wiki/Chat_log/20190404-io-chatlog b/wiki/Chat_log/20190404-io-chatlog new file mode 100644 index 0000000..5e23f35 --- /dev/null +++ b/wiki/Chat_log/20190404-io-chatlog @@ -0,0 +1,92 @@ +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 |