From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3EEFC433E0 for ; Wed, 27 Jan 2021 08:53:04 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6FF9B20754 for ; Wed, 27 Jan 2021 08:53:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6FF9B20754 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 9A6B66E415; Wed, 27 Jan 2021 08:53:03 +0000 (UTC) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTPS id 8073089A9F; Wed, 27 Jan 2021 08:53:01 +0000 (UTC) IronPort-SDR: kwEhIAMqehnoPCvQs8KAOgwAhCuenYMVWygupb5Pj+POxCMEK7vtpzWkoHUYlRTDAvOY24C8wZ 2n/dyEXzvyKA== X-IronPort-AV: E=McAfee;i="6000,8403,9876"; a="180183545" X-IronPort-AV: E=Sophos;i="5.79,378,1602572400"; d="scan'208";a="180183545" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Jan 2021 00:53:00 -0800 IronPort-SDR: 6JxNLDbi1mQEUcUTy9MS8kTgMu+8efvUWfK7WVx75xgkXLsrkpWxVfvzd20wt1MgS3MZvoSzn6 zrfVj6ectQeQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.79,378,1602572400"; d="scan'208";a="388233520" Received: from fmsmsx603.amr.corp.intel.com ([10.18.126.83]) by orsmga008.jf.intel.com with ESMTP; 27 Jan 2021 00:53:00 -0800 Received: from bgsmsx603.gar.corp.intel.com (10.109.78.82) by fmsmsx603.amr.corp.intel.com (10.18.126.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 27 Jan 2021 00:52:47 -0800 Received: from bgsmsx604.gar.corp.intel.com (10.67.234.6) by BGSMSX603.gar.corp.intel.com (10.109.78.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 27 Jan 2021 14:22:45 +0530 Received: from bgsmsx604.gar.corp.intel.com ([10.67.234.6]) by BGSMSX604.gar.corp.intel.com ([10.67.234.6]) with mapi id 15.01.1713.004; Wed, 27 Jan 2021 14:22:45 +0530 From: "Gupta, Anshuman" To: "Li, Juston" , "intel-gfx@lists.freedesktop.org" Subject: RE: [PATCH v2 3/4] drm/i915/hdcp: read RxInfo once when reading Send_Pairing_Info Thread-Topic: [PATCH v2 3/4] drm/i915/hdcp: read RxInfo once when reading Send_Pairing_Info Thread-Index: AQHW9HjIkorzPId1JkW+R7iB76gmaqo7EbhQgAAYjFA= Date: Wed, 27 Jan 2021 08:52:44 +0000 Message-ID: <489d8233cf60425b86e7fc21d193486e@intel.com> References: <20210127065034.2501119-1-juston.li@intel.com> <20210127065034.2501119-3-juston.li@intel.com> <7976a4bd85224f44bf893e5cda00aeeb@intel.com> In-Reply-To: <7976a4bd85224f44bf893e5cda00aeeb@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.5.1.3 dlp-reaction: no-action x-originating-ip: [10.223.10.1] MIME-Version: 1.0 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "seanpaul@chromium.org" , "dri-devel@lists.freedesktop.org" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Please also send this patch to dri-devel@lists.freedesktop.org as well because this is a drm change. > -----Original Message----- > From: Gupta, Anshuman > Sent: Wednesday, January 27, 2021 12:55 PM > To: Li, Juston ; intel-gfx@lists.freedesktop.org > Cc: seanpaul@chromium.org; C, Ramalingam > Subject: RE: [PATCH v2 3/4] drm/i915/hdcp: read RxInfo once when reading > Send_Pairing_Info > > > > > -----Original Message----- > > From: Li, Juston > > Sent: Wednesday, January 27, 2021 12:21 PM > > To: intel-gfx@lists.freedesktop.org > > Cc: seanpaul@chromium.org; Gupta, Anshuman > ; > > C, Ramalingam ; Li, Juston > > > > Subject: [PATCH v2 3/4] drm/i915/hdcp: read RxInfo once when reading > > Send_Pairing_Info > > > > Previously when reading Send_Pairing_Info, RxInfo by itself was read > > once to retrieve the DEVICE_COUNT and then a second time when reading > > the RepeaterAuth_Send_ReceiverID_List which contains RxInfo. > > > > On a couple HDCP 2.2 docks, this second read attempt on RxInfo fails > > due to no Ack response. This behavior doesn't seem to be defined but > > regardless we can fix it by reading RxInfo once and storing it before > > reading the rest of RepeaterAuth_Send_ReceiverID_List once we know the > size. > > > > Modify get_receiver_id_list_size() to read and store RxInfo in the > > message buffer and also parse DEVICE_COUNT so we know the size of > > RepeaterAuth_Send_ReceiverID_List. > > > > Afterwards, retrieve the rest of the message at the offset for seq_num_V. > > > > Changes in v2: > > - remove unnecessary moving of drm_i915_private from patch 1 > > > > Signed-off-by: Juston Li > > --- > > drivers/gpu/drm/i915/display/intel_dp_hdcp.c | 29 ++++++++++---------- > > include/drm/drm_dp_helper.h | 2 +- > > 2 files changed, 16 insertions(+), 15 deletions(-) > > > > diff --git a/drivers/gpu/drm/i915/display/intel_dp_hdcp.c > > b/drivers/gpu/drm/i915/display/intel_dp_hdcp.c > > index d1397af97f69..cd183944bc5a 100644 > > --- a/drivers/gpu/drm/i915/display/intel_dp_hdcp.c > > +++ b/drivers/gpu/drm/i915/display/intel_dp_hdcp.c > > @@ -475,11 +475,10 @@ int intel_dp_hdcp2_write_msg(struct > > intel_digital_port *dig_port, } > > > > static > > -ssize_t get_receiver_id_list_size(struct intel_digital_port > > *dig_port) > > +ssize_t get_receiver_id_list_rx_info(struct intel_digital_port > > +*dig_port, u32 *dev_cnt, u8 *byte) > > { > > - u8 rx_info[HDCP_2_2_RXINFO_LEN]; > > - u32 dev_cnt; > > ssize_t ret; > > + u8 *rx_info = byte; > > > > ret = drm_dp_dpcd_read(&dig_port->dp.aux, > > DP_HDCP_2_2_REG_RXINFO_OFFSET, @@ - > > 487,15 +486,11 @@ ssize_t get_receiver_id_list_size(struct > > intel_digital_port *dig_port) > > if (ret != HDCP_2_2_RXINFO_LEN) > > return ret >= 0 ? -EIO : ret; > > > > - dev_cnt = (HDCP_2_2_DEV_COUNT_HI(rx_info[0]) << 4 | > > + *dev_cnt = (HDCP_2_2_DEV_COUNT_HI(rx_info[0]) << 4 | > > HDCP_2_2_DEV_COUNT_LO(rx_info[1])); > > > > - if (dev_cnt > HDCP_2_2_MAX_DEVICE_COUNT) > > - dev_cnt = HDCP_2_2_MAX_DEVICE_COUNT; > > - > > - ret = sizeof(struct hdcp2_rep_send_receiverid_list) - > > - HDCP_2_2_RECEIVER_IDS_MAX_LEN + > > - (dev_cnt * HDCP_2_2_RECEIVER_ID_LEN); > > + if (*dev_cnt > HDCP_2_2_MAX_DEVICE_COUNT) > > + *dev_cnt = HDCP_2_2_MAX_DEVICE_COUNT; > > > > return ret; > > } > > @@ -511,6 +506,7 @@ int intel_dp_hdcp2_read_msg(struct > > intel_digital_port *dig_port, > > u8 *byte = buf; > > ssize_t ret, bytes_to_recv, len; > > const struct hdcp2_dp_msg_data *hdcp2_msg_data; > > + u32 dev_cnt; > > > > hdcp2_msg_data = get_hdcp2_dp_msg_data(msg_id); > > if (!hdcp2_msg_data) > > @@ -523,17 +519,22 @@ int intel_dp_hdcp2_read_msg(struct > > intel_digital_port *dig_port, > > > > hdcp->cp_irq_count_cached = atomic_read(&hdcp->cp_irq_count); > > > > + /* DP adaptation msgs has no msg_id */ > > + byte++; > > + > > if (msg_id == HDCP_2_2_REP_SEND_RECVID_LIST) { > > - ret = get_receiver_id_list_size(dig_port); > > + ret = get_receiver_id_list_rx_info(dig_port, &dev_cnt, > > byte); > > if (ret < 0) > > return ret; > > > > - size = ret; > > + byte += ret; > > + size = sizeof(struct hdcp2_rep_send_receiverid_list) - > > + HDCP_2_2_RXINFO_LEN - > > HDCP_2_2_RECEIVER_IDS_MAX_LEN + > > + (dev_cnt * HDCP_2_2_RECEIVER_ID_LEN); > > } > > - bytes_to_recv = size - 1; > > > > /* DP adaptation msgs has no msg_id */ > Please remove this comment. > With that > Acked-by: Anshuman Gupta > > - byte++; > > + bytes_to_recv = size - 1; > > > > while (bytes_to_recv) { > > len = bytes_to_recv > DP_AUX_MAX_PAYLOAD_BYTES ? > > diff --git a/include/drm/drm_dp_helper.h > b/include/drm/drm_dp_helper.h > > index edffd1dcca3e..3b42392394ba 100644 > > --- a/include/drm/drm_dp_helper.h > > +++ b/include/drm/drm_dp_helper.h > > @@ -1388,7 +1388,7 @@ enum drm_dp_phy { #define > > DP_HDCP_2_2_LC_INIT_OFFSET > > DP_HDCP_2_2_REG_RN_OFFSET > > #define DP_HDCP_2_2_LC_SEND_LPRIME_OFFSET > > DP_HDCP_2_2_REG_LPRIME_OFFSET > > #define DP_HDCP_2_2_SKE_SEND_EKS_OFFSET > > DP_HDCP_2_2_REG_EDKEY_KS_OFFSET > > -#define DP_HDCP_2_2_REP_SEND_RECVID_LIST_OFFSET > > DP_HDCP_2_2_REG_RXINFO_OFFSET > > +#define DP_HDCP_2_2_REP_SEND_RECVID_LIST_OFFSET > > DP_HDCP_2_2_REG_SEQ_NUM_V_OFFSET > > #define DP_HDCP_2_2_REP_SEND_ACK_OFFSET > > DP_HDCP_2_2_REG_V_OFFSET > > #define DP_HDCP_2_2_REP_STREAM_MANAGE_OFFSET > > DP_HDCP_2_2_REG_SEQ_NUM_M_OFFSET > > #define DP_HDCP_2_2_REP_STREAM_READY_OFFSET > > DP_HDCP_2_2_REG_MPRIME_OFFSET > > -- > > 2.29.2 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel