* [bisected] nouveau: "Failed to idle channel x" after resume
@ 2012-06-11 21:18 Martin Nyhus
2012-07-05 20:24 ` Martin Nyhus
0 siblings, 1 reply; 15+ messages in thread
From: Martin Nyhus @ 2012-06-11 21:18 UTC (permalink / raw)
To: Ben Skeggs; +Cc: David Airlie, dri-devel, linux-kernel
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
^ permalink raw reply [flat|nested] 15+ messages in thread* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-06-11 21:18 [bisected] nouveau: "Failed to idle channel x" after resume Martin Nyhus @ 2012-07-05 20:24 ` Martin Nyhus 2012-07-23 15:25 ` Aioanei Rares 0 siblings, 1 reply; 15+ messages in thread From: Martin Nyhus @ 2012-07-05 20:24 UTC (permalink / raw) To: Ben Skeggs; +Cc: David Airlie, dri-devel, linux-kernel 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-07-05 20:24 ` Martin Nyhus @ 2012-07-23 15:25 ` Aioanei Rares 2012-08-04 14:41 ` Maxim Levitsky 0 siblings, 1 reply; 15+ messages in thread From: Aioanei Rares @ 2012-07-23 15:25 UTC (permalink / raw) To: Martin Nyhus; +Cc: Ben Skeggs, David Airlie, dri-devel, linux-kernel On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: > > 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 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-07-23 15:25 ` Aioanei Rares @ 2012-08-04 14:41 ` Maxim Levitsky 2012-08-06 20:38 ` Maxim Levitsky 0 siblings, 1 reply; 15+ messages in thread From: Maxim Levitsky @ 2012-08-04 14:41 UTC (permalink / raw) To: Aioanei Rares Cc: Martin Nyhus, Ben Skeggs, David Airlie, dri-devel, linux-kernel, nouveau@lists.freedesktop.org On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: > > > > 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 > > 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 nouveau@lists.freedesktop.org> I confirm the same issue here. will try to do dig it. Best regards, Maxim Levitsky ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-04 14:41 ` Maxim Levitsky @ 2012-08-06 20:38 ` Maxim Levitsky 2012-08-08 5:37 ` Ben Skeggs 0 siblings, 1 reply; 15+ messages in thread From: Maxim Levitsky @ 2012-08-06 20:38 UTC (permalink / raw) To: Aioanei Rares Cc: Martin Nyhus, Ben Skeggs, David Airlie, dri-devel, linux-kernel, nouveau@lists.freedesktop.org On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote: > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: > > > > > > 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 > > > > 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 nouveau@lists.freedesktop.org> > > I confirm the same issue here. > will try to do dig it. Nope,can't dig this :-( -- Best regards, Maxim Levitsky ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-06 20:38 ` Maxim Levitsky @ 2012-08-08 5:37 ` Ben Skeggs 2012-08-08 6:00 ` Sven Joachim 0 siblings, 1 reply; 15+ messages in thread From: Ben Skeggs @ 2012-08-08 5:37 UTC (permalink / raw) To: Maxim Levitsky Cc: Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote: > On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote: > > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: > > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: > > > > > > > > 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 > > > > > > 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 nouveau@lists.freedesktop.org> > > > > 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. > > > > -- > Best regards, > Maxim Levitsky > > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-08 5:37 ` Ben Skeggs @ 2012-08-08 6:00 ` Sven Joachim 0 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-08 6:00 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 07:37 +0200, Ben Skeggs wrote: > On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote: >> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote: >> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: >> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: >> > > > >> > > > 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 >> > > >> > > 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 nouveau@lists.freedesktop.org> >> > >> > 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... `---- > 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume @ 2012-08-08 6:00 ` Sven Joachim 0 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-08 6:00 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 07:37 +0200, Ben Skeggs wrote: > On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote: >> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote: >> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: >> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: >> > > > >> > > > 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 >> > > >> > > 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 nouveau@lists.freedesktop.org> >> > >> > 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... `---- > 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-08 6:00 ` Sven Joachim (?) @ 2012-08-08 6:08 ` Ben Skeggs 2012-08-08 6:18 ` Sven Joachim -1 siblings, 1 reply; 15+ messages in thread From: Ben Skeggs @ 2012-08-08 6:08 UTC (permalink / raw) To: Sven Joachim Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: > On 2012-08-08 07:37 +0200, Ben Skeggs wrote: > > > On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote: > >> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote: > >> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: > >> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus@gmx.com> wrote: > >> > > > > >> > > > 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 > >> > > > >> > > 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 nouveau@lists.freedesktop.org> > >> > > >> > 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... > `---- 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. > > > 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. > > Cheers, > Sven ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-08 6:08 ` Ben Skeggs @ 2012-08-08 6:18 ` Sven Joachim 0 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-08 6:18 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 08:08 +0200, Ben Skeggs wrote: > On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: >> 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... `---- > 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume @ 2012-08-08 6:18 ` Sven Joachim 0 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-08 6:18 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 08:08 +0200, Ben Skeggs wrote: > On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: >> 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... `---- > 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-08 6:18 ` Sven Joachim @ 2012-08-13 16:22 ` Sven Joachim -1 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-13 16:22 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 08:18 +0200, Sven Joachim wrote: > On 2012-08-08 08:08 +0200, Ben Skeggs wrote: > >> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: >>> 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... > `---- > >> 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume @ 2012-08-13 16:22 ` Sven Joachim 0 siblings, 0 replies; 15+ messages in thread From: Sven Joachim @ 2012-08-13 16:22 UTC (permalink / raw) To: Ben Skeggs Cc: Maxim Levitsky, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On 2012-08-08 08:18 +0200, Sven Joachim wrote: > On 2012-08-08 08:08 +0200, Ben Skeggs wrote: > >> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: >>> 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... > `---- > >> 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-13 16:22 ` Sven Joachim (?) @ 2012-08-13 19:49 ` Maxim Levitsky 2012-08-15 6:53 ` [Nouveau] " Maarten Maathuis -1 siblings, 1 reply; 15+ messages in thread From: Maxim Levitsky @ 2012-08-13 19:49 UTC (permalink / raw) To: Sven Joachim Cc: Ben Skeggs, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Ben Skeggs On Mon, 2012-08-13 at 18:22 +0200, Sven Joachim wrote: > On 2012-08-08 08:18 +0200, Sven Joachim wrote: > > > On 2012-08-08 08:08 +0200, Ben Skeggs wrote: > > > >> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: > >>> 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... > > `---- > > > >> 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 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Nouveau] [bisected] nouveau: "Failed to idle channel x" after resume 2012-08-13 19:49 ` Maxim Levitsky @ 2012-08-15 6:53 ` Maarten Maathuis 0 siblings, 0 replies; 15+ messages in thread From: Maarten Maathuis @ 2012-08-15 6:53 UTC (permalink / raw) To: Ben Skeggs Cc: Sven Joachim, Aioanei Rares, nouveau@lists.freedesktop.org, Martin Nyhus, linux-kernel, dri-devel, Maxim Levitsky On Mon, Aug 13, 2012 at 9:49 PM, Maxim Levitsky <maximlevitsky@gmail.com> wrote: > On Mon, 2012-08-13 at 18:22 +0200, Sven Joachim wrote: >> On 2012-08-08 08:18 +0200, Sven Joachim wrote: >> >> > On 2012-08-08 08:08 +0200, Ben Skeggs wrote: >> > >> >> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote: >> >>> 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... >> > `---- >> > >> >> 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 > 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 > > _______________________________________________ > Nouveau mailing list > Nouveau@lists.freedesktop.org > 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? -- 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2012-08-15 6:53 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-06-11 21:18 [bisected] nouveau: "Failed to idle channel x" after resume Martin Nyhus 2012-07-05 20:24 ` Martin Nyhus 2012-07-23 15:25 ` Aioanei Rares 2012-08-04 14:41 ` Maxim Levitsky 2012-08-06 20:38 ` Maxim Levitsky 2012-08-08 5:37 ` Ben Skeggs 2012-08-08 6:00 ` Sven Joachim 2012-08-08 6:00 ` Sven Joachim 2012-08-08 6:08 ` Ben Skeggs 2012-08-08 6:18 ` Sven Joachim 2012-08-08 6:18 ` Sven Joachim 2012-08-13 16:22 ` Sven Joachim 2012-08-13 16:22 ` Sven Joachim 2012-08-13 19:49 ` Maxim Levitsky 2012-08-15 6:53 ` [Nouveau] " Maarten Maathuis
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.