* [PATCH] drm/i915: storm detection documentation update
@ 2015-07-07 10:40 Sivakumar Thulasimani
2015-07-07 11:31 ` Daniel Vetter
2015-07-11 1:17 ` shuang.he
0 siblings, 2 replies; 10+ messages in thread
From: Sivakumar Thulasimani @ 2015-07-07 10:40 UTC (permalink / raw)
To: jani.nikula, intel-gfx
From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
Update the hotplug documentation to explain that hotplug storm
is not expected for Display port panels and hence is not handled
in current code.
Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
---
drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
index bac91a1..7dc5e6a 100644
--- a/drivers/gpu/drm/i915/intel_hotplug.c
+++ b/drivers/gpu/drm/i915/intel_hotplug.c
@@ -66,6 +66,10 @@
* while before being re-enabled. The intention is to mitigate issues raising
* from broken hardware triggering massive amounts of interrupts and grinding
* the system to a halt.
+ *
+ * Hotplug interrupt storm is not expected on Display port panel, hence the
+ * current code only handles disabling and later enabling of HPD interrupts
+ * for HDMI panels through the storm handling set of functions.
*/
enum port intel_hpd_pin_to_port(enum hpd_pin pin)
--
1.7.9.5
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-07 10:40 [PATCH] drm/i915: storm detection documentation update Sivakumar Thulasimani
@ 2015-07-07 11:31 ` Daniel Vetter
2015-07-08 13:24 ` Sivakumar Thulasimani
2015-07-11 1:17 ` shuang.he
1 sibling, 1 reply; 10+ messages in thread
From: Daniel Vetter @ 2015-07-07 11:31 UTC (permalink / raw)
To: Sivakumar Thulasimani; +Cc: jani.nikula, intel-gfx
On Tue, Jul 07, 2015 at 04:10:49PM +0530, Sivakumar Thulasimani wrote:
> From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
>
> Update the hotplug documentation to explain that hotplug storm
> is not expected for Display port panels and hence is not handled
> in current code.
>
> Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
> ---
> drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
> index bac91a1..7dc5e6a 100644
> --- a/drivers/gpu/drm/i915/intel_hotplug.c
> +++ b/drivers/gpu/drm/i915/intel_hotplug.c
> @@ -66,6 +66,10 @@
> * while before being re-enabled. The intention is to mitigate issues raising
> * from broken hardware triggering massive amounts of interrupts and grinding
> * the system to a halt.
> + *
> + * Hotplug interrupt storm is not expected on Display port panel, hence the
> + * current code only handles disabling and later enabling of HPD interrupts
> + * for HDMI panels through the storm handling set of functions.
This isn't accurate, we handle storms on everything _but_ DP (tv, vga,
sdvo, ...). I'd go with
* Hotplug interrupt storm is not expected on Display port panel, hence the
* current code doesn't handle irq reenabling when a DP sink is connected
* and the hpd is handled by the DP callbacks. But on DP+ ports
* storms are still handled correctly in all other cases (e.g. due to HDMI
* sinks).
Could still be improved I think.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-07 11:31 ` Daniel Vetter
@ 2015-07-08 13:24 ` Sivakumar Thulasimani
2015-07-08 15:20 ` Daniel Vetter
0 siblings, 1 reply; 10+ messages in thread
From: Sivakumar Thulasimani @ 2015-07-08 13:24 UTC (permalink / raw)
To: Daniel Vetter; +Cc: jani.nikula, intel-gfx
On 7/7/2015 5:01 PM, Daniel Vetter wrote:
> On Tue, Jul 07, 2015 at 04:10:49PM +0530, Sivakumar Thulasimani wrote:
>> From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
>>
>> Update the hotplug documentation to explain that hotplug storm
>> is not expected for Display port panels and hence is not handled
>> in current code.
>>
>> Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
>> index bac91a1..7dc5e6a 100644
>> --- a/drivers/gpu/drm/i915/intel_hotplug.c
>> +++ b/drivers/gpu/drm/i915/intel_hotplug.c
>> @@ -66,6 +66,10 @@
>> * while before being re-enabled. The intention is to mitigate issues raising
>> * from broken hardware triggering massive amounts of interrupts and grinding
>> * the system to a halt.
>> + *
>> + * Hotplug interrupt storm is not expected on Display port panel, hence the
>> + * current code only handles disabling and later enabling of HPD interrupts
>> + * for HDMI panels through the storm handling set of functions.
> This isn't accurate, we handle storms on everything _but_ DP (tv, vga,
> sdvo, ...). I'd go with
>
> * Hotplug interrupt storm is not expected on Display port panel, hence the
> * current code doesn't handle irq reenabling when a DP sink is connected
> * and the hpd is handled by the DP callbacks. But on DP+ ports
> * storms are still handled correctly in all other cases (e.g. due to HDMI
> * sinks).
>
> Could still be improved I think.
>
> -Daniel
>
Sorry i don't get the "DP+" reference here. By DP+, do you mean dongles ?
passive dongles will report them selves as HDMI to respective detect
routines
active dongles will be still treated as DP hence not handling HPD will
apply to any
display connected through active dongle as well.
--
regards,
Sivakumar
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-08 13:24 ` Sivakumar Thulasimani
@ 2015-07-08 15:20 ` Daniel Vetter
2015-07-09 12:52 ` Sivakumar Thulasimani
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Vetter @ 2015-07-08 15:20 UTC (permalink / raw)
To: Sivakumar Thulasimani; +Cc: jani.nikula, intel-gfx
On Wed, Jul 08, 2015 at 06:54:06PM +0530, Sivakumar Thulasimani wrote:
>
>
> On 7/7/2015 5:01 PM, Daniel Vetter wrote:
> >On Tue, Jul 07, 2015 at 04:10:49PM +0530, Sivakumar Thulasimani wrote:
> >>From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
> >>
> >>Update the hotplug documentation to explain that hotplug storm
> >>is not expected for Display port panels and hence is not handled
> >>in current code.
> >>
> >>Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
> >>---
> >> drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
> >> 1 file changed, 4 insertions(+)
> >>
> >>diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
> >>index bac91a1..7dc5e6a 100644
> >>--- a/drivers/gpu/drm/i915/intel_hotplug.c
> >>+++ b/drivers/gpu/drm/i915/intel_hotplug.c
> >>@@ -66,6 +66,10 @@
> >> * while before being re-enabled. The intention is to mitigate issues raising
> >> * from broken hardware triggering massive amounts of interrupts and grinding
> >> * the system to a halt.
> >>+ *
> >>+ * Hotplug interrupt storm is not expected on Display port panel, hence the
> >>+ * current code only handles disabling and later enabling of HPD interrupts
> >>+ * for HDMI panels through the storm handling set of functions.
> >This isn't accurate, we handle storms on everything _but_ DP (tv, vga,
> >sdvo, ...). I'd go with
> >
> > * Hotplug interrupt storm is not expected on Display port panel, hence the
> > * current code doesn't handle irq reenabling when a DP sink is connected
> > * and the hpd is handled by the DP callbacks. But on DP+ ports
> > * storms are still handled correctly in all other cases (e.g. due to HDMI
> > * sinks).
> >
> >Could still be improved I think.
> >
> >-Daniel
> >
> Sorry i don't get the "DP+" reference here. By DP+, do you mean dongles ?
> passive dongles will report them selves as HDMI to respective detect
> routines
> active dongles will be still treated as DP hence not handling HPD will apply
> to any
> display connected through active dongle as well.
DP+ is DP with support for HDMI with level shifter cables (i.e. all the
ports on intel chips). I just wanted to make it clear that storm handling
doesn't work if we have a confirmed DP sink on the port, but will work in
any other cases (nothing or HDMI sink or DVI or whatever connected). Like
I said some room for improvement ;-)
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-08 15:20 ` Daniel Vetter
@ 2015-07-09 12:52 ` Sivakumar Thulasimani
2015-07-09 16:19 ` Daniel Vetter
0 siblings, 1 reply; 10+ messages in thread
From: Sivakumar Thulasimani @ 2015-07-09 12:52 UTC (permalink / raw)
To: Daniel Vetter; +Cc: jani.nikula, intel-gfx
On 7/8/2015 8:50 PM, Daniel Vetter wrote:
> On Wed, Jul 08, 2015 at 06:54:06PM +0530, Sivakumar Thulasimani wrote:
>>
>> On 7/7/2015 5:01 PM, Daniel Vetter wrote:
>>> On Tue, Jul 07, 2015 at 04:10:49PM +0530, Sivakumar Thulasimani wrote:
>>>> From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
>>>>
>>>> Update the hotplug documentation to explain that hotplug storm
>>>> is not expected for Display port panels and hence is not handled
>>>> in current code.
>>>>
>>>> Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
>>>> ---
>>>> drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
>>>> 1 file changed, 4 insertions(+)
>>>>
>>>> diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
>>>> index bac91a1..7dc5e6a 100644
>>>> --- a/drivers/gpu/drm/i915/intel_hotplug.c
>>>> +++ b/drivers/gpu/drm/i915/intel_hotplug.c
>>>> @@ -66,6 +66,10 @@
>>>> * while before being re-enabled. The intention is to mitigate issues raising
>>>> * from broken hardware triggering massive amounts of interrupts and grinding
>>>> * the system to a halt.
>>>> + *
>>>> + * Hotplug interrupt storm is not expected on Display port panel, hence the
>>>> + * current code only handles disabling and later enabling of HPD interrupts
>>>> + * for HDMI panels through the storm handling set of functions.
>>> This isn't accurate, we handle storms on everything _but_ DP (tv, vga,
>>> sdvo, ...). I'd go with
>>>
>>> * Hotplug interrupt storm is not expected on Display port panel, hence the
>>> * current code doesn't handle irq reenabling when a DP sink is connected
>>> * and the hpd is handled by the DP callbacks. But on DP+ ports
>>> * storms are still handled correctly in all other cases (e.g. due to HDMI
>>> * sinks).
>>>
>>> Could still be improved I think.
>>>
>>> -Daniel
>>>
>> Sorry i don't get the "DP+" reference here. By DP+, do you mean dongles ?
>> passive dongles will report them selves as HDMI to respective detect
>> routines
>> active dongles will be still treated as DP hence not handling HPD will apply
>> to any
>> display connected through active dongle as well.
> DP+ is DP with support for HDMI with level shifter cables (i.e. all the
> ports on intel chips). I just wanted to make it clear that storm handling
> doesn't work if we have a confirmed DP sink on the port, but will work in
> any other cases (nothing or HDMI sink or DVI or whatever connected). Like
> I said some room for improvement ;-)
> -Daniel
how about the following ?
* current implementation expects that hotplug interrupt storm will not be
* seen when display port sink is connected, hence on platforms whose DP
* callback is handled by i915_digport_work_func reenabling of hpd is not
* performed ( it was never expected to be disabled in the first place ;) )
* this is specific to DP sinks handled by this routine and any other display
* such as HDMI or DVI enabled on the same port will have proper logic since
* it will use i915_hotplug_work_func where this logic is handled.
please provide any corrections or new comment to be used, i'll upload a
new patch with
the final approved text block.
--
regards,
Sivakumar
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-09 12:52 ` Sivakumar Thulasimani
@ 2015-07-09 16:19 ` Daniel Vetter
0 siblings, 0 replies; 10+ messages in thread
From: Daniel Vetter @ 2015-07-09 16:19 UTC (permalink / raw)
To: Sivakumar Thulasimani; +Cc: jani.nikula, intel-gfx
On Thu, Jul 09, 2015 at 06:22:01PM +0530, Sivakumar Thulasimani wrote:
>
>
> On 7/8/2015 8:50 PM, Daniel Vetter wrote:
> >On Wed, Jul 08, 2015 at 06:54:06PM +0530, Sivakumar Thulasimani wrote:
> >>
> >>On 7/7/2015 5:01 PM, Daniel Vetter wrote:
> >>>On Tue, Jul 07, 2015 at 04:10:49PM +0530, Sivakumar Thulasimani wrote:
> >>>>From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
> >>>>
> >>>>Update the hotplug documentation to explain that hotplug storm
> >>>>is not expected for Display port panels and hence is not handled
> >>>>in current code.
> >>>>
> >>>>Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
> >>>>---
> >>>> drivers/gpu/drm/i915/intel_hotplug.c | 4 ++++
> >>>> 1 file changed, 4 insertions(+)
> >>>>
> >>>>diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
> >>>>index bac91a1..7dc5e6a 100644
> >>>>--- a/drivers/gpu/drm/i915/intel_hotplug.c
> >>>>+++ b/drivers/gpu/drm/i915/intel_hotplug.c
> >>>>@@ -66,6 +66,10 @@
> >>>> * while before being re-enabled. The intention is to mitigate issues raising
> >>>> * from broken hardware triggering massive amounts of interrupts and grinding
> >>>> * the system to a halt.
> >>>>+ *
> >>>>+ * Hotplug interrupt storm is not expected on Display port panel, hence the
> >>>>+ * current code only handles disabling and later enabling of HPD interrupts
> >>>>+ * for HDMI panels through the storm handling set of functions.
> >>>This isn't accurate, we handle storms on everything _but_ DP (tv, vga,
> >>>sdvo, ...). I'd go with
> >>>
> >>> * Hotplug interrupt storm is not expected on Display port panel, hence the
> >>> * current code doesn't handle irq reenabling when a DP sink is connected
> >>> * and the hpd is handled by the DP callbacks. But on DP+ ports
> >>> * storms are still handled correctly in all other cases (e.g. due to HDMI
> >>> * sinks).
> >>>
> >>>Could still be improved I think.
> >>>
> >>>-Daniel
> >>>
> >>Sorry i don't get the "DP+" reference here. By DP+, do you mean dongles ?
> >>passive dongles will report them selves as HDMI to respective detect
> >>routines
> >>active dongles will be still treated as DP hence not handling HPD will apply
> >>to any
> >>display connected through active dongle as well.
> >DP+ is DP with support for HDMI with level shifter cables (i.e. all the
> >ports on intel chips). I just wanted to make it clear that storm handling
> >doesn't work if we have a confirmed DP sink on the port, but will work in
> >any other cases (nothing or HDMI sink or DVI or whatever connected). Like
> >I said some room for improvement ;-)
> >-Daniel
> how about the following ?
>
> * current implementation expects that hotplug interrupt storm will not be
s/current/Current/
> * seen when display port sink is connected, hence on platforms whose DP
> * callback is handled by i915_digport_work_func reenabling of hpd is not
> * performed ( it was never expected to be disabled in the first place ;) )
> * this is specific to DP sinks handled by this routine and any other display
> * such as HDMI or DVI enabled on the same port will have proper logic since
> * it will use i915_hotplug_work_func where this logic is handled.
lgtm.
-Daniel
>
> please provide any corrections or new comment to be used, i'll upload a new
> patch with
> the final approved text block.
>
> --
> regards,
> Sivakumar
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] drm/i915: storm detection documentation update
@ 2015-07-10 7:00 Sivakumar Thulasimani
2015-07-11 11:32 ` shuang.he
2015-07-13 9:22 ` Daniel Vetter
0 siblings, 2 replies; 10+ messages in thread
From: Sivakumar Thulasimani @ 2015-07-10 7:00 UTC (permalink / raw)
To: jani.nikula, intel-gfx
From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
Update the hotplug documentation to explain that hotplug storm
is not expected for Display port panels and hence is not handled
in current code.
v2: update the statements as recommended by Daniel
Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
---
drivers/gpu/drm/i915/intel_hotplug.c | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
index bac91a1..3c9171f 100644
--- a/drivers/gpu/drm/i915/intel_hotplug.c
+++ b/drivers/gpu/drm/i915/intel_hotplug.c
@@ -66,6 +66,14 @@
* while before being re-enabled. The intention is to mitigate issues raising
* from broken hardware triggering massive amounts of interrupts and grinding
* the system to a halt.
+ *
+ * Current implementation expects that hotplug interrupt storm will not be
+ * seen when display port sink is connected, hence on platforms whose DP
+ * callback is handled by i915_digport_work_func reenabling of hpd is not
+ * performed (it was never expected to be disabled in the first place ;) )
+ * this is specific to DP sinks handled by this routine and any other display
+ * such as HDMI or DVI enabled on the same port will have proper logic since
+ * it will use i915_hotplug_work_func where this logic is handled.
*/
enum port intel_hpd_pin_to_port(enum hpd_pin pin)
--
1.7.9.5
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-07 10:40 [PATCH] drm/i915: storm detection documentation update Sivakumar Thulasimani
2015-07-07 11:31 ` Daniel Vetter
@ 2015-07-11 1:17 ` shuang.he
1 sibling, 0 replies; 10+ messages in thread
From: shuang.he @ 2015-07-11 1:17 UTC (permalink / raw)
To: shuang.he, julianx.dumez, christophe.sureau, lei.a.liu, intel-gfx,
sivakumar.thulasimani
Tested-By: Intel Graphics QA PRTS (Patch Regression Test System Contact: shuang.he@intel.com)
Task id: 6743
-------------------------------------Summary-------------------------------------
Platform Delta drm-intel-nightly Series Applied
ILK 303/303 303/303
SNB +3 309/316 312/316
IVB 343/343 343/343
BYT -1 285/285 284/285
HSW +13 367/381 380/381
-------------------------------------Detailed-------------------------------------
Platform Test drm-intel-nightly Series Applied
*SNB igt@kms_mmio_vs_cs_flip@setcrtc_vs_cs_flip DMESG_WARN(1) PASS(1)
*SNB igt@kms_mmio_vs_cs_flip@setplane_vs_cs_flip DMESG_WARN(1) PASS(1)
*SNB igt@pm_rpm@cursor DMESG_WARN(1) PASS(1)
*SNB igt@pm_rpm@cursor-dpms DMESG_FAIL(1) FAIL(1)
*BYT igt@gem_partial_pwrite_pread@reads-uncached PASS(1) FAIL(1)
*HSW igt@kms_mmio_vs_cs_flip@setplane_vs_cs_flip DMESG_WARN(1) PASS(1)
*HSW igt@pm_lpsp@non-edp DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@debugfs-read DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-idle DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-mmap-gtt DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-pread DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@i2c DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@modeset-non-lpsp DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@modeset-non-lpsp-stress-no-wait DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@pci-d3-state DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@reg-read-ioctl DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@rte DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@sysfs-read DMESG_WARN(1) PASS(1)
Note: You need to pay more attention to line start with '*'
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-10 7:00 Sivakumar Thulasimani
@ 2015-07-11 11:32 ` shuang.he
2015-07-13 9:22 ` Daniel Vetter
1 sibling, 0 replies; 10+ messages in thread
From: shuang.he @ 2015-07-11 11:32 UTC (permalink / raw)
To: shuang.he, julianx.dumez, christophe.sureau, lei.a.liu, intel-gfx,
sivakumar.thulasimani
Tested-By: Intel Graphics QA PRTS (Patch Regression Test System Contact: shuang.he@intel.com)
Task id: 6770
-------------------------------------Summary-------------------------------------
Platform Delta drm-intel-nightly Series Applied
ILK 303/303 303/303
SNB +3 309/316 312/316
IVB 343/343 343/343
BYT -1 285/285 284/285
HSW +13 367/381 380/381
-------------------------------------Detailed-------------------------------------
Platform Test drm-intel-nightly Series Applied
*SNB igt@kms_mmio_vs_cs_flip@setcrtc_vs_cs_flip DMESG_WARN(1) PASS(1)
*SNB igt@kms_mmio_vs_cs_flip@setplane_vs_cs_flip DMESG_WARN(1) PASS(1)
*SNB igt@pm_rpm@cursor DMESG_WARN(1) PASS(1)
*SNB igt@pm_rpm@cursor-dpms DMESG_FAIL(1) FAIL(1)
*BYT igt@gem_tiled_partial_pwrite_pread@reads PASS(1) FAIL(1)
*HSW igt@kms_mmio_vs_cs_flip@setplane_vs_cs_flip DMESG_WARN(1) PASS(1)
*HSW igt@pm_lpsp@non-edp DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@debugfs-read DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-idle DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-mmap-gtt DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@gem-pread DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@i2c DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@modeset-non-lpsp DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@modeset-non-lpsp-stress-no-wait DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@pci-d3-state DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@reg-read-ioctl DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@rte DMESG_WARN(1) PASS(1)
*HSW igt@pm_rpm@sysfs-read DMESG_WARN(1) PASS(1)
Note: You need to pay more attention to line start with '*'
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] drm/i915: storm detection documentation update
2015-07-10 7:00 Sivakumar Thulasimani
2015-07-11 11:32 ` shuang.he
@ 2015-07-13 9:22 ` Daniel Vetter
1 sibling, 0 replies; 10+ messages in thread
From: Daniel Vetter @ 2015-07-13 9:22 UTC (permalink / raw)
To: Sivakumar Thulasimani; +Cc: jani.nikula, intel-gfx
On Fri, Jul 10, 2015 at 12:30:43PM +0530, Sivakumar Thulasimani wrote:
> From: "Thulasimani,Sivakumar" <sivakumar.thulasimani@intel.com>
>
> Update the hotplug documentation to explain that hotplug storm
> is not expected for Display port panels and hence is not handled
> in current code.
>
> v2: update the statements as recommended by Daniel
>
> Signed-off-by: Sivakumar Thulasimani <sivakumar.thulasimani@intel.com>
Queued for -next, thanks for the patch.
-Daniel
> ---
> drivers/gpu/drm/i915/intel_hotplug.c | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/intel_hotplug.c b/drivers/gpu/drm/i915/intel_hotplug.c
> index bac91a1..3c9171f 100644
> --- a/drivers/gpu/drm/i915/intel_hotplug.c
> +++ b/drivers/gpu/drm/i915/intel_hotplug.c
> @@ -66,6 +66,14 @@
> * while before being re-enabled. The intention is to mitigate issues raising
> * from broken hardware triggering massive amounts of interrupts and grinding
> * the system to a halt.
> + *
> + * Current implementation expects that hotplug interrupt storm will not be
> + * seen when display port sink is connected, hence on platforms whose DP
> + * callback is handled by i915_digport_work_func reenabling of hpd is not
> + * performed (it was never expected to be disabled in the first place ;) )
> + * this is specific to DP sinks handled by this routine and any other display
> + * such as HDMI or DVI enabled on the same port will have proper logic since
> + * it will use i915_hotplug_work_func where this logic is handled.
> */
>
> enum port intel_hpd_pin_to_port(enum hpd_pin pin)
> --
> 1.7.9.5
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-07-13 9:19 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-07-07 10:40 [PATCH] drm/i915: storm detection documentation update Sivakumar Thulasimani
2015-07-07 11:31 ` Daniel Vetter
2015-07-08 13:24 ` Sivakumar Thulasimani
2015-07-08 15:20 ` Daniel Vetter
2015-07-09 12:52 ` Sivakumar Thulasimani
2015-07-09 16:19 ` Daniel Vetter
2015-07-11 1:17 ` shuang.he
-- strict thread matches above, loose matches on Subject: below --
2015-07-10 7:00 Sivakumar Thulasimani
2015-07-11 11:32 ` shuang.he
2015-07-13 9:22 ` Daniel Vetter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox