Displaying 20 results from an estimated 1000 matches similar to: "[PATCH] drm/nouveau: fix nvif/device.h is included more than once"
2019 May 26
0
[PATCH] drm/nouveau/dispnv04: subdev/bios.h is included more than once
remove duplicate inclusion of subdev/bios.h
Issue identified by includecheck
Signed-off-by: Hariprasad Kelam <hariprasad.kelam at gmail.com>
---
drivers/gpu/drm/nouveau/dispnv04/disp.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv04/disp.h b/drivers/gpu/drm/nouveau/dispnv04/disp.h
index c6ed20a..195d899 100644
---
2017 Jul 12
2
[PATCH] drm/nouveau: split nouveau_drm_postclose back in pre/postclose
This patch brings back the old nouveau_drm_preclose and nouveau_drm_postclose
functions for closing down a drm device
Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de>
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c
index
2017 Mar 08
1
[PATCH 14/24] drm/nouveau: Merge pre/postclose hooks
Again no apparent explanation for the split except hysterical raisins.
Merging them also makes it a bit more obviuos what's going on wrt the
runtime pm refdancing.
Cc: Ben Skeggs <bskeggs at redhat.com>
Cc: nouveau at lists.freedesktop.org
Signed-off-by: Daniel Vetter <daniel.vetter at intel.com>
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 9 +--------
1 file changed, 1
2017 May 08
1
[PATCH RESEND 1/4] drm/nouveau: Merge pre/postclose hooks
Again no apparent explanation for the split except hysterical raisins.
Merging them also makes it a bit more obviuos what's going on wrt the
runtime pm refdancing.
Cc: Ben Skeggs <bskeggs at redhat.com>
Cc: nouveau at lists.freedesktop.org
Reviewed-by: Sean Paul <seanpaul at chromium.org>
Reviewed-by: Liviu Dudau <Liviu.Dudau at arm.com>
Signed-off-by: Daniel Vetter
2012 Aug 19
0
[PATCH 05/10] drm/nouveau: quiet some static-related sparse noise
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/nouveau/core/core/gpuobj.c | 2 +-
drivers/gpu/drm/nouveau/core/core/object.c | 8 ++++----
drivers/gpu/drm/nouveau/core/core/option.c | 2 +-
.../drm/nouveau/core/engine/copy/fuc/nva3.fuc.h | 4 ++--
.../drm/nouveau/core/engine/copy/fuc/nvc0.fuc.h | 4 ++--
2024 May 24
1
[PATCH v3] drm/nouveau/nvif: Avoid build error due to potential integer overflows
Trying to build parisc:allmodconfig with gcc 12.x or later results
in the following build error.
drivers/gpu/drm/nouveau/nvif/object.c: In function 'nvif_object_mthd':
drivers/gpu/drm/nouveau/nvif/object.c:161:9: error:
'memcpy' accessing 4294967264 or more bytes at offsets 0 and 32 overlaps 6442450881 bytes at offset -2147483617 [-Werror=restrict]
161 | memcpy(data,
2018 Jun 15
2
[PATCH] drm/nouveau/nvif: remove const attribute from nvif_mclass
Similar to commit 0bf8bf50eddc ("module: Remove
const attribute from alias for MODULE_DEVICE_TABLE")
Fixes many -Wduplicate-decl-specifier warnings due to the combination of
const typeof() of already const variables.
Signed-off-by: Nick Desaulniers <ndesaulniers at google.com>
---
drivers/gpu/drm/nouveau/include/nvif/object.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
2015 Nov 26
0
[libdrm 09/13] nouveau: import and install a selection of nvif headers from the kernel
From: Ben Skeggs <bskeggs at redhat.com>
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
---
include/drm/nouveau_drm.h | 1 +
nouveau/Makefile.am | 11 +++-
nouveau/libdrm_nouveau.pc.in | 2 +-
nouveau/nvif/cl0080.h | 45 ++++++++++++++
nouveau/nvif/cl9097.h | 44 ++++++++++++++
nouveau/nvif/class.h | 141
2024 May 18
1
[PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
On 5/18/24 10:32, Kees Cook wrote:
> On Sat, May 18, 2024 at 06:54:36PM +0200, Christophe JAILLET wrote:
>> (adding linux-hardening at vger.kernel.org)
>>
>>
>> Le 18/05/2024 ? 16:37, Guenter Roeck a ?crit?:
>>> Trying to build parisc:allmodconfig with gcc 12.x or later results
>>> in the following build error.
>>>
>>>
2018 Jun 15
0
[PATCH] drm/nouveau/nvif: remove const attribute from nvif_mclass
On Fri, Jun 15, 2018 at 3:56 PM Nick Desaulniers
<ndesaulniers at google.com> wrote:
>
> Similar to commit 0bf8bf50eddc ("module: Remove
> const attribute from alias for MODULE_DEVICE_TABLE")
>
> Fixes many -Wduplicate-decl-specifier warnings due to the combination of
> const typeof() of already const variables.
>
> Signed-off-by: Nick Desaulniers
2019 Aug 07
0
[PATCH] drm/nouveau/nvif/mmu: Use struct_size() helper
One of the more common cases of allocation size calculations is finding
the size of a structure that has a zero-sized array at the end, along
with memory for some number of elements for that array. For example:
struct nvif_mmu_kind_v0 {
...
__u8 data[];
};
Make use of the struct_size() helper instead of an open-coded version
in order to avoid any potential type mistakes.
So, replace
2018 Jun 15
1
[PATCH v2] drm/nouveau/nvif: remove const attribute from nvif_mclass
Similar to commit 0bf8bf50eddc ("module: Remove
const attribute from alias for MODULE_DEVICE_TABLE")
Fixes many -Wduplicate-decl-specifier warnings due to the combination of
const typeof() of already const variables.
Signed-off-by: Nick Desaulniers <ndesaulniers at google.com>
---
Changes since v1: added additional space after statements.
2024 May 18
1
[PATCH v2] drm/nouveau/nvif: Avoid build error due to potential integer overflows
Trying to build parisc:allmodconfig with gcc 12.x or later results
in the following build error.
drivers/gpu/drm/nouveau/nvif/object.c: In function 'nvif_object_mthd':
drivers/gpu/drm/nouveau/nvif/object.c:161:9: error:
'memcpy' accessing 4294967264 or more bytes at offsets 0 and 32 overlaps 6442450881 bytes at offset -2147483617 [-Werror=restrict]
161 | memcpy(data,
2024 May 18
1
[PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
Trying to build parisc:allmodconfig with gcc 12.x or later results
in the following build error.
drivers/gpu/drm/nouveau/nvif/object.c: In function 'nvif_object_mthd':
drivers/gpu/drm/nouveau/nvif/object.c:161:9: error:
'memcpy' accessing 4294967264 or more bytes at offsets 0 and 32 overlaps 6442450881 bytes at offset -2147483617 [-Werror=restrict]
161 | memcpy(data,
2024 May 18
1
[PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
(adding linux-hardening at vger.kernel.org)
Le 18/05/2024 ? 16:37, Guenter Roeck a ?crit?:
> Trying to build parisc:allmodconfig with gcc 12.x or later results
> in the following build error.
>
> drivers/gpu/drm/nouveau/nvif/object.c: In function 'nvif_object_mthd':
> drivers/gpu/drm/nouveau/nvif/object.c:161:9: error:
> 'memcpy' accessing 4294967264 or more
2024 May 18
1
[PATCH] drm/nouveau/nvif: Avoid build error due to potential integer overflows
On Sat, May 18, 2024 at 06:54:36PM +0200, Christophe JAILLET wrote:
> (adding linux-hardening at vger.kernel.org)
>
>
> Le 18/05/2024 ? 16:37, Guenter Roeck a ?crit?:
> > Trying to build parisc:allmodconfig with gcc 12.x or later results
> > in the following build error.
> >
> > drivers/gpu/drm/nouveau/nvif/object.c: In function 'nvif_object_mthd':
2018 Sep 08
1
[PATCH 1/2] nvif: allow userspace to use the notification interfaces
we need those so that userspace can get notified about channel resets.
Required to implement GL_ARB_robustness correctly. Currently we advertise
it, but we aren't able to handle gpu resets inside mesa without it.
Signed-off-by: Karol Herbst <kherbst at redhat.com>
---
drm/nouveau/nouveau_abi16.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/drm/nouveau/nouveau_abi16.c
2014 Feb 01
0
[RFC 02/16] drm/nouveau: basic support for platform devices
The T124 generation of Tegra GPUs uses the Kepler architecture and can
thus be driven by Nouveau. However, they are declared as platform
devices using the Device Tree, and Nouveau has a very strong dependency
on PCI. This patch makes Nouveau core able to handle platform devices as
well as PCI devices.
Commonly-used PCI functions include resource range query and page
mapping. These functions are
2023 Apr 07
3
[PATCH 2/2] drm/nouveau/kms: Add INHERIT ioctl to nvkm/nvif for reading IOR state
Now that we're supporting things like Ada and the GSP, there's situations
where we really need to actually know the display state that we're starting
with when loading the driver in order to prevent breaking GSP expectations.
The first step in doing this is making it so that we can read the current
state of IORs from nvkm in DRM, so that we can fill in said into into the
atomic state.
2015 Jun 08
2
[PATCH RFC 05/20] pm: reorganize the nvif interface
On 8 June 2015 at 06:40, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote:
> This commit introduces the NVIF_IOCTL_NEW_V0_PERFMON class which will be
> used in order to query domains, signals and sources. This separates the
> querying and the counting interface.
Hey Samuel,
I've merged patches 1-4 already, I've got some comments on this one,
but after they're solved