Re: [Nouveau] [PATCH REBASED 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

Hi, On Sun, Apr 17, 2016 at 09:57:42PM +0200, Pierre Moreau wrote: > The Apple GMUX is the one managing the backlight, so there is no need for > Nouveau to register its own backlight interface. > > Signed-off-by: Pierre Moreau > --- > drm/nouveau/nouveau_backlight.c | 7

[Nouveau] [PATCH v2 1/2] nouveau/bl: Assign different names to interfaces

Currently, every backlight interface created by Nouveau uses the same name, nv_backlight. This leads to a sysfs warning as it tries to create an already existing folder. This patch adds a incremented number to the name, but keeps the initial name as nv_backlight, to avoid possibly breaking

[Nouveau] [PATCH REBASED 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. Signed-off-by: Pierre Moreau --- drm/nouveau/nouveau_backlight.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[Nouveau] [Bug 91523] [NVE7] driver cannot initialize gpu(failed to parse ramcfg data)

https://bugs.freedesktop.org/show_bug.cgi?id=91523 --- Comment #3 from Ilia Bozhinov --- It seems that the code that triggers this bug is in drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgk104.cpp around line 1583. It seems that the assumption in the comment is not true, on my

[Nouveau] [Bug 93458] page allocation failure: order:5, mode:0x240c0c0

https://bugs.freedesktop.org/show_bug.cgi?id=93458 Ilia Mirkin changed: What|Removed |Added Status|NEW |RESOLVED

[Nouveau] [Bug 94342] Nvidia G96GLM 3840x2160@30 not functional with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94342 --- Comment #4 from Elmar Stellnberger --- 4.6.0-rc2-ARCH-4-g603539d: As soon as I boot with a hdmimhz=297 I get a blackscreen though the graphics card is known to work with 3840x2160@30 under Windows; i.e. that should

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #17 from Elmar Stellnberger --- Created attachment 123007 --> https://bugs.freedesktop.org/attachment.cgi?id=123007=edit journal: delayed wakeup with Celsius on 4.6.0-rc2 Now I have also tried it with the

[Nouveau] [Bug 93458] page allocation failure: order:5, mode:0x240c0c0

https://bugs.freedesktop.org/show_bug.cgi?id=93458 --- Comment #7 from Matt Whitlock --- FYI: Ilia Mirkin submitted the patch from Comment 4 to the Nouveau listserv on 6 Mar 2016. I think I'll apply this patch to my 4.4.7 kernel.

Re: [Nouveau] [PATCH 1/2] nouveau/bl: Assign different names to interfaces

[…] > > > + const int nb = atomic_inc_return(_interfaces_nb) - 1; > > This kinda sucks if you reload nouveau a bunch. How about using an > "ida". Have a look in drivers/gpu/drm/drm_crtc.c for how I use that > one. I had a quick look at drm_crtc.c. This seems to be exactly what I need,

[Nouveau] [Bug 93458] page allocation failure: order:5, mode:0x240c0c0

https://bugs.freedesktop.org/show_bug.cgi?id=93458 --- Comment #6 from Matt Whitlock --- (In reply to Matt Whitlock from comment #5) > I would venture a guess that the memory allocated for a GPU FIFO buffer > needs to be physically continuous, as it will be used

[Nouveau] [Bug 93458] page allocation failure: order:5, mode:0x240c0c0

https://bugs.freedesktop.org/show_bug.cgi?id=93458 Matt Whitlock changed: What|Removed |Added CC|