From: Jani Nikula <jani.nikula@linux.intel.com>
To: Todd Previte <tprevite@gmail.com>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Implement Displayport automated testing
Date: Tue, 05 Nov 2013 11:21:46 +0200 [thread overview]
Message-ID: <8738nbryol.fsf@intel.com> (raw)
In-Reply-To: <1383345848-6872-2-git-send-email-tprevite@gmail.com>
On Sat, 02 Nov 2013, Todd Previte <tprevite@gmail.com> wrote:
> This initial patch adds support for automated testing of the source device
> to the i915 driver. Most of this patch is infrastructure for the tests;
> follow up patches will add support for the individual tests with updates
> to ACK the tests that are supported (or NAK if the test
> fails/is unsupported).
>
> Signed-off-by: Todd Previte <tprevite@gmail.com>
> ---
> drivers/gpu/drm/i915/intel_dp.c | 87 +++++++++++++++++++++++++++++++++++++++--
> 1 file changed, 84 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index c8515bb..5f2a720 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -2813,11 +2813,92 @@ intel_dp_get_sink_irq(struct intel_dp *intel_dp, u8 *sink_irq_vector)
> return true;
> }
>
> +/* Automated test function hook - description forthcoming */
> +static bool
> +intel_dp_autotest_link_training(struct intel_dp *intel_dp)
> +{
> + bool test_result = false;
> + return test_result;
> +}
> +
> +/* Automated test function hook - description forthcoming */
> +static bool
> +intel_dp_autotest_video_pattern(struct intel_dp *intel_dp)
> +{
> + bool test_result = false;
> + return test_result;
> +}
> +
> +/* Automated test function hook - description forthcoming */
> +static bool
> +intel_dp_autotest_edid(struct intel_dp *intel_dp)
> +{
> + bool test_result = false;
> + return test_result;
> +}
> +
> +/* Automated test function hook - description forthcoming */
> +static bool
> +intel_dp_autotest_phy_pattern(struct intel_dp *intel_dp)
> +{
> + bool test_result = false;
> + return test_result;
> +}
> +
> +/* Automated test function hook - description forthcoming */
> +static bool
> +intel_dp_autotest_faux_pattern(struct intel_dp *intel_dp)
> +{
> + bool test_result = false;
> + return test_result;
> +}
> +
> static void
> intel_dp_handle_test_request(struct intel_dp *intel_dp)
> -{
> - /* NAK by default */
> - intel_dp_aux_native_write_1(intel_dp, DP_TEST_RESPONSE, DP_TEST_NAK);
> +{
> + uint8_t response = DP_TEST_NAK;
> + bool result = false;
> + uint8_t rxdata = 0;
> +
> + DRM_DEBUG_KMS("Displayport: Recvd automated test request\n");
> + /* Read DP_TEST_REQUEST register to identify the requested test */
> + intel_dp_aux_native_read_retry(intel_dp, DP_TEST_REQUEST, &rxdata, 1);
I don't think you need _retry here. It's only needed for the case when
this might wake up the sink, but the call is cargo culted all over the
place...
> + /* Determine which test has been requested */
I think we get that without the comment. ;)
Is it possible multiple test request bits are set at the same time, or
will there always be just one? The spec is a bit unclear on this.
> + switch (rxdata) {
> + /* ACK/NAK response based on the success or failure of the specified
> + automated test function. Unimplemented tests will NAK as will those
> + that are unsupported. */
> + case DP_TEST_LINK_TRAINING:
> + DRM_DEBUG_KMS("Displayport: Executing LINK_TRAINING request\n");
> + result = intel_dp_autotest_link_training(intel_dp);
> + break;
> + case DP_TEST_LINK_VIDEO_PATTERN:
> + DRM_DEBUG_KMS("Displayport: Executing TEST_PATTERN request\n");
> + result = intel_dp_autotest_video_pattern(intel_dp);
> + break;
> + case DP_TEST_LINK_EDID_READ:
> + DRM_DEBUG_KMS("Displayport: Executing EDID request\n");
> + result = intel_dp_autotest_edid(intel_dp);
> + break;
> + case DP_TEST_LINK_PHY_TEST_PATTERN:
> + DRM_DEBUG_KMS("Displayport: Executing PHY_PATTERN request\n");
> + result = intel_dp_autotest_phy_pattern(intel_dp);
> + break;
> + case DP_TEST_LINK_FAUX_PATTERN:
> + printk(KERN_DEBUG "Displayport: Executing FAUX_PATTERN request \n");
> + result = intel_dp_autotest_faux_pattern(intel_dp);
> + break;
Use tabs to indent.
> + /* Unsupported test case or something went wrong */
> + default:
> + /* Log error here for unhandled test request */
> + DRM_DEBUG_KMS("Displayport: Error - unhandled automated test type\n");
> + break;
> + }
> + /* Check for a valid test execution */
> + if (result == true)
if (result) is customary.
An alternative would be to have the test calls return the response to be
written to DP_TEST_RESPONSE, but I'm fine either way.
BR,
Jani.
> + response = DP_TEST_ACK;
> + /* Send ACK/NAK based on action taken above */
> + intel_dp_aux_native_write_1(intel_dp, DP_TEST_RESPONSE, response);
> }
>
> /*
> --
> 1.8.1.2
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Jani Nikula, Intel Open Source Technology Center
next prev parent reply other threads:[~2013-11-05 9:19 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-04 10:32 [PATCH] drm/i915: Implement Displayport automated testing Todd Previte
2013-10-04 10:45 ` Chris Wilson
2013-10-04 18:11 ` Todd Previte
2013-10-04 20:39 ` Ben Widawsky
2013-10-04 23:00 ` Todd Previte
2013-10-04 11:49 ` Jani Nikula
2013-10-04 18:11 ` Todd Previte
2013-10-04 19:53 ` [PATCH V2] " Todd Previte
2013-11-01 22:44 ` [PATCH V3] " Todd Previte
2013-11-01 22:44 ` [PATCH] " Todd Previte
2013-11-05 9:21 ` Jani Nikula [this message]
2013-11-05 21:01 ` Todd Previte
2013-11-05 21:47 ` Daniel Vetter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8738nbryol.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tprevite@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox