[Nouveau] [Bug 102349] nv4x crashing with plasmashell - gdb log included
https://bugs.freedesktop.org/show_bug.cgi?id=102349 Ilia Mirkin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #15 from Ilia Mirkin --- OK, this and some other bits are now pushed to mesa master. I'm considering this resolved. People having issues with steam -- try out steam. I tested that it the client loads OK for me but didn't go any further. Friendly reminder that it's a 32-bit application, not 64-bit. People having issues with plasmashell -- try out plasmashell. Although I expect you'll keep having issues, they'll just be different ones. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 105319] DRM: EVO timeout with kernel 4.15.x
https://bugs.freedesktop.org/show_bug.cgi?id=105319
--- Comment #32 from Mitch Humpherys ---
I'm also affected by this bug on Fedora 29.
I hopped on the kernel mainline and started poking around and noticed that I
see this bug on 4.19 but not on 4.20. So I bisected to find the commit in the
4.20 series that fixes the bug. The fix appears to be:
commit 970a5ee41c72df46e3b0f307528c7d8ef7734a2e
Author: Ben Skeggs
Date: Wed Dec 12 16:51:17 2018 +1000
drm/nouveau/kms/nv50-: also flush fb writes when rewinding push buffer
Should hopefully fix a regression some people have been seeing since EVO
push buffers were moved to VRAM by default on Pascal GPUs.
Fixes: d00ddd9da ("drm/nouveau/kms/nv50-: allocate push buffers in vidmem
on pascal")
Signed-off-by: Ben Skeggs
Cc: # 4.19+
I can cherry pick just this commit on top of 4.19 and I get a stable system.
--
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 109187] [NVC1][optimus] nouveau black display, only mouse cursor visible
https://bugs.freedesktop.org/show_bug.cgi?id=109187 --- Comment #2 from Ilia Mirkin --- Do you still get the problem if you use intel as the main driver and modesetting as the "GPU" driver? -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 109187] New: [NVC1][optimus] nouveau black display, only mouse cursor visible
https://bugs.freedesktop.org/show_bug.cgi?id=109187 Bug ID: 109187 Summary: [NVC1][optimus] nouveau black display, only mouse cursor visible Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: domi...@greysector.net QA Contact: xorg-t...@lists.x.org Created attachment 142919 --> https://bugs.freedesktop.org/attachment.cgi?id=142919=edit Xorg.log with intel+nouveau drivers I'm getting black output on HDMI-connected display driven by nVidia GeForce GT 525M (GF108M). Mouse cursor is visible on both built-in display and on the external HDMI-connected display. This used to work on Fedora 27. I can see this on Fedora 29, but I can't pinpoint which package update broke it because I haven't checked the external display (a projector) for quite some time. This machine is a Dell XPS 15 L502X with Intel HD3000 integrated graphics and nVidia GeForce GT 525M discrete GPU in Optimus configuration. Here's my xorg.conf snippet: Section "Monitor" Identifier "Internal LCD" DisplaySize 345 195 EndSection Section "Monitor" VendorName "Benq" ModelName "W1100" Identifier "Projector" DisplaySize 16900 9400 EndSection Section "Device" Identifier "Internal Graphics" Driver "intel" Option "Monitor-LVDS1" "Internal LCD" Option "TearFree" "on" EndSection Section "Device" Identifier "Optimus Graphics" Driver "nouveau" Option "Monitor-HDMI-1-2" "Projector" EndSection Switching both drivers to "modesetting" makes the issue go away. I'm attaching Xorg logs for both configurations. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 109187] [NVC1][optimus] nouveau black display, only mouse cursor visible
https://bugs.freedesktop.org/show_bug.cgi?id=109187 --- Comment #1 from Dominik 'Rathann' Mierzejewski --- Created attachment 142920 --> https://bugs.freedesktop.org/attachment.cgi?id=142920=edit Xorg.log with modesetting driver -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 109186] New: Nouveau is freeze display. Only mouse working
https://bugs.freedesktop.org/show_bug.cgi?id=109186 Bug ID: 109186 Summary: Nouveau is freeze display. Only mouse working Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: ne-vleza...@yandex.ru QA Contact: nouveau@lists.freedesktop.org The system error from log: 5357.786413] nouveau :01:00.0: minetest[12794]: failed to idle channel 5 [minetest[12794]] [ 5372.786851] nouveau :01:00.0: minetest[12794]: failed to idle channel 5 [minetest[12794]] Kernel: 4.18.4 -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 109185] New: Nouveau is freeze display. Only mouse working
https://bugs.freedesktop.org/show_bug.cgi?id=109185 Bug ID: 109185 Summary: Nouveau is freeze display. Only mouse working Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: ne-vleza...@yandex.ru QA Contact: nouveau@lists.freedesktop.org The system error from log: 5357.786413] nouveau :01:00.0: minetest[12794]: failed to idle channel 5 [minetest[12794]] [ 5372.786851] nouveau :01:00.0: minetest[12794]: failed to idle channel 5 [minetest[12794]] Kernel: 4.18.4 -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [PATCH] drm/nouveau: Don't disable polling in fallback mode
Ben - ping? Just ran into this myself on a NV42.
On Wed, Nov 14, 2018 at 11:01 AM Takashi Iwai wrote:
>
> On Fri, 14 Sep 2018 13:59:25 +0200,
> Martin Peres wrote:
> >
> > On 14/09/2018 10:28, Ben Skeggs wrote:
> > > On Wed, 12 Sep 2018 at 20:59, Takashi Iwai wrote:
> > >>
> > >> When a fan is controlled via linear fallback without cstate, we
> > >> shouldn't stop polling. Otherwise it won't be adjusted again and
> > >> keeps running at an initial crazy pace.
> > > Martin,
> > >
> > > Any thoughts on this?
> > >
> > > Ben.
> >
> > Wow, blast from the past!
> >
> > Anyway, the analysis is pretty spot on here. When using the cstate-based
> > fan speed (change the speed of the fan based on what frequency is used),
> > then polling is unnecessary and this function should only be called when
> > changing the pstate.
> >
> > However, in the absence of ANY information, we fallback to a
> > temperature-based management which requires constant polling, so the
> > patch is accurate and poll = false should only be set if we have a cstate.
> >
> > So, the patch is Reviewed-by: Martin Peres
>
> Just a gentle reminder: this patch seems forgotten for 4.20 merge.
> Could you guys pick it if it's OK?
>
>
> Thanks!
>
> Takashi
>
> >
> > >
> > >>
> > >> Fixes: 800efb4c2857 ("drm/nouveau/drm/therm/fan: add a fallback if no
> > >> fan control is specified in the vbios")
> > >> Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1103356
> > >> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107447
> >
> > I see that Thomas has been having issues with the noise level anyway. I
> > suggest he should bump the value of temp1_auto_point1_temp (see
> > https://www.kernel.org/doc/Documentation/thermal/nouveau_thermal).
> >
> > The default value is set to 90°C which is quite safe on these old GPUs
> > (NVIDIA G71 / nv49). I would say that it is safe to go up to 110°C.
> > Which should reduce the noise level.
> >
> > Another technique may be to reduce the minimum fan speed to something
> > lower than 30°C. It should increase the slope but reduce the noise level
> > at a given temperature.
> >
> > One reason why these GPUs run so hot on nouveau is the lack of power and
> > clock gating. I am sorry that I never finished to reverse engineer these...
> >
> > Anyway, thanks a lot for the patch!
> >
> > >> Reported-by: Thomas Blume
> > >> Signed-off-by: Takashi Iwai
> > >>
> > >> ---
> > >> drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c | 7 ---
> > >> 1 file changed, 4 insertions(+), 3 deletions(-)
> > >>
> > >> diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c
> > >> b/drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c
> > >> index 3695cde669f8..07914e36939e 100644
> > >> --- a/drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c
> > >> +++ b/drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c
> > >> @@ -132,11 +132,12 @@ nvkm_therm_update(struct nvkm_therm *therm, int
> > >> mode)
> > >> duty = nvkm_therm_update_linear(therm);
> > >> break;
> > >> case NVBIOS_THERM_FAN_OTHER:
> > >> - if (therm->cstate)
> > >> + if (therm->cstate) {
> > >> duty = therm->cstate;
> > >> - else
> > >> + poll = false;
> > >> + } else {
> > >> duty =
> > >> nvkm_therm_update_linear_fallback(therm);
> > >> - poll = false;
> > >> + }
> > >> break;
> > >> }
> > >> immd = false;
> > >> --
> > >> 2.18.0
> > >>
> > >> ___
> > >> Nouveau mailing list
> > >> Nouveau@lists.freedesktop.org
> > >> https://lists.freedesktop.org/mailman/listinfo/nouveau
> >
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
