[Mesa-dev] Mesa (master): mesa/st: Fill in native program limits.

[Xavier Chantry]

On Thu, May 6, 2010 at 6:23 PM, Brian Paul <brianp at vmware.com> wrote:
>
> As I wrote in bug report https://bugs.freedesktop.org/show_bug.cgi?id=27989,
> there's something funny with that test.  Even with NVIDIA's driver, it
> sometimes passes and sometimes fails from one run to another.  I'm hoping to
> get to that today.
>

Sorry for not spotting an obvious nouveau specific error. And Jose
explained that his commit enabled another path in the driver, so it
seems to match up.
[drm] nouveau 0000:01:00.0: Allocating FIFO number 3
[drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 3
[drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 3/3 Class 0x502d
Mthd 0x0838 Data 0x00000001:0x0001e0f8
[drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_VALUE
[drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 3/7 Class 0x8297 Mthd
0x15e0 Data 0x00000000:0x00000000
[drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 0:
INVALID_OPCODE at 000000 warp 4, opcode ffffffff ffffffff
[drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 0 MP 1:
INVALID_OPCODE at 000000 warp 1, opcode ffffffff ffffffff
[drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 1 MP 0:
INVALID_OPCODE at 000000 warp 3, opcode ffffffff ffffffff
[drm] nouveau 0000:01:00.0: PGRAPH_TRAP_MP_EXEC - TP 1 MP 1:
INVALID_OPCODE at 000000 warp 4, opcode ffffffff ffffffff
[drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 3

Otherwise, I get very consistent results with fp-long-alu with
swrastg+llvmpipe (always pass) and nv50g (always pass before Jose's
commit, always fail after). Go figure :)