summaryrefslogtreecommitdiff
path: root/projects/linux/mm/bsp41x_display-Conform-to-registers-and-operations-documentation.yaml
blob: 95910e92dd88593e848862e66c30e0b8fc7f66a9 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
title: "BSP 4.1.x upport: rcar-du: Conform to registers and operations documentation"
team: MM
key: 0871a69d-8cd4-4dae-af53-f4742586acaf
status: New

bsp41x:
 - f9724fa36a9dddefd2f0ae9a4034cc2b9fe9f691 # drm: rcar-du: Add register access check
 - cf6e2f83129837fd7501cef41c32a2864bf3f6fc # drm: rcar-du: Fix DPLL workaround for H3 ES1.x
 - cf64351173c0fb4d44367f6e20880bb5ef5faf6f # drm: rcar-du: Fix LVDS stop sequence
 - f55c6ceca6d9066cbb9d9dd9f2bda5ba19f8e60a # drm: rcar-du: Add CPG reset and release
 - d2db7ee7b3a5141d161f614f748fdbce2ea11469 # rcar-fcp: Add FCPVD reset sequence for VSPD
 - 4e290a3f392fe06b73d137054bda4ce4e4b237ea # vsp1: Add display interrupt wait after setting STRCMD bit

bsp51x:
 - 1b6b628fcd3b9d1218cbfec6de6127581bde5f5d # drm: rcar-du: Add register access check
 - 006f3547ab98c42e0644c2d8514825cc78fef0e9 # drm: rcar-du: Fix DPLL workaround for H3 ES1.x
 - 885ee05a72c84e40f0e807e6df8fe75be8b9ca62 # drm: rcar-du: Fix LVDS stop sequence
 - ef9bb3a01d593370c4fc1ff88407e34c17c61e5e # drm: rcar-du: Add CPG reset and release
 - 542e840b126d3dc690d7eb536f6163378aa75e84 # rcar-fcp: Add FCPVD reset sequence for VSPD
 - 4c581d640f7e5be6f923bdb4139223b8ee2c2e4f # vsp1: Add display interrupt wait after setting STRCMD bit

comments:
 - These commits bring the FCP, VSP, DU and LVDS drivers in conformance with
   the registers and operations documentation. Some changes are likely not
   required (in particular changes that skip writes to reserved bits of
   existing registers), but getting an official acknowledgement that writing
   reserved bits is safe is likely not possible. From a certification point of
   view, Renesas likely requires these issues to be fixed.

 - The changes affect readability, especially in the rcar-du driver. An
   alternative approach to sprinkling lots of manual checks for SoC revisions
   should be researched.