[Nouveau] [Bug 70390] [NV84] Repeated system crashes under graphics load, E[PFIFO] DMA_PUSHER 0x00406040 and lots of E[PGRAPH]

https://bugs.freedesktop.org/show_bug.cgi?id=70390 --- Comment #23 from Mathieu Malaterre --- This can reproduce on PPC32 machines easily: https://bugzilla.kernel.org/show_bug.cgi?id=187111 -- You are receiving this mail because: You are the assignee for the

Re: [Nouveau] [PATCH] drm/nouveau: Drop superfluous DRM_SWITCH_POWER_DYNAMIC_OFF checks

On Tue, Nov 08, 2016 at 12:57:00PM +0100, Lukas Wunner wrote: > nouveau's ->suspend and ->resume callbacks are currently skipped if the > device's status is either DRM_SWITCH_POWER_OFF (powered off by > vga_switcheroo manual power control) or DRM_SWITCH_POWER_DYNAMIC_OFF > (runtime suspended). >

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On 8 November 2016 at 16:21, Karol Herbst wrote: > 2016-11-08 17:12 GMT+01:00 Arnd Bergmann : >> On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote: >>> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote: >>> > The underlying problem is

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

2016-11-08 17:12 GMT+01:00 Arnd Bergmann : > On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote: >> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote: >> > The underlying problem is that we already have a number of other >> > symbols that either have "depends

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

2016-11-08 16:46 GMT+01:00 Ilia Mirkin : > On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote: >> The newly introduced LED handling for nouveau fails to link when the >> driver is built-in but the LED subsystem is a loadable module: >> >>

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote: > On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote: > > The underlying problem is that we already have a number of other > > symbols that either have "depends on LEDS_CLASS" or > > "select LEDS_CLASS". To clean that up

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On 08/11/16 15:56, Arnd Bergmann wrote: The newly introduced LED handling for nouveau fails to link when the driver is built-in but the LED subsystem is a loadable module: drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend': tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote: > The underlying problem is that we already have a number of other > symbols that either have "depends on LEDS_CLASS" or > "select LEDS_CLASS". To clean that up properly, we should either > make the symbol itself hidden and only select

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On Tuesday, November 8, 2016 10:46:07 AM CET Ilia Mirkin wrote: > > diff --git a/drivers/gpu/drm/nouveau/Kconfig > > b/drivers/gpu/drm/nouveau/Kconfig > > index 78631fb61adf..715cd6f4dc31 100644 > > --- a/drivers/gpu/drm/nouveau/Kconfig > > +++ b/drivers/gpu/drm/nouveau/Kconfig > > @@ -46,6

Re: [Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote: > The newly introduced LED handling for nouveau fails to link when the > driver is built-in but the LED subsystem is a loadable module: > > drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend': >

[Nouveau] [Bug 98629] OpenGL applications warns "MESA-LOADER: failed to retrieve device information"

https://bugs.freedesktop.org/show_bug.cgi?id=98629 Emil Velikov changed: What|Removed |Added Assignee|nouveau@lists.freedesktop.o

[Nouveau] [Bug 98630] Bad color and glitches on PPC64

https://bugs.freedesktop.org/show_bug.cgi?id=98630 --- Comment #19 from Ilia Mirkin --- (In reply to Ilia Mirkin from comment #18) > (In reply to Mingcong Bai from comment #17) > > Suspecting that this could still be an application-based issue, I have filed > > some issues

[Nouveau] [Bug 98630] Bad color and glitches on PPC64

https://bugs.freedesktop.org/show_bug.cgi?id=98630 --- Comment #18 from Ilia Mirkin --- (In reply to Mingcong Bai from comment #17) > Suspecting that this could still be an application-based issue, I have filed > some issues to GNOME and KDE developers, as their desktop

[Nouveau] [PATCH] drm/nouveau: fix LEDS_CLASS=m configuration

The newly introduced LED handling for nouveau fails to link when the driver is built-in but the LED subsystem is a loadable module: drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend': tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined reference to `nouveau_led_suspend'

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #87 from Yann Golanski --- (In reply to Karol Herbst from comment #86) > (In reply to Yann Golanski from comment #85) > > Could we at least have this as a patch for now until a better one comes > > along.

[Nouveau] [PATCH] drm/nouveau: Drop superfluous DRM_SWITCH_POWER_DYNAMIC_OFF checks

nouveau's ->suspend and ->resume callbacks are currently skipped if the device's status is either DRM_SWITCH_POWER_OFF (powered off by vga_switcheroo manual power control) or DRM_SWITCH_POWER_DYNAMIC_OFF (runtime suspended). In the former case this makes sense since the device is powered off

[Nouveau] [Bug 98631] GPU lock ups when starting GDM, SDDM, and Plasma Desktop

https://bugs.freedesktop.org/show_bug.cgi?id=98631 --- Comment #4 from poma --- Apropos Xfce 4.12, notice two variants of the Xfwm4: = Xfwm4 4.12.3 "released" - Xrender driven compositor, it can be run on virtually any machine $ xfwm4 --version ...

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #86 from Karol Herbst --- (In reply to Yann Golanski from comment #85) > (In reply to Wojciech Arabczyk from comment #82) > > Created attachment 127564 [details] > > dmesg after applying patch to limit bar to

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #85 from Yann Golanski --- (In reply to Wojciech Arabczyk from comment #82) > Created attachment 127564 [details] > dmesg after applying patch to limit bar to 3GB > > After applying the patch to limit ram to