nouveau: "Failed to idle channel x" after resume
Hi,
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to 03bd6efa ("drm/nv50/fifo: use hardware channel kickoff functionality").
$ grep -i nouveau .config CONFIG_DRM_NOUVEAU=y CONFIG_DRM_NOUVEAU_BACKLIGHT=y # CONFIG_DRM_NOUVEAU_DEBUG is not set
Relevant part of the log (running v3.5-rc2-15-g4e3c8a1):
[ 79.040710] PM: resume of devices complete after 1952.375 msecs [ 79.041735] PM: Finishing wakeup. [ 79.064052] Restarting tasks ... done. [ 79.064064] video LNXVIDEO:00: Restoring backlight state [ 79.645442] tg3 0000:09:00.0: irq 47 for MSI/MSI-X [ 79.707851] IPv6: ADDRCONF(NETDEV_UP): p3p1: link is not ready [ 81.288510] tg3 0000:09:00.0: p3p1: Link is up at 100 Mbps, full duplex [ 81.288510] tg3 0000:09:00.0: p3p1: Flow control is on for TX and on for RX [ 81.289824] IPv6: ADDRCONF(NETDEV_CHANGE): p3p1: link becomes ready [ 376.646417] [drm] nouveau 0000:01:00.0: PFIFO: channel 4 unload timeout [ 378.649010] [sched_delayed] sched: RT throttling activated [ 384.677024] [drm] nouveau 0000:01:00.0: Failed to idle channel 2. [ 384.678012] [drm] nouveau 0000:01:00.0: PFIFO: channel 2 unload timeout [ 389.685024] [drm] nouveau 0000:01:00.0: Failed to idle channel 3. [ 389.686012] [drm] nouveau 0000:01:00.0: PFIFO: channel 3 unload timeout [ 401.534024] [drm] nouveau 0000:01:00.0: Failed to idle channel 2. [ 401.535012] [drm] nouveau 0000:01:00.0: PFIFO: channel 2 unload timeout ... [ 456.688024] [drm] nouveau 0000:01:00.0: Failed to idle channel 3. [ 456.689013] [drm] nouveau 0000:01:00.0: PFIFO: channel 3 unload timeout [ 468.372025] [drm] nouveau 0000:01:00.0: Failed to idle channel 2. [ 468.373013] [drm] nouveau 0000:01:00.0: PFIFO: channel 2 unload timeout
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").
Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)
Sorry I haven't followed up on this earlier,
Martin
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).
Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
Martin
I can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.
Quoted 20 lines · Aioanei Rares
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
Martin
Quoted 6 lines
I can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.
Added [email protected]>
I confirm the same issue here.
will try to do dig it.
Best regards,
Maxim Levitsky
Quoted 27 lines · Maxim Levitsky
Quoted 20 lines · Aioanei Rares
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
MartinQuoted 6 lines
I can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.
Quoted 4 lines
Added [email protected]>
I confirm the same issue here.
will try to do dig it.
Nope,can't dig this :-(
Signature · 2 lines
Best regards,
Maxim LevitskyQuoted 28 lines · Maxim Levitsky
Quoted 27 lines · Maxim Levitsky
Quoted 26 lines · Aioanei Rares
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
MartinI can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.
Quoted 5 lines
Quoted 4 lines
Added [email protected]>
I confirm the same issue here.
will try to do dig it.Nope,can't dig this :-(
Interestingly, this works just fine for me after the driver rework.
I can confirm issues on G86 with 3.5/3.6-rc1 stock though. I'll attempt to find a fix suitable for the non-reworked driver.
Ben.
Quoted 13 lines
Signature · 10 lines
-- Best regards, Maxim Levitsky _______________________________________________ dri-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/dri-devel
Quoted 29 lines · Ben Skeggs
Quoted 28 lines · Maxim Levitsky
Quoted 27 lines · Maxim Levitsky
Quoted 26 lines · Aioanei Rares
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
MartinI can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.
Quoted 6 lines
Quoted 5 lines
Quoted 4 lines
Added [email protected]>
I confirm the same issue here.
will try to do dig it.Nope,can't dig this :-(
Interestingly, this works just fine for me after the driver rework.
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...
`----
Quoted 2 lines
I can confirm issues on G86 with 3.5/3.6-rc1 stock though. I'll attempt to find a fix suitable for the non-reworked driver.
Thanks. I'm currently stuck on 3.4 because of this problem.
Cheers,
Sven
Quoted 38 lines · Sven Joachim
Quoted 29 lines · Ben Skeggs
Quoted 28 lines · Maxim Levitsky
Quoted 27 lines · Maxim Levitsky
Quoted 26 lines · Aioanei Rares
Quoted 12 lines · Martin Nyhus
Quoted 5 lines · On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote:
after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to
03bd6efa("drm/nv50/fifo: use hardware channel kickoff functionality").Hi Ben,
I'm still seeing this bug with the latest from Linus (v3.5-rc5-98-g9e85a6f) and linux-next (next-20120705).Quoted 6 lines
lspci output:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1)Sorry I haven't followed up on this earlier,
MartinI can confirm this with 3.5.0, Chromium and Arch Linux. It's a HP Pavilion laptop with a G86 [GeForce 8400 M GS] video card . Seems related to this bug:
http://lists.freedesktop.org/archives/nouveau/2011-January/007358.html
. If I can do anything else
to help, I will be glad to.Quoted 6 lines
Quoted 5 lines
Quoted 4 lines
Added [email protected]>
I confirm the same issue here.
will try to do dig it.Nope,can't dig this :-(
Interestingly, this works just fine for me after the driver rework.
Quoted 7 lines
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...`----
Interesting. Were there any messages prior to that? I guess the the fifo code detected a timeout when trying to save the graphics context, I have I have other patches in my tree (I'll push them soon, tied up with other work atm) that might help here.
Quoted 5 lines
Quoted 3 lines
I can confirm issues on G86 with 3.5/3.6-rc1 stock though. I'll attempt to find a fix suitable for the non-reworked driver.
Thanks. I'm currently stuck on 3.4 because of this problem.
Sorry about that!
Ben.
Quoted 3 lines
Cheers,
Sven
Quoted 11 lines · Ben Skeggs
Quoted 9 lines · Sven Joachim
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ | PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed | suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...`----
Interesting. Were there any messages prior to that?
Nothing interesting:
,----
| Aug 8 07:49:16 turtle kernel: [ 89.655362] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 8 07:49:16 turtle kernel: [ 89.655367] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 8 07:49:16 turtle kernel: [ 89.696888] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 8 07:49:16 turtle kernel: [ 89.696909] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 8 07:49:16 turtle kernel: [ 89.696913] nouveau [ DRM][0000:01:00.0] suspending client object trees...
`----
Quoted 4 lines
I guess the the fifo
code detected a timeout when trying to save the graphics context, I have I have other patches in my tree (I'll push them soon, tied up with other work atm) that might help here.
Thanks, I'll try them when they are available.
Cheers,
Sven
Quoted 22 lines · Sven Joachim
Quoted 11 lines · Ben Skeggs
Quoted 9 lines · Sven Joachim
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ | PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed | suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...`----
Interesting. Were there any messages prior to that?
Nothing interesting:
,----
| Aug 8 07:49:16 turtle kernel: [ 89.655362] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 8 07:49:16 turtle kernel: [ 89.655367] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 8 07:49:16 turtle kernel: [ 89.696888] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 8 07:49:16 turtle kernel: [ 89.696909] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 8 07:49:16 turtle kernel: [ 89.696913] nouveau [ DRM][0000:01:00.0] suspending client object trees...
Quoted 8 lines
`----
Quoted 4 lines
I guess the the fifo
code detected a timeout when trying to save the graphics context, I have I have other patches in my tree (I'll push them soon, tied up with other work atm) that might help here.Thanks, I'll try them when they are available.
With current nouveau master ("drm/nouveau: fix find/replace bug in license header") suspending works again, thanks! However, it is a bit slow, taking between two and five seconds:
,----
| Aug 13 18:17:56 turtle kernel: [ 678.524814] PM: Syncing filesystems ... done. | Aug 13 18:18:09 turtle kernel: [ 678.639202] Freezing user space processes ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.649954] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.663298] Suspending console(s) (use no_console_suspend to debug) | Aug 13 18:18:09 turtle kernel: [ 678.680884] sd 0:0:0:0: [sda] Synchronizing SCSI cache | Aug 13 18:18:09 turtle kernel: [ 678.681000] sd 0:0:0:0: [sda] Stopping disk | Aug 13 18:18:09 turtle kernel: [ 678.695141] parport_pc 00:07: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695204] serial 00:06: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695209] serial 00:06: wake-up capability disabled by ACPI | Aug 13 18:18:09 turtle kernel: [ 678.695235] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 13 18:18:09 turtle kernel: [ 678.695239] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 13 18:18:09 turtle kernel: [ 678.742111] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 13 18:18:09 turtle kernel: [ 678.742189] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 13 18:18:09 turtle kernel: [ 682.357319] nouveau [ DRM][0000:01:00.0] suspending client object trees... | Aug 13 18:18:09 turtle kernel: [ 683.526646] PM: suspend of devices complete after 4863.181 msecs
`----
With the 3.4.8 kernel, suspending takes little more than one second.
Cheers,
Sven
Quoted 53 lines · Sven Joachim
Quoted 22 lines · Sven Joachim
Quoted 11 lines · Ben Skeggs
Quoted 9 lines · Sven Joachim
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ | PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed | suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...`----
Interesting. Were there any messages prior to that?
Nothing interesting:
,----
| Aug 8 07:49:16 turtle kernel: [ 89.655362] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 8 07:49:16 turtle kernel: [ 89.655367] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 8 07:49:16 turtle kernel: [ 89.696888] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 8 07:49:16 turtle kernel: [ 89.696909] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 8 07:49:16 turtle kernel: [ 89.696913] nouveau [ DRM][0000:01:00.0] suspending client object trees...Quoted 8 lines
`----
Quoted 4 lines
I guess the the fifo
code detected a timeout when trying to save the graphics context, I have I have other patches in my tree (I'll push them soon, tied up with other work atm) that might help here.Thanks, I'll try them when they are available.
With current nouveau master ("drm/nouveau: fix find/replace bug in license header") suspending works again, thanks! However, it is a bit slow, taking between two and five seconds:
,----
| Aug 13 18:17:56 turtle kernel: [ 678.524814] PM: Syncing filesystems ... done. | Aug 13 18:18:09 turtle kernel: [ 678.639202] Freezing user space processes ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.649954] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.663298] Suspending console(s) (use no_console_suspend to debug) | Aug 13 18:18:09 turtle kernel: [ 678.680884] sd 0:0:0:0: [sda] Synchronizing SCSI cache | Aug 13 18:18:09 turtle kernel: [ 678.681000] sd 0:0:0:0: [sda] Stopping disk | Aug 13 18:18:09 turtle kernel: [ 678.695141] parport_pc 00:07: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695204] serial 00:06: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695209] serial 00:06: wake-up capability disabled by ACPI | Aug 13 18:18:09 turtle kernel: [ 678.695235] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 13 18:18:09 turtle kernel: [ 678.695239] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 13 18:18:09 turtle kernel: [ 678.742111] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 13 18:18:09 turtle kernel: [ 678.742189] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 13 18:18:09 turtle kernel: [ 682.357319] nouveau [ DRM][0000:01:00.0] suspending client object trees... | Aug 13 18:18:09 turtle kernel: [ 683.526646] PM: suspend of devices complete after 4863.181 msecs
Quoted 6 lines
`----
With the 3.4.8 kernel, suspending takes little more than one second.
Cheers,
Sven
I confirm exactly the same thing.
Here suspend takes more that 10 seconds:
[ 2165.363878] nouveau [ DRM][0000:01:00.0] suspending fbcon... [ 2165.363885] nouveau [ DRM][0000:01:00.0] suspending display... [ 2165.475791] sd 0:0:0:0: [sda] Stopping disk [ 2166.396877] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... [ 2166.396926] nouveau [ DRM][0000:01:00.0] evicting buffers... [ 2174.809084] nouveau [ DRM][0000:01:00.0] suspending client object trees... [ 2177.950222] nouveau 0000:01:00.0: power state changed by ACPI to D3
Best regards,
Maxim Levitsky
Quoted 75 lines · Maxim Levitsky
Quoted 53 lines · Sven Joachim
Quoted 22 lines · Sven Joachim
Quoted 11 lines · Ben Skeggs
Quoted 9 lines · Sven Joachim
Not for me on my GeForce 8500 GT, and I still cannot suspend more than once, subsequent attempts fail:
,----
| Aug 8 07:49:16 turtle kernel: [ 91.697068] nouveau W[ | PGRAPH][0000:01:00.0][0x0200502d][ffff880037be1d40] parent failed | suspend, -16 | Aug 8 07:49:16 turtle kernel: [ 91.697078] nouveau [ DRM][0000:01:00.0] resuming display...`----
Interesting. Were there any messages prior to that?
Nothing interesting:
,----
| Aug 8 07:49:16 turtle kernel: [ 89.655362] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 8 07:49:16 turtle kernel: [ 89.655367] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 8 07:49:16 turtle kernel: [ 89.696888] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 8 07:49:16 turtle kernel: [ 89.696909] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 8 07:49:16 turtle kernel: [ 89.696913] nouveau [ DRM][0000:01:00.0] suspending client object trees...Quoted 8 lines
`----
Quoted 4 lines
I guess the the fifo
code detected a timeout when trying to save the graphics context, I have I have other patches in my tree (I'll push them soon, tied up with other work atm) that might help here.Thanks, I'll try them when they are available.
With current nouveau master ("drm/nouveau: fix find/replace bug in license header") suspending works again, thanks! However, it is a bit slow, taking between two and five seconds:
,----
| Aug 13 18:17:56 turtle kernel: [ 678.524814] PM: Syncing filesystems ... done. | Aug 13 18:18:09 turtle kernel: [ 678.639202] Freezing user space processes ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.649954] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. | Aug 13 18:18:09 turtle kernel: [ 678.663298] Suspending console(s) (use no_console_suspend to debug) | Aug 13 18:18:09 turtle kernel: [ 678.680884] sd 0:0:0:0: [sda] Synchronizing SCSI cache | Aug 13 18:18:09 turtle kernel: [ 678.681000] sd 0:0:0:0: [sda] Stopping disk | Aug 13 18:18:09 turtle kernel: [ 678.695141] parport_pc 00:07: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695204] serial 00:06: disabled | Aug 13 18:18:09 turtle kernel: [ 678.695209] serial 00:06: wake-up capability disabled by ACPI | Aug 13 18:18:09 turtle kernel: [ 678.695235] nouveau [ DRM][0000:01:00.0] suspending fbcon... | Aug 13 18:18:09 turtle kernel: [ 678.695239] nouveau [ DRM][0000:01:00.0] suspending display... | Aug 13 18:18:09 turtle kernel: [ 678.742111] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... | Aug 13 18:18:09 turtle kernel: [ 678.742189] nouveau [ DRM][0000:01:00.0] evicting buffers... | Aug 13 18:18:09 turtle kernel: [ 682.357319] nouveau [ DRM][0000:01:00.0] suspending client object trees... | Aug 13 18:18:09 turtle kernel: [ 683.526646] PM: suspend of devices complete after 4863.181 msecsQuoted 6 lines
`----
With the 3.4.8 kernel, suspending takes little more than one second.
Cheers,
SvenI confirm exactly the same thing.
Here suspend takes more that 10 seconds:
[ 2165.363878] nouveau [ DRM][0000:01:00.0] suspending fbcon... [ 2165.363885] nouveau [ DRM][0000:01:00.0] suspending display... [ 2165.475791] sd 0:0:0:0: [sda] Stopping disk [ 2166.396877] nouveau [ DRM][0000:01:00.0] unpinning framebuffer(s)... [ 2166.396926] nouveau [ DRM][0000:01:00.0] evicting buffers... [ 2174.809084] nouveau [ DRM][0000:01:00.0] suspending client object trees... [ 2177.950222] nouveau 0000:01:00.0: power state changed by ACPI to D3
Quoted 7 lines
Best regards,
Maxim Levitsky_______________________________________________
Nouveau mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/nouveau
In my case suspend also takes longer than usual, in the order of 10 seconds.
@Ben: Have you been able to reproduce this?
Signature · 2 lines
Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say.