summaryrefslogtreecommitdiff
path: root/projects/linux/io
diff options
context:
space:
mode:
Diffstat (limited to 'projects/linux/io')
-rw-r--r--projects/linux/io/BSP41-need-KF-patches.yaml2
-rw-r--r--projects/linux/io/SDHI-upport-BSP-fixes.yaml24
-rw-r--r--projects/linux/io/done/V3U-enable_CAN.yaml (renamed from projects/linux/io/V3U-enable_CAN.yaml)12
-rw-r--r--projects/linux/io/maybe/RPC-enable-burst.yaml (renamed from projects/linux/io/RPC-enable-burst.yaml)1
4 files changed, 32 insertions, 7 deletions
diff --git a/projects/linux/io/BSP41-need-KF-patches.yaml b/projects/linux/io/BSP41-need-KF-patches.yaml
index 137a78a..03b3f75 100644
--- a/projects/linux/io/BSP41-need-KF-patches.yaml
+++ b/projects/linux/io/BSP41-need-KF-patches.yaml
@@ -19,6 +19,8 @@ upstream:
comments:
- only Laurent has a KF board currently which is not available with remote access.
- most patches here need physical access, though
+ - Wolfram got ULCB + KingFisher now from Laurent
+ - ULCB is bricked because of wrong firmware and needs to be unbricked first
- a6c6f67592709f9c1e5cdc79ff29fb583afb362e
- another driver went upstream meanwhile with accelerometer and magnetometer
diff --git a/projects/linux/io/SDHI-upport-BSP-fixes.yaml b/projects/linux/io/SDHI-upport-BSP-fixes.yaml
index ae8e27b..c33edeb 100644
--- a/projects/linux/io/SDHI-upport-BSP-fixes.yaml
+++ b/projects/linux/io/SDHI-upport-BSP-fixes.yaml
@@ -1,7 +1,7 @@
title: SDHI; upport BSP patches
team: IO
key: fe6714da-a9b4-11eb-a028-6bbd20fa8e8a
-status: New
+status: Active
assignee: Wolfram
bsp41x:
@@ -13,22 +13,34 @@ bsp41x:
bsp51x:
- 1f8eaa32650a2f67cc318f39c603f2c8282831a4 # arm64: dts: r8a77980-v3hsk: Enable onboard eMMC
+ - ef716ad2e21ec228a138e1d22cc1c33e669e492b # arm64: dts: renesas: r8a77980-v3hsk: Disable MMC
- e533a0ea555e061170b4102d9085c70546fe4768 # mmc: core: Issue power off notification in mmc_remove()
- 15d7abbfc3f0dae379821824135d94a4f865a449 # mmc: renesas_sdhi: reset calibration register
- 53c3958c01961421cd2b70c3dfebc9f391e00192 # mmc: renesas_sdhi: Add internal DMA transfer end
- e54e9682fbc229e7a168d63b2e49bc174353caed # mmc: tmio: Add internal DMA transfer end
+ - 2d111ff70e13073395f33e989ca2ff63b4fb4d2e # mmc: renesas_sdhi: scc_ctl is always set in after R-Car Gen3
+ - ef6598cafe54825b537f47df7846dbcacbc73e88 # mmc: renesas_sdhi: Disable HS400 for r8a77995
+ - e741f08198c2973650cb8965a17337a126ea049e # arm64: dts: renesas: r8a77950-ulcb: disable eMMC
upstream:
comments:
- - 0237478dc67b71ff92082e06323c015631098b71
+ - 0237478dc67b71ff92082e06323c015631098b71, 1f8eaa32650a2f67cc318f39c603f2c8282831a4, ef716ad2e21ec228a138e1d22cc1c33e669e492b
- do we have V3H hardware in Magnus lab?
- Magnus so far has only a Condor board, but not v3hsk
- - c2ca1ccb83afd7c790ae361c720d257e050483f2
+ - BSP5.1x patch reverts because voltage specification of MMC is unclear
+ - abandoned unless we get HW ourselves
+ - c2ca1ccb83afd7c790ae361c720d257e050483f2, e533a0ea555e061170b4102d9085c70546fe4768
- https://patchwork.kernel.org/project/linux-mmc/patch/1605005330-7178-1-git-send-email-yoshihiro.shimoda.uh@renesas.com/
- - 5d60e36aaa96fa39d1a524cc4ff373c0f36616e0
+ - 5d60e36aaa96fa39d1a524cc4ff373c0f36616e0, 15d7abbfc3f0dae379821824135d94a4f865a449
- before calling 'renesas_sdhi_adjust_hs400_mode_disable()', change the if to 'if (gen3)'?
- - 73405fef502d43737be9a50d29935bee133fe7ab
+ - 73405fef502d43737be9a50d29935bee133fe7ab, 53c3958c01961421cd2b70c3dfebc9f391e00192
- Only for H3/M3-W ES1.0, but why does mainline work?
- - 20e5623df1aaa74301675122b910f063cdcabe7e
+ - 20e5623df1aaa74301675122b910f063cdcabe7e, e54e9682fbc229e7a168d63b2e49bc174353caed
- Why does mainline work without it?
+ - 2d111ff70e13073395f33e989ca2ff63b4fb4d2e
+ - needs refactoring
+ - ef6598cafe54825b537f47df7846dbcacbc73e88
+ - can't find it in the docs that HS400 is not supported. But D3 has indeed no strobe pin which is needed
+ - e741f08198c2973650cb8965a17337a126ea049e
+ - commit message mentions silicon bug? Which one?
diff --git a/projects/linux/io/V3U-enable_CAN.yaml b/projects/linux/io/done/V3U-enable_CAN.yaml
index 2ae2618..0c64820 100644
--- a/projects/linux/io/V3U-enable_CAN.yaml
+++ b/projects/linux/io/done/V3U-enable_CAN.yaml
@@ -1,7 +1,7 @@
title: V3U; upport CAN driver additions and enable for V3U
team: IO
key: 125dd332-ae9e-11eb-bba9-13d957d1734c
-status: Active
+status: Done
assignee: Ulrich
bsp41x:
@@ -14,6 +14,10 @@ bsp51x:
- 555f036fa9b0f289f44d57f4e823f835c76a10b5 # arm64: dts: r8a779a0-falcon: Add CANFD support
upstream:
+ - next: 45721c406dcf50d4a20f95afafe8e1a2a7fa2341 # can: rcar_canfd: Add support for r8a779a0 SoC
+ - lore: 20220309162609.3726306-3-uli+renesas@fpond.eu # arm64: dts: renesas: r8a779a0: Add CANFD device node
+ - lore: 20220309162609.3726306-4-uli+renesas@fpond.eu # arm64: dts: renesas: r8a779a0-falcon: enable CANFD 0 and 1
+ - next: d6254d52d70de5301b4fd9acaea5cf1dd8d222b4 # dt-bindings: can: renesas,rcar-canfd: Document r8a779a0 support
comments:
- we are waiting for physical HW for the developer
@@ -30,3 +34,9 @@ comments:
- discussing with Kieran and Ulrich how to accomplish this
- Kieran can connect CAN interfaces of the Falcon board now
- Uli is working on scripts to ease testing
+ - v2; https://lore.kernel.org/r/20220111162231.10390-1-uli+renesas@fpond.eu
+ - testing revealed that only channels 0+1 work, also with the BSP
+ - so we update the driver but don't enable the other channels upstream
+ - v3; https://lore.kernel.org/r/20220209163806.18618-1-uli+renesas@fpond.eu
+ - v4; https://lore.kernel.org/r/20220309162609.3726306-1-uli+renesas@fpond.eu
+ - merged
diff --git a/projects/linux/io/RPC-enable-burst.yaml b/projects/linux/io/maybe/RPC-enable-burst.yaml
index 426946f..4ea05a7 100644
--- a/projects/linux/io/RPC-enable-burst.yaml
+++ b/projects/linux/io/maybe/RPC-enable-burst.yaml
@@ -10,3 +10,4 @@ upstream:
comments:
- needs more investigation if burst read support needs more driver updates than this commit
+ - patch dropped from BSP5.1 and no test case, make it a maybe-item