Ping? Could we merge this patch? Nobody seems to have objections, it
works since months on my test machines and an identical patch got
reviewed and merged into xf86-video-modesetting, where it works without
trouble, so it should be safe to apply.
thanks,
-mario
On 08/06/2015 07:34 PM, Ilia
I encountered while stresstesting the reclocking code, that rarely (1 out of
20.000+ requests) we don't get any IRQ in nvkm_pmu_intr.
This means we have a queued message on the pmu, but nouveau doesn't read it and
waits infinitely in nvkm_pmu_send:
if (reply) {
On Sat, Nov 14, 2015 at 1:44 PM, Karol Herbst wrote:
> I encountered while stresstesting the reclocking code, that rarely (1 out of
> 20.000+ requests) we don't get any IRQ in nvkm_pmu_intr.
>
> This means we have a queued message on the pmu, but nouveau doesn't read it
>
https://bugs.freedesktop.org/show_bug.cgi?id=92307
--- Comment #12 from poma ---
(In reply to poma from comment #8)
> (In reply to poma from comment #7)
> > FTR procedure:
> >
> > $ uname -r
> > 4.3.0-0.rc6.git2.1.fc24.x86_64
> >
> > $ git clone
I hit this while loop in an error state of the gpu
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pmu/base.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nvkm/subdev/pmu/base.c
b/drm/nouveau/nvkm/subdev/pmu/base.c
https://bugs.freedesktop.org/show_bug.cgi?id=92307
--- Comment #13 from poma ---
Created attachment 119664
--> https://bugs.freedesktop.org/attachment.cgi?id=119664=edit
dmesg 4.4.0-0.rc0.git9.1.fc24.x86_64 connector_hotplug nvif_notify
- nouveau.ko built of:
I encountered while stresstesting the reclocking code, that rarely (1 out of
20.000+ requests) we don't get any IRQ in nvkm_pmu_intr.
This means we have a queued message on the pmu, but nouveau doesn't read it and
waits infinitely in nvkm_pmu_send:
if (reply) {
On 14 November 2015 at 19:51, Karol Herbst wrote:
> I hit this while loop in an error state of the gpu
>
> v2: unlock mutex only if reply == true
>
> Signed-off-by: Karol Herbst
> ---
> drm/nouveau/nvkm/subdev/pmu/base.c | 11 +--
> 1 file
I encountered while stresstesting the reclocking code, that rarely (1 out of
20.000+ requests) we don't get any IRQ in nvkm_pmu_intr.
This means we have a queued message on the pmu, but nouveau doesn't read it and
waits infinitely in nvkm_pmu_send:
if (reply) {
I hit this while loop in an error state of the gpu
v2: unlock mutex only if reply == true
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pmu/base.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
10 matches
Mail list logo