projects: linux: io: updates up to W35

Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>

5 files changed, 64 insertions, 12 deletions

diff --git a/projects/linux/io/I2C-add_RECV_LEN-support.yaml b/projects/linux/io/I2C-add_RECV_LEN-support.yaml
index 496e2aa..4514d3a 100644
--- a/projects/linux/io/I2C-add_RECV_LEN-support.yaml
+++ b/projects/linux/io/I2C-add_RECV_LEN-support.yaml
@@ -1,8 +1,20 @@
-title: I2C; add RECV_LEN support to the i2c-rcar driver
+title: I2C; add full RECV_LEN support to the i2c-rcar driver
 team: IO
 key: 3c3dd6fe-03d9-11eb-ad24-7782efa69bb6
 assignee: Wolfram
-status: Paused
+status: Active
+
+upstream:
+ - torvalds: bfb3939c51d51c0de794da14f33c13e36d2e4f3d # i2c: refactor documentation of struct i2c_msg
+ - torvalds: deb0d3351b0cb7233206317ca1774bda312de28e # i2c: remove licence boilerplate from main UAPI header
+ - torvalds: 1713d66cae8acdf3d34bafe09598fec9d1fb4793 # i2c: remove licence boilerplate from i2c-dev UAPI header
+ - torvalds: 1b2cfa2d1dbdcc3b6dba1ecb7026a537a1d7277f # i2c: octeon: check correct size of maximum RECV_LEN packet
+ - torvalds: 21500aa84024b3fc541197b2041d80538539740d # i2c: uapi: add macro to describe support for all SMBus transfers
+ - torvalds: 58d23305db951feb0e4b597c91bd642d521aea01 # i2c: algo: bit: use new macro to specifiy capabilities
+ - torvalds: 416365e02a33ce50660862a126dd407b09736c7c # i2c: qup: advertise SMBus transfers using RECV_LEN
+ - torvalds: 81f199329df703dc3066cd16250da69886600e4f # i2c: s3c2410: advertise SMBus transfers using RECV_LEN
+ - torvalds: b39ab96aa894e3f4a9a1cdfc070bd8ebefaeb9d8 # i2c: testunit: add support for block process calls
+ - torvalds: 633c0e7559ea88d2cbd5a6a06d6accfddf55542f # i2c: rcar: add support for I2C_M_RECV_LEN
 
 comments:
  - "I2C core preparation:"
@@ -22,4 +34,11 @@ comments:
  - "Revert of the above: https://patchwork.kernel.org/project/linux-renesas-soc/patch/20210209110556.18814-1-wsa+renesas@sang-engineering.com/"
  - "testunit updates:"
  - "add SMBUS_PROC_CALL v1: http://patchwork.ozlabs.org/project/linux-i2c/patch/20210209111927.19169-1-wsa+renesas@sang-engineering.com/"
+ - "merged"
  - "stalled because of other priorities"
+ - "Andrew Gabbasov from Mentor implemented a version only supporting 32 bytes"
+ - "Wolfram made a best-of-both-worlds version of his prototype and Andrew's patch"
+ - "That version was merged to the i2c-rcar driver"
+ - "The I2C core still needs the update to support 255 byte transfers"
+ - "Work on extending the core has been picked up again"
+ - "A talk about extending the I2C core for this was accepted for ELCE 2022 in Dublin"
diff --git a/projects/linux/io/S4-enable-IO-devices.yaml b/projects/linux/io/S4-enable-IO-devices.yaml
index 41998cd..a359982 100644
--- a/projects/linux/io/S4-enable-IO-devices.yaml
+++ b/projects/linux/io/S4-enable-IO-devices.yaml
@@ -8,8 +8,14 @@ upstream:
  - torvalds: 525b296185b4b0abab0d35a7143fc5a99c385230 # dt-bindings: timer: renesas,cmt: Add r8a779f0 and generic Gen4 CMT support
  - torvalds: bd0ed737d5fda2ec55f915ed2c4f586363f71129 # dt-bindings: timer: renesas,cmt: R-Car V3U is R-Car Gen4
  - torvalds: aa84506ea644d0952a75136dee7386cc54b234b0 # clocksource/drivers/sh_cmt: Add R-Car Gen4 support
- - lore: 20220713101447.3804-2-wsa+renesas@sang-engineering.com # [PATCH 1/3] clk: renesas: r8a779f0: Add CMT clocks
- - lore: 20220713101447.3804-3-wsa+renesas@sang-engineering.com # [PATCH 2/3] arm64: dts: renesas: r8a779f0: Add CMT support
+ - next: 32fb5425547bae46c0d61ec01de1422ffe6d4758 # clk: renesas: r8a779f0: Add CMT clocks
+ - next: d227fcc390e3e995fb8b0cd1d63f8be0ad2b47d3 # arm64: dts: renesas: r8a779f0: Add CMT support
+
+ - next: e1e62f05d5d9d7726349e00562299d829e478ce9 # spi: renesas,sh-msiof: Add generic Gen4 and r8a779f0 support
+ - next: ea9d001550abaf2f4c75cf4fcd936ea19f932b84 # spi: sh-msiof: add generic Gen4 binding
+ - next: b076fdd02133e6a31db167f8acc368edc2530cc0 # spi: renesas,sh-msiof: R-Car V3U is R-Car Gen4
+ - next: 644814c1070d9d165b85064e9ff1a80681b560fe # clk: renesas: r8a779f0: Add MSIOF clocks
+ - next: 1cc6987e501d9cb5b83c26da1f07f5e662db7c4c # arm64: dts: renesas: r8a779f0: Add MSIOF nodes
 
  - torvalds: 080bcd8d5997b1a615e17cab02bd9d16d1d4fbf3 # [PATCH v2] clk: renesas: r8a779f0: Add HSCIF clocks
  - torvalds: 599fc76a5a00a3351caf06f96fc8a7e1bf67d9ea # [PATCH] dt-bindings: serial: renesas,hscif: Document r8a779f0 bindings
@@ -24,9 +30,9 @@ upstream:
  - torvalds: 75fe45a000a70ea35e2071eb7f8b873648590982 # [PATCH] clk: renesas: r8a779f0: Add SDHI0 clock
  - torvalds: cae45c2d4fb3a9084954f14bf991500c49c970c9 # [PATCH] dt-bindings: mmc: renesas,sdhi: R-Car V3U is R-Car Gen4
  - torvalds: 0f6fe934a628b0ce0ba138697064fbc8802c21b1 # [PATCH] dt-bindings: mmc: renesas,sdhi: Add R-Car Gen4 clock requirements
- - lore: 20220711134656.277730-2-wsa+renesas@sang-engineering.com # [PATCH 1/3] clk: renesas: r8a779f0: Add sdh0 clock
- - lore: 20220711134656.277730-3-wsa+renesas@sang-engineering.com # [PATCH 2/3] arm64: dts: renesas: r8a779f0: Add SDHI0 support
- - lore: 20220711134656.277730-4-wsa+renesas@sang-engineering.com # [PATCH 3/3] arm64: dts: renesas: spider-cpu: enable eMMC0
+ - next: 9b5dd1ff705c68549f7a2a91dd8beee14bc543e1 # clk: renesas: r8a779f0: Add sdh0 clock
+ - next: 6a24768c6e301a48c0610f0fac6f4461750ebf16 # arm64: dts: renesas: r8a779f0: Add SDHI0 support
+ - next: 1ada3e53b78afc03d30f5fd7e9d54f297d09cf61 # arm64: dts: renesas: spider-cpu: enable eMMC0
 
  - torvalds: 3c1fa94cd0baca8d573aead43f33785eca66ed42 # dt-bindings: thermal: rcar-gen3-thermal: use positive logic
  - torvalds: 83b4466b3f1b00da0cbc754e055e89a7b02b2034 # dt-bindings: thermal: rcar-gen3-thermal: Add r8a779f0 support
@@ -36,8 +42,8 @@ upstream:
  - torvalds: 5a3ad6f466fe7a187cbf4889d80a48606181c367 # arm64: dts: renesas: r8a779f0: Add thermal support
 
  - lore: 20220726205858.1199-1-wsa+renesas@sang-engineering.com # [PATCH] dt-bindings: timer: renesas,tmu: Add r8a779f0 support
- - lore: 20220726210110.1444-2-wsa+renesas@sang-engineering.com # [PATCH 1/3] clk: renesas: r8a779f0: Add TMU and parent SASYNC clocks
- - lore: 20220726210110.1444-3-wsa+renesas@sang-engineering.com # [PATCH 2/3] arm64: dts: renesas: r8a779f0: Add TMU nodes
+ - next: 1e56ebc9872feb2cf9a002c0a23d79a68f6493cb # clk: renesas: r8a779f0: Add TMU and parent SASYNC clocks
+ - next: 7adc69f8ac35109eab2742e6bb7a747dd811d1f6 # arm64: dts: renesas: r8a779f0: Add TMU nodes
 
 
 comments:
@@ -46,6 +52,8 @@ comments:
   - the issue with clearing CMCNT happens on V3U as well, Gen3 seems not affected
   - moving the issue to a seperate task
   - enablement patches sent out
+  - patches merged
+  - done
 
  - HSCIF
   - HSCIF 0+1 can be muxed to FTDI chips, HSCIF3 to MSIOF headers using an external FTDI, HSCIF2 maybe via unpopulated I2C header
@@ -55,6 +63,12 @@ comments:
   - done
 
  - MSIOF
+  - MSIOF0+2 work. MSIOF1+3 can't be tested because they are parallel with the FTDI serial for debug
+  - enablement patches sent
+  - concluded that MSIOF will be added to S4-8 DTSI file but not to Spider board because the voltage selection is unclear
+  - sent v2 of DTSI addition
+  - merged
+  - done
 
  - RPC
   - not for upstream because RPC shall only be accessed via OPTEE. See BSP commit 1f83a133b853138fad712d0a08a7689aac1e0183 ("Disable SPI flash via RPC")
@@ -77,7 +91,9 @@ comments:
   - resend patches to enable eMMC only
   - slower speed than BSP moved to separate task
   - slower speed was because of wrong kernel config, upstream kernel is actually faster
-
+  - SD0H patches sent out
+  - patches merged
+  - done
 
  - THS/CIVM
   - first version sent
diff --git a/projects/linux/io/SDHI-upport-BSP-fixes.yaml b/projects/linux/io/SDHI-upport-BSP-fixes.yaml
index 414cc61..936bdb4 100644
--- a/projects/linux/io/SDHI-upport-BSP-fixes.yaml
+++ b/projects/linux/io/SDHI-upport-BSP-fixes.yaml
@@ -40,9 +40,13 @@ comments:
 
  - 73405fef502d43737be9a50d29935bee133fe7ab, 53c3958c01961421cd2b70c3dfebc9f391e00192
    - Only for H3/M3-W ES1.0, but why does mainline work?
+   - Shimoda-san said that old SoCs had issues with internal DMA end irq not at the same time as transfer end irq
+   - current HW does not have these issues but to be future-proof, we still want to handle them individually
 
  - 20e5623df1aaa74301675122b910f063cdcabe7e, e54e9682fbc229e7a168d63b2e49bc174353caed
    - Why does mainline work without it?
+   - Shimoda-san said that old SoCs had issues with internal DMA end irq not at the same time as transfer end irq
+   - current HW does not have these issues but to be future-proof, we still want to handle them individually
 
  - 2d111ff70e13073395f33e989ca2ff63b4fb4d2e
    - why is it needed?
diff --git a/projects/linux/io/BSP51-upport-unsorted-patches.yaml b/projects/linux/io/done/BSP51-upport-unsorted-patches.yaml
index 90d04ea..b1a94b3 100644
--- a/projects/linux/io/BSP51-upport-unsorted-patches.yaml
+++ b/projects/linux/io/done/BSP51-upport-unsorted-patches.yaml
@@ -2,7 +2,7 @@ title: upport minor patches from BSP5.1x
 team: IO
 key: fe4c468c-a792-11ec-b2cf-277cd07b4273
 assignee: Wolfram
-status: Active
+status: Done
 
 bsp51x:
  - 1972823ec8b56a4fcaa812c5e284c3348ecebedd # arm64: dts: r8a77961: Add CAN-FD support
@@ -12,24 +12,36 @@ bsp51x:
 
 upstream:
  - torvalds: 0182581a9f63764bcbdbc68e98881b50e03fc4c4 # arm64: dts: renesas: r8a77961: Add CAN-FD node
- - lore: 20220319223306.60782-3-wsa+renesas@sang-engineering.com # arm64: dts: renesas: r8a77961: Add i2c aliases
  - torvalds: 2130ac189251ea479da985142e5cc8f0ee7c6107 # pinctrl: renesas: Allow up to 10 fields for drive_regs
  - torvalds: 843394c61e9a71f0fb340a08b28cb42695baa929 # pinctrl: renesas: r8a77990: Add drive-strength
+ - next: 59c148535324e1fc61a0cad6d04559196dde5ed1 # arm64: dts: renesas: r8a779{51|60|65}: put I2C aliases to board files
+ - next: 8cc5dcfabab8cfe9dd5a4386b64f0562399e3139 # arm64: dts: renesas: r8a77970: put I2C aliases to board files
+ - next: efab8210e015f9078001099552058b3c38b123b0 # arm64: dts: renesas: r8a77980: put I2C aliases to board files
+ - next: fb2a16097c3cc660788cddae96dc2c44cd4502b6 # arm64: dts: renesas: r8a77990: put I2C aliases to board files
+ - next: 1d35135672c9c5e883eabb3b0288822cac79ac1f # arm64: dts: renesas: r8a779a0: put I2C aliases to board files
+ - next: 13079557ec9775ce4208d3066c415a0ab7ca170e # arm64: dts: renesas: r8a774a1: put I2C aliases to board files
 
 comments:
 
  - 1972823ec8b56a4fcaa812c5e284c3348ecebedd
    - v1 sent
    - merged
+   - done
 
  - 20b262b3005d1a00997a6a04736ecb1a61a50fc9
    - v1 sent
    - needs different handling; aliases should go to board files if the schematics have explicit names for I2C busses
+   - sent out patches to move aliases to board files, discussion on-going
+   - sent v2 of these patches
+   - all merged
+   - done
 
  - f479c5a4e5e5e2299999003486070015f5d5750d
    - v1 sent
    - v2 sent, adding RZ/G2E
    - merged
+   - done
 
  - f0bccada93d7eb7ca3080eebe79fa03f8032e4a4
    - no need to upport; only pull-up is implemented which matches the datasheet for Gen3 V2.0 and onwards
+   - done
diff --git a/projects/linux/io/dt_bindings_json_schema_io.yaml b/projects/linux/io/dt_bindings_json_schema_io.yaml
index 3af960e..0d4afb0 100644
--- a/projects/linux/io/dt_bindings_json_schema_io.yaml
+++ b/projects/linux/io/dt_bindings_json_schema_io.yaml
@@ -1,6 +1,7 @@
 title: "dt-bindings conversion to json-schema (I/O)"
 team: IO
 key: d7e7fc08-6e95-11ea-a34c-9f9195f9e9d0
+assignee: Geert
 status: Active
 
 upstream: