dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 26525] Rendering bug due to ARB_texture_non_power_of_two
by bugzilla-daemon＠freedesktop.org 21 Nov '12

21 Nov '12

https://bugs.freedesktop.org/show_bug.cgi?id=26525 Paul-Andre Panon <ppanon(a)shaw.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |FIXED --- Comment #13 from Paul-Andre Panon <ppanon(a)shaw.ca> --- It seems to be resolved. I just reloaded 3Dmark2001SE and ran it under Ubuntu 12.… [View More]

1 0

[PATCH 0/9] cleanup: remove legacy connector property functions
by Rob Clark 21 Nov '12

21 Nov '12

From: Rob Clark <rob(a)ti.com> It was suggested by Laurent Pinchart to clean up the legacy connector property functions, as they are no longer needed. This patchset replaces references to and remove the connector property fxns, which have been superseded with the more general object property fxns: + drm_connector_attach_property -> drm_object_attach_property + drm_connector_property_set_value -> drm_object_property_set_value + drm_connector_property_get_value -> … [View More]drm_object_property_get_value Rob Clark (9): drm/i915: drm_connector_property -> drm_object_property drm/gma500: drm_connector_property -> drm_object_property drm/nouveau: drm_connector_property -> drm_object_property drm/radeon: drm_connector_property -> drm_object_property drm/shmob: drm_connector_property -> drm_object_property drm/udl: drm_connector_property -> drm_object_property drm/vmwgfx: drm_connector_property -> drm_object_property drm/i2c: drm_connector_property -> drm_object_property drm: remove legacy drm_connector_property fxns drivers/gpu/drm/drm_crtc.c | 31 +++---------- drivers/gpu/drm/drm_fb_helper.c | 2 +- drivers/gpu/drm/drm_sysfs.c | 6 +-- drivers/gpu/drm/gma500/cdv_device.c | 4 +- drivers/gpu/drm/gma500/cdv_intel_dp.c | 2 +- drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 6 +-- drivers/gpu/drm/gma500/cdv_intel_lvds.c | 10 ++--- drivers/gpu/drm/gma500/mdfld_dsi_output.c | 10 ++--- drivers/gpu/drm/gma500/mdfld_intel_display.c | 2 +- drivers/gpu/drm/gma500/oaktrail_crtc.c | 2 +- drivers/gpu/drm/gma500/oaktrail_lvds.c | 8 ++-- drivers/gpu/drm/gma500/psb_intel_lvds.c | 10 ++--- drivers/gpu/drm/gma500/psb_intel_sdvo.c | 24 +++++----- drivers/gpu/drm/i2c/ch7006_drv.c | 20 ++++----- drivers/gpu/drm/i915/intel_display.c | 2 +- drivers/gpu/drm/i915/intel_dp.c | 2 +- drivers/gpu/drm/i915/intel_hdmi.c | 2 +- drivers/gpu/drm/i915/intel_lvds.c | 2 +- drivers/gpu/drm/i915/intel_modes.c | 4 +- drivers/gpu/drm/i915/intel_sdvo.c | 24 +++++----- drivers/gpu/drm/i915/intel_tv.c | 14 +++--- drivers/gpu/drm/nouveau/nouveau_connector.c | 22 ++++----- drivers/gpu/drm/nouveau/nv17_tv.c | 16 +++---- drivers/gpu/drm/radeon/radeon_connectors.c | 62 +++++++++++++------------- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- drivers/gpu/drm/udl/udl_connector.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 2 +- include/drm/drm_crtc.h | 8 ---- 29 files changed, 137 insertions(+), 166 deletions(-) -- 1.7.9.5 [View Less]

4 14

Trace on HD6320 after resume on v3.7-rc6
by Julian Wollrath 21 Nov '12

21 Nov '12

Hello, while having problems with the resume of the snd-hda-intel driver, I found the following in my dmesg output: [ 245.003310] irq 16: nobody cared (try booting with the "irqpoll" option) [ 245.003318] Pid: 691, comm: kworker/u:3 Tainted: G C 3.7.0-rc6-wl+ #3 [ 245.003321] Call Trace: [ 245.003342] <IRQ> [<ffffffff810a3c86>] ? __report_bad_irq+0x36/0xd0 [ 245.003350] [<ffffffff810a3f8d>] ? note_interrupt+0x1cd/0x220 [ 245.003359] [<ffffffff810a19ae&… [View More]gt;] ? handle_irq_event_percpu+0x8e/0x1c0 [ 245.003367] [<ffffffff81040415>] ? __do_softirq+0x105/0x1e0 [ 245.003374] [<ffffffff810a1b16>] ? handle_irq_event+0x36/0x60 [ 245.003383] [<ffffffff810a49ac>] ? handle_fasteoi_irq+0x4c/0xe0 [ 245.003390] [<ffffffff810045c5>] ? handle_irq+0x15/0x20 [ 245.003396] [<ffffffff810042b2>] ? do_IRQ+0x52/0xd0 [ 245.003404] [<ffffffff81405b2a>] ? common_interrupt+0x6a/0x6a [ 245.003430] <EOI> [<ffffffffa0349380>] ? ttm_bo_move_memcpy+0x3a0/0x4e0 [ttm] [ 245.003443] [<ffffffffa03492e4>] ? ttm_bo_move_memcpy+0x304/0x4e0 [ttm] [ 245.003457] [<ffffffffa0346c24>] ? ttm_bo_handle_move_mem+0x234/0x3e0 [ttm] [ 245.003469] [<ffffffffa0347910>] ? ttm_bo_mem_space+0x170/0x350 [ttm] [ 245.003503] [<ffffffffa047f200>] ? atom_execute_table_locked+0x70/0x2d0 [radeon] [ 245.003516] [<ffffffffa0347c3f>] ? ttm_bo_move_buffer+0x14f/0x160 [ttm] [ 245.003528] [<ffffffffa0347ce5>] ? ttm_bo_validate+0x95/0x120 [ttm] [ 245.003559] [<ffffffffa0484bbc>] ? radeon_bo_pin_restricted+0x10c/0x1b0 [radeon] [ 245.003590] [<ffffffffa0485a43>] ? radeon_gart_table_vram_pin+0x33/0xb0 [radeon] [ 245.003619] [<ffffffffa0481835>] ? atom_execute_table+0x55/0x70 [radeon] [ 245.003649] [<ffffffffa04c8c86>] ? evergreen_startup+0x386/0x1610 [radeon] [ 245.003677] [<ffffffffa0481c05>] ? atom_asic_init+0x145/0x1a0 [radeon] [ 245.003706] [<ffffffffa04ca1d2>] ? evergreen_resume+0x32/0x80 [radeon] [ 245.003730] [<ffffffffa046e118>] ? radeon_resume_kms+0x68/0x190 [radeon] [ 245.003737] [<ffffffff81254190>] ? pci_pm_restore+0xe0/0xe0 [ 245.003745] [<ffffffff812e4314>] ? dpm_run_callback.isra.5+0x14/0x40 [ 245.003752] [<ffffffff812e4844>] ? device_resume+0xb4/0x140 [ 245.003759] [<ffffffff812e48e4>] ? async_resume+0x14/0x40 [ 245.003767] [<ffffffff81060666>] ? async_run_entry_fn+0x86/0x1b0 [ 245.003775] [<ffffffff81052f06>] ? process_one_work+0x126/0x490 [ 245.003782] [<ffffffff810605e0>] ? async_unregister_domain+0x70/0x70 [ 245.003788] [<ffffffff81054c3d>] ? worker_thread+0x15d/0x450 [ 245.003795] [<ffffffff81054ae0>] ? flush_delayed_work+0x40/0x40 [ 245.003801] [<ffffffff810599a3>] ? kthread+0xb3/0xc0 [ 245.003807] [<ffffffff810598f0>] ? kthread_create_on_node+0x110/0x110 [ 245.003814] [<ffffffff814061ac>] ? ret_from_fork+0x7c/0xb0 [ 245.003820] [<ffffffff810598f0>] ? kthread_create_on_node+0x110/0x110 [ 245.003823] handlers: [ 245.003838] [<ffffffffa0267050>] azx_interrupt [snd_hda_intel] [ 245.003841] Disabling IRQ #16 I was not able to reproduce it but maybe the trace is helpful nevertheless. I got it during the resume after a suspend to ram. If you have further questions, please feel free to ask. With best regards, Julian Wollrath [View Less]

2 2

drm-next update
by Dave Airlie 21 Nov '12

21 Nov '12

Okay just pushed out a bunch of -next queued stuff, I've been stuck on another project for a couple of weeks and haven't really being paying enough attention to -next, so this is a heads up, if someone has something big they want merged this window and I haven't seen it yet or merged it yet, you should probably mention it in a reply to this mail with a summary of where you think its at. (e.g. atomic nuclear modesetting flipping). personal messages follow: Thomas: I merged some of the vmware … [View More]

6 12

[PATCH -next] drm/vmwgfx: Tighten the security around buffer maps
by Thomas Hellstrom 21 Nov '12

21 Nov '12

Make sure that other DRM clients can't map the contents of non-shareable buffer objects. Signed-off-by: Thomas Hellstrom <thellstrom(a)vmware.com> Reviewed-by: Brian Paul <brianp(a)vmware.com> --- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 9 ++++----- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 ++ drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 20 ++++++++++++++++++++ 3 files changed, 26 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c b/… [View More]drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c index ef1109c..96dc84d 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c @@ -248,13 +248,12 @@ void vmw_evict_flags(struct ttm_buffer_object *bo, *placement = vmw_sys_placement; } -/** - * FIXME: Proper access checks on buffers. - */ - static int vmw_verify_access(struct ttm_buffer_object *bo, struct file *filp) { - return 0; + struct ttm_object_file *tfile = + vmw_fpriv((struct drm_file *)filp->private_data)->tfile; + + return vmw_user_dmabuf_verify_access(bo, tfile); } static int vmw_ttm_io_mem_reserve(struct ttm_bo_device *bdev, struct ttm_mem_reg *mem) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h index 34dce9e..13aeda7 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h @@ -461,6 +461,8 @@ extern int vmw_dmabuf_init(struct vmw_private *dev_priv, size_t size, struct ttm_placement *placement, bool interuptable, void (*bo_free) (struct ttm_buffer_object *bo)); +extern int vmw_user_dmabuf_verify_access(struct ttm_buffer_object *bo, + struct ttm_object_file *tfile); extern int vmw_dmabuf_alloc_ioctl(struct drm_device *dev, void *data, struct drm_file *file_priv); extern int vmw_dmabuf_unref_ioctl(struct drm_device *dev, void *data, diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c b/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c index 88b6f92..0def4ff 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c @@ -458,6 +458,26 @@ out_no_base_object: return ret; } +/** + * vmw_user_dmabuf_verify_access - verify access permissions on this + * buffer object. + * + * @bo: Pointer to the buffer object being accessed + * @tfile: Identifying the caller. + */ +int vmw_user_dmabuf_verify_access(struct ttm_buffer_object *bo, + struct ttm_object_file *tfile) +{ + struct vmw_user_dma_buffer *vmw_user_bo; + + if (unlikely(bo->destroy != vmw_user_dmabuf_destroy)) + return -EPERM; + + vmw_user_bo = vmw_user_dma_buffer(bo); + return (vmw_user_bo->base.tfile == tfile || + vmw_user_bo->base.shareable) ? 0 : -EPERM; +} + int vmw_dmabuf_alloc_ioctl(struct drm_device *dev, void *data, struct drm_file *file_priv) { -- 1.7.4.4 [View Less]

1 0

[PATCH -next] drm/ttm: Optimize vm locking using kref_get_unless_zero v3
by Thomas Hellstrom 21 Nov '12

21 Nov '12

Removes the need for a write lock each time we call ttm_bo_unref(). v2: Remove an unused variable. v3: Really remove the unused variable. Signed-off-by: Thomas Hellstrom <thellstrom(a)vmware.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 5 +---- drivers/gpu/drm/ttm/ttm_bo_vm.c | 4 ++-- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 7426fe5..2c54c3d 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/… [View More]

1 0

[PATCH -next] drm/ttm: Optimize vm locking using kref_get_unless_zero v2
by Thomas Hellstrom 21 Nov '12

21 Nov '12

Removes the need for a write lock each time we call ttm_bo_unref(). v2: Remove an unused variable. Signed-off-by: Thomas Hellstrom <thellstrom(a)vmware.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 4 +--- drivers/gpu/drm/ttm/ttm_bo_vm.c | 4 ++-- 2 files changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 7426fe5..2dd0238 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@ -696,6 +696,7 … [View More]

1 0

[PATCH] drm/nouveau: use the correct fence implementation for nv50
by Maarten Lankhorst 21 Nov '12

21 Nov '12

Only compile time tested, noticed nv50_fence_create was never used, so fix this. This will probably fix vblank on nv50 cards. Hopefully this is still in time for 3.7 final release. Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)canonical.com> --- diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c index 0910125..8503b2e 100644 --- a/drivers/gpu/drm/nouveau/nouveau_drm.c +++ b/drivers/gpu/drm/nouveau/nouveau_drm.c @@ -129,7 +129,8 @@ … [View More]

1 0

Fwd: [i915] linux-3.7-rc1 onwards, display goes black.
by Tomas M 21 Nov '12

21 Nov '12

I sent this to the lkml but i got no reply. maybe im missing something obvious? my report lacks information? or this list is the apropiate place to send ;) ---------- Forwarded message ---------- From: Tomas M <tmezzadra(a)gmail.com> Date: Thu, Nov 8, 2012 at 5:51 PM Subject: [i915] linux-3.7-rc1 onwards, backlight will not turn on To: linux-kernel(a)vger.kernel.org Hello. First of all, ive been trying to bisect this, but from 3.6.0 to 3.7-rc1 the kernel has behaved really bad so i … [View More]

2 6

[PATCH] drm: tegra: Add Tegra30 support
by Thierry Reding 21 Nov '12

21 Nov '12

Add support for host1x, the display controllers and HDMI on the Tegra30 SoC. Signed-off-by: Thierry Reding <thierry.reding(a)avionic-design.de> Tested-by: Stephen Warren <swarren(a)nvidia.com> Tested-by: Mark Zhang <markz(a)nvidia.com> --- Hi David, I've rebased this on top of you drm-next branch as you requested. The change in hdmi.c looks a bit odd, but that's due to the fact that the nvidia,tegra30-hdmi line was already part of a prior patch where it shouldn't have been … [View More]

1 0

← Newer
1
...
51
52
53
54
55
56
57
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012