Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1278357 > unrolled thread

Re: 4.3 nouveau regression: nv04_fbcon_imageblit(?) deadlock

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: 4.3 nouveau regression: nv04_fbcon_imageblit(?) deadlock Ilia Mirkin <imirkin@alum.mit.edu> - 2015-11-26 18:20 +0100
    Re: 4.3 nouveau regression: nv04_fbcon_imageblit(?) deadlock Meelis Roos <mroos@linux.ee> - 2015-11-27 15:20 +0100

#1278357 — Re: 4.3 nouveau regression: nv04_fbcon_imageblit(?) deadlock

On Thu, Nov 26, 2015 at 12:10 PM, Meelis Roos <mroos@linux.ee> wrote:
> Hello, this is a report about a PC with 3 nvidia cards - PCI-E NV44, AGP
> NV34 and PCI NV05. Only NV44 has monitor attached currently.
>
> 4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
> exhibit a problem: after the system has started up, I start getting
> messages like INFO: task kworker/0:2:652 blocked for more than 120
> seconds. where nv04_fbcon_imageblit and nouveau_pmops_runtime_suspend
> show up in trace. The trace keeps reappearing, also breaking lspci and
> clean reboot (they hang).
>
> dmesg from 4.4-rc2, drm-debug=0xe
> http://kodu.ut.ee/~mroos/download/dm-nouveau-4.4-rc2
>
> dmesg from 4.2.0, drm.debug=0xe
> http://kodu.ut.ee/~mroos/download/dm-nouveau-4.2
>
> lspci -vvv
> http://kodu.ut.ee/~mroos/download/lspci.nouveau
>
> config:
> http://kodu.ut.ee/~mroos/download/nouveau-config
>
> Is there anything else I can provide?

Runtime pm shouldn't be a thing for these GPUs... can you see if
booting with nouveau.runpm=0 fixes it? Sounds like we reintroduced
some problem for GPUs that don't have optimus-style acpi power off
hooks.

  -ilia
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]

#1278822

> > 4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
> > exhibit a problem: after the system has started up, I start getting
> > messages like INFO: task kworker/0:2:652 blocked for more than 120
> > seconds. where nv04_fbcon_imageblit and nouveau_pmops_runtime_suspend
> > show up in trace. The trace keeps reappearing, also breaking lspci and
> > clean reboot (they hang).
> >
> > dmesg from 4.4-rc2, drm-debug=0xe
> > http://kodu.ut.ee/~mroos/download/dm-nouveau-4.4-rc2
> >
> > dmesg from 4.2.0, drm.debug=0xe
> > http://kodu.ut.ee/~mroos/download/dm-nouveau-4.2
> >
> > lspci -vvv
> > http://kodu.ut.ee/~mroos/download/lspci.nouveau
> >
> > config:
> > http://kodu.ut.ee/~mroos/download/nouveau-config
> >
> > Is there anything else I can provide?
> 
> Runtime pm shouldn't be a thing for these GPUs... can you see if
> booting with nouveau.runpm=0 fixes it? Sounds like we reintroduced
> some problem for GPUs that don't have optimus-style acpi power off
> hooks.

Yes, nouveau.runpm=0 makes the hang go away, and reboot and lspci also 
started working without hangs.

-- 
Meelis Roos (mroos@linux.ee)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web