search for: displayid

This is a collection of nouveau debug prints, memory leak, a very annoying race condition causing system hangs with prime scenarios, and a fix from Lyude to get the panel on my laptop working. I'd like to get these into 6.7, Dave.

...*ctrl)); - if (IS_ERR(ctrl)) - return PTR_ERR(ctrl); + for (retries = 0; retries < 3; ++retries) { + ctrl = nvkm_gsp_rm_ctrl_get(&disp->rm.objcom, NV0073_CTRL_CMD_DP_AUXCH_CTRL, sizeof(*ctrl)); + if (IS_ERR(ctrl)) + return PTR_ERR(ctrl); - ctrl->subDeviceInstance = 0; - ctrl->displayId = BIT(outp->index); - ctrl->bAddrOnly = !size; - ctrl->cmd = type; - if (ctrl->bAddrOnly) { - ctrl->cmd = NVDEF_SET(ctrl->cmd, NV0073_CTRL, DP_AUXCH_CMD, REQ_TYPE, WRITE); - ctrl->cmd = NVDEF_SET(ctrl->cmd, NV0073_CTRL, DP_AUXCH_CMD, I2C_MOT, FALSE); - } - ctrl->addr =...

...for the above: """ A DP upstream device shall read the capability from DPCD Addresses 00080h through 00083h. A DP Branch device with multiple DFPs shall report the detailed capability information of the lowest DFP number to which a downstream device is connected, consistent with the DisplayID or legacy EDID access routing policy of an SST-only DP Branch device as described in Section 2.1.4.1. """ > > From section 5.3.3.1: > > Either one or four bytes are used, per DFP type indication. Therefore, up to > 16 (with 1-byte descriptor) or four (with 4-b...

From: Dave Airlie <airlied at redhat.com> The upper layer transfer functions expect EBUSY as a return for when retries should be done. Fix the AUX error translation, but also check for both errors in a few places. Fixes: eb284f4b3781 ("drm/nouveau/dp: Honor GSP link training retry timeouts") Signed-off-by: Dave Airlie <airlied at redhat.com> ---

...x.X11[4344] -once Terminate server after one session 23/5/08 7:35:22 PM org.x.X11[4344] -class display-class specify display class to send in manage 23/5/08 7:35:22 PM org.x.X11[4344] -cookie xdm-auth-bits specify the magic cookie for XDMCP 23/5/08 7:35:22 PM org.x.X11[4344] -displayID display-id manufacturer display ID for request 23/5/08 7:35:22 PM org.x.X11[4344] -kb disable the X Keyboard Extension 23/5/08 7:35:22 PM org.x.X11[4344] +kb enable the X Keyboard Extension 23/5/08 7:35:22 PM org.x.X11[4344] [+-]accessx [ timeout [ timeout_...

...ot;" > A DP upstream device shall read the capability from DPCD Addresses 00080h > through 00083h. A DP Branch device with multiple DFPs shall report the > detailed > capability information of the lowest DFP number to which a downstream device > is connected, consistent with the DisplayID or legacy EDID access routing > policy > of an SST-only DP Branch device as described in Section 2.1.4.1. > """ So-I saw this too, but notice the use of the language "A /DP Branch/ device with multiple DFPs shall report the detailed?". This makes me think it's...

On Tue, Aug 11, 2020 at 04:04:50PM -0400, Lyude Paul wrote: > We're going to be doing the same probing process in nouveau for > determining downstream DP port capabilities, so let's deduplicate the > work by moving i915's code for handling this into a shared helper: > drm_dp_downstream_read_info(). > > Note that when we do this, we also do make some functional

...vnd (v2) dix: Add RootWindowFinalizeCallback xfree86: Create seat atom from the root window callback (v2) xfree86: Create VT atoms from the root window callback (v2) xfree86: Unexport xf86Initialising, remove xf86ServerIsInitialising xfree86: Remove some leftovers from DisplayID support xfree86: Make xf86SetDDCproperties work more than once (v2) xfree86: Remove a never-hit diagnostic message xfree86: Create EDID atom from the root window callback (v2) xfree86: Remove xf86RegisterRootWindowProperty dix: Squash some new gcc6 warnings kdriv...