search for: subc_2d

Displaying 8 results from an estimated 8 matches for "subc_2d".

Did you mean: sub_id
2015 Mar 21
0
[PATCH] use defined method names where available
...src/nv50_accel.c b/src/nv50_accel.c index b27f67a..5efbd19 100644 --- a/src/nv50_accel.c +++ b/src/nv50_accel.c @@ -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);...
2014 Sep 01
2
[PATCH 1/3] nv50: set the miptree address when clearing bo's in vp2 init
The mt address is about to be used more, make sure it's set appropriately. Reported-by: Emil Velikov <emil.l.velikov at gmail.com> Tested-by: Emil Velikov <emil.l.velikov at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2 10.3" <mesa-stable at lists.freedesktop.org> --- src/gallium/drivers/nouveau/nv50/nv84_video.c | 2 ++ 1 file
2014 Jun 17
0
[PATCH try 2 2/2] gallium/nouveau: move pushbuf and fences to context
...JECT), 1); - PUSH_DATA (push, 0xa0b5); - } - ret = nouveau_object_new(chan, 0xbeef902d, NVC0_2D_CLASS, NULL, 0, &screen->eng2d); if (ret) FAIL_SCREEN_INIT("Error allocating PGRAPH context for 2D: %d\n", ret); - 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_D...
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
...0b5); > - } > - > ret = nouveau_object_new(chan, 0xbeef902d, NVC0_2D_CLASS, NULL, 0, > &screen->eng2d); > if (ret) > FAIL_SCREEN_INIT("Error allocating PGRAPH context for 2D: %d\n", ret); > > - 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_2...
2014 Dec 31
0
[PATCH 2/2] nvc0: regenerate rnndb headers
...eau/nvc0/nvc0_screen.c b/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c index 5032c7f..5069e5a 100644 --- a/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c +++ b/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c @@ -696,10 +696,10 @@ nvc0_screen_create(struct nouveau_device *dev) BEGIN_NVC0(push, SUBC_2D(NV01_SUBCHAN_OBJECT), 1); PUSH_DATA (push, screen->eng2d->oclass); - BEGIN_NVC0(push, NVC0_2D(SINGLE_GPC), 1); + BEGIN_NVC0(push, SUBC_2D(NVC0_2D_SINGLE_GPC), 1); PUSH_DATA (push, 0); BEGIN_NVC0(push, NVC0_2D(OPERATION), 1); - PUSH_DATA (push, NVC0_2D_OPERATION_SRCCOPY); +...
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
The headers hadn't been regenerated in a long time, and there were a few minor divergences. Among other things, rnndb has changed naming to G80/etc, for now I've not tackled switching that over and manually replaced the nvidia codenames back to the chip ids. However no other modifications of the headergen'd headers was done. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>