Displaying 5 results from an estimated 5 matches for "nouveau_gpuobj_ref_del".
2007 Sep 03
4
Fixes and workarounds for regressions and issues in the randr-1.2 branch
Hi,
Please find attached the patches which I currently use on my desktop
machine for dual head with the randr branch to fix the issues which I found.
They may help others as well but may e.g. also disable the Xv blitter
which might be working for some (but didn't on my card) - more information
is found in the text comments in the patches.
I have to hurry so this is short, will be back.
2007 Aug 06
3
[Bug 11868] New: Starting X for the second time fails (without reloading drm modules)
...ocalhost [drm:drm_vm_close] 0x2adf4baff000,0x00001000
Aug 6 21:11:53 localhost [drm:drm_release] open_count = 1
Aug 6 21:11:53 localhost [drm:nouveau_fifo_cleanup] clearing FIFO enables from
file_priv
Aug 6 21:11:53 localhost [drm] nouveau_fifo_free: freeing fifo 1
Aug 6 21:11:53 localhost [drm:nouveau_gpuobj_ref_del] ref ffff810036bd7180
Aug 6 21:11:53 localhost [drm:nouveau_gpuobj_del] gpuobj ffff81002f6f76c0
Aug 6 21:11:53 localhost [drm:nouveau_gpuobj_ref_del] ref ffff810036bd7200
Aug 6 21:11:53 localhost [drm:nouveau_gpuobj_del] gpuobj ffff81002f6f75c0
Aug 6 21:11:53 localhost [drm:nouveau_gpuobj_ref_d...
2010 Feb 02
2
[PATCH 1/6] drm/nv50: align size of buffer object to the right boundaries.
- In the current situation the padding that is added is dangerous to write to,
userspace could potentially overwrite parts of another bo.
- Depth and stencil buffers are supposed to be large enough in general so the
waste of memory should be acceptable.
- Alternatives are hiding the padding from users or splitting vram into 2
zones.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
2010 Jul 10
1
deadlock possiblity introduced by "drm/nouveau: use drm_mm in preference to custom code doing the same thing"
...lock_acquire+0x148/0x18d
[ 2417.747005] [<ffffffff8143b1d9>] _raw_spin_lock+0x36/0x45
[ 2417.747008] [<ffffffff8129f0c0>] drm_mm_put_block+0x17a/0x1c0
[ 2417.747011] [<ffffffffa00aed3e>] nouveau_gpuobj_del+0x167/0x1b5 [nouveau]
[ 2417.747017] [<ffffffffa00af553>] nouveau_gpuobj_ref_del+0x2f3/0x31a [nouveau]
[ 2417.747023] [<ffffffffa00dc365>] nv50_graph_destroy_context+0xf1/0xfd [nouveau]
[ 2417.747032] [<ffffffffa00ac534>] nouveau_channel_free+0x141/0x233 [nouveau]
[ 2417.747037] [<ffffffffa00ac695>] nouveau_ioctl_fifo_free+0x6f/0x73 [nouveau]
[ 2417.7...
2010 Feb 07
3
[PATCH] drm/nouveau: don't hold spin lock while calling kzalloc with GFP_KERNEL
...= chan)
@@ -307,7 +302,7 @@ nouveau_channel_free(struct nouveau_channel *chan)
pfifo->reassign(dev, true);
- spin_unlock_irqrestore(&dev_priv->engine.lock, flags);
+ spin_unlock_irqrestore(&dev_priv->context_switch_lock, flags);
/* Release the channel's resources */
nouveau_gpuobj_ref_del(dev, &chan->pushbuf);
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h b/drivers/gpu/drm/nouveau/nouveau_drv.h
index 64987a9..ea55a41 100644
--- a/drivers/gpu/drm/nouveau/nouveau_drv.h
+++ b/drivers/gpu/drm/nouveau/nouveau_drv.h
@@ -358,7 +358,6 @@ struct nouveau_engine {
struct nouveau_...