* [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption @ 2020-03-04 15:31 Tvrtko Ursulin 2020-03-04 16:02 ` Rafael Antognolli ` (4 more replies) 0 siblings, 5 replies; 14+ messages in thread From: Tvrtko Ursulin @ 2020-03-04 15:31 UTC (permalink / raw) To: Intel-gfx; +Cc: piotr.zdunowski From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- group as the default preemption level. v2: * Remove register whitelisting (Rafael, Tony). Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Cc: piotr.zdunowski@intel.com Cc: michal.mrozek@intel.com Cc: Tony Ye <tony.ye@intel.com> Cc: Rafael Antognolli <rafael.antognolli@intel.com> --- drivers/gpu/drm/i915/gt/intel_workarounds.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/gt/intel_workarounds.c b/drivers/gpu/drm/i915/gt/intel_workarounds.c index cb7d85c42f13..7be71a1a5719 100644 --- a/drivers/gpu/drm/i915/gt/intel_workarounds.c +++ b/drivers/gpu/drm/i915/gt/intel_workarounds.c @@ -601,6 +601,11 @@ static void tgl_ctx_workarounds_init(struct intel_engine_cs *engine, */ wa_add(wal, FF_MODE2, FF_MODE2_TDS_TIMER_MASK, FF_MODE2_TDS_TIMER_128, 0); + + /* WaDisableGPGPUMidThreadPreemption:tgl */ + WA_SET_FIELD_MASKED(GEN8_CS_CHICKEN1, + GEN9_PREEMPT_GPGPU_LEVEL_MASK, + GEN9_PREEMPT_GPGPU_THREAD_GROUP_LEVEL); } static void @@ -1475,8 +1480,8 @@ rcs_engine_wa_init(struct intel_engine_cs *engine, struct i915_wa_list *wal) PSDUNIT_CLKGATE_DIS); } - if (IS_GEN_RANGE(i915, 9, 11)) { - /* FtrPerCtxtPreemptionGranularityControl:skl,bxt,kbl,cfl,cnl,icl */ + if (IS_GEN_RANGE(i915, 9, 12)) { + /* FtrPerCtxtPreemptionGranularityControl:skl,bxt,kbl,cfl,cnl,icl,tgl */ wa_masked_en(wal, GEN7_FF_SLICE_CS_CHICKEN1, GEN9_FFSC_PERCTX_PREEMPT_CTRL); -- 2.20.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin @ 2020-03-04 16:02 ` Rafael Antognolli 2020-03-04 16:24 ` Tvrtko Ursulin 2020-03-09 17:02 ` Mrozek, Michal 2020-03-04 18:54 ` [Intel-gfx] ✗ Fi.CI.DOCS: warning for " Patchwork ` (3 subsequent siblings) 4 siblings, 2 replies; 14+ messages in thread From: Rafael Antognolli @ 2020-03-04 16:02 UTC (permalink / raw) To: Tvrtko Ursulin; +Cc: piotr.zdunowski, Intel-gfx, Jason Ekstrand On Wed, Mar 04, 2020 at 03:31:44PM +0000, Tvrtko Ursulin wrote: > From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- > group as the default preemption level. > > v2: > * Remove register whitelisting (Rafael, Tony). > > Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > Cc: Michał Winiarski <michal.winiarski@intel.com> > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> > Cc: piotr.zdunowski@intel.com > Cc: michal.mrozek@intel.com > Cc: Tony Ye <tony.ye@intel.com> > Cc: Rafael Antognolli <rafael.antognolli@intel.com> Thanks for CC'ing me. I also saw a reply from Jason yesterday, but I don't see it in the list now (though my mail client a mess lately). But he asked whether it's possible for Media and OpenCL drivers to also disable mid-thread preemption through the INTERFACE_DESCRIPTOR_DATA, instead of from the kernel side, so we could try to experiment with it in the future. Also, do you have an idea of how broken it is? Or is it just not tested because no driver is currently implementing it? And do you know if the windows 3D drivers implement it at all? I see code in the driver that seems to me that it's only disabled in certain cases... To summarize, I think we should either: 1) Disable mid-thread preemption from the kernel and not whitelist the register (just like you do in this patch); or 2) Not do anything at all from the kernel, and let userspace disable it if needed. I think 2) is better, if it's not an issue to the other userspace drivers (OpenCL and Media). -- Rafael > --- > drivers/gpu/drm/i915/gt/intel_workarounds.c | 9 +++++++-- > 1 file changed, 7 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gt/intel_workarounds.c b/drivers/gpu/drm/i915/gt/intel_workarounds.c > index cb7d85c42f13..7be71a1a5719 100644 > --- a/drivers/gpu/drm/i915/gt/intel_workarounds.c > +++ b/drivers/gpu/drm/i915/gt/intel_workarounds.c > @@ -601,6 +601,11 @@ static void tgl_ctx_workarounds_init(struct intel_engine_cs *engine, > */ > wa_add(wal, FF_MODE2, FF_MODE2_TDS_TIMER_MASK, > FF_MODE2_TDS_TIMER_128, 0); > + > + /* WaDisableGPGPUMidThreadPreemption:tgl */ > + WA_SET_FIELD_MASKED(GEN8_CS_CHICKEN1, > + GEN9_PREEMPT_GPGPU_LEVEL_MASK, > + GEN9_PREEMPT_GPGPU_THREAD_GROUP_LEVEL); > } > > static void > @@ -1475,8 +1480,8 @@ rcs_engine_wa_init(struct intel_engine_cs *engine, struct i915_wa_list *wal) > PSDUNIT_CLKGATE_DIS); > } > > - if (IS_GEN_RANGE(i915, 9, 11)) { > - /* FtrPerCtxtPreemptionGranularityControl:skl,bxt,kbl,cfl,cnl,icl */ > + if (IS_GEN_RANGE(i915, 9, 12)) { > + /* FtrPerCtxtPreemptionGranularityControl:skl,bxt,kbl,cfl,cnl,icl,tgl */ > wa_masked_en(wal, > GEN7_FF_SLICE_CS_CHICKEN1, > GEN9_FFSC_PERCTX_PREEMPT_CTRL); > -- > 2.20.1 > _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 16:02 ` Rafael Antognolli @ 2020-03-04 16:24 ` Tvrtko Ursulin 2020-03-04 17:01 ` Rafael Antognolli 2020-03-09 17:02 ` Mrozek, Michal 1 sibling, 1 reply; 14+ messages in thread From: Tvrtko Ursulin @ 2020-03-04 16:24 UTC (permalink / raw) To: Rafael Antognolli; +Cc: piotr.zdunowski, Intel-gfx, Jason Ekstrand On 04/03/2020 16:02, Rafael Antognolli wrote: > On Wed, Mar 04, 2020 at 03:31:44PM +0000, Tvrtko Ursulin wrote: >> From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> >> >> Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- >> group as the default preemption level. >> >> v2: >> * Remove register whitelisting (Rafael, Tony). >> >> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> >> Cc: Michał Winiarski <michal.winiarski@intel.com> >> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> >> Cc: piotr.zdunowski@intel.com >> Cc: michal.mrozek@intel.com >> Cc: Tony Ye <tony.ye@intel.com> >> Cc: Rafael Antognolli <rafael.antognolli@intel.com> > > Thanks for CC'ing me. I also saw a reply from Jason yesterday, but I > don't see it in the list now (though my mail client a mess lately). I saw nothing from Jason, but there was an email from you asking about interface descriptors and whitelisting which is why I copied you. > But he asked whether it's possible for Media and OpenCL drivers to > also disable mid-thread preemption through the > INTERFACE_DESCRIPTOR_DATA, instead of from the kernel side, so we could > try to experiment with it in the future. > > Also, do you have an idea of how broken it is? Or is it just not tested > because no driver is currently implementing it? And do you know if the > windows 3D drivers implement it at all? I see code in the driver that > seems to me that it's only disabled in certain cases... > > To summarize, I think we should either: > 1) Disable mid-thread preemption from the kernel and not whitelist > the register (just like you do in this patch); or > 2) Not do anything at all from the kernel, and let userspace disable > it if needed. > > I think 2) is better, if it's not an issue to the other userspace > drivers (OpenCL and Media). I know it is somewhat broken like in https://gitlab.freedesktop.org/drm/intel/issues/1293. And I know OpenCL and Media would prefer i915 to handle it, but that's always the case. :) OpenCL and Media folks are on the thread so can comment if they are okay with handling this themselves. Indeed a blanket ban in i915 means no one can try it out later without further kernel changes. Regards, Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 16:24 ` Tvrtko Ursulin @ 2020-03-04 17:01 ` Rafael Antognolli 2020-03-04 17:04 ` Jason Ekstrand 2020-03-05 12:40 ` Ye, Tony 0 siblings, 2 replies; 14+ messages in thread From: Rafael Antognolli @ 2020-03-04 17:01 UTC (permalink / raw) To: Tvrtko Ursulin; +Cc: piotr.zdunowski, Intel-gfx, Jason Ekstrand On Wed, Mar 04, 2020 at 04:24:13PM +0000, Tvrtko Ursulin wrote: > > On 04/03/2020 16:02, Rafael Antognolli wrote: > > On Wed, Mar 04, 2020 at 03:31:44PM +0000, Tvrtko Ursulin wrote: > > > From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > > > > > Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- > > > group as the default preemption level. > > > > > > v2: > > > * Remove register whitelisting (Rafael, Tony). > > > > > > Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > > Cc: Michał Winiarski <michal.winiarski@intel.com> > > > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> > > > Cc: piotr.zdunowski@intel.com > > > Cc: michal.mrozek@intel.com > > > Cc: Tony Ye <tony.ye@intel.com> > > > Cc: Rafael Antognolli <rafael.antognolli@intel.com> > > > > Thanks for CC'ing me. I also saw a reply from Jason yesterday, but I > > don't see it in the list now (though my mail client a mess lately). > > I saw nothing from Jason, but there was an email from you asking about > interface descriptors and whitelisting which is why I copied you. > > > But he asked whether it's possible for Media and OpenCL drivers to > > also disable mid-thread preemption through the > > INTERFACE_DESCRIPTOR_DATA, instead of from the kernel side, so we could > > try to experiment with it in the future. > > > > Also, do you have an idea of how broken it is? Or is it just not tested > > because no driver is currently implementing it? And do you know if the > > windows 3D drivers implement it at all? I see code in the driver that > > seems to me that it's only disabled in certain cases... > > > > To summarize, I think we should either: > > 1) Disable mid-thread preemption from the kernel and not whitelist > > the register (just like you do in this patch); or > > 2) Not do anything at all from the kernel, and let userspace disable > > it if needed. > > > > I think 2) is better, if it's not an issue to the other userspace > > drivers (OpenCL and Media). > > I know it is somewhat broken like in > https://gitlab.freedesktop.org/drm/intel/issues/1293. > > And I know OpenCL and Media would prefer i915 to handle it, but that's > always the case. :) OpenCL and Media folks are on the thread so can comment > if they are okay with handling this themselves. > > Indeed a blanket ban in i915 means no one can try it out later without > further kernel changes. Well, based on your comment from the previous patch: "General thinking is, since MTP is considered not validated / broken / dangerous, i915 should default it off. But yes, whitelisting or not on top is open." Maybe we should simply ban it and be done. So this patch is: Acked-by: Rafael Antognolli <rafael.antognolli@intel.com> > Regards, > > Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 17:01 ` Rafael Antognolli @ 2020-03-04 17:04 ` Jason Ekstrand 2020-03-05 12:40 ` Ye, Tony 1 sibling, 0 replies; 14+ messages in thread From: Jason Ekstrand @ 2020-03-04 17:04 UTC (permalink / raw) To: Rafael Antognolli; +Cc: piotr.zdunowski, Intel GFX, Jason Ekstrand On Wed, Mar 4, 2020 at 11:01 AM Rafael Antognolli <rafael.antognolli@intel.com> wrote: > > On Wed, Mar 04, 2020 at 04:24:13PM +0000, Tvrtko Ursulin wrote: > > > > On 04/03/2020 16:02, Rafael Antognolli wrote: > > > On Wed, Mar 04, 2020 at 03:31:44PM +0000, Tvrtko Ursulin wrote: > > > > From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > > > > > > > Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- > > > > group as the default preemption level. > > > > > > > > v2: > > > > * Remove register whitelisting (Rafael, Tony). > > > > > > > > Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > > > Cc: Michał Winiarski <michal.winiarski@intel.com> > > > > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> > > > > Cc: piotr.zdunowski@intel.com > > > > Cc: michal.mrozek@intel.com > > > > Cc: Tony Ye <tony.ye@intel.com> > > > > Cc: Rafael Antognolli <rafael.antognolli@intel.com> > > > > > > Thanks for CC'ing me. I also saw a reply from Jason yesterday, but I > > > don't see it in the list now (though my mail client a mess lately). > > > > I saw nothing from Jason, but there was an email from you asking about > > interface descriptors and whitelisting which is why I copied you. > > > > > But he asked whether it's possible for Media and OpenCL drivers to > > > also disable mid-thread preemption through the > > > INTERFACE_DESCRIPTOR_DATA, instead of from the kernel side, so we could > > > try to experiment with it in the future. > > > > > > Also, do you have an idea of how broken it is? Or is it just not tested > > > because no driver is currently implementing it? And do you know if the > > > windows 3D drivers implement it at all? I see code in the driver that > > > seems to me that it's only disabled in certain cases... > > > > > > To summarize, I think we should either: > > > 1) Disable mid-thread preemption from the kernel and not whitelist > > > the register (just like you do in this patch); or > > > 2) Not do anything at all from the kernel, and let userspace disable > > > it if needed. > > > > > > I think 2) is better, if it's not an issue to the other userspace > > > drivers (OpenCL and Media). > > > > I know it is somewhat broken like in > > https://gitlab.freedesktop.org/drm/intel/issues/1293. > > > > And I know OpenCL and Media would prefer i915 to handle it, but that's > > always the case. :) OpenCL and Media folks are on the thread so can comment > > if they are okay with handling this themselves. > > > > Indeed a blanket ban in i915 means no one can try it out later without > > further kernel changes. > > Well, based on your comment from the previous patch: > > "General thinking is, since MTP is considered not validated / broken / > dangerous, i915 should default it off. But yes, whitelisting or not on > top is open." > > Maybe we should simply ban it and be done. So this patch is: > > Acked-by: Rafael Antognolli <rafael.antognolli@intel.com> Agreed. If we think that it's broken or is likely to take additional kernel work to enable it properly, we shouldn't allow userspace to turn it on until we know the kernel is in good shape. Just ban it outright and we can figure out white-listing later if and when we get it properly working. Acked-by: Jason Ekstrand <jason@jlekstrand.net> _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 17:01 ` Rafael Antognolli 2020-03-04 17:04 ` Jason Ekstrand @ 2020-03-05 12:40 ` Ye, Tony 1 sibling, 0 replies; 14+ messages in thread From: Ye, Tony @ 2020-03-05 12:40 UTC (permalink / raw) To: Rafael Antognolli, Tvrtko Ursulin Cc: piotr.zdunowski, Intel-gfx, Jason Ekstrand On 3/5/2020 1:01 AM, Rafael Antognolli wrote: > On Wed, Mar 04, 2020 at 04:24:13PM +0000, Tvrtko Ursulin wrote: >> >> On 04/03/2020 16:02, Rafael Antognolli wrote: >>> On Wed, Mar 04, 2020 at 03:31:44PM +0000, Tvrtko Ursulin wrote: >>>> From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> >>>> >>>> Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- >>>> group as the default preemption level. >>>> >>>> v2: >>>> * Remove register whitelisting (Rafael, Tony). >>>> >>>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> >>>> Cc: Michał Winiarski <michal.winiarski@intel.com> >>>> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> >>>> Cc: piotr.zdunowski@intel.com >>>> Cc: michal.mrozek@intel.com >>>> Cc: Tony Ye <tony.ye@intel.com> >>>> Cc: Rafael Antognolli <rafael.antognolli@intel.com> >>> >>> Thanks for CC'ing me. I also saw a reply from Jason yesterday, but I >>> don't see it in the list now (though my mail client a mess lately). >> >> I saw nothing from Jason, but there was an email from you asking about >> interface descriptors and whitelisting which is why I copied you. >> >>> But he asked whether it's possible for Media and OpenCL drivers to >>> also disable mid-thread preemption through the >>> INTERFACE_DESCRIPTOR_DATA, instead of from the kernel side, so we could >>> try to experiment with it in the future. >>> >>> Also, do you have an idea of how broken it is? Or is it just not tested >>> because no driver is currently implementing it? And do you know if the >>> windows 3D drivers implement it at all? I see code in the driver that >>> seems to me that it's only disabled in certain cases... >>> >>> To summarize, I think we should either: >>> 1) Disable mid-thread preemption from the kernel and not whitelist >>> the register (just like you do in this patch); or >>> 2) Not do anything at all from the kernel, and let userspace disable >>> it if needed. >>> >>> I think 2) is better, if it's not an issue to the other userspace >>> drivers (OpenCL and Media). >> >> I know it is somewhat broken like in >> https://gitlab.freedesktop.org/drm/intel/issues/1293. >> >> And I know OpenCL and Media would prefer i915 to handle it, but that's >> always the case. :) OpenCL and Media folks are on the thread so can comment >> if they are okay with handling this themselves. >> >> Indeed a blanket ban in i915 means no one can try it out later without >> further kernel changes. > > Well, based on your comment from the previous patch: > > "General thinking is, since MTP is considered not validated / broken / > dangerous, i915 should default it off. But yes, whitelisting or not on > top is open." > > Maybe we should simply ban it and be done. So this patch is: > > Acked-by: Rafael Antognolli <rafael.antognolli@intel.com> Acked-by: Tony Ye <tony.ye@intel.com> > >> Regards, >> >> Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 16:02 ` Rafael Antognolli 2020-03-04 16:24 ` Tvrtko Ursulin @ 2020-03-09 17:02 ` Mrozek, Michal 2020-03-10 8:45 ` Tvrtko Ursulin 1 sibling, 1 reply; 14+ messages in thread From: Mrozek, Michal @ 2020-03-09 17:02 UTC (permalink / raw) To: Antognolli, Rafael, Tvrtko Ursulin Cc: Zdunowski, Piotr, Intel-gfx, Ekstrand, Jason >>But he asked whether it's possible for Media and OpenCL drivers to also disable mid-thread preemption through the INTERFACE_DESCRIPTOR_DATA, instead of from the >>kernel side, so we could try to experiment with it in the future. Interface Descriptor setting only switches the preemption from mid thread to thread group. It doesn't allow to disable it completely and there are cases where this is required (i.e. VME). For that we need mmio whitelist. Michal _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-09 17:02 ` Mrozek, Michal @ 2020-03-10 8:45 ` Tvrtko Ursulin 2020-03-10 8:50 ` Mrozek, Michal 0 siblings, 1 reply; 14+ messages in thread From: Tvrtko Ursulin @ 2020-03-10 8:45 UTC (permalink / raw) To: Mrozek, Michal, Antognolli, Rafael Cc: Zdunowski, Piotr, Intel-gfx, Ekstrand, Jason On 09/03/2020 17:02, Mrozek, Michal wrote: >>> But he asked whether it's possible for Media and OpenCL drivers to also disable mid-thread preemption through the INTERFACE_DESCRIPTOR_DATA, instead of from the >>kernel side, so we could try to experiment with it in the future. > > Interface Descriptor setting only switches the preemption from mid thread to thread group. > It doesn't allow to disable it completely and there are cases where this is required (i.e. VME). > For that we need mmio whitelist. With "disable it completely" you mean disable preemption completely - go lower than thread-group in granularity? Regards, Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-10 8:45 ` Tvrtko Ursulin @ 2020-03-10 8:50 ` Mrozek, Michal 0 siblings, 0 replies; 14+ messages in thread From: Mrozek, Michal @ 2020-03-10 8:50 UTC (permalink / raw) To: Tvrtko Ursulin, Antognolli, Rafael Cc: Zdunowski, Piotr, Intel-gfx, Ekstrand, Jason >>With "disable it completely" you mean disable preemption completely - go lower than thread-group in granularity? Yes, disable it completely. Michal _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* [Intel-gfx] ✗ Fi.CI.DOCS: warning for drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin 2020-03-04 16:02 ` Rafael Antognolli @ 2020-03-04 18:54 ` Patchwork 2020-03-04 19:11 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork ` (2 subsequent siblings) 4 siblings, 0 replies; 14+ messages in thread From: Patchwork @ 2020-03-04 18:54 UTC (permalink / raw) To: Tvrtko Ursulin; +Cc: intel-gfx == Series Details == Series: drm/i915/tgl: WaDisableGPGPUMidThreadPreemption URL : https://patchwork.freedesktop.org/series/74274/ State : warning == Summary == $ make htmldocs 2>&1 > /dev/null | grep i915 ./drivers/gpu/drm/i915/display/intel_dpll_mgr.h:285: warning: Function parameter or member 'get_freq' not described in 'intel_shared_dpll_funcs' _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin 2020-03-04 16:02 ` Rafael Antognolli 2020-03-04 18:54 ` [Intel-gfx] ✗ Fi.CI.DOCS: warning for " Patchwork @ 2020-03-04 19:11 ` Patchwork 2020-03-05 13:37 ` Tvrtko Ursulin 2020-03-05 12:38 ` [Intel-gfx] [PATCH] " Chris Wilson 2020-03-05 16:46 ` [Intel-gfx] ✓ Fi.CI.IGT: success for " Patchwork 4 siblings, 1 reply; 14+ messages in thread From: Patchwork @ 2020-03-04 19:11 UTC (permalink / raw) To: Tvrtko Ursulin; +Cc: intel-gfx == Series Details == Series: drm/i915/tgl: WaDisableGPGPUMidThreadPreemption URL : https://patchwork.freedesktop.org/series/74274/ State : success == Summary == CI Bug Log - changes from CI_DRM_8066 -> Patchwork_16821 ==================================================== Summary ------- **SUCCESS** No regressions found. External URL: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/index.html Known issues ------------ Here are the changes found in Patchwork_16821 that come from known issues: ### IGT changes ### #### Issues hit #### * igt@gem_exec_suspend@basic-s4-devices: - fi-tgl-y: [PASS][1] -> [FAIL][2] ([CI#94]) [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html * igt@i915_selftest@live@gem_contexts: - fi-cml-s: [PASS][3] -> [DMESG-FAIL][4] ([i915#877]) [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-cml-s/igt@i915_selftest@live@gem_contexts.html [4]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-cml-s/igt@i915_selftest@live@gem_contexts.html * igt@i915_selftest@live@hugepages: - fi-tgl-y: [PASS][5] -> [INCOMPLETE][6] ([CI#94]) +1 similar issue [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@i915_selftest@live@hugepages.html [6]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@i915_selftest@live@hugepages.html * igt@prime_vgem@basic-fence-flip: - fi-tgl-y: [PASS][7] -> [DMESG-WARN][8] ([CI#94] / [i915#402]) +1 similar issue [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@prime_vgem@basic-fence-flip.html [8]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@prime_vgem@basic-fence-flip.html #### Possible fixes #### * igt@i915_selftest@live@workarounds: - fi-icl-guc: [DMESG-FAIL][9] ([i915#922]) -> [PASS][10] [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-icl-guc/igt@i915_selftest@live@workarounds.html [10]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-icl-guc/igt@i915_selftest@live@workarounds.html * igt@prime_self_import@basic-llseek-bad: - fi-tgl-y: [DMESG-WARN][11] ([CI#94] / [i915#402]) -> [PASS][12] +1 similar issue [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@prime_self_import@basic-llseek-bad.html [12]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@prime_self_import@basic-llseek-bad.html [CI#94]: https://gitlab.freedesktop.org/gfx-ci/i915-infra/issues/94 [i915#402]: https://gitlab.freedesktop.org/drm/intel/issues/402 [i915#877]: https://gitlab.freedesktop.org/drm/intel/issues/877 [i915#922]: https://gitlab.freedesktop.org/drm/intel/issues/922 Participating hosts (45 -> 42) ------------------------------ Additional (7): fi-kbl-7560u fi-bwr-2160 fi-kbl-7500u fi-cfl-8109u fi-skl-lmem fi-blb-e6850 fi-kbl-r Missing (10): fi-kbl-soraka fi-icl-1065g7 fi-bdw-gvtdvm fi-byt-squawks fi-bsw-cyan fi-ctg-p8600 fi-bsw-kefka fi-bdw-samus fi-byt-clapper fi-skl-6600u Build changes ------------- * CI: CI-20190529 -> None * Linux: CI_DRM_8066 -> Patchwork_16821 CI-20190529: 20190529 CI_DRM_8066: 9e1454777a07902c85ce3febcc9648837a2224fd @ git://anongit.freedesktop.org/gfx-ci/linux IGT_5491: d52794b426ae16630cc1e0354ae435ec98f6174b @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools Patchwork_16821: 770b14fbde2879037069c8ea3aa5d48a1d283fd4 @ git://anongit.freedesktop.org/gfx-ci/linux == Linux commits == 770b14fbde28 drm/i915/tgl: WaDisableGPGPUMidThreadPreemption == Logs == For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/index.html _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 19:11 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork @ 2020-03-05 13:37 ` Tvrtko Ursulin 0 siblings, 0 replies; 14+ messages in thread From: Tvrtko Ursulin @ 2020-03-05 13:37 UTC (permalink / raw) To: intel-gfx On 04/03/2020 19:11, Patchwork wrote: > == Series Details == > > Series: drm/i915/tgl: WaDisableGPGPUMidThreadPreemption > URL : https://patchwork.freedesktop.org/series/74274/ > State : success > > == Summary == > > CI Bug Log - changes from CI_DRM_8066 -> Patchwork_16821 > ==================================================== > > Summary > ------- > > **SUCCESS** > > No regressions found. > > External URL: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/index.html > > Known issues > ------------ > > Here are the changes found in Patchwork_16821 that come from known issues: > > ### IGT changes ### > > #### Issues hit #### > > * igt@gem_exec_suspend@basic-s4-devices: > - fi-tgl-y: [PASS][1] -> [FAIL][2] ([CI#94]) > [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html > [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@gem_exec_suspend@basic-s4-devices.html > > * igt@i915_selftest@live@gem_contexts: > - fi-cml-s: [PASS][3] -> [DMESG-FAIL][4] ([i915#877]) > [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-cml-s/igt@i915_selftest@live@gem_contexts.html > [4]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-cml-s/igt@i915_selftest@live@gem_contexts.html > > * igt@i915_selftest@live@hugepages: > - fi-tgl-y: [PASS][5] -> [INCOMPLETE][6] ([CI#94]) +1 similar issue > [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@i915_selftest@live@hugepages.html > [6]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@i915_selftest@live@hugepages.html > > * igt@prime_vgem@basic-fence-flip: > - fi-tgl-y: [PASS][7] -> [DMESG-WARN][8] ([CI#94] / [i915#402]) +1 similar issue > [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@prime_vgem@basic-fence-flip.html > [8]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@prime_vgem@basic-fence-flip.html > > > #### Possible fixes #### > > * igt@i915_selftest@live@workarounds: > - fi-icl-guc: [DMESG-FAIL][9] ([i915#922]) -> [PASS][10] > [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-icl-guc/igt@i915_selftest@live@workarounds.html > [10]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-icl-guc/igt@i915_selftest@live@workarounds.html > > * igt@prime_self_import@basic-llseek-bad: > - fi-tgl-y: [DMESG-WARN][11] ([CI#94] / [i915#402]) -> [PASS][12] +1 similar issue > [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/fi-tgl-y/igt@prime_self_import@basic-llseek-bad.html > [12]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/fi-tgl-y/igt@prime_self_import@basic-llseek-bad.html > > > [CI#94]: https://gitlab.freedesktop.org/gfx-ci/i915-infra/issues/94 > [i915#402]: https://gitlab.freedesktop.org/drm/intel/issues/402 > [i915#877]: https://gitlab.freedesktop.org/drm/intel/issues/877 > [i915#922]: https://gitlab.freedesktop.org/drm/intel/issues/922 > > > Participating hosts (45 -> 42) > ------------------------------ > > Additional (7): fi-kbl-7560u fi-bwr-2160 fi-kbl-7500u fi-cfl-8109u fi-skl-lmem fi-blb-e6850 fi-kbl-r > Missing (10): fi-kbl-soraka fi-icl-1065g7 fi-bdw-gvtdvm fi-byt-squawks fi-bsw-cyan fi-ctg-p8600 fi-bsw-kefka fi-bdw-samus fi-byt-clapper fi-skl-6600u > > > Build changes > ------------- > > * CI: CI-20190529 -> None > * Linux: CI_DRM_8066 -> Patchwork_16821 > > CI-20190529: 20190529 > CI_DRM_8066: 9e1454777a07902c85ce3febcc9648837a2224fd @ git://anongit.freedesktop.org/gfx-ci/linux > IGT_5491: d52794b426ae16630cc1e0354ae435ec98f6174b @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools > Patchwork_16821: 770b14fbde2879037069c8ea3aa5d48a1d283fd4 @ git://anongit.freedesktop.org/gfx-ci/linux > > > == Linux commits == > > 770b14fbde28 drm/i915/tgl: WaDisableGPGPUMidThreadPreemption And pushed, thanks for the reviews! Regards, Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin ` (2 preceding siblings ...) 2020-03-04 19:11 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork @ 2020-03-05 12:38 ` Chris Wilson 2020-03-05 16:46 ` [Intel-gfx] ✓ Fi.CI.IGT: success for " Patchwork 4 siblings, 0 replies; 14+ messages in thread From: Chris Wilson @ 2020-03-05 12:38 UTC (permalink / raw) To: Intel-gfx, Tvrtko Ursulin; +Cc: piotr.zdunowski Quoting Tvrtko Ursulin (2020-03-04 15:31:44) > From: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > > Enable FtrPerCtxtPreemptionGranularityControl bit and select thread- > group as the default preemption level. > > v2: > * Remove register whitelisting (Rafael, Tony). > > Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> > Cc: Michał Winiarski <michal.winiarski@intel.com> > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> > Cc: piotr.zdunowski@intel.com > Cc: michal.mrozek@intel.com > Cc: Tony Ye <tony.ye@intel.com> > Cc: Rafael Antognolli <rafael.antognolli@intel.com> /me mutters So do we need to disable force-preemption on rcs if we can't do fine-grained preemption? Acked-by: Chris Wilson <chris@chris-wilson.co.uk> -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
* [Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/tgl: WaDisableGPGPUMidThreadPreemption 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin ` (3 preceding siblings ...) 2020-03-05 12:38 ` [Intel-gfx] [PATCH] " Chris Wilson @ 2020-03-05 16:46 ` Patchwork 4 siblings, 0 replies; 14+ messages in thread From: Patchwork @ 2020-03-05 16:46 UTC (permalink / raw) To: Tvrtko Ursulin; +Cc: intel-gfx == Series Details == Series: drm/i915/tgl: WaDisableGPGPUMidThreadPreemption URL : https://patchwork.freedesktop.org/series/74274/ State : success == Summary == CI Bug Log - changes from CI_DRM_8066_full -> Patchwork_16821_full ==================================================== Summary ------- **SUCCESS** No regressions found. Known issues ------------ Here are the changes found in Patchwork_16821_full that come from known issues: ### IGT changes ### #### Issues hit #### * igt@gem_busy@busy-vcs1: - shard-iclb: [PASS][1] -> [SKIP][2] ([fdo#112080]) +10 similar issues [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@gem_busy@busy-vcs1.html [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb5/igt@gem_busy@busy-vcs1.html * igt@gem_ctx_persistence@legacy-engines-mixed-process@vebox: - shard-skl: [PASS][3] -> [FAIL][4] ([i915#679]) [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl7/igt@gem_ctx_persistence@legacy-engines-mixed-process@vebox.html [4]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl1/igt@gem_ctx_persistence@legacy-engines-mixed-process@vebox.html * igt@gem_exec_balancer@smoke: - shard-iclb: [PASS][5] -> [SKIP][6] ([fdo#110854]) [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@gem_exec_balancer@smoke.html [6]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb3/igt@gem_exec_balancer@smoke.html * igt@gem_exec_schedule@implicit-write-read-bsd1: - shard-iclb: [PASS][7] -> [SKIP][8] ([fdo#109276] / [i915#677]) +1 similar issue [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@gem_exec_schedule@implicit-write-read-bsd1.html [8]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb5/igt@gem_exec_schedule@implicit-write-read-bsd1.html * igt@gem_exec_schedule@pi-distinct-iova-bsd: - shard-iclb: [PASS][9] -> [SKIP][10] ([i915#677]) +2 similar issues [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb8/igt@gem_exec_schedule@pi-distinct-iova-bsd.html [10]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb4/igt@gem_exec_schedule@pi-distinct-iova-bsd.html * igt@gem_exec_schedule@promotion-bsd1: - shard-iclb: [PASS][11] -> [SKIP][12] ([fdo#109276]) +17 similar issues [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@gem_exec_schedule@promotion-bsd1.html [12]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb3/igt@gem_exec_schedule@promotion-bsd1.html * igt@gem_exec_schedule@wide-bsd: - shard-iclb: [PASS][13] -> [SKIP][14] ([fdo#112146]) +7 similar issues [13]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb7/igt@gem_exec_schedule@wide-bsd.html [14]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb1/igt@gem_exec_schedule@wide-bsd.html * igt@i915_suspend@sysfs-reader: - shard-apl: [PASS][15] -> [DMESG-WARN][16] ([i915#180]) +6 similar issues [15]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-apl3/igt@i915_suspend@sysfs-reader.html [16]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-apl8/igt@i915_suspend@sysfs-reader.html * igt@kms_cursor_crc@pipe-c-cursor-256x85-offscreen: - shard-skl: [PASS][17] -> [FAIL][18] ([i915#54]) [17]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl6/igt@kms_cursor_crc@pipe-c-cursor-256x85-offscreen.html [18]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl5/igt@kms_cursor_crc@pipe-c-cursor-256x85-offscreen.html * igt@kms_flip@dpms-off-confusion: - shard-kbl: [PASS][19] -> [INCOMPLETE][20] ([fdo#103665]) [19]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-kbl4/igt@kms_flip@dpms-off-confusion.html [20]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-kbl6/igt@kms_flip@dpms-off-confusion.html * igt@kms_flip@flip-vs-suspend: - shard-skl: [PASS][21] -> [INCOMPLETE][22] ([i915#221]) [21]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl10/igt@kms_flip@flip-vs-suspend.html [22]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl10/igt@kms_flip@flip-vs-suspend.html * igt@kms_flip_tiling@flip-to-x-tiled: - shard-skl: [PASS][23] -> [FAIL][24] ([i915#167]) [23]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl6/igt@kms_flip_tiling@flip-to-x-tiled.html [24]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl5/igt@kms_flip_tiling@flip-to-x-tiled.html * igt@kms_plane@plane-panning-bottom-right-suspend-pipe-b-planes: - shard-skl: [PASS][25] -> [INCOMPLETE][26] ([i915#69]) +1 similar issue [25]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl6/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-b-planes.html [26]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl5/igt@kms_plane@plane-panning-bottom-right-suspend-pipe-b-planes.html * igt@kms_plane_alpha_blend@pipe-c-coverage-7efc: - shard-skl: [PASS][27] -> [FAIL][28] ([fdo#108145] / [i915#265]) [27]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl6/igt@kms_plane_alpha_blend@pipe-c-coverage-7efc.html [28]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl5/igt@kms_plane_alpha_blend@pipe-c-coverage-7efc.html * igt@kms_plane_lowres@pipe-a-tiling-y: - shard-glk: [PASS][29] -> [FAIL][30] ([i915#899]) [29]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-glk1/igt@kms_plane_lowres@pipe-a-tiling-y.html [30]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-glk4/igt@kms_plane_lowres@pipe-a-tiling-y.html * igt@kms_plane_multiple@atomic-pipe-b-tiling-yf: - shard-skl: [PASS][31] -> [DMESG-WARN][32] ([IGT#6]) [31]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl9/igt@kms_plane_multiple@atomic-pipe-b-tiling-yf.html [32]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl9/igt@kms_plane_multiple@atomic-pipe-b-tiling-yf.html * igt@kms_psr@psr2_sprite_blt: - shard-iclb: [PASS][33] -> [SKIP][34] ([fdo#109441]) +1 similar issue [33]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@kms_psr@psr2_sprite_blt.html [34]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb5/igt@kms_psr@psr2_sprite_blt.html * igt@kms_setmode@basic: - shard-apl: [PASS][35] -> [FAIL][36] ([i915#31]) [35]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-apl6/igt@kms_setmode@basic.html [36]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-apl6/igt@kms_setmode@basic.html - shard-skl: [PASS][37] -> [FAIL][38] ([i915#31]) [37]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl9/igt@kms_setmode@basic.html [38]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl9/igt@kms_setmode@basic.html * igt@kms_vblank@pipe-a-ts-continuation-suspend: - shard-kbl: [PASS][39] -> [DMESG-WARN][40] ([i915#180]) +2 similar issues [39]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-kbl1/igt@kms_vblank@pipe-a-ts-continuation-suspend.html [40]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-kbl1/igt@kms_vblank@pipe-a-ts-continuation-suspend.html * igt@kms_vblank@pipe-b-ts-continuation-dpms-suspend: - shard-skl: [PASS][41] -> [INCOMPLETE][42] ([i915#146] / [i915#69]) [41]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl6/igt@kms_vblank@pipe-b-ts-continuation-dpms-suspend.html [42]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl10/igt@kms_vblank@pipe-b-ts-continuation-dpms-suspend.html #### Possible fixes #### * igt@gem_ctx_persistence@close-replace-race: - shard-tglb: [INCOMPLETE][43] -> [PASS][44] [43]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-tglb1/igt@gem_ctx_persistence@close-replace-race.html [44]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-tglb7/igt@gem_ctx_persistence@close-replace-race.html * igt@gem_ctx_shared@exec-single-timeline-bsd: - shard-iclb: [SKIP][45] ([fdo#110841]) -> [PASS][46] [45]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb1/igt@gem_ctx_shared@exec-single-timeline-bsd.html [46]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb3/igt@gem_ctx_shared@exec-single-timeline-bsd.html * igt@gem_exec_parallel@vcs1-fds: - shard-iclb: [SKIP][47] ([fdo#112080]) -> [PASS][48] +19 similar issues [47]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb3/igt@gem_exec_parallel@vcs1-fds.html [48]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb1/igt@gem_exec_parallel@vcs1-fds.html * igt@gem_exec_schedule@implicit-write-read-bsd2: - shard-iclb: [SKIP][49] ([fdo#109276] / [i915#677]) -> [PASS][50] [49]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb6/igt@gem_exec_schedule@implicit-write-read-bsd2.html [50]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb2/igt@gem_exec_schedule@implicit-write-read-bsd2.html * igt@gem_exec_schedule@in-order-bsd: - shard-iclb: [SKIP][51] ([fdo#112146]) -> [PASS][52] +3 similar issues [51]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb4/igt@gem_exec_schedule@in-order-bsd.html [52]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb6/igt@gem_exec_schedule@in-order-bsd.html * igt@gem_exec_schedule@pi-common-bsd: - shard-iclb: [SKIP][53] ([i915#677]) -> [PASS][54] [53]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb2/igt@gem_exec_schedule@pi-common-bsd.html [54]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb3/igt@gem_exec_schedule@pi-common-bsd.html * igt@gem_workarounds@suspend-resume-context: - shard-apl: [DMESG-WARN][55] ([i915#180]) -> [PASS][56] [55]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-apl1/igt@gem_workarounds@suspend-resume-context.html [56]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-apl6/igt@gem_workarounds@suspend-resume-context.html * igt@i915_pm_sseu@full-enable: - shard-skl: [FAIL][57] -> [PASS][58] [57]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl1/igt@i915_pm_sseu@full-enable.html [58]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl6/igt@i915_pm_sseu@full-enable.html * igt@i915_selftest@mock@buddy: - shard-skl: [INCOMPLETE][59] ([i915#1310] / [i915#1360]) -> [PASS][60] [59]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl2/igt@i915_selftest@mock@buddy.html [60]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl7/igt@i915_selftest@mock@buddy.html * igt@kms_flip@flip-vs-suspend-interruptible: - shard-kbl: [DMESG-WARN][61] ([i915#180]) -> [PASS][62] [61]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-kbl1/igt@kms_flip@flip-vs-suspend-interruptible.html [62]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-kbl1/igt@kms_flip@flip-vs-suspend-interruptible.html * igt@kms_hdr@bpc-switch-suspend: - shard-skl: [FAIL][63] ([i915#1188]) -> [PASS][64] [63]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl8/igt@kms_hdr@bpc-switch-suspend.html [64]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl5/igt@kms_hdr@bpc-switch-suspend.html * igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min: - shard-skl: [FAIL][65] ([fdo#108145]) -> [PASS][66] [65]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-skl9/igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min.html [66]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-skl9/igt@kms_plane_alpha_blend@pipe-c-constant-alpha-min.html * igt@kms_plane_lowres@pipe-a-tiling-x: - shard-glk: [FAIL][67] ([i915#899]) -> [PASS][68] [67]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-glk4/igt@kms_plane_lowres@pipe-a-tiling-x.html [68]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-glk2/igt@kms_plane_lowres@pipe-a-tiling-x.html * igt@kms_psr2_su@page_flip: - shard-iclb: [SKIP][69] ([fdo#109642] / [fdo#111068]) -> [PASS][70] [69]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb8/igt@kms_psr2_su@page_flip.html [70]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb2/igt@kms_psr2_su@page_flip.html * igt@kms_psr@psr2_cursor_mmap_cpu: - shard-iclb: [SKIP][71] ([fdo#109441]) -> [PASS][72] +2 similar issues [71]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb6/igt@kms_psr@psr2_cursor_mmap_cpu.html [72]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb2/igt@kms_psr@psr2_cursor_mmap_cpu.html * igt@prime_vgem@fence-wait-bsd2: - shard-iclb: [SKIP][73] ([fdo#109276]) -> [PASS][74] +22 similar issues [73]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb8/igt@prime_vgem@fence-wait-bsd2.html [74]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb4/igt@prime_vgem@fence-wait-bsd2.html #### Warnings #### * igt@gem_exec_schedule@pi-userfault-bsd: - shard-iclb: [SKIP][75] ([i915#677]) -> [INCOMPLETE][76] ([i915#1381]) [75]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_8066/shard-iclb1/igt@gem_exec_schedule@pi-userfault-bsd.html [76]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/shard-iclb5/igt@gem_exec_schedule@pi-userfault-bsd.html [IGT#6]: https://gitlab.freedesktop.org/drm/igt-gpu-tools/issues/6 [fdo#103665]: https://bugs.freedesktop.org/show_bug.cgi?id=103665 [fdo#108145]: https://bugs.freedesktop.org/show_bug.cgi?id=108145 [fdo#109276]: https://bugs.freedesktop.org/show_bug.cgi?id=109276 [fdo#109441]: https://bugs.freedesktop.org/show_bug.cgi?id=109441 [fdo#109642]: https://bugs.freedesktop.org/show_bug.cgi?id=109642 [fdo#110841]: https://bugs.freedesktop.org/show_bug.cgi?id=110841 [fdo#110854]: https://bugs.freedesktop.org/show_bug.cgi?id=110854 [fdo#111068]: https://bugs.freedesktop.org/show_bug.cgi?id=111068 [fdo#112080]: https://bugs.freedesktop.org/show_bug.cgi?id=112080 [fdo#112146]: https://bugs.freedesktop.org/show_bug.cgi?id=112146 [i915#1188]: https://gitlab.freedesktop.org/drm/intel/issues/1188 [i915#1310]: https://gitlab.freedesktop.org/drm/intel/issues/1310 [i915#1360]: https://gitlab.freedesktop.org/drm/intel/issues/1360 [i915#1381]: https://gitlab.freedesktop.org/drm/intel/issues/1381 [i915#146]: https://gitlab.freedesktop.org/drm/intel/issues/146 [i915#167]: https://gitlab.freedesktop.org/drm/intel/issues/167 [i915#180]: https://gitlab.freedesktop.org/drm/intel/issues/180 [i915#221]: https://gitlab.freedesktop.org/drm/intel/issues/221 [i915#265]: https://gitlab.freedesktop.org/drm/intel/issues/265 [i915#31]: https://gitlab.freedesktop.org/drm/intel/issues/31 [i915#54]: https://gitlab.freedesktop.org/drm/intel/issues/54 [i915#677]: https://gitlab.freedesktop.org/drm/intel/issues/677 [i915#679]: https://gitlab.freedesktop.org/drm/intel/issues/679 [i915#69]: https://gitlab.freedesktop.org/drm/intel/issues/69 [i915#899]: https://gitlab.freedesktop.org/drm/intel/issues/899 Participating hosts (10 -> 10) ------------------------------ No changes in participating hosts Build changes ------------- * CI: CI-20190529 -> None * Linux: CI_DRM_8066 -> Patchwork_16821 CI-20190529: 20190529 CI_DRM_8066: 9e1454777a07902c85ce3febcc9648837a2224fd @ git://anongit.freedesktop.org/gfx-ci/linux IGT_5491: d52794b426ae16630cc1e0354ae435ec98f6174b @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools Patchwork_16821: 770b14fbde2879037069c8ea3aa5d48a1d283fd4 @ git://anongit.freedesktop.org/gfx-ci/linux piglit_4509: fdc5a4ca11124ab8413c7988896eec4c97336694 @ git://anongit.freedesktop.org/piglit == Logs == For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_16821/index.html _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2020-03-10 8:50 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-03-04 15:31 [Intel-gfx] [PATCH] drm/i915/tgl: WaDisableGPGPUMidThreadPreemption Tvrtko Ursulin 2020-03-04 16:02 ` Rafael Antognolli 2020-03-04 16:24 ` Tvrtko Ursulin 2020-03-04 17:01 ` Rafael Antognolli 2020-03-04 17:04 ` Jason Ekstrand 2020-03-05 12:40 ` Ye, Tony 2020-03-09 17:02 ` Mrozek, Michal 2020-03-10 8:45 ` Tvrtko Ursulin 2020-03-10 8:50 ` Mrozek, Michal 2020-03-04 18:54 ` [Intel-gfx] ✗ Fi.CI.DOCS: warning for " Patchwork 2020-03-04 19:11 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork 2020-03-05 13:37 ` Tvrtko Ursulin 2020-03-05 12:38 ` [Intel-gfx] [PATCH] " Chris Wilson 2020-03-05 16:46 ` [Intel-gfx] ✓ Fi.CI.IGT: success for " Patchwork
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.