From: Animesh Manna <animesh.manna@intel.com> To: Manasi Navare <manasi.d.navare@intel.com> Cc: jani.nikula@intel.com, nidhi1.gupta@intel.com, intel-gfx@lists.freedesktop.org Subject: Re: [RFC 4/7] drm/i915/dp: Notify testapp using uevent and debugfs entry Date: Tue, 19 Nov 2019 00:15:24 +0530 [thread overview] Message-ID: <adae5f6e-c735-df15-0fc1-bcd530f07bdb@intel.com> (raw) In-Reply-To: <20191118050612.GE1135@intel.com> On 11/18/2019 10:36 AM, Manasi Navare wrote: > On Sun, Nov 17, 2019 at 08:58:45PM -0800, Manasi Navare wrote: >> On Fri, Nov 15, 2019 at 08:55:46PM +0530, Animesh Manna wrote: >>> To align with link compliance design existing intel_dp_compliance >>> tool will be used to get the phy request in userspace through uevent. >>> >>> Signed-off-by: Animesh Manna <animesh.manna@intel.com> >> I would prefer splitting this patch since sending a uevent is more related >> to the PHY test prep handling and debugfs handling can all be in a separate >> patch. >> I prefer this because debugfs nodes might need to change in the future based >> on more requirements or testing feedback so its better for that to be in separate >> patch. >> >> you could add the hotplug event sending part to the prep patch (3/7) and mention that >> in the commit message Sure. >> >> Debugfs part looks good to me. Have you tested the debugfs nodes and validated if this >> information is being written in the correct form? Tested the test-type entry, planning to add a newline char, otherwise working. >> >> After the split and validation of debugs nodes: >> >> Acked-by: Manasi Navare <manasi.d.navare@intel.com> Thanks. >> >> Manasi >> >>> --- >>> drivers/gpu/drm/i915/display/intel_dp.c | 6 ++++-- >>> drivers/gpu/drm/i915/i915_debugfs.c | 10 ++++++++++ >>> 2 files changed, 14 insertions(+), 2 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c >>> index 338d3744c5d5..a2b860cf3b93 100644 >>> --- a/drivers/gpu/drm/i915/display/intel_dp.c >>> +++ b/drivers/gpu/drm/i915/display/intel_dp.c >>> @@ -5288,8 +5288,10 @@ intel_dp_short_pulse(struct intel_dp *intel_dp) >>> >>> intel_psr_short_pulse(intel_dp); >>> >>> - if (intel_dp->compliance.test_type == DP_TEST_LINK_TRAINING) { >>> - DRM_DEBUG_KMS("Link Training Compliance Test requested\n"); >>> + if (intel_dp->compliance.test_type == DP_TEST_LINK_TRAINING || >>> + intel_dp->compliance.test_type == >>> + DP_TEST_LINK_PHY_TEST_PATTERN) { >>> + DRM_DEBUG_KMS("Compliance Test requested\n"); > One more change I think here would be good IMO for debugging is that > you should print test_type in DEBUG_KMS Sure. Regards, Animesh > > Manasi > >>> /* Send a Hotplug Uevent to userspace to start modeset */ >>> drm_kms_helper_hotplug_event(&dev_priv->drm); >>> } >>> diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i915_debugfs.c >>> index cab632791f73..e8b1a8c1015a 100644 >>> --- a/drivers/gpu/drm/i915/i915_debugfs.c >>> +++ b/drivers/gpu/drm/i915/i915_debugfs.c >>> @@ -3212,6 +3212,16 @@ static int i915_displayport_test_data_show(struct seq_file *m, void *data) >>> intel_dp->compliance.test_data.vdisplay); >>> seq_printf(m, "bpc: %u\n", >>> intel_dp->compliance.test_data.bpc); >>> + } else if (intel_dp->compliance.test_type == >>> + DP_TEST_LINK_PHY_TEST_PATTERN) { >>> + seq_printf(m, "pattern: %d\n", >>> + intel_dp->compliance.test_data.phytest.phy_pattern); >>> + seq_printf(m, "Number of lanes: %d\n", >>> + intel_dp->compliance.test_data.phytest.num_lanes); >>> + seq_printf(m, "Link Rate: %d\n", >>> + intel_dp->compliance.test_data.phytest.link_rate); >>> + seq_printf(m, "level: %02x\n", >>> + intel_dp->train_set[0]); >>> } >>> } else >>> seq_puts(m, "0"); >>> -- >>> 2.22.0 >>> >> _______________________________________________ >> Intel-gfx mailing list >> Intel-gfx@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/intel-gfx _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
WARNING: multiple messages have this Message-ID (diff)
From: Animesh Manna <animesh.manna@intel.com> To: Manasi Navare <manasi.d.navare@intel.com> Cc: jani.nikula@intel.com, nidhi1.gupta@intel.com, intel-gfx@lists.freedesktop.org Subject: Re: [Intel-gfx] [RFC 4/7] drm/i915/dp: Notify testapp using uevent and debugfs entry Date: Tue, 19 Nov 2019 00:15:24 +0530 [thread overview] Message-ID: <adae5f6e-c735-df15-0fc1-bcd530f07bdb@intel.com> (raw) Message-ID: <20191118184524.0yv1plVwDs8nFaFNzRKNqCfn_MVFcSseg2GAXwmYRt4@z> (raw) In-Reply-To: <20191118050612.GE1135@intel.com> On 11/18/2019 10:36 AM, Manasi Navare wrote: > On Sun, Nov 17, 2019 at 08:58:45PM -0800, Manasi Navare wrote: >> On Fri, Nov 15, 2019 at 08:55:46PM +0530, Animesh Manna wrote: >>> To align with link compliance design existing intel_dp_compliance >>> tool will be used to get the phy request in userspace through uevent. >>> >>> Signed-off-by: Animesh Manna <animesh.manna@intel.com> >> I would prefer splitting this patch since sending a uevent is more related >> to the PHY test prep handling and debugfs handling can all be in a separate >> patch. >> I prefer this because debugfs nodes might need to change in the future based >> on more requirements or testing feedback so its better for that to be in separate >> patch. >> >> you could add the hotplug event sending part to the prep patch (3/7) and mention that >> in the commit message Sure. >> >> Debugfs part looks good to me. Have you tested the debugfs nodes and validated if this >> information is being written in the correct form? Tested the test-type entry, planning to add a newline char, otherwise working. >> >> After the split and validation of debugs nodes: >> >> Acked-by: Manasi Navare <manasi.d.navare@intel.com> Thanks. >> >> Manasi >> >>> --- >>> drivers/gpu/drm/i915/display/intel_dp.c | 6 ++++-- >>> drivers/gpu/drm/i915/i915_debugfs.c | 10 ++++++++++ >>> 2 files changed, 14 insertions(+), 2 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c >>> index 338d3744c5d5..a2b860cf3b93 100644 >>> --- a/drivers/gpu/drm/i915/display/intel_dp.c >>> +++ b/drivers/gpu/drm/i915/display/intel_dp.c >>> @@ -5288,8 +5288,10 @@ intel_dp_short_pulse(struct intel_dp *intel_dp) >>> >>> intel_psr_short_pulse(intel_dp); >>> >>> - if (intel_dp->compliance.test_type == DP_TEST_LINK_TRAINING) { >>> - DRM_DEBUG_KMS("Link Training Compliance Test requested\n"); >>> + if (intel_dp->compliance.test_type == DP_TEST_LINK_TRAINING || >>> + intel_dp->compliance.test_type == >>> + DP_TEST_LINK_PHY_TEST_PATTERN) { >>> + DRM_DEBUG_KMS("Compliance Test requested\n"); > One more change I think here would be good IMO for debugging is that > you should print test_type in DEBUG_KMS Sure. Regards, Animesh > > Manasi > >>> /* Send a Hotplug Uevent to userspace to start modeset */ >>> drm_kms_helper_hotplug_event(&dev_priv->drm); >>> } >>> diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i915_debugfs.c >>> index cab632791f73..e8b1a8c1015a 100644 >>> --- a/drivers/gpu/drm/i915/i915_debugfs.c >>> +++ b/drivers/gpu/drm/i915/i915_debugfs.c >>> @@ -3212,6 +3212,16 @@ static int i915_displayport_test_data_show(struct seq_file *m, void *data) >>> intel_dp->compliance.test_data.vdisplay); >>> seq_printf(m, "bpc: %u\n", >>> intel_dp->compliance.test_data.bpc); >>> + } else if (intel_dp->compliance.test_type == >>> + DP_TEST_LINK_PHY_TEST_PATTERN) { >>> + seq_printf(m, "pattern: %d\n", >>> + intel_dp->compliance.test_data.phytest.phy_pattern); >>> + seq_printf(m, "Number of lanes: %d\n", >>> + intel_dp->compliance.test_data.phytest.num_lanes); >>> + seq_printf(m, "Link Rate: %d\n", >>> + intel_dp->compliance.test_data.phytest.link_rate); >>> + seq_printf(m, "level: %02x\n", >>> + intel_dp->train_set[0]); >>> } >>> } else >>> seq_puts(m, "0"); >>> -- >>> 2.22.0 >>> >> _______________________________________________ >> Intel-gfx mailing list >> Intel-gfx@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/intel-gfx _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-11-18 18:45 UTC|newest] Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-11-15 15:25 [RFC 0/7] DP Phy compliace auto test Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-15 15:25 ` [RFC 1/7] drm/dp: get/set phy compliance pattern Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 4:04 ` Manasi Navare 2019-11-18 4:04 ` [Intel-gfx] " Manasi Navare 2019-11-18 18:39 ` Animesh Manna 2019-11-18 18:39 ` [Intel-gfx] " Animesh Manna 2019-11-15 15:25 ` [RFC 2/7] drm/i915/dp: Move vswing/pre-emphasis adjustment calculation Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-15 15:25 ` [RFC 3/7] drm/i915/dp: Preparation for DP phy compliance auto test Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 4:47 ` Manasi Navare 2019-11-18 4:47 ` [Intel-gfx] " Manasi Navare 2019-11-15 15:25 ` [RFC 4/7] drm/i915/dp: Notify testapp using uevent and debugfs entry Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 4:58 ` Manasi Navare 2019-11-18 4:58 ` [Intel-gfx] " Manasi Navare 2019-11-18 5:06 ` Manasi Navare 2019-11-18 5:06 ` [Intel-gfx] " Manasi Navare 2019-11-18 18:45 ` Animesh Manna [this message] 2019-11-18 18:45 ` Animesh Manna 2019-11-15 15:25 ` [RFC 5/7] drm/i915/dp: Register definition for DP compliance register Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 5:00 ` Manasi Navare 2019-11-18 5:00 ` [Intel-gfx] " Manasi Navare 2019-11-15 15:25 ` [RFC 6/7] drm/i915/dp: Update the pattern as per request Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 6:41 ` Manasi Navare 2019-11-18 6:41 ` [Intel-gfx] " Manasi Navare 2019-11-18 18:47 ` Animesh Manna 2019-11-18 18:47 ` [Intel-gfx] " Animesh Manna 2019-12-11 23:44 ` Manasi Navare 2019-11-15 15:25 ` [RFC 7/7] drm/i915/dp: Program vswing, pre-emphasis, test-pattern Animesh Manna 2019-11-15 15:25 ` [Intel-gfx] " Animesh Manna 2019-11-18 7:53 ` Manasi Navare 2019-11-18 7:53 ` [Intel-gfx] " Manasi Navare 2019-12-11 23:50 ` Manasi Navare 2019-12-13 17:24 ` Animesh Manna 2020-01-14 21:38 ` Manasi Navare 2020-01-20 13:53 ` Manna, Animesh 2020-01-24 0:56 ` Manasi Navare 2019-11-15 19:27 ` ✗ Fi.CI.BUILD: failure for DP Phy compliace auto test Patchwork 2019-11-15 19:27 ` [Intel-gfx] " Patchwork
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=adae5f6e-c735-df15-0fc1-bcd530f07bdb@intel.com \ --to=animesh.manna@intel.com \ --cc=intel-gfx@lists.freedesktop.org \ --cc=jani.nikula@intel.com \ --cc=manasi.d.navare@intel.com \ --cc=nidhi1.gupta@intel.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.