search for: nv50_2d

...x 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); PUSH_DATA (push, 0x111); pNv->cur...

...BO_GART | NOUVEAU_BO_RD); BEGIN_NV04(push, NV50_3D(COND_ADDRESS_HIGH), 3); PUSH_DATAh(push, q->bo->offset + q->offset); PUSH_DATA (push, q->bo->offset + q->offset); - PUSH_DATA (push, NV50_3D_COND_MODE_RES_NON_ZERO); + PUSH_DATA (push, cond); BEGIN_NV04(push, NV50_2D(COND_ADDRESS_HIGH), 2); PUSH_DATAh(push, q->bo->offset + q->offset); diff --git a/src/gallium/drivers/nouveau/nv50/nv50_screen.c b/src/gallium/drivers/nouveau/nv50/nv50_screen.c index 3a46e72..06b191d 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_screen.c +++ b/src/gallium/drivers...

...- unsigned nr; - - if (!PUSH_SPACE(push, 16)) - break; - nr = PUSH_AVAIL(push); - assert(nr >= 16); - nr = MIN2(count, nr - 1); - nr = MIN2(nr, NV04_PFIFO_MAX_PACKET_LEN); + unsigned nr = MIN2(count, NV04_PFIFO_MAX_PACKET_LEN); BEGIN_NI04(push, NV50_2D(SIFC_DATA), nr); PUSH_DATAp(push, src, nr); @@ -395,12 +388,9 @@ nv50_cb_push(struct nouveau_context *nv, nouveau_pushbuf_validate(push); while (words) { - unsigned nr; - - nr = PUSH_AVAIL(push); - nr = MIN2(nr - 7, words); - nr = MIN2(nr, NV04_PFIFO_MAX_PACKET_...

...- break; >> - nr = PUSH_AVAIL(push); >> - assert(nr >= 16); >> - nr = MIN2(count, nr - 1); >> - nr = MIN2(nr, NV04_PFIFO_MAX_PACKET_LEN); >> + unsigned nr = MIN2(count, NV04_PFIFO_MAX_PACKET_LEN); >> BEGIN_NI04(push, NV50_2D(SIFC_DATA), nr); >> PUSH_DATAp(push, src, nr); >> @@ -395,12 +388,9 @@ nv50_cb_push(struct nouveau_context *nv, >> nouveau_pushbuf_validate(push); >> while (words) { >> - unsigned nr; >> - >> - nr = PUSH_AVAIL(push); >> -...

...ing 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> --- src/gallium/drivers/nouveau/nv50/nv50_2d.xml.h | 133 +++--- src/gallium/drivers/nouveau/nv50/nv50_3d.xml.h | 449 +++++++++++---------- src/gallium/drivers/nouveau/nv50/nv50_3ddefs.xml.h | 55 ++- src/gallium/drivers/nouveau/nv50/nv50_defs.xml.h | 94 ++++- src/gallium/drivers/nouveau/nv50/nv50_formats.c | 12 +- src/gall...

...21:18:42 MacSam kernel: [41316.923848] nouveau E[ > PGRAPH][0000:04:00.0] ch 3 [0x000fb2a000 Xorg[19317]] subc 2 class 0x502d > mthd 0x060c data 0x00044110 This does seem a little high... the code that produces this is in the ddx's NV50EXASolid (src/nv50_exa.c): BEGIN_NV04(push, NV50_2D(DRAW_POINT32_X(0)), 4); PUSH_DATA (push, x1); PUSH_DATA (push, y1); PUSH_DATA (push, x2); PUSH_DATA (push, y2); It's suggesting that the x2 value is 0x44110. This seems awfully high, unless you have a REALLY hi-dpi screen. However that value also looks an awful...

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- src/gallium/drivers/nouveau/nv50/g80_defs.xml.h | 279 ++++++++++++++++++++++++ 1 file changed, 279 insertions(+) create mode 100644 src/gallium/drivers/nouveau/nv50/g80_defs.xml.h diff --git a/src/gallium/drivers/nouveau/nv50/g80_defs.xml.h

Hi Ladies and Gentlemans. I'd like to report a possible bug and ask for help in solving it. I have a Mid 2010 Macbook Pro running Debian Jessie. The bug seems to happen at random, but mainly when using a 3D application with other apps running, such as Chromium (Chrome) and Iceweasel (Firefox). It happens when watching videos with VLC and mplayer2. I hope someone will manage to help. Thanks.

...db/nv10_3d.xml ( 18437 bytes, from 2011-10-22 08:01:09) -- /home/skeggsb/git/envytools/rnndb/nv20_3d.xml ( 21107 bytes, from 2011-10-22 08:01:09) -- /home/skeggsb/git/envytools/rnndb/nv30-40_3d.xml ( 31987 bytes, from 2011-10-22 08:01:09) -- /home/skeggsb/git/envytools/rnndb/nv50_2d.xml ( 11113 bytes, from 2011-10-22 08:01:09) -- /home/skeggsb/git/envytools/rnndb/nv50_3d.xml ( 65233 bytes, from 2011-11-30 05:49:35) -- /home/skeggsb/git/envytools/rnndb/nv50_compute.xml ( 14012 bytes, from 2011-10-22 08:01:09) -- /home/skeggsb/git/envytools/rnndb/nv84_crypt...

...text.h @@ -21,11 +21,12 @@ #include "nouveau_context.h" #include "nouveau_debug.h" -#include "nvc0/nvc0_3ddefs.xml.h" +#include "nv50/nv50_3ddefs.xml.h" #include "nvc0/nvc0_3d.xml.h" -#include "nvc0/nvc0_2d.xml.h" +#include "nv50/nv50_2d.xml.h" #include "nvc0/nvc0_m2mf.xml.h" #include "nvc0/nve4_p2mf.xml.h" +#include "nvc0/nvc0_macros.h" /* NOTE: must keep NVC0_NEW_...PROG in consecutive bits in this order */ #define NVC0_NEW_BLEND (1 << 0) diff --git a/src/gallium/drivers/nouve...

I believe I've addressed all the feedback from the first time around, and also made fixes necessary for GM20x based on testing results. I believe now it should actually work for all GM10x and GM20x. Further, GP10x should be very easy to add, but without someone to actually test I didn't want to claim support for it. Ilia Mirkin (7): exa: add GM10x acceleration support hwdefs: update

- This avoids 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 | 13 +++++++++++++