- 20 Sep, 2023 4 commits
-
-
Tomi Valkeinen authored
smatch reports: drivers/gpu/drm/bridge/tc358768.c:223 tc358768_update_bits() error: uninitialized symbol 'orig'. Fix this by bailing out from tc358768_update_bits() if the tc358768_read() produces an error. Fixes: ff1ca639 ("drm/bridge: Add tc358768 driver") Reviewed-by:
Peter Ujfalusi <peter.ujfalusi@gmail.com> Tested-by: Maxim Schwalm <maxim.schwalm@gmail.com> # Asus TF700T Tested-by:
Marcel Ziswiler <marcel.ziswiler@toradex.com> Signed-off-by:
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com> Signed-off-by:
Robert Foss <rfoss@kernel.org> Link: https://patchwork.freedesktop.org/patch/msgid/20230906-tc358768-v4-2-31725f008a50@ideasonboard.com
-
Thierry Reding authored
The polarities of the V- and H-sync signals are encoded as flags in the display mode, so use the existing information to setup the signals for the RGB interface. Signed-off-by:
Thierry Reding <treding@nvidia.com> Cc: Thierry Reding <thierry.reding@gmail.com> [tomi.valkeinen@ideasonboard.com: default to positive sync] Reviewed-by:
-
Alicja Michalska authored
Analogix ANX78XX driver is missing definitions for anx7816. It uses the same I2C register set as anx7818. Signed-off-by:
Alicja Michalska <ahplka19@gmail.com> Reviewed-by:
-
Alicja Michalska authored
As requested by Robert Foss <rfoss@kernel.org>, this patch adds definition for anx7816. It supplements the patch submitted to dri-devel. Signed-off-by:
Rob Herring <robh@kernel.org> Signed-off-by:
-
- 19 Sep, 2023 36 commits
-
-
Ben Skeggs authored
- nvkm should provide all this info now - preparation for GSP-RM Signed-off-by:
Ben Skeggs <bskeggs@redhat.com> Reviewed-by:
Lyude Paul <lyude@redhat.com> Acked-by:
Danilo Krummrich <me@dakr.org> Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- removes use of VBIOS data for naming - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- output info will be used later to determine MST support Signed-off-by:
-
Ben Skeggs authored
No need to go poking HW directly, and probably shouldn't on GSP-RM. Signed-off-by:
-
Ben Skeggs authored
We've never supported it. Signed-off-by:
-
Ben Skeggs authored
- pre-nv5x doesn't use any of this - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- pre-nv5x doesn't use any of this, has its own version DRM-side - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
This is presently unused on HW, we read a bunch of regs and calculate the watermark during the second supervisor interrupt. I don't want to change this yet as I need to re-remember how older HW works exactly, but RM wants this info via RPC. Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- passes DPCD information from DRM to NVKM - removes NVKM's own sink caps handling - link still trained from supervisor, more patches to come Signed-off-by:
-
Ben Skeggs authored
- fixes bug preventing this on SST - implement for MST Signed-off-by:
-
Ben Skeggs authored
- fixes some issues tearing down modes on tiled displays Signed-off-by:
-
Ben Skeggs authored
Link training can finally be moved out of the supervisor sequence, but first we need to split DP modesets into separate disable and enable sequences to be able to perform link training between them instead. - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- moves building of link rates table from NVKM to DRM - preparing to move link training out of supervisor Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
This just adds a hook for RM to use, HW paths remain untouched, but should probably be cleaned up to use this too at some point. Signed-off-by:
-
Ben Skeggs authored
- was previously part of acquire() Signed-off-by:
-
Ben Skeggs authored
- preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- these shouldn't be necessary now, and are done in acquire()/release() - preparation for GSP-RM, where we don't control the supervisor Signed-off-by:
-
Ben Skeggs authored
Prior to this commit, KMS would call release() prior to modeset, and the second supervisor interrupt would update SOR routing if needed. Now, KMS will call release() post-modeset and update routing immediately. - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- release() is being moved post-modeset, preserve hdmi behaviour for now Signed-off-by:
-
Ben Skeggs authored
- was previously part of acquire() - preparation for GSP-RM Signed-off-by:
-
Ben Skeggs authored
- adds tracking for post-UPDATE modeset operations, similar to mst[mo]'s - audio won't work on RM without this - we should probably have been doing this anyway Signed-off-by:
-
Ben Skeggs authored
- we'll want this info post-UPDATE for later patches Signed-off-by:
-
Ben Skeggs authored
- use nv_encoder.conn instead, outp->conn never changes Signed-off-by:
-
Ben Skeggs authored
- cleanup before additional changes Signed-off-by:
-
Ben Skeggs authored
- was previously delayed until second supervisor interrupt Signed-off-by:
-
Ben Skeggs authored
- preparing to move protocol-specific args out of acquire() again - avoid re-acquiring acquired output, will matter when enforced later - sor/pior done at same time due to shared tmds/dp handling Signed-off-by:
-
Ben Skeggs authored
- preparing to move protocol-specific args out of acquire() again - avoid re-acquiring acquired output, will matter when enforced later - this one is basically just a rename Signed-off-by:
-
Ben Skeggs authored
- preparing to move protocol-specific args out of acquire() again - no code changes Signed-off-by:
-
Lyude Paul authored
Now that we're supporting things like Ada and the GSP, there's situations where we really need to actually know the display state that we're starting with when loading the driver in order to prevent breaking GSP expectations. The first step in doing this is making it so that we can read the current state of IORs from nvkm in DRM, so that we can fill in said into into the atomic state. We do this by introducing an INHERIT ioctl to nvkm/nvif. This is basically another form of ACQUIRE, except that it will only acquire the given output path for userspace if it's already set up in hardware. This way, we can go through and probe each outp object we have in DRM in order to figure out the current hardware state of each one. If the outp isn't in use, it simply returns -ENODEV. This is also part of the work that will be required for implementing GSP support for display. While the GSP should mostly work without this commit, this commit should fix some edge case bugs that can occur on initial driver load. This also paves the way for some of the initial groundwork for fastboot support. Signed-off-by:
-
Ben Skeggs authored
These will be made static later in the patch series, after the code that uses them has been cleaned up in preparation for GSP-RM support. Signed-off-by:
-
