Displaying 9 results from an estimated 9 matches for "nv03_m2mf".
2013 Oct 28
2
Trouble on kernel
Hi there,
Sometimes my computer crashes since i use now ubuntu 13.10 with
unity/compiz.
dmesg tells me:
[ 686.209019] nouveau E[ PBUS][0000:00:0d.0] MMIO write of
0x00000000 FAULT at 0x00b020
and later:
[ 1425.565441] nouveau E[ PGRAPH][0000:00:0d.0] ERROR nsource:
DATA_ERROR nstatus: BAD_ARGUMENT
[ 1425.565462] nouveau E[ PGRAPH][0000:00:0d.0] ch 3 [0x00056000
compiz[1970]] subc 2
2013 Oct 28
3
Trouble on kernel
...0d.0] ERROR nsource: DATA_ERROR
>> nstatus: BAD_ARGUMENT
>> [ 1425.565462] nouveau E[ PGRAPH][0000:00:0d.0] ch 3 [0x00056000
>> compiz[1970]] subc 2 class 0x0039 mthd 0x0314 data 0x031dc000
>
> A bit more concerning:
>
> $ lookup -a 4c -d NV01_SUBCHAN -- -v obj-class NV03_M2MF 0x0314 0x031dc000
> PITCH_IN => 52281344
lookup seems not to work, the package 'lookup' seems to be a different
tool, right?
> I'm sure that's above some limit. A pitch of 50MB... I wonder how
> that's happening... If you feel like debugging, the place to look is...
2013 Oct 28
0
Trouble on kernel
...] nouveau E[ PGRAPH][0000:00:0d.0] ERROR nsource: DATA_ERROR
> nstatus: BAD_ARGUMENT
> [ 1425.565462] nouveau E[ PGRAPH][0000:00:0d.0] ch 3 [0x00056000
> compiz[1970]] subc 2 class 0x0039 mthd 0x0314 data 0x031dc000
A bit more concerning:
$ lookup -a 4c -d NV01_SUBCHAN -- -v obj-class NV03_M2MF 0x0314 0x031dc000
PITCH_IN => 52281344
I'm sure that's above some limit. A pitch of 50MB... I wonder how
that's happening... If you feel like debugging, the place to look is
nv30_transfer.c (in mesa). Although I would think this would merely
cause misrendering, not crashes.
>
&g...
2013 Oct 28
0
Trouble on kernel
...>> nstatus: BAD_ARGUMENT
>>> [ 1425.565462] nouveau E[ PGRAPH][0000:00:0d.0] ch 3 [0x00056000
>>> compiz[1970]] subc 2 class 0x0039 mthd 0x0314 data 0x031dc000
>>
>>
>> A bit more concerning:
>>
>> $ lookup -a 4c -d NV01_SUBCHAN -- -v obj-class NV03_M2MF 0x0314 0x031dc000
>> PITCH_IN => 52281344
>
>
> lookup seems not to work, the package 'lookup' seems to be a different tool,
> right?
envytools. rnn/lookup. But you don't need to run it, I was just using
it to decode that error message to figure out what command tr...
2012 Apr 06
1
[WIP PATCH] dri/nouveau: Add S3TC support for nv20.
...nouveau_pushbuf_refn (push, refs, 2))
return;
@@ -307,6 +307,10 @@ nv04_surface_copy_m2mf(struct gl_context *ctx,
PUSH_DATA (push, count);
PUSH_DATA (push, 0x0101);
PUSH_DATA (push, 0);
+ BEGIN_NV04(push, NV04_GRAPH(M2MF, NOP), 1);
+ PUSH_DATA (push, 0);
+ BEGIN_NV04(push, NV03_M2MF(OFFSET_OUT), 1);
+ PUSH_DATA (push, 0);
src_offset += src->pitch * count;
dst_offset += dst->pitch * count;
@@ -400,6 +404,17 @@ nv04_surface_copy(struct gl_context *ctx,
int dx, int dy, int sx, int sy,
int w, int h)
{
+ bool compressed = _mesa_is_format_compressed(src->...
2014 Jun 17
0
[PATCH try 2 2/2] gallium/nouveau: move pushbuf and fences to context
...FAIL_SCREEN_INIT("error creating query heap: %d\n", ret);
@@ -495,6 +426,44 @@ nv30_screen_create(struct nouveau_device *dev)
if (ret)
FAIL_SCREEN_INIT("error allocating 3d object: %d\n", ret);
+ ret = nouveau_object_new(screen->base.channel, 0xbeef3901, NV03_M2MF_CLASS,
+ NULL, 0, &screen->m2mf);
+ if (ret)
+ FAIL_SCREEN_INIT("error allocating m2mf object: %d\n", ret);
+
+ ret = nouveau_object_new(screen->base.channel, 0xbeef6201,
+ NV10_SURFACE_2D_CLASS, NULL, 0, &screen...
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
...t;error creating query heap: %d\n", ret);
>
> @@ -495,6 +426,44 @@ nv30_screen_create(struct nouveau_device *dev)
> if (ret)
> FAIL_SCREEN_INIT("error allocating 3d object: %d\n", ret);
>
> + ret = nouveau_object_new(screen->base.channel, 0xbeef3901, NV03_M2MF_CLASS,
> + NULL, 0, &screen->m2mf);
> + if (ret)
> + FAIL_SCREEN_INIT("error allocating m2mf object: %d\n", ret);
> +
> + ret = nouveau_object_new(screen->base.channel, 0xbeef6201,
> + NV10_SURFACE_...
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