search for: nouveau_screen

Displaying 20 results from an estimated 79 matches for "nouveau_screen".

2015 Nov 26
9
[mesa 1/9] nouveau: bump required libdrm version to 2.4.66
From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4016871..c02ee61 100644 --- a/configure.ac +++ b/configure.ac @@ -73,7 +73,7 @@ LIBDRM_RADEON_REQUIRED=2.4.56 LIBDRM_AMDGPU_REQUIRED=2.4.63 LIBDRM_INTEL_REQUIRED=2.4.61
2015 Dec 16
11
[mesa v3 1/9] nouveau: bump required libdrm version to 2.4.66
From: Ben Skeggs <bskeggs at redhat.com> v2. forgot bump for non-gallium driver Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index b6680d0..965c6f7 100644 --- a/configure.ac +++ b/configure.ac @@ -72,8 +72,8 @@ LIBDRM_REQUIRED=2.4.60
2015 Nov 27
13
[mesa v2 1/9] nouveau: bump required libdrm version to 2.4.66
From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4016871..c02ee61 100644 --- a/configure.ac +++ b/configure.ac @@ -73,7 +73,7 @@ LIBDRM_RADEON_REQUIRED=2.4.56 LIBDRM_AMDGPU_REQUIRED=2.4.63 LIBDRM_INTEL_REQUIRED=2.4.61
2009 Dec 20
2
[PATCH 1/2] nv50: don't emit reloc markers after a referenced vtxbuf is mapped
- This avoids some problematic "reloc'ed while mapped" messages and some associated corruption as well. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++ src/gallium/drivers/nouveau/nouveau_stateobj.h | 20 +++++++++++++++++++- src/gallium/drivers/nv50/nv50_screen.c | 20 ++++++++++++++++++++ src/gallium/drivers/nv50/nv50_screen.h | 2...
2009 Dec 30
0
Add NOUVEAU_VTXIDX_IN_VRAM variable to put vertex/index buffers in VRAM
...ith helpful messages, prompting the user the report his configuration if we got the default setting wrong. It turns it on by default on NV49, as it is what I am seeing corruption on. This needs investigation and user reports to find out which cards are susceptible. --- src/gallium/drivers/nouveau/nouveau_screen.c | 57 +++++++++++++++++++++++-- src/gallium/drivers/nouveau/nouveau_screen.h | 2 + 2 files changed, 54 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/nouveau/nouveau_screen.c b/src/gallium/drivers/nouveau/nouveau_screen.c index 0437af3..a30c9c6 100644 --- a/src/gallium/driv...
2009 Dec 20
1
[PATCH] nv50: remove vtxbuf stateobject after a referenced vtxbuf is mapped
- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. - Also add one nouveau_bo_unmap() in the vbo code that wasn't present. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++ src/gallium/drivers/nouveau/nouveau_stateobj.h | 13 +++++++++++++ src/gallium/drivers/nv50/nv50_screen.c | 23 +++++++++++++++++++++++ src/gallium/drivers/nv50/nv50_screen.h | 2 ++...
2016 Sep 23
2
[Bug 97900] New: [regression] nouveau_screen.c:230:2: error: implicit declaration of function ‘nouveau_drm_del’
https://bugs.freedesktop.org/show_bug.cgi?id=97900 Bug ID: 97900 Summary: [regression] nouveau_screen.c:230:2: error: implicit declaration of function ‘nouveau_drm_del’ Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Dri...
2015 Dec 07
2
[mesa v2 5/9] nouveau: fix screen creation failure paths
...lting in accesses to freed memory etc. > > This commit fixes the problem by allowing the winsys to detect whether > the pipe driver's destroy function needs to be called or not. > > Signed-off-by: Ben Skeggs <bskeggs at redhat.com> > --- > src/gallium/drivers/nouveau/nouveau_screen.c | 8 ++++++-- > src/gallium/drivers/nouveau/nv30/nv30_screen.c | 19 ++++++++++--------- > src/gallium/drivers/nouveau/nv50/nv50_screen.c | 6 +++--- > src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 9 ++++----- > src/gallium/winsys/nouveau/drm/nouveau_drm_w...
2017 Jun 07
5
[Bug 101335] New: build failure: nouveau_screen.c:105:8: error: implicit declaration of function ‘nouveau_drm_new’;
https://bugs.freedesktop.org/show_bug.cgi?id=101335 Bug ID: 101335 Summary: build failure: nouveau_screen.c:105:8: error: implicit declaration of function ‘nouveau_drm_new’; Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Dr...
2014 Feb 05
2
[PATCH] nouveau/video: make sure that firmware is present when checking caps
...mit.edu> Cc: 10.0 10.1 <mesa-stable at lists.freedesktop.org> --- I tested this on a VP3 card. Would be nice if someone could give the (somewhat different) vp2 logic a shot. Emil perhaps? If no one confirms after a while I'll go swap cards in my computer. src/gallium/drivers/nouveau/nouveau_screen.h | 5 ++ src/gallium/drivers/nouveau/nouveau_vp3_video.c | 54 +++++++++++++++++++- src/gallium/drivers/nouveau/nv50/nv84_video.c | 68 ++++++++++++++++++++++++- 3 files changed, 123 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/nouveau/nouveau_screen.h b/src/gallium/driver...
2015 Dec 07
1
[mesa v2 5/9] nouveau: fix screen creation failure paths
...>> This commit fixes the problem by allowing the winsys to detect whether >>> the pipe driver's destroy function needs to be called or not. >>> >>> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> >>> --- >>> src/gallium/drivers/nouveau/nouveau_screen.c | 8 ++++++-- >>> src/gallium/drivers/nouveau/nv30/nv30_screen.c | 19 ++++++++++--------- >>> src/gallium/drivers/nouveau/nv50/nv50_screen.c | 6 +++--- >>> src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 9 ++++----- >>> src/gallium/...
2015 Nov 27
0
[mesa v2 5/9] nouveau: fix screen creation failure paths
...d have already destroyed it, resulting in accesses to freed memory etc. This commit fixes the problem by allowing the winsys to detect whether the pipe driver's destroy function needs to be called or not. Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 8 ++++++-- src/gallium/drivers/nouveau/nv30/nv30_screen.c | 19 ++++++++++--------- src/gallium/drivers/nouveau/nv50/nv50_screen.c | 6 +++--- src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 9 ++++----- src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c | 16 +++++++...
2015 Dec 07
0
[mesa v2 5/9] nouveau: fix screen creation failure paths
...emory etc. >> >> This commit fixes the problem by allowing the winsys to detect whether >> the pipe driver's destroy function needs to be called or not. >> >> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> >> --- >> src/gallium/drivers/nouveau/nouveau_screen.c | 8 ++++++-- >> src/gallium/drivers/nouveau/nv30/nv30_screen.c | 19 ++++++++++--------- >> src/gallium/drivers/nouveau/nv50/nv50_screen.c | 6 +++--- >> src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 9 ++++----- >> src/gallium/winsys/nouveau/d...
2017 May 26
4
[Bug 101199] New: nouveau_screen.c: undefined reference to `nouveau_drm_del'
https://bugs.freedesktop.org/show_bug.cgi?id=101199 Bug ID: 101199 Summary: nouveau_screen.c: undefined reference to `nouveau_drm_del' Product: Mesa Version: 17.1 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouv...
2014 Oct 27
4
[PATCH 0/3] nouveau: support for custom VRAM domains
This series is to allow NVIDIA chips with shared memory to operate more efficiently (and to operate at all once we disable VRAM from the kernel driver) by allowing nouveau_screen to specify a domain to use for objects originally allocated into VRAM. If the domain is not overridden, the default NOUVEAU_BO_VRAM is used. A NV_VRAM_DOMAIN() macro is then introduced to be used in place of NOUVEAU_BO_VRAM when allocating objects, so the right domain for the chip is used. Doing s...
2010 May 03
2
_mesa_init_texture_s3tc() vs util_format_s3tc_init()
...; Looking at llvm and r300 code and trying to guess, I came up with the > following patch that allows flightgear to start again. But I don't > really understand that stuff so it could be wrong. > nvfx is probably affected as well. > > > diff --git a/src/gallium/drivers/nouveau/nouveau_screen.c > b/src/gallium/drivers/nouveau/nouveau_screen.c > index 233a91a..a91b00b 100644 > --- a/src/gallium/drivers/nouveau/nouveau_screen.c > +++ b/src/gallium/drivers/nouveau/nouveau_screen.c > @@ -5,6 +5,7 @@ > ?#include "util/u_memory.h" > ?#include "util/u_inline...
2014 Jun 16
2
[PATCH 1/2] gallium/nouveau: decouple nouveau_fence implementation from screen
Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4 +- src/gallium/drivers/nouveau/nv30/nv30_screen.c | 23 +++++--- src/gallium/drivers/nouveau/nv50/nv50_context.c | 4 +- src/gallium/drivers/nouveau/nv50/nv50_scre...
2015 Jun 19
5
[PATCH v3 0/2] nouveau: support for custom VRAM domains
...hout VRAM and set the correct domain instead of expecting each chip to set its domain explicitly. Alexandre Courbot (2): nouveau: support for custom VRAM domains nvc0: use NV_VRAM_DOMAIN() macro src/gallium/drivers/nouveau/nouveau_buffer.c | 6 ++---- src/gallium/drivers/nouveau/nouveau_screen.c | 10 ++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 4 ++++ src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 2 +- src/gallium/drivers/nouveau/nvc0/nvc0_compute.c | 2 +- src/gallium/drivers/nouveau/nvc0/nvc0_context.c | 4 ++-- src/galliu...
2014 Nov 19
5
[PATCH v2 0/3] nouveau: support for custom VRAM domains
This series is to allow NVIDIA chips with shared memory to operate more efficiently (and to operate at all once we disable VRAM from the kernel driver) by allowing nouveau_screen to specify a domain to use for objects originally allocated into VRAM. If the domain is not overridden, the default NOUVEAU_BO_VRAM is used. A NV_VRAM_DOMAIN() macro is then introduced to be used in place of NOUVEAU_BO_VRAM when allocating objects, so the right domain for the chip is used. Doing s...
2009 Dec 21
2
[PATCH 1/2] Unreference state/buffer objects on context/screen destruction
...[i]); + } + nouveau_resource_free(&screen->vp_exec_heap); nouveau_resource_free(&screen->vp_data_heap); nouveau_resource_free(&screen->query_heap); @@ -161,6 +167,8 @@ nouveau_notifier_free(&screen->sync); nouveau_grobj_free(&screen->rankine); + nouveau_screen_fini(&screen->base); + FREE(pscreen); } Index: nv30/nv30_fragprog.c =================================================================== --- nv30/nv30_fragprog.c (wersja 32083) +++ nv30/nv30_fragprog.c (kopia robocza) @@ -870,6 +870,12 @@ nv30_fragprog_destroy(struct nv30_context *nv...