Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp3450292pxa; Wed, 26 Aug 2020 00:06:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxUxBL8frZRVKhVFmUIyk7aPuYXDZo81PxXZJ/EkR+xfaq14aLMrLWLt2PNJ8XBkFuTDTVN X-Received: by 2002:aa7:cd52:: with SMTP id v18mr12696277edw.165.1598425571740; Wed, 26 Aug 2020 00:06:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598425571; cv=none; d=google.com; s=arc-20160816; b=bHQFLfjkN8+S0aPeA780CDPDM3fBnILC75Mij1bOCfUR7Kr051C61gvT6lV74NTfqi M/wNwuTw72e6CmkZV8T2rlF23UEBiYLf9ylieFOe07F48snB/X5XWtTa+J8tPSjDutVs /6FwXchhLgBJ2TcbsiPxZifKI6W6a9csY7PDIApu+al70t37ImqrfTQs9uDW8+BQ1XGi FBWlDoFuxl1IT8ROAgsQQb0yUef/pSvMGz6JaNMixVrUAbEcQB1typq2d0CvxkUvYYF3 Ag6pNzjELWWYS4GftHyfpvCuzGvICGmVnwYTIJsJyCICI6LafGfxXIZhs3izKlfeCgEB EgyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from:ironport-sdr :ironport-sdr; bh=IogsbBJTUH3PftnoXX4v3bMri21Fb+d9LE0m2OuMy7g=; b=0khZlOXohWMsm0I3cIJQ14NlrTqG66JGOMcWSlX1swPy+0XoOj/Rit8TMtC8eLw3QD xOiyAyO9lypF9t52fs7LluuAGuBnthh0zDdRa873VzRghzzdbeW+4s4BNhE/DRGNhvVb d1hGPIRibc8FQ6RV+kls9yvSWAM8o16XLk/K/3/A63+hEVxI77fMtqGjYykjipVeMnXd ylWlgubdWMzywOEvBN1ueqTQ0vzhia5DavAP1O6cYdPDWmzH2NBR5Kp5+ovBtQnSZWsO qq3Hl7UvBDU6FSKBvdW80PHeDkjb4GIHlLceFqXtpu80Cqy0begZf7ZXSGwWf27WaY9P wTNA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si1023585ejx.53.2020.08.26.00.05.48; Wed, 26 Aug 2020 00:06:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726786AbgHZHFM (ORCPT + 99 others); Wed, 26 Aug 2020 03:05:12 -0400 Received: from mga01.intel.com ([192.55.52.88]:24662 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726719AbgHZHFM (ORCPT ); Wed, 26 Aug 2020 03:05:12 -0400 IronPort-SDR: 8A/AJ86Qc2Da2ndvc/Zax5Jdfe6nI0ETIIOd7XZZGvcbG0v+rdxitl1g6+ItbqkK481LYjU27m LrgqdP2muogQ== X-IronPort-AV: E=McAfee;i="6000,8403,9724"; a="174294095" X-IronPort-AV: E=Sophos;i="5.76,354,1592895600"; d="scan'208";a="174294095" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Aug 2020 00:05:11 -0700 IronPort-SDR: t9zAxUm+0FHTf119H7H8PV8/d7t15hFwVjWcUpPmVuSJw246+3dLtlSGJIJdZMZ+UVL+wne0mJ l9sOlDzxYKFg== X-IronPort-AV: E=Sophos;i="5.76,354,1592895600"; d="scan'208";a="474661934" Received: from jguenthe-mobl.ger.corp.intel.com (HELO localhost) ([10.252.32.223]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Aug 2020 00:05:04 -0700 From: Jani Nikula To: Lyude Paul , dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, nouveau@lists.freedesktop.org Cc: Sean Paul , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter , Joonas Lahtinen , Rodrigo Vivi , Ville =?utf-8?B?U3lyasOkbMOk?= , =?utf-8?Q?Jos=C3=A9?= Roberto de Souza , Manasi Navare , Uma Shankar , Gwan-gyeong Mun , Imre Deak , Wambui Karuga , Lucas De Marchi , open list Subject: Re: [RFC v4 16/20] drm/i915/dp: Extract drm_dp_get_sink_count() In-Reply-To: <20200825195027.74681-17-lyude@redhat.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20200825195027.74681-1-lyude@redhat.com> <20200825195027.74681-17-lyude@redhat.com> Date: Wed, 26 Aug 2020 10:05:01 +0300 Message-ID: <87o8mx6g6a.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 25 Aug 2020, Lyude Paul wrote: > And of course, we'll also need to read the sink count from other drivers > as well if we're checking whether or not it's supported. So, let's > extract the code for this into another helper. > > v2: > * Fix drm_dp_dpcd_readb() ret check > * Add back comment and move back sink_count assignment in intel_dp_get_dpcd() > > Signed-off-by: Lyude Paul > Reviewed-by: Sean Paul > --- > drivers/gpu/drm/drm_dp_helper.c | 22 ++++++++++++++++++++++ > drivers/gpu/drm/i915/display/intel_dp.c | 11 +++++------ > include/drm/drm_dp_helper.h | 1 + > 3 files changed, 28 insertions(+), 6 deletions(-) > > diff --git a/drivers/gpu/drm/drm_dp_helper.c b/drivers/gpu/drm/drm_dp_helper.c > index 863e0babc1903..67ad05eb05b7e 100644 > --- a/drivers/gpu/drm/drm_dp_helper.c > +++ b/drivers/gpu/drm/drm_dp_helper.c > @@ -736,6 +736,28 @@ bool drm_dp_has_sink_count(struct drm_connector *connector, > } > EXPORT_SYMBOL(drm_dp_has_sink_count); > > +/** > + * drm_dp_get_sink_count() - Retrieve the sink count for a given sink From the department of bikeshedding... Should we have a naming scheme where it's obvious whether a function will do DPCD access, or just shuffle existing data? For example, drm_dp_read_foo() for anything with DPCD access vs. drm_dp_get_foo() or even simpler for anything that only processes pre-read data? > + * @aux: The DP AUX channel to use > + * > + * Returns: The current sink count reported by @aux, or a negative error code > + * otherwise. > + */ > +int drm_dp_get_sink_count(struct drm_dp_aux *aux) > +{ > + u8 count; > + int ret; > + > + ret = drm_dp_dpcd_readb(aux, DP_SINK_COUNT, &count); > + if (ret < 0) > + return ret; > + if (ret != 1) > + return -EIO; Makes me wonder if that shouldn't be at drm_dp_dpcd_read() level, for reads returning 0..len-1 bytes. Not necessarily part of this series, but seems silly to set a precedent to start handling that return value all over the place. BR, Jani. > + > + return DP_GET_SINK_COUNT(count); > +} > +EXPORT_SYMBOL(drm_dp_get_sink_count); > + > /* > * I2C-over-AUX implementation > */ > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c > index 35a4779a442e2..4337321a3be4f 100644 > --- a/drivers/gpu/drm/i915/display/intel_dp.c > +++ b/drivers/gpu/drm/i915/display/intel_dp.c > @@ -4648,6 +4648,8 @@ intel_dp_has_sink_count(struct intel_dp *intel_dp) > static bool > intel_dp_get_dpcd(struct intel_dp *intel_dp) > { > + int ret; > + > if (!intel_dp_read_dpcd(intel_dp)) > return false; > > @@ -4664,11 +4666,8 @@ intel_dp_get_dpcd(struct intel_dp *intel_dp) > } > > if (intel_dp_has_sink_count(intel_dp)) { > - u8 count; > - ssize_t r; > - > - r = drm_dp_dpcd_readb(&intel_dp->aux, DP_SINK_COUNT, &count); > - if (r < 1) > + ret = drm_dp_get_sink_count(&intel_dp->aux); > + if (ret < 0) > return false; > > /* > @@ -4676,7 +4675,7 @@ intel_dp_get_dpcd(struct intel_dp *intel_dp) > * a member variable in intel_dp will track any changes > * between short pulse interrupts. > */ > - intel_dp->sink_count = DP_GET_SINK_COUNT(count); > + intel_dp->sink_count = ret; > > /* > * SINK_COUNT == 0 and DOWNSTREAM_PORT_PRESENT == 1 implies that > diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h > index a1413a531eaf4..0c141fc81aaa8 100644 > --- a/include/drm/drm_dp_helper.h > +++ b/include/drm/drm_dp_helper.h > @@ -1635,6 +1635,7 @@ struct drm_dp_desc; > bool drm_dp_has_sink_count(struct drm_connector *connector, > const u8 dpcd[DP_RECEIVER_CAP_SIZE], > const struct drm_dp_desc *desc); > +int drm_dp_get_sink_count(struct drm_dp_aux *aux); > > void drm_dp_remote_aux_init(struct drm_dp_aux *aux); > void drm_dp_aux_init(struct drm_dp_aux *aux); -- Jani Nikula, Intel Open Source Graphics Center