- 19 Sep, 2023 40 commits
-
-
Ben Skeggs authored
- 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
- 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:
-
Ben Skeggs authored
- needed to support TMDS EDID on RM Signed-off-by:
-
Ben Skeggs authored
This will check the relevant hotplug pin and skip the DDC probe we currently do if a display is present. - preparation for GSP-RM. Signed-off-by:
-
Ben Skeggs authored
- preparation for a bunch of API changes, to make diffs prettier Signed-off-by:
-
Ben Skeggs authored
Programming -1 (vc_start_slot, if alloc fails) into HW probably isn't the best idea. Signed-off-by:
-
Ben Skeggs authored
Fixes some issues when running on top of RM. Signed-off-by:
-
