dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[PATCH] ipu-v3: ipu-smfc: Do not leave DEBUG defined
by Fabio Estevam 02 Sep '14

02 Sep '14

From: Fabio Estevam <fabio.estevam(a)freescale.com> Let's only define DEBUG for debugging purpose and not by default to avoid printing debugging message unnecessarily. Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- Russell, Are you still collecting ipu-v3 patches? ./scripts/get_maintainer.pl does not provide too many hints on who should take a patch like this. drivers/gpu/ipu-v3/ipu-smfc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/ipu-v3/ipu-smfc.c b/drivers/gpu/ipu-v3/ipu-smfc.c index e4f85ad..4939c50 100644 --- a/drivers/gpu/ipu-v3/ipu-smfc.c +++ b/drivers/gpu/ipu-v3/ipu-smfc.c @@ -8,7 +8,6 @@ * http://www.opensource.org/licenses/gpl-license.html * http://www.gnu.org/copyleft/gpl.html */ -#define DEBUG #include <linux/export.h> #include <linux/types.h> #include <linux/init.h> -- 1.9.1

2 3

[PULL REQUEST] ttm fence conversion
by Maarten Lankhorst 02 Sep '14

02 Sep '14

The following changes since commit 04cd214516d8a6f0f8c0116185d6e360df0860d2: Merge branch 'drm-next-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-next (2014-08-28 13:45:45 +1000) are available in the git repository at: ssh://people.freedesktop.org/~mlankhorst/linux for-airlied-next for you to fetch changes up to d591829ffd785ee27c82becc67673ce70b21cb83: drm/nouveau: use shared fences for readable objects (2014-09-01 11:09:39 +0200) \o/ radeon gpu reset rework is in -next, time for fences! ---------------------------------------------------------------- Maarten Lankhorst (18): drm/nouveau: add reservation to nouveau_gem_ioctl_cpu_prep drm/nouveau: require reservations for nouveau_fence_sync and nouveau_bo_fence drm/ttm: call ttm_bo_wait while inside a reservation drm/ttm: kill fence_lock drm/ttm: add interruptible parameter to ttm_eu_reserve_buffers drm/ttm: kill off some members to ttm_validate_buffer drm/radeon: use common fence implementation for fences, v3 drm/vmwgfx: get rid of different types of fence_flags entirely drm/vmwgfx: rework to new fence interface, v2 drm/nouveau: rework to new fence interface drm/qxl: rework to new fence interface drm/ttm: flip the switch, and convert to dma_fence drm/nouveau: use rcu in nouveau_gem_ioctl_cpu_prep drm/radeon: use rcu waits in some ioctls drm/vmwgfx: use rcu in vmw_user_dmabuf_synccpu_grab drm/ttm: use rcu in core ttm drm/nouveau: Keep only a single list for validation. drm/nouveau: use shared fences for readable objects drivers/gpu/drm/nouveau/nouveau_bo.c | 64 +--- drivers/gpu/drm/nouveau/nouveau_bo.h | 2 +- drivers/gpu/drm/nouveau/nouveau_display.c | 27 +- drivers/gpu/drm/nouveau/nouveau_fence.c | 518 ++++++++++++++++++++---------- drivers/gpu/drm/nouveau/nouveau_fence.h | 26 +- drivers/gpu/drm/nouveau/nouveau_gem.c | 178 +++++----- drivers/gpu/drm/nouveau/nv04_fence.c | 6 +- drivers/gpu/drm/nouveau/nv10_fence.c | 6 +- drivers/gpu/drm/nouveau/nv17_fence.c | 4 +- drivers/gpu/drm/nouveau/nv50_fence.c | 4 +- drivers/gpu/drm/nouveau/nv84_fence.c | 22 +- drivers/gpu/drm/qxl/Makefile | 2 +- drivers/gpu/drm/qxl/qxl_cmd.c | 7 - drivers/gpu/drm/qxl/qxl_debugfs.c | 16 +- drivers/gpu/drm/qxl/qxl_drv.h | 20 +- drivers/gpu/drm/qxl/qxl_fence.c | 91 ------ drivers/gpu/drm/qxl/qxl_kms.c | 1 + drivers/gpu/drm/qxl/qxl_object.c | 2 - drivers/gpu/drm/qxl/qxl_object.h | 6 +- drivers/gpu/drm/qxl/qxl_release.c | 172 ++++++++-- drivers/gpu/drm/qxl/qxl_ttm.c | 93 ------ drivers/gpu/drm/radeon/radeon.h | 15 +- drivers/gpu/drm/radeon/radeon_cs.c | 10 +- drivers/gpu/drm/radeon/radeon_device.c | 6 +- drivers/gpu/drm/radeon/radeon_display.c | 7 +- drivers/gpu/drm/radeon/radeon_fence.c | 256 +++++++++++++-- drivers/gpu/drm/radeon/radeon_gem.c | 20 +- drivers/gpu/drm/radeon/radeon_irq_kms.c | 43 +++ drivers/gpu/drm/radeon/radeon_mn.c | 6 +- drivers/gpu/drm/radeon/radeon_object.c | 8 +- drivers/gpu/drm/radeon/radeon_ttm.c | 34 +- drivers/gpu/drm/radeon/radeon_uvd.c | 6 +- drivers/gpu/drm/radeon/radeon_vm.c | 17 +- drivers/gpu/drm/ttm/ttm_bo.c | 187 +++++------ drivers/gpu/drm/ttm/ttm_bo_util.c | 28 +- drivers/gpu/drm/ttm/ttm_bo_vm.c | 3 - drivers/gpu/drm/ttm/ttm_execbuf_util.c | 146 +++------ drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 47 --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 24 +- drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 346 +++++++++++--------- drivers/gpu/drm/vmwgfx/vmwgfx_fence.h | 35 +- drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 11 +- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 43 ++- include/drm/ttm/ttm_bo_api.h | 7 +- include/drm/ttm/ttm_bo_driver.h | 29 +- include/drm/ttm/ttm_execbuf_util.h | 22 +- 47 files changed, 1396 insertions(+), 1229 deletions(-) delete mode 100644 drivers/gpu/drm/qxl/qxl_fence.c

2 9

[PATCH] gpu: ipu-v3: Kconfig: Remove SOC_IMX6SL from IMX_IPUV3_CORE Kconfig
by Fabio Estevam 02 Sep '14

02 Sep '14

SOC_IMX6SL does not have the IPU block, so remove it from the Kconfig entry. Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- drivers/gpu/ipu-v3/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/ipu-v3/Kconfig b/drivers/gpu/ipu-v3/Kconfig index 2f228a2..8696d20 100644 --- a/drivers/gpu/ipu-v3/Kconfig +++ b/drivers/gpu/ipu-v3/Kconfig @@ -1,6 +1,6 @@ config IMX_IPUV3_CORE tristate "IPUv3 core support" - depends on SOC_IMX5 || SOC_IMX6Q || SOC_IMX6SL || ARCH_MULTIPLATFORM + depends on SOC_IMX5 || SOC_IMX6Q || ARCH_MULTIPLATFORM depends on RESET_CONTROLLER help Choose this if you have a i.MX5/6 system and want to use the Image -- 1.8.3.2

1 0

[Bug 82581] New: CL_DEVICE_MAX_COMPUTE_UNITS increases by 100 every time runpm powers on 7970M pitcairn
by bugzilla-daemon＠bugzilla.kernel.org 02 Sep '14

02 Sep '14

https://bugzilla.kernel.org/show_bug.cgi?id=82581 Bug ID: 82581 Summary: CL_DEVICE_MAX_COMPUTE_UNITS increases by 100 every time runpm powers on 7970M pitcairn Product: Drivers Version: 2.5 Kernel Version: 3.16.1 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: haagch.christoph(a)googlemail.com Regression: No 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wimbledon XT [Radeon HD 7970M] (rev ff) linux 3.16.1 drmCommandWriteRead() in mesa receives the wrong value already so I put this here. As long as the gpu is not powered off in between runs the value stays the same. When the gpu is powered off and on, the value will be increased by 100. Test program output: $ g++ numcomp.cpp -o numcomp -lOpenCL; ./numcomp; ./numcomp; sleep 10; ./numcomp; ./numcomp OpenCL Number of compute units: 7500 OpenCL Number of compute units: 7500 OpenCL Number of compute units: 7600 OpenCL Number of compute units: 7600 Test program source: #include <CL/cl.hpp> #include <iostream> int main() { int err, numberOfComputeUnits = 0; std::vector<cl::Platform> platformList; cl::Platform::get(&platformList); cl_context_properties cprops[3] = { CL_CONTEXT_PLATFORM, (cl_context_properties) (platformList[0])(), 0 }; cl::Context *context = new cl::Context(CL_DEVICE_TYPE_GPU, cprops, NULL, NULL, &err); std::vector<cl::Device> devices = context->getInfo<CL_CONTEXT_DEVICES>(); devices[0].getInfo(CL_DEVICE_MAX_COMPUTE_UNITS, &numberOfComputeUnits); std::cout << "OpenCL Number of compute units: " << numberOfComputeUnits << std::endl;; return 0; } Also with other tools like http://graphics.stanford.edu/~yoel/notes/clInfo.c: $ ./clInfo | grep MAX_COMPUTE_UNITS device[0x1118288]: MAX_COMPUTE_UNITS: 10400 -- You are receiving this mail because: You are watching the assignee of the bug.

1 5

Changing the connector output numbering
by Andreas Nagel 02 Sep '14

02 Sep '14

Hello, xrandr lists the connector outputs like this: HDMI1, HDMI2, DP1, DP2, etc. On our current mainboard with DVI and DisplayPort, the kernel driver assigns the number 2 to a pure DVI connection, so xrandr prints "HDMI2" for that connection. HDMI1 will be used, when I use a DP-to-DVI adapter on the DisplayPort while the other DVI port is used. The new board model (which uses the Intel i915 driver) has its DVI and DisplayPort connector switched and the DVI connection is now numbered with a "1". Using the adapter on the DP again, I get HDMI2. I found out, that these numbers are generated by calling "ida_simple_get()" in the function "drm_connector_init()" in drivers/gpu/drm/drm_crtc.c and saving its return value in the connectors attribute "connector_type_id". It would be preferable, to keep the current numbering scheme. Can I modify some code in order to achieve this? Or is there a way to influence the order in which the connectors are initialized? Best regards, Andreas

1 0

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)
by bugzilla-daemon＠freedesktop.org 02 Sep '14

02 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74803 Marek Olšák <maraeo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #25 from Marek Olšák <maraeo(a)gmail.com> --- (In reply to comment #24) > Updated Oibaf and tried again. This time it does appear to be fixed! :-) Thanks. Closing. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)
by bugzilla-daemon＠freedesktop.org 02 Sep '14

02 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74803 --- Comment #24 from funkydude <funkydude87(a)hotmail.co.uk> --- Updated Oibaf and tried again. This time it does appear to be fixed! :-) -- You are receiving this mail because: You are the assignee for the bug.

1 0

[PATCH] drm: Include task->name and master status in debugfs clients info
by Chris Wilson 02 Sep '14

02 Sep '14

Showing who is the current master is useful for trying to decypher errors when trying to acquire master (e.g. a race with X taking over from plymouth). By including the process name as well as the pid simplifies the task of grabbing enough information remotely at the point of error. Signed-off-by: Chris Wilson <chris(a)chris-wilson.co.uk> --- drivers/gpu/drm/drm_info.c | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_info.c b/drivers/gpu/drm/drm_info.c index 15ec9f4..d813430 100644 --- a/drivers/gpu/drm/drm_info.c +++ b/drivers/gpu/drm/drm_info.c @@ -184,14 +184,21 @@ int drm_clients_info(struct seq_file *m, void *data) struct drm_file *priv; mutex_lock(&dev->struct_mutex); - seq_printf(m, "a dev pid uid magic\n\n"); - list_for_each_entry(priv, &dev->filelist, lhead) { - seq_printf(m, "%c %3d %5d %5d %10u\n", - priv->authenticated ? 'y' : 'n', - priv->minor->index, + seq_printf(m, " pid dev master a uid magic\n"); + list_for_each_entry_reverse(priv, &dev->filelist, lhead) { + struct task_struct *task; + + rcu_read_lock(); + task = pid_task(priv->pid, PIDTYPE_PID); + seq_printf(m, "%20s %5d %3d %c %c %5d %10u\n", + task ? task->comm : "<unknown>", pid_vnr(priv->pid), + priv->minor->index, + priv->is_master ? 'y' : 'n', + priv->authenticated ? 'y' : 'n', from_kuid_munged(seq_user_ns(m), priv->uid), priv->magic); + rcu_read_unlock(); } mutex_unlock(&dev->struct_mutex); return 0; -- 1.9.1

2 4

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)
by bugzilla-daemon＠freedesktop.org 01 Sep '14

01 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74803 --- Comment #23 from smoki <smoki00790(a)gmail.com> --- (In reply to comment #22) > No. Still broken using latest Oibaf. Latest oibaf ppa packages still does not contain these fixes :) You need to wait for newer packages, one more update :) -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)
by bugzilla-daemon＠freedesktop.org 01 Sep '14

01 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74803 --- Comment #22 from funkydude <funkydude87(a)hotmail.co.uk> --- No. Still broken using latest Oibaf. -- You are receiving this mail because: You are the assignee for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014