search for: clip_enable

Displaying 14 results from an estimated 14 matches for "clip_enable".

2015 May 24
2
[Mesa-dev] [PATCH 2/2] nv30: fix clip plane uploads and enable changes
On Sun, May 24, 2015 at 10:56 AM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > > > On 24.05.2015 16:15, Pierre Moreau wrote: >>> >>> On 24 May 2015, at 16:03, Tobias Klausmann >>> <tobias.johannes.klausmann at mni.thm.de> wrote: >>> >>> >>> >>> On 24.05.2015 10:38, Samuel Pitoiset wrote:
2015 May 25
4
[RFC PATCH 00/11] Implement ARB_cull_distance
...[n], then use that), and 1 cull distance. In the TGSI, I'm thinking this might look approximately like PROPERTY CULL_MASK (1<<6) DCL OUT[0], CLIPDIST[0] DCL OUT[1], CLIPDIST[1] MOV OUT[1].y, 1 (clip distance[5]) MOV OUT[1].z, 1 (cull distance[0]) Then basically you'd have (rast->clip_enable & shader->actual_clip_writes_mask) | cull_mask = the enabled distances cull_mask = cull mask This would work *very* well for nouveau, not sure how suitable it is for other hardware. Cheers, -ilia
2010 Jan 14
1
xf86-video-nouveau compile error and fix
Hello, I found xf86-video-nouveau unable to compile on my system. Failing with two errors in nv_accel_common.c about NV50_2D_CLIP_ENABLE and NV50_2D_COLOR_KEY_ENABLE not being defined. Comparing the source to xf86-video-nv, i found the missing constants to be 0x290 for CLIP_ENABLE and 0x29c for COLOR_KEY_ENABLE. This got nv_accel_common.c to compile. I'd request these two constants to be defined to the said values and this bei...
2010 Jan 14
0
Fwd: xf86-video-nouveau compile error and fix
Hello, I found xf86-video-nouveau unable to compile on my system. Failing with two errors in nv_accel_common.c about NV50_2D_CLIP_ENABLE and NV50_2D_COLOR_KEY_ENABLE not being defined. Comparing the source to xf86-video-nv, i found the missing constants to be 0x290 for CLIP_ENABLE and 0x29c for COLOR_KEY_ENABLE. This got nv_accel_common.c to compile. I'd request these two constants to be defined to the said values and this bei...
2015 May 25
2
[RFC PATCH 00/11] Implement ARB_cull_distance
On 25 May 2015 at 08:11, Marek Olšák <maraeo at gmail.com> wrote: > It's the same on Radeon. There are 2x ClipOrCullDistance output > vectors and a mask saying it should clip or cull or do nothing. > > Marek > My thinking was gallium should have a single semantic and a mask in the shader definition maybe. though it doesn't solve the does nvidia do the right thing with
2015 May 27
2
[RFC PATCH 00/11] Implement ARB_cull_distance
...approximately like >> >> PROPERTY CULL_MASK (1<<6) >> DCL OUT[0], CLIPDIST[0] >> DCL OUT[1], CLIPDIST[1] >> MOV OUT[1].y, 1 (clip distance[5]) >> MOV OUT[1].z, 1 (cull distance[0]) >> >> Then basically you'd have >> >> (rast->clip_enable & shader->actual_clip_writes_mask) | cull_mask = >> the enabled distances >> cull_mask = cull mask >> >> This would work *very* well for nouveau, not sure how suitable it is >> for other hardware. >> >> Cheers, >> >> -ilia
2015 May 24
19
[RFC PATCH 00/11] Implement ARB_cull_distance
This patch series adds the needed support for this extension to the various parts of mesa to finally enable it for nvc0. Dave Airlie (1): glsl: lower cull_distance into cull_distance_mesa Tobias Klausmann (10): glapi: add GL_ARB_cull_distance mesa/main: add support for GL_ARB_cull_distance mesa/prog: Add varyings for arb_cull_distance mesa/st: add support for GL_ARB_cull_distance
2015 Mar 21
0
[PATCH] use defined method names where available
...@@ -110,13 +110,13 @@ NVAccelInit2D_NV50(ScrnInfoPtr pScrn) /* Magics from nv, no clue what they do, but at least some * of them are needed to avoid crashes. */ - BEGIN_NV04(push, SUBC_2D(0x0260), 1); + BEGIN_NV04(push, NV50_2D(UNK260), 1); PUSH_DATA (push, 1); BEGIN_NV04(push, NV50_2D(CLIP_ENABLE), 1); PUSH_DATA (push, 1); BEGIN_NV04(push, NV50_2D(COLOR_KEY_ENABLE), 1); PUSH_DATA (push, 0); - BEGIN_NV04(push, SUBC_2D(0x058c), 1); + BEGIN_NV04(push, NV50_2D(UNK58C), 1); PUSH_DATA (push, 0x111); pNv->currentRop = 0xfffffffa; @@ -205,7 +205,7 @@ NVAccelInitNV50TCL(ScrnInfoPtr pS...
2014 Jun 17
0
[PATCH try 2 2/2] gallium/nouveau: move pushbuf and fences to context
...- BEGIN_NVC0(push, SUBC_2D(NV01_SUBCHAN_OBJECT), 1); - PUSH_DATA (push, screen->eng2d->oclass); - BEGIN_NVC0(push, NVC0_2D(SINGLE_GPC), 1); - PUSH_DATA (push, 0); - BEGIN_NVC0(push, NVC0_2D(OPERATION), 1); - PUSH_DATA (push, NVC0_2D_OPERATION_SRCCOPY); - BEGIN_NVC0(push, NVC0_2D(CLIP_ENABLE), 1); - PUSH_DATA (push, 0); - BEGIN_NVC0(push, NVC0_2D(COLOR_KEY_ENABLE), 1); - PUSH_DATA (push, 0); - BEGIN_NVC0(push, SUBC_2D(0x0884), 1); - PUSH_DATA (push, 0x3f); - BEGIN_NVC0(push, SUBC_2D(0x0888), 1); - PUSH_DATA (push, 1); - BEGIN_NVC0(push, NVC0_2D(COND_MODE), 1); - PUSH_...
2014 Jun 17
2
[PATCH try 2 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 +-
2014 Jun 21
3
[Mesa-dev] [PATCH try 2 2/2] gallium/nouveau: move pushbuf and fences to context
...V01_SUBCHAN_OBJECT), 1); > - PUSH_DATA (push, screen->eng2d->oclass); > - BEGIN_NVC0(push, NVC0_2D(SINGLE_GPC), 1); > - PUSH_DATA (push, 0); > - BEGIN_NVC0(push, NVC0_2D(OPERATION), 1); > - PUSH_DATA (push, NVC0_2D_OPERATION_SRCCOPY); > - BEGIN_NVC0(push, NVC0_2D(CLIP_ENABLE), 1); > - PUSH_DATA (push, 0); > - BEGIN_NVC0(push, NVC0_2D(COLOR_KEY_ENABLE), 1); > - PUSH_DATA (push, 0); > - BEGIN_NVC0(push, SUBC_2D(0x0884), 1); > - PUSH_DATA (push, 0x3f); > - BEGIN_NVC0(push, SUBC_2D(0x0888), 1); > - PUSH_DATA (push, 1); > - BEGIN_NVC0...
2014 Dec 31
0
[PATCH 2/2] nvc0: regenerate rnndb headers
...0x00000002 -#define NVC0_2D_COND_MODE_EQUAL 0x00000003 -#define NVC0_2D_COND_MODE_NOT_EQUAL 0x00000004 - -#define NVC0_2D_CLIP_X 0x00000280 - -#define NVC0_2D_CLIP_Y 0x00000284 - -#define NVC0_2D_CLIP_W 0x00000288 - -#define NVC0_2D_CLIP_H 0x0000028c - -#define NVC0_2D_CLIP_ENABLE 0x00000290 - -#define NVC0_2D_COLOR_KEY_FORMAT 0x00000294 -#define NVC0_2D_COLOR_KEY_FORMAT_16BPP 0x00000000 -#define NVC0_2D_COLOR_KEY_FORMAT_15BPP 0x00000001 -#define NVC0_2D_COLOR_KEY_FORMAT_24BPP 0x00000002 -#define NVC0_2D_COLOR_KEY_FORMAT_30BPP 0x00000003 -#define NVC0_2D_C...
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
2014 Dec 31
2
[PATCH 1/2] nv50: regenerate rnndb headers
...00000270 + 0x4*(i0)) +#define NVC0_2D_UNK0270__ESIZE 0x00000004 +#define NVC0_2D_UNK0270__LEN 0x00000004 + #define NV50_2D_CLIP_X 0x00000280 #define NV50_2D_CLIP_Y 0x00000284 @@ -158,7 +168,7 @@ WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. #define NV50_2D_CLIP_ENABLE 0x00000290 -#define NV50_2D_COLOR_KEY_FORMAT 0x00000294 +#define NV50_2D_COLOR_KEY_FORMAT 0x00000294 #define NV50_2D_COLOR_KEY_FORMAT_16BPP 0x00000000 #define NV50_2D_COLOR_KEY_FORMAT_15BPP 0x00000001 #define NV50_2D_COLOR_KEY_FORMAT_24BPP 0x00000002 @@ -169,7 +179,7 @@ WIT...