similar to: [PATCH] devinit/nv50: remove unneeded variable

Displaying 20 results from an estimated 200 matches similar to: "[PATCH] devinit/nv50: remove unneeded variable"

2016 Feb 11
1
[PATCH] devinit/gf100-: detect if BIOS invoked devinit
It is not advisable to perform devinit if it has already been done. VBIOS will very likely have invoked devinit if the GPU is the primary graphics device, but there is no accurate way to detect this fact yet. This patch adds such a method for gf100 and later chips, by means of the NV_PTOP_SCRATCH1_DEVINIT_COMPLETED bit. This bit is set to 1 by devinit, and reset to 0 when the GPU is powered.
2017 Jan 28
0
[PATCH v2] drm/nouveau/devinit/gf100-: try to avoid double-running vbios scripts
Turns out some VBIOSes don't actually set the bit in question in 2240c. Use the nv50-style detection to try avoiding running the vbios twice. Fixes: a6a0f67ca7aa ("drm/nouveau/devinit/gf100-: detect if BIOS invoked devinit") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97620 Cc: <stable at vger.kernel.org> # v4.6+ Signed-off-by: Ilia Mirkin <imirkin at
2017 Jan 28
0
[PATCH] drm/nouveau/devinit/gf100-: try to avoid double-running vbios scripts
Turns out some VBIOSes don't actually set the bit in question in 2240c. Use the nv50-style detection to try avoiding running the vbios twice. Fixes: a6a0f67ca7aa ("drm/nouveau/devinit/gf100-: detect if BIOS invoked devinit") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97620 Cc: stable at vger.kernel.org # v4.6+ Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
2016 Apr 01
0
[PATCH] devinit/gf100: make devinit on resume safer
In case of successful suspend, devinit will have to be run and this is the behavior currently hardcoded. However, as FD bug 94725 suggests, there might be cases where runtime suspend leaves the GPU powered, and in such cases devinit should not be run on resume. On GF100+ we have a reliable way to know whether we need to run devinit. Use it instead of blindly trusting the flag set by
2017 Jan 10
0
[bug report] drm/nouveau/devinit: move simple pll setting routines to devinit
Hello Ben Skeggs, The patch 88524bc06926: "drm/nouveau/devinit: move simple pll setting routines to devinit" from Mar 5, 2013, leads to the following static checker warning: drivers/gpu/drm/nouveau/nvkm/subdev/devinit/nv50.c:53 nv50_devinit_pll_set() info: return a literal instead of 'ret' drivers/gpu/drm/nouveau/nvkm/subdev/devinit/nv50.c 34 int 35
2017 Nov 02
0
[PATCH] drm/nouveau/devinit/nv04: mark expected switch fall-throughs
In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Addresses-Coverity-ID: 143119 Addresses-Coverity-ID: 143120 Addresses-Coverity-ID: 143121 Addresses-Coverity-ID: 143122 Addresses-Coverity-ID: 143123 Addresses-Coverity-ID: 143124 Signed-off-by: Gustavo A. R. Silva <garsilva at embeddedor.com> ---
2020 Jul 27
0
[PATCH] drm/nouveau: add config NvForceGpioReset
Some OEMs manage to mess up their VBIOS such that GPIO isn't initialized correctly at boot time. The NVIDIA proprietary driver seems to initialize GPIO unconditionally at boot. Nouveau doesn't because it assumes GPIO is set up correctly. This patch adds a new config option, NvForceGpio, which allow users with broken VBIOS to force a GPIO reset at boot time. This issue seems to be rare
2016 Feb 19
0
[PATCH v2 1/4] subdev/iccsense: add new subdev for power sensors
From: Martin Peres <martin.peres at free.fr> Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/include/nvkm/core/device.h | 83 +++++++++---------- drm/nouveau/include/nvkm/subdev/iccsense.h | 10 +++ drm/nouveau/nvkm/core/subdev.c | 83 +++++++++---------- drm/nouveau/nvkm/engine/device/base.c | 124 +++++++++++++++--------------
2016 Feb 20
0
[PATCH v4 1/6] subdev/iccsense: add new subdev for power sensors
From: Martin Peres <martin.peres at free.fr> Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/include/nvkm/core/device.h | 83 +++++++++---------- drm/nouveau/include/nvkm/subdev/iccsense.h | 10 +++ drm/nouveau/nvkm/core/subdev.c | 83 +++++++++---------- drm/nouveau/nvkm/engine/device/base.c | 124 +++++++++++++++--------------
2024 Mar 14
1
[PATCH] nouveau/gsp: don't check devinit disable on GSP.
From: Dave Airlie <airlied at redhat.com> GSP should be handling this and I can see no evidence in opengpu driver that this register should be touched. Fixed acceleration on 2080 Ti GPUs. Fixes: 15740541e8f0 ("drm/nouveau/devinit/tu102-: prepare for GSP-RM") Signed-off-by: Dave Airlie <airlied at redhat.com> --- drivers/gpu/drm/nouveau/nvkm/subdev/devinit/r535.c | 1 - 1
2019 Jun 02
3
[PATCH 0/2] drm/nouveau/bios/init: Improve pre-PMU devinit opcode coverage
NVIDIA GPUs include a common scripting language (devinit) that can be interpreted by a number of "engines", e.g. within a kernel-mode software driver, the VGA BIOS or an on-board small microcontroller which provides certain security assertions (the 'PMU'). This system allows a GPU programming sequence to be shared by multiple entities that would not otherwise be able to execute
2014 Jan 19
0
[PATCH] devinit: lock/unlock crtc regs for all devices, not just pre-nv50
On Sun, Jan 19, 2014 at 4:18 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > Also make nv_lockvgac work for nv50+ devices. This should fix IO_CONDITION and > related VBIOS opcodes that read/write the crtc regs. > > See https://bugs.freedesktop.org/show_bug.cgi?id=60680 > > Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> > --- > > Ben, is this what you
2014 Jan 19
0
[PATCH] devinit: lock/unlock crtc regs for all devices, not just pre-nv50
That's great -- can you just confirm that this is what you did (every so often things work for the wrong reasons): (a) grabbed the ~darktama repo (b) took the MXM patch, futzed with the paths (since it was against the linux tree), applied it (c) took the patch off the mailing list, applied it (paths should have been fine) (d) DID NOT apply the vbios-pq1 patch in any form And then you built
2017 Jan 11
8
[Bug 99372] New: Nvidia 640M devinit fails
https://bugs.freedesktop.org/show_bug.cgi?id=99372 Bug ID: 99372 Summary: Nvidia 640M devinit fails Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at
2007 Apr 02
2
Changed: Was: Re: Beta question - initial install of packages Now: Turn off unneeded services after installation
>Date: Sun, 01 Apr 2007 05:38:20 -0500 >From: Johnny Hughes <mailing-lists at hughesjr.com> >Subject: Re: [CentOS] Beta question - initial install of packages >To: CentOS mailing list <centos at centos.org> >Message-ID: <1175423900.13599.88.camel at myth.home.local> >Content-Type: text/plain; charset="us-ascii" <snip> <Even with the mostly
2007 Apr 05
0
Changed: Was: Re: Beta question - initial install of packages Now: Turn off unneeded services after installation
>Message: 13 >Date: Mon, 2 Apr 2007 16:14:35 -0700 >From: "Mark Hull-Richter" <mhullrich at gmail.com> >Subject: Re: Changed: Was: Re: [CentOS] Beta question - initial >install of packages Now: Turn off unneeded services after installation >To: "CentOS mailing list" <centos at centos.org> >Message-ID:
2008 Mar 20
0
gtk-window-decorator - unneeded MAX ()
Hi, it seems to me that line gtk-window-decorator.c:3324 could be written as "top_width = w;" as w will always me the maximum, due to line 3319. 3319 if (w < ICON_SPACE + d->button_width) 3320 return FALSE; 3321 3322 top_width = name_width + d->button_width + ICON_SPACE; 3323 if (w < top_width) 3324 top_width = MAX (ICON_SPACE +
2004 Mar 07
0
How to use smbclient to tar files that dont include the unneeded path?
Hi All, I wantto use smbclient to tar files in a deep directory. but don't want the tar file include the unneeded path. How to do? For example. If the files are in /home/user1/ , I want to tar files and directorys in this directory. When use 'smbclient //server/share -N -D /home/user1/ -Tc aa.tar' , and the files in aa.tar contain the unneeded path of /home/user1/, which I don't
2011 Jun 10
0
[PATCH] btrfs: remove unneeded includes from scrub.c
Signed-off-by: Arne Jansen <sensille@gmx.net> --- fs/btrfs/scrub.c | 6 ------ 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c index 92cac19..a8d03d5 100644 --- a/fs/btrfs/scrub.c +++ b/fs/btrfs/scrub.c @@ -16,13 +16,7 @@ * Boston, MA 021110-1307, USA. */ -#include <linux/sched.h> -#include <linux/pagemap.h> -#include
2014 Jun 13
0
[PATCH 2/2] drm/nouveau: Remove an unneeded write while initialising PGRAPH
The blob does not seem to write at that place for my NVAC, though it does for my NV96, agreeing with what is done in the if/else structure below. I guess someone forgot to remove the line when the if/else was put in place. Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 1 - 1 file changed, 1 deletion(-) diff --git