[Nouveau] [ddx PATCH] add some missing newlines in error messages
--- src/drmmode_display.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 803785d..4d2d09d 100644 --- a/src/drmmode_display.c +++ b/src/drmmode_display.c @@ -357,7 +357,7 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, DisplayModePtr mode, if (ret) { xf86DrvMsg(crtc-scrn-scrnIndex, X_ERROR, - failed to set mode: %s, strerror(-ret)); + failed to set mode: %s\n, strerror(-ret)); return FALSE; } @@ -532,7 +532,7 @@ drmmode_gamma_set(xf86CrtcPtr crtc, CARD16 *red, CARD16 *green, CARD16 *blue, size, red, green, blue); if (ret != 0) { xf86DrvMsg(crtc-scrn-scrnIndex, X_ERROR, - failed to set gamma: %s, strerror(-ret)); + failed to set gamma: %s\n, strerror(-ret)); } } -- 1.7.12 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH] drm/nouveau: raise reporting levels of some messages
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c | 10 +- drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c | 2 +- drivers/gpu/drm/nouveau/core/engine/graph/nv20.c | 4 ++-- drivers/gpu/drm/nouveau/core/engine/graph/nv40.c | 2 +- drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 6 +++--- drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 2 +- 6 files changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c b/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c index 1147aec..2fe14da3 100644 --- a/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c +++ b/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c @@ -440,7 +440,7 @@ nv04_fifo_intr(struct nouveau_subdev *subdev) } if (!nv04_fifo_swmthd(priv, chid, mthd, data)) { - nv_info(priv, CACHE_ERROR - Ch %d/%d + nv_error(priv, CACHE_ERROR - Ch %d/%d Mthd 0x%04x Data 0x%08x\n, chid, (mthd 13) 7, mthd 0x1ffc, data); @@ -476,7 +476,7 @@ nv04_fifo_intr(struct nouveau_subdev *subdev) u32 ib_get = nv_rd32(priv, 0x003334); u32 ib_put = nv_rd32(priv, 0x003330); - nv_info(priv, DMA_PUSHER - Ch %d Get 0x%02x%08x + nv_error(priv, DMA_PUSHER - Ch %d Get 0x%02x%08x Put 0x%02x%08x IbGet 0x%08x IbPut 0x%08x State 0x%08x (err: %s) Push 0x%08x\n, chid, ho_get, dma_get, ho_put, @@ -494,7 +494,7 @@ nv04_fifo_intr(struct nouveau_subdev *subdev) nv_wr32(priv, 0x003334, ib_put); } } else { - nv_info(priv, DMA_PUSHER - Ch %d Get 0x%08x + nv_error(priv, DMA_PUSHER - Ch %d Get 0x%08x Put 0x%08x State 0x%08x (err: %s) Push 0x%08x\n, chid, dma_get, dma_put, state, nv_dma_state_err(state), push); @@ -531,7 +531,7 @@ nv04_fifo_intr(struct nouveau_subdev *subdev) } if (status) { - nv_info(priv, unknown intr 0x%08x, ch %d\n, + nv_warn(priv, unknown intr 0x%08x, ch %d\n, status, chid); nv_wr32(priv, NV03_PFIFO_INTR_0, status); status = 0; @@ -541,7 +541,7 @@ nv04_fifo_intr(struct nouveau_subdev *subdev) } if (status) { - nv_info(priv, still angry after %d spins, halt\n, cnt); + nv_error(priv, still angry after %d spins, halt\n, cnt); nv_wr32(priv, 0x002140, 0); nv_wr32(priv, 0x000140, 0); } diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c b/drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c index d7c3f3e..ec60bc1 100644 --- a/drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c +++ b/drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c @@ -503,7 +503,7 @@ nvc0_fifo_intr(struct nouveau_subdev *subdev) u32 stat = nv_rd32(priv, 0x002100) mask; if (stat 0x0100) { - nv_info(priv, unknown status 0x0100\n); + nv_warn(priv, unknown status 0x0100\n); nv_wr32(priv, 0x002100, 0x0100); stat = ~0x0100; } diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nv20.c b/drivers/gpu/drm/nouveau/core/engine/graph/nv20.c index e45eded..5b20401 100644 --- a/drivers/gpu/drm/nouveau/core/engine/graph/nv20.c +++ b/drivers/gpu/drm/nouveau/core/engine/graph/nv20.c @@ -224,14 +224,14 @@ nv20_graph_intr(struct nouveau_subdev *subdev) nv_wr32(priv, NV04_PGRAPH_FIFO, 0x0001); if (show) { - nv_info(priv, ); + nv_error(priv, ); nouveau_bitfield_print(nv10_graph_intr_name, show); printk( nsource:); nouveau_bitfield_print(nv04_graph_nsource, nsource); printk( nstatus:); nouveau_bitfield_print(nv10_graph_nstatus, nstatus); printk(\n); - nv_info(priv, ch %d/%d class 0x%04x mthd 0x%04x data 0x%08x\n, + nv_error(priv, ch %d/%d class 0x%04x mthd 0x%04x data 0x%08x\n, chid, subc, class, mthd, data); } diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nv40.c b/drivers/gpu/drm/nouveau/core/engine/graph/nv40.c index 0052f09..0b36dd3 100644 --- a/drivers/gpu/drm/nouveau/core/engine/graph/nv40.c +++
[Nouveau] [PATCH] drm/nouveau: remove misleading comment from nouveau_prime_new
Copy/pasted from nouveau_gem_new. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_prime.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_prime.c b/drivers/gpu/drm/nouveau/nouveau_prime.c index 366462c..3543fec 100644 --- a/drivers/gpu/drm/nouveau/nouveau_prime.c +++ b/drivers/gpu/drm/nouveau/nouveau_prime.c @@ -155,10 +155,6 @@ nouveau_prime_new(struct drm_device *dev, return ret; nvbo = *pnvbo; - /* we restrict allowed domains on nv50+ to only the types -* that were requested at creation time. not possibly on -* earlier chips without busting the ABI. -*/ nvbo-valid_domains = NOUVEAU_GEM_DOMAIN_GART; nvbo-gem = drm_gem_object_alloc(dev, nvbo-bo.mem.size); if (!nvbo-gem) { -- 1.7.12 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH] drm/nouveau: unpin pushbuffer bo before destroying it
Fixes GART leak (as accounted by nouveau_drm.gem.gart_available). Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- Running glxinfo in a loop is enough to trigger it - after several thousand runs (depending on GART size), X server crashes and does not come back in a correct state (corruptions and crashes). With this patch applied, it's possible again to do full piglit run (with concurrency disabled) without crashes or lockups. --- drivers/gpu/drm/nouveau/nouveau_chan.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_chan.c b/drivers/gpu/drm/nouveau/nouveau_chan.c index 1363578..174300b 100644 --- a/drivers/gpu/drm/nouveau/nouveau_chan.c +++ b/drivers/gpu/drm/nouveau/nouveau_chan.c @@ -76,6 +76,8 @@ nouveau_channel_del(struct nouveau_channel **pchan) nouveau_object_del(client, NVDRM_DEVICE, chan-push.handle); nouveau_bo_vma_del(chan-push.buffer, chan-push.vma); nouveau_bo_unmap(chan-push.buffer); + if (chan-push.buffer chan-push.buffer-pin_refcnt) + nouveau_bo_unpin(chan-push.buffer); nouveau_bo_ref(NULL, chan-push.buffer); kfree(chan); } -- 1.7.12 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH] drm/nouveau: unpin various bo's before destroying
These objects leak VRAM - but only on module unload. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nv04_crtc.c| 6 +- drivers/gpu/drm/nouveau/nv10_fence.c | 7 ++- drivers/gpu/drm/nouveau/nv50_display.c | 21 ++--- drivers/gpu/drm/nouveau/nv50_fence.c | 5 - drivers/gpu/drm/nouveau/nvc0_fence.c | 7 ++- 5 files changed, 39 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_crtc.c b/drivers/gpu/drm/nouveau/nv04_crtc.c index 82a0d9c..6578cd2 100644 --- a/drivers/gpu/drm/nouveau/nv04_crtc.c +++ b/drivers/gpu/drm/nouveau/nv04_crtc.c @@ -730,6 +730,7 @@ static void nv_crtc_destroy(struct drm_crtc *crtc) drm_crtc_cleanup(crtc); nouveau_bo_unmap(nv_crtc-cursor.nvbo); + nouveau_bo_unpin(nv_crtc-cursor.nvbo); nouveau_bo_ref(NULL, nv_crtc-cursor.nvbo); kfree(nv_crtc); } @@ -1056,8 +1057,11 @@ nv04_crtc_create(struct drm_device *dev, int crtc_num) 0, 0x, NULL, nv_crtc-cursor.nvbo); if (!ret) { ret = nouveau_bo_pin(nv_crtc-cursor.nvbo, TTM_PL_FLAG_VRAM); - if (!ret) + if (!ret) { ret = nouveau_bo_map(nv_crtc-cursor.nvbo); + if (ret) + nouveau_bo_unpin(nv_crtc-cursor.nvbo); + } if (ret) nouveau_bo_ref(NULL, nv_crtc-cursor.nvbo); } diff --git a/drivers/gpu/drm/nouveau/nv10_fence.c b/drivers/gpu/drm/nouveau/nv10_fence.c index ce752bf..7ae7f97 100644 --- a/drivers/gpu/drm/nouveau/nv10_fence.c +++ b/drivers/gpu/drm/nouveau/nv10_fence.c @@ -155,6 +155,8 @@ nv10_fence_destroy(struct nouveau_drm *drm) { struct nv10_fence_priv *priv = drm-fence; nouveau_bo_unmap(priv-bo); + if (priv-bo) + nouveau_bo_unpin(priv-bo); nouveau_bo_ref(NULL, priv-bo); drm-fence = NULL; kfree(priv); @@ -183,8 +185,11 @@ nv10_fence_create(struct nouveau_drm *drm) 0, 0x, NULL, priv-bo); if (!ret) { ret = nouveau_bo_pin(priv-bo, TTM_PL_FLAG_VRAM); - if (!ret) + if (!ret) { ret = nouveau_bo_map(priv-bo); + if (ret) + nouveau_bo_unpin(priv-bo); + } if (ret) nouveau_bo_ref(NULL, priv-bo); } diff --git a/drivers/gpu/drm/nouveau/nv50_display.c b/drivers/gpu/drm/nouveau/nv50_display.c index b252dbe..3587408 100644 --- a/drivers/gpu/drm/nouveau/nv50_display.c +++ b/drivers/gpu/drm/nouveau/nv50_display.c @@ -1228,8 +1228,12 @@ nv50_crtc_destroy(struct drm_crtc *crtc) nv50_dmac_destroy(disp-core, head-sync.base); nv50_pioc_destroy(disp-core, head-curs.base); nouveau_bo_unmap(nv_crtc-cursor.nvbo); + if (nv_crtc-cursor.nvbo) + nouveau_bo_unpin(nv_crtc-cursor.nvbo); nouveau_bo_ref(NULL, nv_crtc-cursor.nvbo); nouveau_bo_unmap(nv_crtc-lut.nvbo); + if (nv_crtc-lut.nvbo) + nouveau_bo_unpin(nv_crtc-lut.nvbo); nouveau_bo_ref(NULL, nv_crtc-lut.nvbo); drm_crtc_cleanup(crtc); kfree(crtc); @@ -1300,8 +1304,11 @@ nv50_crtc_create(struct drm_device *dev, struct nouveau_object *core, int index) 0, 0x, NULL, head-base.lut.nvbo); if (!ret) { ret = nouveau_bo_pin(head-base.lut.nvbo, TTM_PL_FLAG_VRAM); - if (!ret) + if (!ret) { ret = nouveau_bo_map(head-base.lut.nvbo); + if (ret) + nouveau_bo_unpin(head-base.lut.nvbo); + } if (ret) nouveau_bo_ref(NULL, head-base.lut.nvbo); } @@ -1324,8 +1331,11 @@ nv50_crtc_create(struct drm_device *dev, struct nouveau_object *core, int index) 0, 0x, NULL, head-base.cursor.nvbo); if (!ret) { ret = nouveau_bo_pin(head-base.cursor.nvbo, TTM_PL_FLAG_VRAM); - if (!ret) + if (!ret) { ret = nouveau_bo_map(head-base.cursor.nvbo); + if (ret) + nouveau_bo_unpin(head-base.lut.nvbo); + } if (ret) nouveau_bo_ref(NULL, head-base.cursor.nvbo); } @@ -1917,6 +1927,8 @@ nv50_display_destroy(struct drm_device *dev) nv50_dmac_destroy(disp-core, disp-mast.base); nouveau_bo_unmap(disp-sync); + if (disp-sync) + nouveau_bo_unpin(disp-sync); nouveau_bo_ref(NULL, disp-sync); nouveau_display(dev)-priv = NULL; @@ -1957,8 +1969,11 @@
[Nouveau] Reproducible PGRAPH TLB flush timeout hang on NV96
Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. Nov 25 17:57:51 madman kernel: [548360.773743] nouveau E[ PGRAPH][:01:00.0] PGRAPH TLB flush idle timeout fail: 0x019ffe03 0x00145009 0x102d 0x0034db43 Nov 25 19:34:09 madman kernel: [ 5623.952688] nouveau E[ PGRAPH][:01:00.0] PGRAPH TLB flush idle timeout fail: 0x019ffe03 0x00145009 0x102d 0x0034db43 Nov 25 22:54:47 madman kernel: [ 7854.679007] nouveau E[ PGRAPH][:01:00.0] PGRAPH TLB flush idle timeout fail: 0x019ffe03 0x00145009 0x102d 0x0034db43 Nov 25 23:04:33 madman kernel: [ 540.388597] nouveau E[ PGRAPH][:01:00.0] PGRAPH TLB flush idle timeout fail: 0x019ffe03 0x00145009 0x102d 0x0034db43 I also updated the kernel to latest because it has the improved parsing: Nov 25 23:42:57 madman kernel: [ 169.014553] nouveau E[ PGRAPH][:01:00.0] PGRAPH_STATUS : 0x019ffe03 BUSY DISPATCH VFETCH CCACHE_UNK4 STRMOUT_GSCHED_UNK5 UNK14XX UNK24XX_CSCHED UNK1CXX CLIPID ZCULL ENG2D UNK34XX TPRAST TPROP MP ROP Nov 25 23:42:57 madman kernel: [ 169.014564] nouveau E[ PGRAPH][:01:00.0] PGRAPH_VSTATUS0: 0x00145009 VFETCH CCACHE Nov 25 23:42:57 madman kernel: [ 169.014569] nouveau E[ PGRAPH][:01:00.0] PGRAPH_VSTATUS1: 0x102d MP Nov 25 23:42:57 madman kernel: [ 169.014573] nouveau E[ PGRAPH][:01:00.0] PGRAPH_VSTATUS2: 0x0034db43 ENG2D ROP Do you have any ideas to find out what is causing this? Sincerely, Maarten. -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] SVIDEO and xrandr
On 25/11/12 08:46, Wade Berrier wrote: Hello, I've been trying to get my n17 card to do SVIDEO tv out -- 01:00.0 VGA compatible controller: NVIDIA Corporation NV17 [GeForce4 MX 440] (rev a3) -- It is close to working. The first issue is that it was outputting PAL, and I found the module parameter and kernel boot config to change that: -- nouveau.tv_norm=NTSC-M -- That makes the picture look much better, but the colors are still off. Then I notice that the card thinks it's outputting COMPOSITE instead of SVIDEO: -- wberrier@myth:~$ xrandr --prop Screen 0: minimum 320 x 200, current 640 x 480, maximum 4096 x 4096 VGA-1 disconnected (normal left inverted right x axis y axis) TV-1 connected 640x480+0+0 (normal left inverted right x axis y axis) 0mm x 0mm overscan: 50 (0x0032) range: (0,100) hue: 0 (0x) range: (0,100) saturation: 50 (0x0032) range: (0,100) flicker reduction: 50 (0x0032) range: (0,100) mode: NTSC-M supported: PAL PAL-MPAL-NPAL-Nc NTSC-M NTSC-J subconnector: Composite supported: Unknown CompositeSVIDEO Component SCART select subconnector:Automatic supported: AutomaticCompositeSVIDEO Component SCART 720x48059.9 + 1024x768 59.9 800x60059.9 720x57659.9 640x48059.9* 400x300 119.9 320x240 119.9 320x200 119.9 -- When trying to change the subconnector it to SVIDEO, it fails: -- wberrier@myth:~$ xrandr --output TV-1 --set subconnector SVIDEO X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 13 (RRChangeOutputProperty) Value in failed request: 0x52 Serial number of failed request: 29 Current serial number in output stream: 30 -- It appears that other people on the net are also having this issue. I dug around the kernel nouveau/drm source and found where the default for COMPOSITE gets set, and also discovered that the override_conntype wasn't what I was looking for. Any help about how to solve this and what the best method is? An additional module parameter for nouveau may be nice for forcing the subconnector. Fixing xrandr to work would also be nice, as it also fails to set the mode: -- wberrier@myth:~$ xrandr --output TV-1 --set mode PAL X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 13 (RRChangeOutputProperty) Value in failed request: 0x52 Serial number of failed request: 29 Current serial number in output stream: 30 -- Help? Wade ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau Hi Wade If you look at nv17_tv.c it will answer all your questions It boils down to nv17_tv_set_property() * if (property == conf-tv_mode_property) { if (connector-dpms != DRM_MODE_DPMS_OFF) return -EINVAL; * if (property == conf-tv_select_subconnector_property) { if (tv_norm-kind != TV_ENC_MODE) return -EINVAL; For a list of TV_ENC_MODE vs CTV_ENC_MODE take a look in nv17_tv_modes.c Have fun :P ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Reproducible PGRAPH TLB flush timeout hang on NV96
On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote: Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. You missed the most important information - how do you reproduce it? :) Marcin ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Reproducible PGRAPH TLB flush timeout hang on NV96
On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote: Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. You missed the most important information - how do you reproduce it? :) Marcin A specific savegame for a game called freeorion which causes the problem within one turn typically, if you are interested in it i can dig it up. -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Reproducible PGRAPH TLB flush timeout hang on NV96
On Mon, Nov 26, 2012 at 08:16:17PM +0100, Maarten Maathuis wrote: On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote: Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. You missed the most important information - how do you reproduce it? :) Marcin A specific savegame for a game called freeorion which causes the problem within one turn typically, if you are interested in it i can dig it up. Apitrace log could be useful - if you can reproduce hang with retrace. Marcin ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Reproducible PGRAPH TLB flush timeout hang on NV96
On Mon, Nov 26, 2012 at 8:28 PM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Mon, Nov 26, 2012 at 08:16:17PM +0100, Maarten Maathuis wrote: On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote: Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. You missed the most important information - how do you reproduce it? :) Marcin A specific savegame for a game called freeorion which causes the problem within one turn typically, if you are interested in it i can dig it up. Apitrace log could be useful - if you can reproduce hang with retrace. Marcin I can't even get it to run with apitrace (tried even with git master): apitrace: redirecting dlopen(libGL.so.1, 0x102) nv50_screen_get_param:181 - unknown PIPE_CAP 76 apitrace: warning: caught signal 11 apitrace: ignoring exception while tracing For some reason i can't catch it with gdb, the process always exits and then i cannot get a backtrace. -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau