summaryrefslogtreecommitdiffstats
path: root/drivers/dma/st_fdma.c
diff options
context:
space:
mode:
authorMatt Roper <matthew.d.roper@intel.com>2021-07-21 15:30:40 -0700
committerMatt Roper <matthew.d.roper@intel.com>2021-07-22 09:31:14 -0700
commit49f756342b818fccb576c7b6ff00af7b32778e7d (patch)
treee7ea21dba1bd8fb64899d11e43a61c3442611bcb /drivers/dma/st_fdma.c
parent263862652f169c3ba2b5cdc39d7037e5ab0bb6a6 (diff)
downloadlinux-49f756342b818fccb576c7b6ff00af7b32778e7d.tar.bz2
drm/i915/dg2: Add dbuf programming
DG2 extends our DDB to four DBuf slices; pipes A+B only have access to the first two slices, whereas pipes C+D only have access to the second two. Confusingly, our bspec decided to switch from 1-based numbering of dbuf slices (S1, S2) to 0-based numbering (S0, S1, S2, S3) in Display13. At the moment we're using the 0-based number scheme for the DBUF_CTL_S() register addressing, but the 1-based number scheme in the actual slice assignment tables. We may want to consider switching the assignment over to 0-based numbering too at some point... Bspec: 49255 Bspec: 50057 Cc: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com> Signed-off-by: Matt Roper <matthew.d.roper@intel.com> Reviewed-by: José Roberto de Souza <jose.souza@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20210721223043.834562-16-matthew.d.roper@intel.com
Diffstat (limited to 'drivers/dma/st_fdma.c')
0 files changed, 0 insertions, 0 deletions