* [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
@ 2017-05-02 12:04 Imre Deak
2017-05-02 12:04 ` Imre Deak
` (5 more replies)
0 siblings, 6 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 12:04 UTC (permalink / raw)
To: intel-gfx
Cc: Jani Nikula, Rafael J . Wysocki, Bjorn Helgaas, linux-pci, stable
Some drivers - like i915 - may not support the system suspend direct
complete optimization due to differences in their runtime and system
suspend sequence. Add a flag that when set resumes the device before
calling the driver's system suspend handlers which effectively disables
the optimization.
Needed by the next patch fixing suspend/resume on i915.
Suggested by Rafael.
v2-v3:
- unchanged
v4:
- Move the flag to dev_flags instead of using a bit field. (Rafael)
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: linux-pci@vger.kernel.org
Cc: stable@vger.kernel.org
Signed-off-by: Imre Deak <imre.deak@intel.com>
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> (v3)
---
drivers/pci/pci.c | 3 ++-
include/linux/pci.h | 5 +++++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index 7904d02..a4ef755 100644
--- a/drivers/pci/pci.c
+++ b/drivers/pci/pci.c
@@ -2141,7 +2141,8 @@ bool pci_dev_keep_suspended(struct pci_dev *pci_dev)
if (!pm_runtime_suspended(dev)
|| pci_target_state(pci_dev) != pci_dev->current_state
- || platform_pci_need_resume(pci_dev))
+ || platform_pci_need_resume(pci_dev)
+ || (pci_dev->dev_flags & PCI_DEV_FLAGS_NEEDS_RESUME))
return false;
/*
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 5948cfd..8acb560 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -178,6 +178,11 @@ enum pci_dev_flags {
PCI_DEV_FLAGS_NO_PM_RESET = (__force pci_dev_flags_t) (1 << 7),
/* Get VPD from function 0 VPD */
PCI_DEV_FLAGS_VPD_REF_F0 = (__force pci_dev_flags_t) (1 << 8),
+ /*
+ * Resume before calling the driver's system suspend hooks, disabling
+ * the direct_complete optimization.
+ */
+ PCI_DEV_FLAGS_NEEDS_RESUME = (__force pci_dev_flags_t) (1 << 9),
};
enum pci_irq_reroute_variant {
--
2.7.4
^ permalink raw reply related [flat|nested] 20+ messages in thread
* [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
@ 2017-05-02 12:04 ` Imre Deak
2017-05-02 13:21 ` ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid " Patchwork
` (4 subsequent siblings)
5 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 12:04 UTC (permalink / raw)
To: intel-gfx
Cc: Jani Nikula, Rafael J . Wysocki, Marta Lofstedt, David Weinehall,
Tomi Sarvela, Ville Syrjälä,
Mika Kuoppala, Chris Wilson, Takashi Iwai, Bjorn Helgaas,
Lukas Wunner, linux-pci, stable
Since
commit bac2a909a096c9110525c18cbb8ce73c660d5f71
Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Date: Wed Jan 21 02:17:42 2015 +0100
PCI / PM: Avoid resuming PCI devices during system suspend
PCI devices will default to allowing the system suspend complete
optimization where devices are not woken up during system suspend if
they were already runtime suspended. This however breaks the i915/HDA
drivers for two reasons:
- The i915 driver has system suspend specific steps that it needs to
run, that bring the device to a different state than its runtime
suspended state.
- The HDA driver's suspend handler requires power that it will request
from the i915 driver's power domain handler. This in turn requires the
i915 driver to runtime resume itself, but this won't be possible if the
suspend complete optimization is in effect: in this case the i915
runtime PM is disabled and trying to get an RPM reference returns
-EACCESS.
Solve this by requiring the PCI/PM core to resume the device during
system suspend which in effect disables the suspend complete optimization.
Regardless of the above commit the optimization stayed disabled for DRM
devices until
commit d14d2a8453d650bea32a1c5271af1458cd283a0f
Author: Lukas Wunner <lukas@wunner.de>
Date: Wed Jun 8 12:49:29 2016 +0200
drm: Remove dev_pm_ops from drm_class
so this patch is in practice a fix for this commit. Another reason for
the bug staying hidden for so long is that the optimization for a device
is disabled if it's disabled for any of its children devices. i915 may
have a backlight device as its child which doesn't support runtime PM
and so doesn't allow the optimization either. So if this backlight
device got registered the bug stayed hidden.
Credits to Marta, Tomi and David who enabled pstore logging,
that caught one instance of this issue across a suspend/
resume-to-ram and Ville who rememberd that the optimization was enabled
for some devices at one point.
The first WARN triggered by the problem:
[ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
[ 6250.746448] pm_runtime_get_sync() failed: -13
[ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
[ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
[ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
[ 6250.746521] Workqueue: events_unbound async_run_entry_fn
[ 6250.746525] Call Trace:
[ 6250.746530] dump_stack+0x67/0x92
[ 6250.746536] __warn+0xc6/0xe0
[ 6250.746542] ? pci_restore_standard_config+0x40/0x40
[ 6250.746546] warn_slowpath_fmt+0x46/0x50
[ 6250.746553] ? __pm_runtime_resume+0x56/0x80
[ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
[ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
[ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
[ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
[ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
[ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
[ 6250.746672] __rpm_callback+0xb4/0x1f0
[ 6250.746677] ? pci_restore_standard_config+0x40/0x40
[ 6250.746682] rpm_callback+0x1f/0x80
[ 6250.746686] ? pci_restore_standard_config+0x40/0x40
[ 6250.746690] rpm_resume+0x4ba/0x740
[ 6250.746698] __pm_runtime_resume+0x49/0x80
[ 6250.746703] pci_pm_suspend+0x57/0x140
[ 6250.746709] dpm_run_callback+0x6f/0x330
[ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
[ 6250.746718] __device_suspend+0xf9/0x370
[ 6250.746724] ? dpm_watchdog_set+0x60/0x60
[ 6250.746730] async_suspend+0x1a/0x90
[ 6250.746735] async_run_entry_fn+0x34/0x160
[ 6250.746741] process_one_work+0x1f2/0x6d0
[ 6250.746749] worker_thread+0x49/0x4a0
[ 6250.746755] kthread+0x107/0x140
[ 6250.746759] ? process_one_work+0x6d0/0x6d0
[ 6250.746763] ? kthread_create_on_node+0x40/0x40
[ 6250.746768] ret_from_fork+0x2e/0x40
[ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
v2:
- Use the new pci_dev->needs_resume flag, to avoid any overhead during
the ->pm_prepare hook. (Rafael)
v3:
- Update commit message to reference the actual regressing commit.
(Lukas)
v4:
- Rebase on v4 of patch 1/2.
Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Marta Lofstedt <marta.lofstedt@intel.com>
Cc: David Weinehall <david.weinehall@linux.intel.com>
Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Mika Kuoppala <mika.kuoppala@intel.com>
Cc: Chris Wilson <chris@chris-wilson.co.uk>
Cc: Takashi Iwai <tiwai@suse.de>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Lukas Wunner <lukas@wunner.de>
Cc: linux-pci@vger.kernel.org
Cc: stable@vger.kernel.org
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
---
drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 2d3c4264..b9f1607 100644
--- a/drivers/gpu/drm/i915/i915_drv.c
+++ b/drivers/gpu/drm/i915/i915_drv.c
@@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
goto out_fini;
pci_set_drvdata(pdev, &dev_priv->drm);
+ /*
+ * Disable the system suspend direct complete optimization, which can
+ * leave the device suspended skipping the driver's suspend handlers
+ * if the device was already runtime suspended. This is needed due to
+ * the difference in our runtime and system suspend sequence and
+ * becaue the HDA driver may require us to enable the audio power
+ * domain during system suspend.
+ */
+ pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
ret = i915_driver_init_early(dev_priv, ent);
if (ret < 0)
--
2.7.4
^ permalink raw reply related [flat|nested] 20+ messages in thread
* [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
@ 2017-05-02 12:04 ` Imre Deak
0 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 12:04 UTC (permalink / raw)
To: intel-gfx
Cc: Jani Nikula, linux-pci, Rafael J . Wysocki, stable, Tomi Sarvela,
Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
Since
commit bac2a909a096c9110525c18cbb8ce73c660d5f71
Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Date: Wed Jan 21 02:17:42 2015 +0100
PCI / PM: Avoid resuming PCI devices during system suspend
PCI devices will default to allowing the system suspend complete
optimization where devices are not woken up during system suspend if
they were already runtime suspended. This however breaks the i915/HDA
drivers for two reasons:
- The i915 driver has system suspend specific steps that it needs to
run, that bring the device to a different state than its runtime
suspended state.
- The HDA driver's suspend handler requires power that it will request
from the i915 driver's power domain handler. This in turn requires the
i915 driver to runtime resume itself, but this won't be possible if the
suspend complete optimization is in effect: in this case the i915
runtime PM is disabled and trying to get an RPM reference returns
-EACCESS.
Solve this by requiring the PCI/PM core to resume the device during
system suspend which in effect disables the suspend complete optimization.
Regardless of the above commit the optimization stayed disabled for DRM
devices until
commit d14d2a8453d650bea32a1c5271af1458cd283a0f
Author: Lukas Wunner <lukas@wunner.de>
Date: Wed Jun 8 12:49:29 2016 +0200
drm: Remove dev_pm_ops from drm_class
so this patch is in practice a fix for this commit. Another reason for
the bug staying hidden for so long is that the optimization for a device
is disabled if it's disabled for any of its children devices. i915 may
have a backlight device as its child which doesn't support runtime PM
and so doesn't allow the optimization either. So if this backlight
device got registered the bug stayed hidden.
Credits to Marta, Tomi and David who enabled pstore logging,
that caught one instance of this issue across a suspend/
resume-to-ram and Ville who rememberd that the optimization was enabled
for some devices at one point.
The first WARN triggered by the problem:
[ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
[ 6250.746448] pm_runtime_get_sync() failed: -13
[ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
[ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
[ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
[ 6250.746521] Workqueue: events_unbound async_run_entry_fn
[ 6250.746525] Call Trace:
[ 6250.746530] dump_stack+0x67/0x92
[ 6250.746536] __warn+0xc6/0xe0
[ 6250.746542] ? pci_restore_standard_config+0x40/0x40
[ 6250.746546] warn_slowpath_fmt+0x46/0x50
[ 6250.746553] ? __pm_runtime_resume+0x56/0x80
[ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
[ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
[ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
[ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
[ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
[ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
[ 6250.746672] __rpm_callback+0xb4/0x1f0
[ 6250.746677] ? pci_restore_standard_config+0x40/0x40
[ 6250.746682] rpm_callback+0x1f/0x80
[ 6250.746686] ? pci_restore_standard_config+0x40/0x40
[ 6250.746690] rpm_resume+0x4ba/0x740
[ 6250.746698] __pm_runtime_resume+0x49/0x80
[ 6250.746703] pci_pm_suspend+0x57/0x140
[ 6250.746709] dpm_run_callback+0x6f/0x330
[ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
[ 6250.746718] __device_suspend+0xf9/0x370
[ 6250.746724] ? dpm_watchdog_set+0x60/0x60
[ 6250.746730] async_suspend+0x1a/0x90
[ 6250.746735] async_run_entry_fn+0x34/0x160
[ 6250.746741] process_one_work+0x1f2/0x6d0
[ 6250.746749] worker_thread+0x49/0x4a0
[ 6250.746755] kthread+0x107/0x140
[ 6250.746759] ? process_one_work+0x6d0/0x6d0
[ 6250.746763] ? kthread_create_on_node+0x40/0x40
[ 6250.746768] ret_from_fork+0x2e/0x40
[ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
v2:
- Use the new pci_dev->needs_resume flag, to avoid any overhead during
the ->pm_prepare hook. (Rafael)
v3:
- Update commit message to reference the actual regressing commit.
(Lukas)
v4:
- Rebase on v4 of patch 1/2.
Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Marta Lofstedt <marta.lofstedt@intel.com>
Cc: David Weinehall <david.weinehall@linux.intel.com>
Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Mika Kuoppala <mika.kuoppala@intel.com>
Cc: Chris Wilson <chris@chris-wilson.co.uk>
Cc: Takashi Iwai <tiwai@suse.de>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Lukas Wunner <lukas@wunner.de>
Cc: linux-pci@vger.kernel.org
Cc: stable@vger.kernel.org
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
---
drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 2d3c4264..b9f1607 100644
--- a/drivers/gpu/drm/i915/i915_drv.c
+++ b/drivers/gpu/drm/i915/i915_drv.c
@@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
goto out_fini;
pci_set_drvdata(pdev, &dev_priv->drm);
+ /*
+ * Disable the system suspend direct complete optimization, which can
+ * leave the device suspended skipping the driver's suspend handlers
+ * if the device was already runtime suspended. This is needed due to
+ * the difference in our runtime and system suspend sequence and
+ * becaue the HDA driver may require us to enable the audio power
+ * domain during system suspend.
+ */
+ pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
ret = i915_driver_init_early(dev_priv, ent);
if (ret < 0)
--
2.7.4
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 20+ messages in thread
* ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
2017-05-02 12:04 ` Imre Deak
@ 2017-05-02 13:21 ` Patchwork
2017-05-02 13:50 ` Imre Deak
2017-05-02 15:10 ` ✗ Fi.CI.BAT: warning " Patchwork
` (3 subsequent siblings)
5 siblings, 1 reply; 20+ messages in thread
From: Patchwork @ 2017-05-02 13:21 UTC (permalink / raw)
To: Imre Deak; +Cc: intel-gfx
== Series Details ==
Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
URL : https://patchwork.freedesktop.org/series/23803/
State : failure
== Summary ==
Series 23803v1 Series without cover letter
https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
Test drv_module_reload:
Subgroup basic-reload:
pass -> INCOMPLETE (fi-kbl-7500u)
Test kms_flip:
Subgroup basic-flip-vs-dpms:
pass -> INCOMPLETE (fi-bxt-t5700)
fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:436s
fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:427s
fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:572s
fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:513s
fi-bxt-t5700 total:207 pass:193 dwarn:0 dfail:0 fail:0 skip:13
fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:494s
fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:484s
fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:411s
fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:403s
fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:420s
fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:469s
fi-kbl-7500u total:274 pass:256 dwarn:0 dfail:0 fail:0 skip:17
fi-kbl-7560u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:563s
fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:451s
fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:576s
fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:456s
fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:491s
fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:433s
fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:534s
fi-snb-2600 total:278 pass:248 dwarn:0 dfail:0 fail:1 skip:29 time:412s
310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
e606d9f drm/i915: Prevent the system suspend complete optimization
b3a3fc7 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
== Logs ==
For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4594/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 13:21 ` ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid " Patchwork
@ 2017-05-02 13:50 ` Imre Deak
0 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 13:50 UTC (permalink / raw)
To: intel-gfx; +Cc: Tomi P Sarvela
On Tue, May 02, 2017 at 01:21:41PM +0000, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> URL : https://patchwork.freedesktop.org/series/23803/
> State : failure
>
> == Summary ==
>
> Series 23803v1 Series without cover letter
> https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
>
> Test drv_module_reload:
> Subgroup basic-reload:
> pass -> INCOMPLETE (fi-kbl-7500u)
Looks unrelated as it happens after vgem_basic/unload or during
drm_module_reload/basic-reload, neither of which is related to the
change (which makes a difference only during system suspend/resume).
> Test kms_flip:
> Subgroup basic-flip-vs-dpms:
> pass -> INCOMPLETE (fi-bxt-t5700)
Looks like CI provisoning problem:
Installing IGT_newest
tar: ./bin/intel-gpu-overlay: time stamp 2017-05-02 15:19:58 is 38519469.423180746 s in the future
...
Build timed out (after 14 minutes). Marking the build as aborted.
FATAL: command execution failed
java.util.concurrent.TimeoutException: Ping started at 1493730937083 hasn't completed by 1493731177084
>
> fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:436s
> fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:427s
> fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:572s
> fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:513s
> fi-bxt-t5700 total:207 pass:193 dwarn:0 dfail:0 fail:0 skip:13
> fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:494s
> fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:484s
> fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:411s
> fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:403s
> fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:420s
> fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
> fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:469s
> fi-kbl-7500u total:274 pass:256 dwarn:0 dfail:0 fail:0 skip:17
> fi-kbl-7560u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:563s
> fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:451s
> fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:576s
> fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:456s
> fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:491s
> fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:433s
> fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:534s
> fi-snb-2600 total:278 pass:248 dwarn:0 dfail:0 fail:1 skip:29 time:412s
>
> 310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
> e606d9f drm/i915: Prevent the system suspend complete optimization
> b3a3fc7 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
>
> == Logs ==
>
> For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4594/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* ✗ Fi.CI.BAT: warning for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
2017-05-02 12:04 ` Imre Deak
2017-05-02 13:21 ` ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid " Patchwork
@ 2017-05-02 15:10 ` Patchwork
2017-05-02 16:28 ` Imre Deak
2017-05-02 15:27 ` ✓ Fi.CI.BAT: success " Patchwork
` (2 subsequent siblings)
5 siblings, 1 reply; 20+ messages in thread
From: Patchwork @ 2017-05-02 15:10 UTC (permalink / raw)
To: Imre Deak; +Cc: intel-gfx
== Series Details ==
Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
URL : https://patchwork.freedesktop.org/series/23803/
State : warning
== Summary ==
Series 23803v1 Series without cover letter
https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
Test gem_exec_suspend:
Subgroup basic-s4-devices:
pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
Test kms_flip:
Subgroup basic-flip-vs-modeset:
pass -> DMESG-WARN (fi-byt-j1900) fdo#100652
Test kms_setmode:
Subgroup basic-clone-single-crtc:
pass -> DMESG-WARN (fi-kbl-7560u)
fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
fdo#100652 https://bugs.freedesktop.org/show_bug.cgi?id=100652
fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:437s
fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:429s
fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:580s
fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:502s
fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:545s
fi-byt-j1900 total:278 pass:253 dwarn:1 dfail:0 fail:0 skip:24 time:484s
fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:481s
fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:416s
fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:410s
fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:412s
fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:493s
fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:468s
fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:458s
fi-kbl-7560u total:278 pass:266 dwarn:2 dfail:0 fail:0 skip:10 time:567s
fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:584s
fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:459s
fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:432s
fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:523s
fi-snb-2600 total:278 pass:248 dwarn:1 dfail:0 fail:0 skip:29 time:413s
310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
443c742 drm/i915: Prevent the system suspend complete optimization
36f68e3 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
== Logs ==
For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4598/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* ✓ Fi.CI.BAT: success for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
` (2 preceding siblings ...)
2017-05-02 15:10 ` ✗ Fi.CI.BAT: warning " Patchwork
@ 2017-05-02 15:27 ` Patchwork
2017-05-03 8:41 ` Imre Deak
2017-05-02 21:04 ` [PATCH v4 1/2] " Rafael J. Wysocki
2017-05-04 9:48 ` [PATCH v5 " Imre Deak
5 siblings, 1 reply; 20+ messages in thread
From: Patchwork @ 2017-05-02 15:27 UTC (permalink / raw)
To: Imre Deak; +Cc: intel-gfx
== Series Details ==
Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
URL : https://patchwork.freedesktop.org/series/23803/
State : success
== Summary ==
Series 23803v1 Series without cover letter
https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
Test gem_exec_suspend:
Subgroup basic-s4-devices:
pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:430s
fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:430s
fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:572s
fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:505s
fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:556s
fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:489s
fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:483s
fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:404s
fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:419s
fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:417s
fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:491s
fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:463s
fi-kbl-7560u total:278 pass:267 dwarn:1 dfail:0 fail:0 skip:10 time:562s
fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:573s
fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:457s
fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:428s
fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:532s
fi-snb-2600 total:278 pass:249 dwarn:0 dfail:0 fail:0 skip:29 time:412s
310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
f4a0cab drm/i915: Prevent the system suspend complete optimization
58b9cf9 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
== Logs ==
For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4599/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✗ Fi.CI.BAT: warning for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 15:10 ` ✗ Fi.CI.BAT: warning " Patchwork
@ 2017-05-02 16:28 ` Imre Deak
2017-05-03 13:39 ` Imre Deak
0 siblings, 1 reply; 20+ messages in thread
From: Imre Deak @ 2017-05-02 16:28 UTC (permalink / raw)
To: intel-gfx
On Tue, May 02, 2017 at 03:10:29PM +0000, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> URL : https://patchwork.freedesktop.org/series/23803/
> State : warning
>
> == Summary ==
>
> Series 23803v1 Series without cover letter
> https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
>
> Test gem_exec_suspend:
> Subgroup basic-s4-devices:
> pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
> Test kms_flip:
> Subgroup basic-flip-vs-modeset:
> pass -> DMESG-WARN (fi-byt-j1900) fdo#100652
> Test kms_setmode:
> Subgroup basic-clone-single-crtc:
> pass -> DMESG-WARN (fi-kbl-7560u)
Slab corruption happening when we allocate, but doesn't look to be our fault.
The corrupted data looks like some DNS query stuff.
[ 536.637703] BUG kmalloc-4096 (Tainted: G U W ): Poison overwritten
[ 536.637714] -----------------------------------------------------------------------------
[ 536.637730] Disabling lock debugging due to kernel taint
[ 536.637731] INFO: 0xffff880264921198-0xffff8802649212f1. First byte 0x56 instead of 0x6b
[ 536.637740] INFO: Allocated in kernfs_iop_get_link+0x3e/0x1e0 age=4142 cpu=2 pid=9676
[ 536.637748] ___slab_alloc.constprop.28+0x38f/0x3d0
[ 536.637753] __slab_alloc.isra.22.constprop.27+0x43/0x80
[ 536.637758] kmem_cache_alloc_trace+0x237/0x2e0
[ 536.637762] kernfs_iop_get_link+0x3e/0x1e0
[ 536.637768] trailing_symlink+0x1e5/0x230
[ 536.637772] path_lookupat+0x5b/0x100
[ 536.637776] filename_lookup+0xa0/0x120
[ 536.637781] user_path_at_empty+0x31/0x40
[ 536.637785] SyS_faccessat+0xa6/0x210
[ 536.637789] SyS_access+0x13/0x20
[ 536.637793] entry_SYSCALL_64_fastpath+0x1c/0xb1
[ 536.637799] INFO: Freed in kfree_link+0x9/0x10 age=4142 cpu=2 pid=9676
[ 536.637804] __slab_free+0x3cb/0x580
[ 536.637808] kfree+0x266/0x2e0
[ 536.637812] kfree_link+0x9/0x10
[ 536.637816] walk_component+0xc4/0x2d0
[ 536.637820] path_lookupat+0x4f/0x100
[ 536.637824] filename_lookup+0xa0/0x120
[ 536.637828] user_path_at_empty+0x31/0x40
[ 536.637833] SyS_faccessat+0xa6/0x210
[ 536.637836] SyS_access+0x13/0x20
[ 536.637840] entry_SYSCALL_64_fastpath+0x1c/0xb1
[ 536.637846] INFO: Slab 0xffffea0009924800 objects=7 used=7 fp=0x (null) flags=0x8000000000008100
[ 536.637854] INFO: Object 0xffff880264921158 @offset=4440 fp=0xffff8802649267e8
...
[ 536.639826] CPU: 1 PID: 9693 Comm: kms_setmode Tainted: G BU W 4.11.0-rc8-CI-Patchwork_4598+ #1
[ 536.639827] Hardware name: Dell Inc. XPS 13 9360/093TW6, BIOS 1.3.2 01/18/2017
[ 536.639828] Call Trace:
[ 536.639831] dump_stack+0x67/0x92
[ 536.639832] print_trailer+0x14b/0x230
[ 536.639834] check_bytes_and_report+0xc0/0x100
[ 536.639835] check_object+0x261/0x2b0
[ 536.639855] ? __pdp_init.isra.4+0x44/0x90 [i915]
[ 536.639857] alloc_debug_processing+0x199/0x1b0
[ 536.639858] ___slab_alloc.constprop.28+0x38f/0x3d0
[ 536.639871] ? __pdp_init.isra.4+0x44/0x90 [i915]
[ 536.639872] ? ___slab_alloc.constprop.28+0x2ab/0x3d0
[ 536.639874] ? ___slab_alloc.constprop.28+0x2ab/0x3d0
[ 536.639885] ? alloc_pdp+0x3a/0xd0 [i915]
[ 536.639887] ? save_stack.isra.2+0x53/0xa0
[ 536.639899] ? __pdp_init.isra.4+0x44/0x90 [i915]
[ 536.639900] __slab_alloc.isra.22.constprop.27+0x43/0x80
[ 536.639902] ? __slab_alloc.isra.22.constprop.27+0x43/0x80
[ 536.639903] __kmalloc+0x288/0x330
[ 536.639914] __pdp_init.isra.4+0x44/0x90 [i915]
[ 536.639925] alloc_pdp+0x62/0xd0 [i915]
[ 536.639935] gen8_ppgtt_alloc_4lvl+0xba/0x150 [i915]
[ 536.639946] ppgtt_bind_vma+0x2c/0x80 [i915]
[ 536.639959] i915_vma_bind+0xb9/0x240 [i915]
[ 536.639972] __i915_vma_do_pin+0x404/0x6b0 [i915]
[ 536.639983] i915_gem_execbuffer_reserve_vma.isra.9+0xc3/0x240 [i915]
[ 536.639994] i915_gem_execbuffer_reserve.isra.10+0x43e/0x470 [i915]
[ 536.640005] i915_gem_do_execbuffer.isra.16+0x639/0x1b80 [i915]
[ 536.640007] ? __lock_acquire+0x484/0x1ac0
[ 536.640019] i915_gem_execbuffer2+0xb5/0x220 [i915]
[ 536.640021] drm_ioctl+0x1f4/0x480
[ 536.640031] ? i915_gem_execbuffer+0x330/0x330 [i915]
[ 536.640034] do_vfs_ioctl+0x90/0x6e0
>
> fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
> fdo#100652 https://bugs.freedesktop.org/show_bug.cgi?id=100652
>
> fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:437s
> fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:429s
> fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:580s
> fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:502s
> fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:545s
> fi-byt-j1900 total:278 pass:253 dwarn:1 dfail:0 fail:0 skip:24 time:484s
> fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:481s
> fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:416s
> fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:410s
> fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:412s
> fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:493s
> fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:468s
> fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:458s
> fi-kbl-7560u total:278 pass:266 dwarn:2 dfail:0 fail:0 skip:10 time:567s
> fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
> fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:584s
> fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:459s
> fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
> fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:432s
> fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:523s
> fi-snb-2600 total:278 pass:248 dwarn:1 dfail:0 fail:0 skip:29 time:413s
>
> 310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
> 443c742 drm/i915: Prevent the system suspend complete optimization
> 36f68e3 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
>
> == Logs ==
>
> For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4598/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [Intel-gfx] [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
2017-05-02 12:04 ` Imre Deak
@ 2017-05-02 16:51 ` Daniel Vetter
-1 siblings, 0 replies; 20+ messages in thread
From: Daniel Vetter @ 2017-05-02 16:51 UTC (permalink / raw)
To: Imre Deak
Cc: intel-gfx, Jani Nikula, linux-pci, Rafael J . Wysocki, stable,
Tomi Sarvela, Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
On Tue, May 02, 2017 at 03:04:09PM +0300, Imre Deak wrote:
> Since
>
> commit bac2a909a096c9110525c18cbb8ce73c660d5f71
> Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Date: Wed Jan 21 02:17:42 2015 +0100
>
> PCI / PM: Avoid resuming PCI devices during system suspend
>
> PCI devices will default to allowing the system suspend complete
> optimization where devices are not woken up during system suspend if
> they were already runtime suspended. This however breaks the i915/HDA
> drivers for two reasons:
>
> - The i915 driver has system suspend specific steps that it needs to
> run, that bring the device to a different state than its runtime
> suspended state.
>
> - The HDA driver's suspend handler requires power that it will request
> from the i915 driver's power domain handler. This in turn requires the
> i915 driver to runtime resume itself, but this won't be possible if the
> suspend complete optimization is in effect: in this case the i915
> runtime PM is disabled and trying to get an RPM reference returns
> -EACCESS.
>
> Solve this by requiring the PCI/PM core to resume the device during
> system suspend which in effect disables the suspend complete optimization.
>
> Regardless of the above commit the optimization stayed disabled for DRM
> devices until
>
> commit d14d2a8453d650bea32a1c5271af1458cd283a0f
> Author: Lukas Wunner <lukas@wunner.de>
> Date: Wed Jun 8 12:49:29 2016 +0200
>
> drm: Remove dev_pm_ops from drm_class
>
> so this patch is in practice a fix for this commit. Another reason for
> the bug staying hidden for so long is that the optimization for a device
> is disabled if it's disabled for any of its children devices. i915 may
> have a backlight device as its child which doesn't support runtime PM
> and so doesn't allow the optimization either. So if this backlight
> device got registered the bug stayed hidden.
>
> Credits to Marta, Tomi and David who enabled pstore logging,
> that caught one instance of this issue across a suspend/
> resume-to-ram and Ville who rememberd that the optimization was enabled
> for some devices at one point.
>
> The first WARN triggered by the problem:
>
> [ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
> [ 6250.746448] pm_runtime_get_sync() failed: -13
> [ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
> snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
> numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
> [ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
> [ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
> [ 6250.746521] Workqueue: events_unbound async_run_entry_fn
> [ 6250.746525] Call Trace:
> [ 6250.746530] dump_stack+0x67/0x92
> [ 6250.746536] __warn+0xc6/0xe0
> [ 6250.746542] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746546] warn_slowpath_fmt+0x46/0x50
> [ 6250.746553] ? __pm_runtime_resume+0x56/0x80
> [ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
> [ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
> [ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
> [ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
> [ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
> [ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
> [ 6250.746672] __rpm_callback+0xb4/0x1f0
> [ 6250.746677] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746682] rpm_callback+0x1f/0x80
> [ 6250.746686] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746690] rpm_resume+0x4ba/0x740
> [ 6250.746698] __pm_runtime_resume+0x49/0x80
> [ 6250.746703] pci_pm_suspend+0x57/0x140
> [ 6250.746709] dpm_run_callback+0x6f/0x330
> [ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
> [ 6250.746718] __device_suspend+0xf9/0x370
> [ 6250.746724] ? dpm_watchdog_set+0x60/0x60
> [ 6250.746730] async_suspend+0x1a/0x90
> [ 6250.746735] async_run_entry_fn+0x34/0x160
> [ 6250.746741] process_one_work+0x1f2/0x6d0
> [ 6250.746749] worker_thread+0x49/0x4a0
> [ 6250.746755] kthread+0x107/0x140
> [ 6250.746759] ? process_one_work+0x6d0/0x6d0
> [ 6250.746763] ? kthread_create_on_node+0x40/0x40
> [ 6250.746768] ret_from_fork+0x2e/0x40
> [ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
>
> v2:
> - Use the new pci_dev->needs_resume flag, to avoid any overhead during
> the ->pm_prepare hook. (Rafael)
>
> v3:
> - Update commit message to reference the actual regressing commit.
> (Lukas)
>
> v4:
> - Rebase on v4 of patch 1/2.
>
> Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
> References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
> References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
> Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Cc: Marta Lofstedt <marta.lofstedt@intel.com>
> Cc: David Weinehall <david.weinehall@linux.intel.com>
> Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
> Cc: Ville Syrj�l� <ville.syrjala@linux.intel.com>
> Cc: Mika Kuoppala <mika.kuoppala@intel.com>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: Takashi Iwai <tiwai@suse.de>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Lukas Wunner <lukas@wunner.de>
> Cc: linux-pci@vger.kernel.org
> Cc: stable@vger.kernel.org
> Signed-off-by: Imre Deak <imre.deak@intel.com>
> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
> Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
Testcase: ?
This sounds like the perfect thing we can test and should have a testcase
for ... Idle driver, make sure it's runtime suspended (there's helpers
for that), do a system suspend/resume, boom.
-Daniel
> ---
> drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> index 2d3c4264..b9f1607 100644
> --- a/drivers/gpu/drm/i915/i915_drv.c
> +++ b/drivers/gpu/drm/i915/i915_drv.c
> @@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
> goto out_fini;
>
> pci_set_drvdata(pdev, &dev_priv->drm);
> + /*
> + * Disable the system suspend direct complete optimization, which can
> + * leave the device suspended skipping the driver's suspend handlers
> + * if the device was already runtime suspended. This is needed due to
> + * the difference in our runtime and system suspend sequence and
> + * becaue the HDA driver may require us to enable the audio power
> + * domain during system suspend.
> + */
> + pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
>
> ret = i915_driver_init_early(dev_priv, ent);
> if (ret < 0)
> --
> 2.7.4
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [Intel-gfx] [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
@ 2017-05-02 16:51 ` Daniel Vetter
0 siblings, 0 replies; 20+ messages in thread
From: Daniel Vetter @ 2017-05-02 16:51 UTC (permalink / raw)
To: Imre Deak
Cc: intel-gfx, Jani Nikula, linux-pci, Rafael J . Wysocki, stable,
Tomi Sarvela, Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
On Tue, May 02, 2017 at 03:04:09PM +0300, Imre Deak wrote:
> Since
>
> commit bac2a909a096c9110525c18cbb8ce73c660d5f71
> Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Date: Wed Jan 21 02:17:42 2015 +0100
>
> PCI / PM: Avoid resuming PCI devices during system suspend
>
> PCI devices will default to allowing the system suspend complete
> optimization where devices are not woken up during system suspend if
> they were already runtime suspended. This however breaks the i915/HDA
> drivers for two reasons:
>
> - The i915 driver has system suspend specific steps that it needs to
> run, that bring the device to a different state than its runtime
> suspended state.
>
> - The HDA driver's suspend handler requires power that it will request
> from the i915 driver's power domain handler. This in turn requires the
> i915 driver to runtime resume itself, but this won't be possible if the
> suspend complete optimization is in effect: in this case the i915
> runtime PM is disabled and trying to get an RPM reference returns
> -EACCESS.
>
> Solve this by requiring the PCI/PM core to resume the device during
> system suspend which in effect disables the suspend complete optimization.
>
> Regardless of the above commit the optimization stayed disabled for DRM
> devices until
>
> commit d14d2a8453d650bea32a1c5271af1458cd283a0f
> Author: Lukas Wunner <lukas@wunner.de>
> Date: Wed Jun 8 12:49:29 2016 +0200
>
> drm: Remove dev_pm_ops from drm_class
>
> so this patch is in practice a fix for this commit. Another reason for
> the bug staying hidden for so long is that the optimization for a device
> is disabled if it's disabled for any of its children devices. i915 may
> have a backlight device as its child which doesn't support runtime PM
> and so doesn't allow the optimization either. So if this backlight
> device got registered the bug stayed hidden.
>
> Credits to Marta, Tomi and David who enabled pstore logging,
> that caught one instance of this issue across a suspend/
> resume-to-ram and Ville who rememberd that the optimization was enabled
> for some devices at one point.
>
> The first WARN triggered by the problem:
>
> [ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
> [ 6250.746448] pm_runtime_get_sync() failed: -13
> [ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
> snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
> numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
> [ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
> [ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
> [ 6250.746521] Workqueue: events_unbound async_run_entry_fn
> [ 6250.746525] Call Trace:
> [ 6250.746530] dump_stack+0x67/0x92
> [ 6250.746536] __warn+0xc6/0xe0
> [ 6250.746542] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746546] warn_slowpath_fmt+0x46/0x50
> [ 6250.746553] ? __pm_runtime_resume+0x56/0x80
> [ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
> [ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
> [ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
> [ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
> [ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
> [ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
> [ 6250.746672] __rpm_callback+0xb4/0x1f0
> [ 6250.746677] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746682] rpm_callback+0x1f/0x80
> [ 6250.746686] ? pci_restore_standard_config+0x40/0x40
> [ 6250.746690] rpm_resume+0x4ba/0x740
> [ 6250.746698] __pm_runtime_resume+0x49/0x80
> [ 6250.746703] pci_pm_suspend+0x57/0x140
> [ 6250.746709] dpm_run_callback+0x6f/0x330
> [ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
> [ 6250.746718] __device_suspend+0xf9/0x370
> [ 6250.746724] ? dpm_watchdog_set+0x60/0x60
> [ 6250.746730] async_suspend+0x1a/0x90
> [ 6250.746735] async_run_entry_fn+0x34/0x160
> [ 6250.746741] process_one_work+0x1f2/0x6d0
> [ 6250.746749] worker_thread+0x49/0x4a0
> [ 6250.746755] kthread+0x107/0x140
> [ 6250.746759] ? process_one_work+0x6d0/0x6d0
> [ 6250.746763] ? kthread_create_on_node+0x40/0x40
> [ 6250.746768] ret_from_fork+0x2e/0x40
> [ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
>
> v2:
> - Use the new pci_dev->needs_resume flag, to avoid any overhead during
> the ->pm_prepare hook. (Rafael)
>
> v3:
> - Update commit message to reference the actual regressing commit.
> (Lukas)
>
> v4:
> - Rebase on v4 of patch 1/2.
>
> Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
> References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
> References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
> Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Cc: Marta Lofstedt <marta.lofstedt@intel.com>
> Cc: David Weinehall <david.weinehall@linux.intel.com>
> Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Cc: Mika Kuoppala <mika.kuoppala@intel.com>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: Takashi Iwai <tiwai@suse.de>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Lukas Wunner <lukas@wunner.de>
> Cc: linux-pci@vger.kernel.org
> Cc: stable@vger.kernel.org
> Signed-off-by: Imre Deak <imre.deak@intel.com>
> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
> Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
Testcase: ?
This sounds like the perfect thing we can test and should have a testcase
for ... Idle driver, make sure it's runtime suspended (there's helpers
for that), do a system suspend/resume, boom.
-Daniel
> ---
> drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> index 2d3c4264..b9f1607 100644
> --- a/drivers/gpu/drm/i915/i915_drv.c
> +++ b/drivers/gpu/drm/i915/i915_drv.c
> @@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
> goto out_fini;
>
> pci_set_drvdata(pdev, &dev_priv->drm);
> + /*
> + * Disable the system suspend direct complete optimization, which can
> + * leave the device suspended skipping the driver's suspend handlers
> + * if the device was already runtime suspended. This is needed due to
> + * the difference in our runtime and system suspend sequence and
> + * becaue the HDA driver may require us to enable the audio power
> + * domain during system suspend.
> + */
> + pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
>
> ret = i915_driver_init_early(dev_priv, ent);
> if (ret < 0)
> --
> 2.7.4
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [Intel-gfx] [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
2017-05-02 16:51 ` Daniel Vetter
(?)
@ 2017-05-02 17:02 ` Imre Deak
-1 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 17:02 UTC (permalink / raw)
To: Daniel Vetter
Cc: intel-gfx, Jani Nikula, linux-pci, Rafael J . Wysocki, stable,
Tomi Sarvela, Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
On Tue, May 02, 2017 at 06:51:01PM +0200, Daniel Vetter wrote:
> On Tue, May 02, 2017 at 03:04:09PM +0300, Imre Deak wrote:
> > Since
> >
> > commit bac2a909a096c9110525c18cbb8ce73c660d5f71
> > Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Date: Wed Jan 21 02:17:42 2015 +0100
> >
> > PCI / PM: Avoid resuming PCI devices during system suspend
> >
> > PCI devices will default to allowing the system suspend complete
> > optimization where devices are not woken up during system suspend if
> > they were already runtime suspended. This however breaks the i915/HDA
> > drivers for two reasons:
> >
> > - The i915 driver has system suspend specific steps that it needs to
> > run, that bring the device to a different state than its runtime
> > suspended state.
> >
> > - The HDA driver's suspend handler requires power that it will request
> > from the i915 driver's power domain handler. This in turn requires the
> > i915 driver to runtime resume itself, but this won't be possible if the
> > suspend complete optimization is in effect: in this case the i915
> > runtime PM is disabled and trying to get an RPM reference returns
> > -EACCESS.
> >
> > Solve this by requiring the PCI/PM core to resume the device during
> > system suspend which in effect disables the suspend complete optimization.
> >
> > Regardless of the above commit the optimization stayed disabled for DRM
> > devices until
> >
> > commit d14d2a8453d650bea32a1c5271af1458cd283a0f
> > Author: Lukas Wunner <lukas@wunner.de>
> > Date: Wed Jun 8 12:49:29 2016 +0200
> >
> > drm: Remove dev_pm_ops from drm_class
> >
> > so this patch is in practice a fix for this commit. Another reason for
> > the bug staying hidden for so long is that the optimization for a device
> > is disabled if it's disabled for any of its children devices. i915 may
> > have a backlight device as its child which doesn't support runtime PM
> > and so doesn't allow the optimization either. So if this backlight
> > device got registered the bug stayed hidden.
> >
> > Credits to Marta, Tomi and David who enabled pstore logging,
> > that caught one instance of this issue across a suspend/
> > resume-to-ram and Ville who rememberd that the optimization was enabled
> > for some devices at one point.
> >
> > The first WARN triggered by the problem:
> >
> > [ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746448] pm_runtime_get_sync() failed: -13
> > [ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
> > snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
> > numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
> > [ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
> > [ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
> > [ 6250.746521] Workqueue: events_unbound async_run_entry_fn
> > [ 6250.746525] Call Trace:
> > [ 6250.746530] dump_stack+0x67/0x92
> > [ 6250.746536] __warn+0xc6/0xe0
> > [ 6250.746542] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746546] warn_slowpath_fmt+0x46/0x50
> > [ 6250.746553] ? __pm_runtime_resume+0x56/0x80
> > [ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
> > [ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
> > [ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
> > [ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
> > [ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
> > [ 6250.746672] __rpm_callback+0xb4/0x1f0
> > [ 6250.746677] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746682] rpm_callback+0x1f/0x80
> > [ 6250.746686] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746690] rpm_resume+0x4ba/0x740
> > [ 6250.746698] __pm_runtime_resume+0x49/0x80
> > [ 6250.746703] pci_pm_suspend+0x57/0x140
> > [ 6250.746709] dpm_run_callback+0x6f/0x330
> > [ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
> > [ 6250.746718] __device_suspend+0xf9/0x370
> > [ 6250.746724] ? dpm_watchdog_set+0x60/0x60
> > [ 6250.746730] async_suspend+0x1a/0x90
> > [ 6250.746735] async_run_entry_fn+0x34/0x160
> > [ 6250.746741] process_one_work+0x1f2/0x6d0
> > [ 6250.746749] worker_thread+0x49/0x4a0
> > [ 6250.746755] kthread+0x107/0x140
> > [ 6250.746759] ? process_one_work+0x6d0/0x6d0
> > [ 6250.746763] ? kthread_create_on_node+0x40/0x40
> > [ 6250.746768] ret_from_fork+0x2e/0x40
> > [ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
> >
> > v2:
> > - Use the new pci_dev->needs_resume flag, to avoid any overhead during
> > the ->pm_prepare hook. (Rafael)
> >
> > v3:
> > - Update commit message to reference the actual regressing commit.
> > (Lukas)
> >
> > v4:
> > - Rebase on v4 of patch 1/2.
> >
> > Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
> > Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Cc: Marta Lofstedt <marta.lofstedt@intel.com>
> > Cc: David Weinehall <david.weinehall@linux.intel.com>
> > Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
> > Cc: Ville Syrj�l� <ville.syrjala@linux.intel.com>
> > Cc: Mika Kuoppala <mika.kuoppala@intel.com>
> > Cc: Chris Wilson <chris@chris-wilson.co.uk>
> > Cc: Takashi Iwai <tiwai@suse.de>
> > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > Cc: Lukas Wunner <lukas@wunner.de>
> > Cc: linux-pci@vger.kernel.org
> > Cc: stable@vger.kernel.org
> > Signed-off-by: Imre Deak <imre.deak@intel.com>
> > Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
> > Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
>
> Testcase: ?
>
> This sounds like the perfect thing we can test and should have a testcase
> for ... Idle driver, make sure it's runtime suspended (there's helpers
> for that), do a system suspend/resume, boom.
Yes, pm_rpm/system-suspend does that.
--Imre
> -Daniel
>
> > ---
> > drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> > index 2d3c4264..b9f1607 100644
> > --- a/drivers/gpu/drm/i915/i915_drv.c
> > +++ b/drivers/gpu/drm/i915/i915_drv.c
> > @@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
> > goto out_fini;
> >
> > pci_set_drvdata(pdev, &dev_priv->drm);
> > + /*
> > + * Disable the system suspend direct complete optimization, which can
> > + * leave the device suspended skipping the driver's suspend handlers
> > + * if the device was already runtime suspended. This is needed due to
> > + * the difference in our runtime and system suspend sequence and
> > + * becaue the HDA driver may require us to enable the audio power
> > + * domain during system suspend.
> > + */
> > + pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
> >
> > ret = i915_driver_init_early(dev_priv, ent);
> > if (ret < 0)
> > --
> > 2.7.4
> >
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [Intel-gfx] [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
@ 2017-05-02 17:02 ` Imre Deak
0 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 17:02 UTC (permalink / raw)
To: Daniel Vetter
Cc: intel-gfx, Jani Nikula, linux-pci, Rafael J . Wysocki, stable,
Tomi Sarvela, Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
On Tue, May 02, 2017 at 06:51:01PM +0200, Daniel Vetter wrote:
> On Tue, May 02, 2017 at 03:04:09PM +0300, Imre Deak wrote:
> > Since
> >
> > commit bac2a909a096c9110525c18cbb8ce73c660d5f71
> > Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Date: Wed Jan 21 02:17:42 2015 +0100
> >
> > PCI / PM: Avoid resuming PCI devices during system suspend
> >
> > PCI devices will default to allowing the system suspend complete
> > optimization where devices are not woken up during system suspend if
> > they were already runtime suspended. This however breaks the i915/HDA
> > drivers for two reasons:
> >
> > - The i915 driver has system suspend specific steps that it needs to
> > run, that bring the device to a different state than its runtime
> > suspended state.
> >
> > - The HDA driver's suspend handler requires power that it will request
> > from the i915 driver's power domain handler. This in turn requires the
> > i915 driver to runtime resume itself, but this won't be possible if the
> > suspend complete optimization is in effect: in this case the i915
> > runtime PM is disabled and trying to get an RPM reference returns
> > -EACCESS.
> >
> > Solve this by requiring the PCI/PM core to resume the device during
> > system suspend which in effect disables the suspend complete optimization.
> >
> > Regardless of the above commit the optimization stayed disabled for DRM
> > devices until
> >
> > commit d14d2a8453d650bea32a1c5271af1458cd283a0f
> > Author: Lukas Wunner <lukas@wunner.de>
> > Date: Wed Jun 8 12:49:29 2016 +0200
> >
> > drm: Remove dev_pm_ops from drm_class
> >
> > so this patch is in practice a fix for this commit. Another reason for
> > the bug staying hidden for so long is that the optimization for a device
> > is disabled if it's disabled for any of its children devices. i915 may
> > have a backlight device as its child which doesn't support runtime PM
> > and so doesn't allow the optimization either. So if this backlight
> > device got registered the bug stayed hidden.
> >
> > Credits to Marta, Tomi and David who enabled pstore logging,
> > that caught one instance of this issue across a suspend/
> > resume-to-ram and Ville who rememberd that the optimization was enabled
> > for some devices at one point.
> >
> > The first WARN triggered by the problem:
> >
> > [ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746448] pm_runtime_get_sync() failed: -13
> > [ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
> > snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
> > numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
> > [ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
> > [ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
> > [ 6250.746521] Workqueue: events_unbound async_run_entry_fn
> > [ 6250.746525] Call Trace:
> > [ 6250.746530] dump_stack+0x67/0x92
> > [ 6250.746536] __warn+0xc6/0xe0
> > [ 6250.746542] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746546] warn_slowpath_fmt+0x46/0x50
> > [ 6250.746553] ? __pm_runtime_resume+0x56/0x80
> > [ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
> > [ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
> > [ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
> > [ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
> > [ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
> > [ 6250.746672] __rpm_callback+0xb4/0x1f0
> > [ 6250.746677] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746682] rpm_callback+0x1f/0x80
> > [ 6250.746686] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746690] rpm_resume+0x4ba/0x740
> > [ 6250.746698] __pm_runtime_resume+0x49/0x80
> > [ 6250.746703] pci_pm_suspend+0x57/0x140
> > [ 6250.746709] dpm_run_callback+0x6f/0x330
> > [ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
> > [ 6250.746718] __device_suspend+0xf9/0x370
> > [ 6250.746724] ? dpm_watchdog_set+0x60/0x60
> > [ 6250.746730] async_suspend+0x1a/0x90
> > [ 6250.746735] async_run_entry_fn+0x34/0x160
> > [ 6250.746741] process_one_work+0x1f2/0x6d0
> > [ 6250.746749] worker_thread+0x49/0x4a0
> > [ 6250.746755] kthread+0x107/0x140
> > [ 6250.746759] ? process_one_work+0x6d0/0x6d0
> > [ 6250.746763] ? kthread_create_on_node+0x40/0x40
> > [ 6250.746768] ret_from_fork+0x2e/0x40
> > [ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
> >
> > v2:
> > - Use the new pci_dev->needs_resume flag, to avoid any overhead during
> > the ->pm_prepare hook. (Rafael)
> >
> > v3:
> > - Update commit message to reference the actual regressing commit.
> > (Lukas)
> >
> > v4:
> > - Rebase on v4 of patch 1/2.
> >
> > Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
> > Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Cc: Marta Lofstedt <marta.lofstedt@intel.com>
> > Cc: David Weinehall <david.weinehall@linux.intel.com>
> > Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
> > Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > Cc: Mika Kuoppala <mika.kuoppala@intel.com>
> > Cc: Chris Wilson <chris@chris-wilson.co.uk>
> > Cc: Takashi Iwai <tiwai@suse.de>
> > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > Cc: Lukas Wunner <lukas@wunner.de>
> > Cc: linux-pci@vger.kernel.org
> > Cc: stable@vger.kernel.org
> > Signed-off-by: Imre Deak <imre.deak@intel.com>
> > Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
> > Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
>
> Testcase: ?
>
> This sounds like the perfect thing we can test and should have a testcase
> for ... Idle driver, make sure it's runtime suspended (there's helpers
> for that), do a system suspend/resume, boom.
Yes, pm_rpm/system-suspend does that.
--Imre
> -Daniel
>
> > ---
> > drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> > index 2d3c4264..b9f1607 100644
> > --- a/drivers/gpu/drm/i915/i915_drv.c
> > +++ b/drivers/gpu/drm/i915/i915_drv.c
> > @@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
> > goto out_fini;
> >
> > pci_set_drvdata(pdev, &dev_priv->drm);
> > + /*
> > + * Disable the system suspend direct complete optimization, which can
> > + * leave the device suspended skipping the driver's suspend handlers
> > + * if the device was already runtime suspended. This is needed due to
> > + * the difference in our runtime and system suspend sequence and
> > + * becaue the HDA driver may require us to enable the audio power
> > + * domain during system suspend.
> > + */
> > + pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
> >
> > ret = i915_driver_init_early(dev_priv, ent);
> > if (ret < 0)
> > --
> > 2.7.4
> >
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [PATCH v4 2/2] drm/i915: Prevent the system suspend complete optimization
@ 2017-05-02 17:02 ` Imre Deak
0 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-02 17:02 UTC (permalink / raw)
To: Daniel Vetter
Cc: Jani Nikula, linux-pci, intel-gfx, Rafael J . Wysocki, stable,
Tomi Sarvela, Takashi Iwai, Bjorn Helgaas, Mika Kuoppala
On Tue, May 02, 2017 at 06:51:01PM +0200, Daniel Vetter wrote:
> On Tue, May 02, 2017 at 03:04:09PM +0300, Imre Deak wrote:
> > Since
> >
> > commit bac2a909a096c9110525c18cbb8ce73c660d5f71
> > Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Date: Wed Jan 21 02:17:42 2015 +0100
> >
> > PCI / PM: Avoid resuming PCI devices during system suspend
> >
> > PCI devices will default to allowing the system suspend complete
> > optimization where devices are not woken up during system suspend if
> > they were already runtime suspended. This however breaks the i915/HDA
> > drivers for two reasons:
> >
> > - The i915 driver has system suspend specific steps that it needs to
> > run, that bring the device to a different state than its runtime
> > suspended state.
> >
> > - The HDA driver's suspend handler requires power that it will request
> > from the i915 driver's power domain handler. This in turn requires the
> > i915 driver to runtime resume itself, but this won't be possible if the
> > suspend complete optimization is in effect: in this case the i915
> > runtime PM is disabled and trying to get an RPM reference returns
> > -EACCESS.
> >
> > Solve this by requiring the PCI/PM core to resume the device during
> > system suspend which in effect disables the suspend complete optimization.
> >
> > Regardless of the above commit the optimization stayed disabled for DRM
> > devices until
> >
> > commit d14d2a8453d650bea32a1c5271af1458cd283a0f
> > Author: Lukas Wunner <lukas@wunner.de>
> > Date: Wed Jun 8 12:49:29 2016 +0200
> >
> > drm: Remove dev_pm_ops from drm_class
> >
> > so this patch is in practice a fix for this commit. Another reason for
> > the bug staying hidden for so long is that the optimization for a device
> > is disabled if it's disabled for any of its children devices. i915 may
> > have a backlight device as its child which doesn't support runtime PM
> > and so doesn't allow the optimization either. So if this backlight
> > device got registered the bug stayed hidden.
> >
> > Credits to Marta, Tomi and David who enabled pstore logging,
> > that caught one instance of this issue across a suspend/
> > resume-to-ram and Ville who rememberd that the optimization was enabled
> > for some devices at one point.
> >
> > The first WARN triggered by the problem:
> >
> > [ 6250.746445] WARNING: CPU: 2 PID: 17384 at drivers/gpu/drm/i915/intel_runtime_pm.c:2846 intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746448] pm_runtime_get_sync() failed: -13
> > [ 6250.746451] Modules linked in: snd_hda_intel i915 vgem snd_hda_codec_hdmi x86_pkg_temp_thermal intel_powerclamp coretemp crct10dif_pclmul crc32_pclmul
> > snd_hda_codec_realtek snd_hda_codec_generic ghash_clmulni_intel e1000e snd_hda_codec snd_hwdep snd_hda_core ptp mei_me pps_core snd_pcm lpc_ich mei prime_
> > numbers i2c_hid i2c_designware_platform i2c_designware_core [last unloaded: i915]
> > [ 6250.746512] CPU: 2 PID: 17384 Comm: kworker/u8:0 Tainted: G U W 4.11.0-rc5-CI-CI_DRM_334+ #1
> > [ 6250.746515] Hardware name: /NUC5i5RYB, BIOS RYBDWi35.86A.0362.2017.0118.0940 01/18/2017
> > [ 6250.746521] Workqueue: events_unbound async_run_entry_fn
> > [ 6250.746525] Call Trace:
> > [ 6250.746530] dump_stack+0x67/0x92
> > [ 6250.746536] __warn+0xc6/0xe0
> > [ 6250.746542] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746546] warn_slowpath_fmt+0x46/0x50
> > [ 6250.746553] ? __pm_runtime_resume+0x56/0x80
> > [ 6250.746584] intel_runtime_pm_get+0x6b/0xd0 [i915]
> > [ 6250.746610] intel_display_power_get+0x1b/0x40 [i915]
> > [ 6250.746646] i915_audio_component_get_power+0x15/0x20 [i915]
> > [ 6250.746654] snd_hdac_display_power+0xc8/0x110 [snd_hda_core]
> > [ 6250.746661] azx_runtime_resume+0x218/0x280 [snd_hda_intel]
> > [ 6250.746667] pci_pm_runtime_resume+0x76/0xa0
> > [ 6250.746672] __rpm_callback+0xb4/0x1f0
> > [ 6250.746677] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746682] rpm_callback+0x1f/0x80
> > [ 6250.746686] ? pci_restore_standard_config+0x40/0x40
> > [ 6250.746690] rpm_resume+0x4ba/0x740
> > [ 6250.746698] __pm_runtime_resume+0x49/0x80
> > [ 6250.746703] pci_pm_suspend+0x57/0x140
> > [ 6250.746709] dpm_run_callback+0x6f/0x330
> > [ 6250.746713] ? pci_pm_freeze+0xe0/0xe0
> > [ 6250.746718] __device_suspend+0xf9/0x370
> > [ 6250.746724] ? dpm_watchdog_set+0x60/0x60
> > [ 6250.746730] async_suspend+0x1a/0x90
> > [ 6250.746735] async_run_entry_fn+0x34/0x160
> > [ 6250.746741] process_one_work+0x1f2/0x6d0
> > [ 6250.746749] worker_thread+0x49/0x4a0
> > [ 6250.746755] kthread+0x107/0x140
> > [ 6250.746759] ? process_one_work+0x6d0/0x6d0
> > [ 6250.746763] ? kthread_create_on_node+0x40/0x40
> > [ 6250.746768] ret_from_fork+0x2e/0x40
> > [ 6250.746778] ---[ end trace 102a62fd2160f5e6 ]---
> >
> > v2:
> > - Use the new pci_dev->needs_resume flag, to avoid any overhead during
> > the ->pm_prepare hook. (Rafael)
> >
> > v3:
> > - Update commit message to reference the actual regressing commit.
> > (Lukas)
> >
> > v4:
> > - Rebase on v4 of patch 1/2.
> >
> > Fixes: d14d2a8453d6 ("drm: Remove dev_pm_ops from drm_class")
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100378
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=100770
> > Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > Cc: Marta Lofstedt <marta.lofstedt@intel.com>
> > Cc: David Weinehall <david.weinehall@linux.intel.com>
> > Cc: Tomi Sarvela <tomi.p.sarvela@intel.com>
> > Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > Cc: Mika Kuoppala <mika.kuoppala@intel.com>
> > Cc: Chris Wilson <chris@chris-wilson.co.uk>
> > Cc: Takashi Iwai <tiwai@suse.de>
> > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > Cc: Lukas Wunner <lukas@wunner.de>
> > Cc: linux-pci@vger.kernel.org
> > Cc: stable@vger.kernel.org
> > Signed-off-by: Imre Deak <imre.deak@intel.com>
> > Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> (v1)
> > Reported-and-tested-by: Marta Lofstedt <marta.lofstedt@intel.com> (v3)
>
> Testcase: ?
>
> This sounds like the perfect thing we can test and should have a testcase
> for ... Idle driver, make sure it's runtime suspended (there's helpers
> for that), do a system suspend/resume, boom.
Yes, pm_rpm/system-suspend does that.
--Imre
> -Daniel
>
> > ---
> > drivers/gpu/drm/i915/i915_drv.c | 9 +++++++++
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
> > index 2d3c4264..b9f1607 100644
> > --- a/drivers/gpu/drm/i915/i915_drv.c
> > +++ b/drivers/gpu/drm/i915/i915_drv.c
> > @@ -1238,6 +1238,15 @@ int i915_driver_load(struct pci_dev *pdev, const struct pci_device_id *ent)
> > goto out_fini;
> >
> > pci_set_drvdata(pdev, &dev_priv->drm);
> > + /*
> > + * Disable the system suspend direct complete optimization, which can
> > + * leave the device suspended skipping the driver's suspend handlers
> > + * if the device was already runtime suspended. This is needed due to
> > + * the difference in our runtime and system suspend sequence and
> > + * becaue the HDA driver may require us to enable the audio power
> > + * domain during system suspend.
> > + */
> > + pdev->dev_flags |= PCI_DEV_FLAGS_NEEDS_RESUME;
> >
> > ret = i915_driver_init_early(dev_priv, ent);
> > if (ret < 0)
> > --
> > 2.7.4
> >
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > https://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
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
` (3 preceding siblings ...)
2017-05-02 15:27 ` ✓ Fi.CI.BAT: success " Patchwork
@ 2017-05-02 21:04 ` Rafael J. Wysocki
2017-05-04 9:48 ` [PATCH v5 " Imre Deak
5 siblings, 0 replies; 20+ messages in thread
From: Rafael J. Wysocki @ 2017-05-02 21:04 UTC (permalink / raw)
To: Imre Deak, Bjorn Helgaas
Cc: intel-gfx, Jani Nikula, Rafael J . Wysocki, linux-pci
On Tuesday, May 02, 2017 03:04:08 PM Imre Deak wrote:
> Some drivers - like i915 - may not support the system suspend direct
> complete optimization due to differences in their runtime and system
> suspend sequence. Add a flag that when set resumes the device before
> calling the driver's system suspend handlers which effectively disables
> the optimization.
>
> Needed by the next patch fixing suspend/resume on i915.
>
> Suggested by Rafael.
>
> v2-v3:
> - unchanged
>
> v4:
> - Move the flag to dev_flags instead of using a bit field. (Rafael)
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
And yes, the PCI device PM flags need to be cleaned up. I'll take care of this
later unless somebody else steps up.
>
> Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: linux-pci@vger.kernel.org
> Cc: stable@vger.kernel.org
> Signed-off-by: Imre Deak <imre.deak@intel.com>
> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> (v3)
> ---
> drivers/pci/pci.c | 3 ++-
> include/linux/pci.h | 5 +++++
> 2 files changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
> index 7904d02..a4ef755 100644
> --- a/drivers/pci/pci.c
> +++ b/drivers/pci/pci.c
> @@ -2141,7 +2141,8 @@ bool pci_dev_keep_suspended(struct pci_dev *pci_dev)
>
> if (!pm_runtime_suspended(dev)
> || pci_target_state(pci_dev) != pci_dev->current_state
> - || platform_pci_need_resume(pci_dev))
> + || platform_pci_need_resume(pci_dev)
> + || (pci_dev->dev_flags & PCI_DEV_FLAGS_NEEDS_RESUME))
> return false;
>
> /*
> diff --git a/include/linux/pci.h b/include/linux/pci.h
> index 5948cfd..8acb560 100644
> --- a/include/linux/pci.h
> +++ b/include/linux/pci.h
> @@ -178,6 +178,11 @@ enum pci_dev_flags {
> PCI_DEV_FLAGS_NO_PM_RESET = (__force pci_dev_flags_t) (1 << 7),
> /* Get VPD from function 0 VPD */
> PCI_DEV_FLAGS_VPD_REF_F0 = (__force pci_dev_flags_t) (1 << 8),
> + /*
> + * Resume before calling the driver's system suspend hooks, disabling
> + * the direct_complete optimization.
> + */
> + PCI_DEV_FLAGS_NEEDS_RESUME = (__force pci_dev_flags_t) (1 << 9),
> };
>
> enum pci_irq_reroute_variant {
>
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✓ Fi.CI.BAT: success for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 15:27 ` ✓ Fi.CI.BAT: success " Patchwork
@ 2017-05-03 8:41 ` Imre Deak
2017-05-04 5:48 ` Lofstedt, Marta
2017-05-31 14:07 ` Imre Deak
0 siblings, 2 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-03 8:41 UTC (permalink / raw)
To: intel-gfx; +Cc: Jani Nikula, Daniel Vetter
On Tue, May 02, 2017 at 03:27:04PM +0000, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> URL : https://patchwork.freedesktop.org/series/23803/
> State : success
>
> == Summary ==
Pushed these two patches to topic/core-for-CI for now as agreed with
Jani. I added the missing Testcase: tag while appyling.
--Imre
>
> Series 23803v1 Series without cover letter
> https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
>
> Test gem_exec_suspend:
> Subgroup basic-s4-devices:
> pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
>
> fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
>
> fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:430s
> fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:430s
> fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:572s
> fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:505s
> fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:556s
> fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:489s
> fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:483s
> fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:404s
> fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:419s
> fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:417s
> fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:491s
> fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
> fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:463s
> fi-kbl-7560u total:278 pass:267 dwarn:1 dfail:0 fail:0 skip:10 time:562s
> fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
> fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:573s
> fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:457s
> fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
> fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:428s
> fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:532s
> fi-snb-2600 total:278 pass:249 dwarn:0 dfail:0 fail:0 skip:29 time:412s
>
> 310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
> f4a0cab drm/i915: Prevent the system suspend complete optimization
> 58b9cf9 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
>
> == Logs ==
>
> For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4599/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✗ Fi.CI.BAT: warning for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 16:28 ` Imre Deak
@ 2017-05-03 13:39 ` Imre Deak
0 siblings, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-03 13:39 UTC (permalink / raw)
To: intel-gfx
On Tue, May 02, 2017 at 07:28:39PM +0300, Imre Deak wrote:
> On Tue, May 02, 2017 at 03:10:29PM +0000, Patchwork wrote:
> > == Series Details ==
> >
> > Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> > URL : https://patchwork.freedesktop.org/series/23803/
> > State : warning
> >
> > == Summary ==
> >
> > Series 23803v1 Series without cover letter
> > https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
> >
> > Test gem_exec_suspend:
> > Subgroup basic-s4-devices:
> > pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
> > Test kms_flip:
> > Subgroup basic-flip-vs-modeset:
> > pass -> DMESG-WARN (fi-byt-j1900) fdo#100652
> > Test kms_setmode:
> > Subgroup basic-clone-single-crtc:
> > pass -> DMESG-WARN (fi-kbl-7560u)
>
> Slab corruption happening when we allocate, but doesn't look to be our fault.
> The corrupted data looks like some DNS query stuff.
I opened a kernel bug for this:
https://bugzilla.kernel.org/show_bug.cgi?id=195647
--Imre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✓ Fi.CI.BAT: success for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-03 8:41 ` Imre Deak
@ 2017-05-04 5:48 ` Lofstedt, Marta
2017-05-31 14:07 ` Imre Deak
1 sibling, 0 replies; 20+ messages in thread
From: Lofstedt, Marta @ 2017-05-04 5:48 UTC (permalink / raw)
To: Deak, Imre, intel-gfx; +Cc: Nikula, Jani, Daniel Vetter
This is excellent, Imre!
Check results for extendedlist:
http://intel-gfx-ci.fi.intel.com/archive/results/CI_IGT_test/
The majority previously "failed" or "dmesg-warn" after: igt@kms_fbcon_fbt@fbc-suspend, are now passing for BDW, SKL and KBL. That is hundreds of passing tests.
> -----Original Message-----
> From: Deak, Imre
> Sent: Wednesday, May 3, 2017 11:41 AM
> To: intel-gfx@lists.freedesktop.org
> Cc: Nikula, Jani <jani.nikula@intel.com>; Chris Wilson <chris@chris-
> wilson.co.uk>; Daniel Vetter <daniel.vetter@ffwll.ch>; Lofstedt, Marta
> <marta.lofstedt@intel.com>
> Subject: Re: ✓ Fi.CI.BAT: success for series starting with [v4,1/2] PCI / PM:
> Add needs_resume flag to avoid suspend complete optimization
>
> On Tue, May 02, 2017 at 03:27:04PM +0000, Patchwork wrote:
> > == Series Details ==
> >
> > Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to
> avoid suspend complete optimization
> > URL : https://patchwork.freedesktop.org/series/23803/
> > State : success
> >
> > == Summary ==
>
> Pushed these two patches to topic/core-for-CI for now as agreed with Jani. I
> added the missing Testcase: tag while appyling.
>
> --Imre
>
> >
> > Series 23803v1 Series without cover letter
> > https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbo
> > x/
> >
> > Test gem_exec_suspend:
> > Subgroup basic-s4-devices:
> > pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
> >
> > fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
> >
> > fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11
> time:430s
> > fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14
> time:430s
> > fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36
> time:572s
> > fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:505s
> > fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:556s
> > fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:489s
> > fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:483s
> > fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:404s
> > fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:419s
> > fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:417s
> > fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:491s
> > fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
> > fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:463s
> > fi-kbl-7560u total:278 pass:267 dwarn:1 dfail:0 fail:0 skip:10 time:562s
> > fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
> > fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:573s
> > fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:457s
> > fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
> > fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:428s
> > fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28
> time:532s
> > fi-snb-2600 total:278 pass:249 dwarn:0 dfail:0 fail:0 skip:29 time:412s
> >
> > 310077224306c08a82476bb616de679715e83485 drm-tip:
> > 2017y-05m-02d-12h-04m-57s UTC integration manifest f4a0cab drm/i915:
> > Prevent the system suspend complete optimization
> > 58b9cf9 PCI / PM: Add needs_resume flag to avoid suspend complete
> > optimization
> >
> > == Logs ==
> >
> > For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4599/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 20+ messages in thread
* [PATCH v5 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
` (4 preceding siblings ...)
2017-05-02 21:04 ` [PATCH v4 1/2] " Rafael J. Wysocki
@ 2017-05-04 9:48 ` Imre Deak
2017-05-23 19:20 ` Bjorn Helgaas
5 siblings, 1 reply; 20+ messages in thread
From: Imre Deak @ 2017-05-04 9:48 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: Jani Nikula, Rafael J . Wysocki, linux-pci, stable
Some drivers - like i915 - may not support the system suspend direct
complete optimization due to differences in their runtime and system
suspend sequence. Add a flag that when set resumes the device before
calling the driver's system suspend handlers which effectively disables
the optimization.
Needed by the next patch fixing suspend/resume on i915.
Suggested by Rafael.
v2-v3:
- unchanged
v4:
- Move the flag to dev_flags instead of using a bit field. (Rafael)
v5:
- Rebase on pci/next branch using the free next enum number available.
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: linux-pci@vger.kernel.org
Cc: stable@vger.kernel.org
Signed-off-by: Imre Deak <imre.deak@intel.com>
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
---
[ Bjorn, could you apply this one patch to the pci tree? We would merge
the second patch via the drm-tip tree once this one shows up in Linus'
tree. ]
---
drivers/pci/pci.c | 3 ++-
include/linux/pci.h | 5 +++++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index b01bd5b..563901c 100644
--- a/drivers/pci/pci.c
+++ b/drivers/pci/pci.c
@@ -2144,7 +2144,8 @@ bool pci_dev_keep_suspended(struct pci_dev *pci_dev)
if (!pm_runtime_suspended(dev)
|| pci_target_state(pci_dev) != pci_dev->current_state
- || platform_pci_need_resume(pci_dev))
+ || platform_pci_need_resume(pci_dev)
+ || (pci_dev->dev_flags & PCI_DEV_FLAGS_NEEDS_RESUME))
return false;
/*
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 88185ff..ce82b60 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -183,6 +183,11 @@ enum pci_dev_flags {
PCI_DEV_FLAGS_BRIDGE_XLATE_ROOT = (__force pci_dev_flags_t) (1 << 9),
/* Do not use FLR even if device advertises PCI_AF_CAP */
PCI_DEV_FLAGS_NO_FLR_RESET = (__force pci_dev_flags_t) (1 << 10),
+ /*
+ * Resume before calling the driver's system suspend hooks, disabling
+ * the direct_complete optimization.
+ */
+ PCI_DEV_FLAGS_NEEDS_RESUME = (__force pci_dev_flags_t) (1 << 11),
};
enum pci_irq_reroute_variant {
--
2.7.4
^ permalink raw reply related [flat|nested] 20+ messages in thread
* Re: [PATCH v5 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-04 9:48 ` [PATCH v5 " Imre Deak
@ 2017-05-23 19:20 ` Bjorn Helgaas
0 siblings, 0 replies; 20+ messages in thread
From: Bjorn Helgaas @ 2017-05-23 19:20 UTC (permalink / raw)
To: Imre Deak
Cc: Bjorn Helgaas, Jani Nikula, Rafael J . Wysocki, linux-pci, stable
On Thu, May 04, 2017 at 12:48:35PM +0300, Imre Deak wrote:
> Some drivers - like i915 - may not support the system suspend direct
> complete optimization due to differences in their runtime and system
> suspend sequence. Add a flag that when set resumes the device before
> calling the driver's system suspend handlers which effectively disables
> the optimization.
>
> Needed by the next patch fixing suspend/resume on i915.
>
> Suggested by Rafael.
>
> v2-v3:
> - unchanged
>
> v4:
> - Move the flag to dev_flags instead of using a bit field. (Rafael)
>
> v5:
> - Rebase on pci/next branch using the free next enum number available.
>
> Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: linux-pci@vger.kernel.org
> Cc: stable@vger.kernel.org
> Signed-off-by: Imre Deak <imre.deak@intel.com>
> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Applied this patch only to for-linus for v4.12. I'll try to remember to cc
you when I ask Linus to pull it.
> ---
>
> [ Bjorn, could you apply this one patch to the pci tree? We would merge
> the second patch via the drm-tip tree once this one shows up in Linus'
> tree. ]
> ---
> drivers/pci/pci.c | 3 ++-
> include/linux/pci.h | 5 +++++
> 2 files changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
> index b01bd5b..563901c 100644
> --- a/drivers/pci/pci.c
> +++ b/drivers/pci/pci.c
> @@ -2144,7 +2144,8 @@ bool pci_dev_keep_suspended(struct pci_dev *pci_dev)
>
> if (!pm_runtime_suspended(dev)
> || pci_target_state(pci_dev) != pci_dev->current_state
> - || platform_pci_need_resume(pci_dev))
> + || platform_pci_need_resume(pci_dev)
> + || (pci_dev->dev_flags & PCI_DEV_FLAGS_NEEDS_RESUME))
> return false;
>
> /*
> diff --git a/include/linux/pci.h b/include/linux/pci.h
> index 88185ff..ce82b60 100644
> --- a/include/linux/pci.h
> +++ b/include/linux/pci.h
> @@ -183,6 +183,11 @@ enum pci_dev_flags {
> PCI_DEV_FLAGS_BRIDGE_XLATE_ROOT = (__force pci_dev_flags_t) (1 << 9),
> /* Do not use FLR even if device advertises PCI_AF_CAP */
> PCI_DEV_FLAGS_NO_FLR_RESET = (__force pci_dev_flags_t) (1 << 10),
> + /*
> + * Resume before calling the driver's system suspend hooks, disabling
> + * the direct_complete optimization.
> + */
> + PCI_DEV_FLAGS_NEEDS_RESUME = (__force pci_dev_flags_t) (1 << 11),
> };
>
> enum pci_irq_reroute_variant {
> --
> 2.7.4
>
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: ✓ Fi.CI.BAT: success for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
2017-05-03 8:41 ` Imre Deak
2017-05-04 5:48 ` Lofstedt, Marta
@ 2017-05-31 14:07 ` Imre Deak
1 sibling, 0 replies; 20+ messages in thread
From: Imre Deak @ 2017-05-31 14:07 UTC (permalink / raw)
To: intel-gfx, Chris Wilson; +Cc: Jani Nikula, Daniel Vetter
On Wed, May 03, 2017 at 11:41:29AM +0300, Imre Deak wrote:
> On Tue, May 02, 2017 at 03:27:04PM +0000, Patchwork wrote:
> > == Series Details ==
> >
> > Series: series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> > URL : https://patchwork.freedesktop.org/series/23803/
> > State : success
> >
> > == Summary ==
>
> Pushed these two patches to topic/core-for-CI for now as agreed with
> Jani. I added the missing Testcase: tag while appyling.
We have now 1/2 that was merged via the PCI tree and I moved now patch 2/2
from core-for-CI to -dinq. Updated Chris' r-b to v4 as agreed on IRC.
Thanks for the review and testing.
--Imre
> >
> > Series 23803v1 Series without cover letter
> > https://patchwork.freedesktop.org/api/1.0/series/23803/revisions/1/mbox/
> >
> > Test gem_exec_suspend:
> > Subgroup basic-s4-devices:
> > pass -> DMESG-WARN (fi-kbl-7560u) fdo#100125
> >
> > fdo#100125 https://bugs.freedesktop.org/show_bug.cgi?id=100125
> >
> > fi-bdw-5557u total:278 pass:267 dwarn:0 dfail:0 fail:0 skip:11 time:430s
> > fi-bdw-gvtdvm total:278 pass:256 dwarn:8 dfail:0 fail:0 skip:14 time:430s
> > fi-bsw-n3050 total:278 pass:242 dwarn:0 dfail:0 fail:0 skip:36 time:572s
> > fi-bxt-j4205 total:278 pass:259 dwarn:0 dfail:0 fail:0 skip:19 time:505s
> > fi-bxt-t5700 total:278 pass:258 dwarn:0 dfail:0 fail:0 skip:20 time:556s
> > fi-byt-j1900 total:278 pass:254 dwarn:0 dfail:0 fail:0 skip:24 time:489s
> > fi-byt-n2820 total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:483s
> > fi-hsw-4770 total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:404s
> > fi-hsw-4770r total:278 pass:262 dwarn:0 dfail:0 fail:0 skip:16 time:419s
> > fi-ilk-650 total:278 pass:228 dwarn:0 dfail:0 fail:0 skip:50 time:417s
> > fi-ivb-3520m total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:491s
> > fi-ivb-3770 total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:486s
> > fi-kbl-7500u total:278 pass:260 dwarn:0 dfail:0 fail:0 skip:18 time:463s
> > fi-kbl-7560u total:278 pass:267 dwarn:1 dfail:0 fail:0 skip:10 time:562s
> > fi-skl-6260u total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:452s
> > fi-skl-6700hq total:278 pass:261 dwarn:0 dfail:0 fail:0 skip:17 time:573s
> > fi-skl-6700k total:278 pass:256 dwarn:4 dfail:0 fail:0 skip:18 time:457s
> > fi-skl-6770hq total:278 pass:268 dwarn:0 dfail:0 fail:0 skip:10 time:495s
> > fi-skl-gvtdvm total:278 pass:265 dwarn:0 dfail:0 fail:0 skip:13 time:428s
> > fi-snb-2520m total:278 pass:250 dwarn:0 dfail:0 fail:0 skip:28 time:532s
> > fi-snb-2600 total:278 pass:249 dwarn:0 dfail:0 fail:0 skip:29 time:412s
> >
> > 310077224306c08a82476bb616de679715e83485 drm-tip: 2017y-05m-02d-12h-04m-57s UTC integration manifest
> > f4a0cab drm/i915: Prevent the system suspend complete optimization
> > 58b9cf9 PCI / PM: Add needs_resume flag to avoid suspend complete optimization
> >
> > == Logs ==
> >
> > For more details see: https://intel-gfx-ci.01.org/CI/Patchwork_4599/
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2017-05-31 14:07 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-02 12:04 [PATCH v4 1/2] PCI / PM: Add needs_resume flag to avoid suspend complete optimization Imre Deak
2017-05-02 12:04 ` [PATCH v4 2/2] drm/i915: Prevent the system " Imre Deak
2017-05-02 12:04 ` Imre Deak
2017-05-02 16:51 ` [Intel-gfx] " Daniel Vetter
2017-05-02 16:51 ` Daniel Vetter
2017-05-02 17:02 ` Imre Deak
2017-05-02 17:02 ` Imre Deak
2017-05-02 17:02 ` [Intel-gfx] " Imre Deak
2017-05-02 13:21 ` ✗ Fi.CI.BAT: failure for series starting with [v4,1/2] PCI / PM: Add needs_resume flag to avoid " Patchwork
2017-05-02 13:50 ` Imre Deak
2017-05-02 15:10 ` ✗ Fi.CI.BAT: warning " Patchwork
2017-05-02 16:28 ` Imre Deak
2017-05-03 13:39 ` Imre Deak
2017-05-02 15:27 ` ✓ Fi.CI.BAT: success " Patchwork
2017-05-03 8:41 ` Imre Deak
2017-05-04 5:48 ` Lofstedt, Marta
2017-05-31 14:07 ` Imre Deak
2017-05-02 21:04 ` [PATCH v4 1/2] " Rafael J. Wysocki
2017-05-04 9:48 ` [PATCH v5 " Imre Deak
2017-05-23 19:20 ` Bjorn Helgaas
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.