dri-devel June 2015

dri-devel@lists.freedesktop.org

188 participants
1140 discussions

[PATCH 0/4] cec-ctl/compliance: new CEC utilities
by Hans Verkuil 29 Jun '15

29 Jun '15

From: Hans Verkuil <hans.verkuil(a)cisco.com> This patch series adds two new utilities to the v4l-utils git repository (http://git.linuxtv.org/cgit.cgi/v4l-utils.git/). It assumes that the new CEC framework available in the kernel: http://www.mail-archive.com/linux-media@vger.kernel.org/msg90085.html The first patch adds the new cec headers to the 'sync-with-kernel' target, the second syncs with the kernel and adds the new cec headers to v4l-utils, the third adds the compliance utility and the last adds the cec-ctl utility. The cec-compliance utility is by no means 100% coverage, in particular the event API and non-blocking ioctls are untested. But it is a starting point, and a complex protocol like CEC really needs a compliance tool. The cec-ctl utility has almost full CEC message coverage: all generated from the cec headers, so this is easy to keep up to date. The main missing feature is that there is no logging of received messages. This would be very useful to add. There is also no event handling/async message handling yet. But it is very useful to test CEC messages. Regards, Hans Hans Verkuil (4): Makefile.am: copy cec headers with make sync-with-kernel sync-with-kernel cec-compliance: add new CEC compliance utility cec-ctl: CEC control utility Makefile.am | 4 + configure.ac | 2 + contrib/freebsd/include/linux/input.h | 13 + include/linux/cec-funcs.h | 1516 ++++++++++++++++++++++ include/linux/cec.h | 709 ++++++++++ utils/Makefile.am | 2 + utils/cec-compliance/Makefile.am | 3 + utils/cec-compliance/cec-compliance.cpp | 943 ++++++++++++++ utils/cec-compliance/cec-compliance.h | 87 ++ utils/cec-ctl/Makefile.am | 8 + utils/cec-ctl/cec-ctl.cpp | 1000 ++++++++++++++ utils/cec-ctl/msg2ctl.pl | 330 +++++ utils/keytable/parse.h | 10 + utils/keytable/rc_keymaps/cec | 77 ++ utils/keytable/rc_keymaps/technisat_ts35 | 34 + utils/keytable/rc_keymaps/terratec_cinergy_c_pci | 49 + utils/keytable/rc_keymaps/terratec_cinergy_s2_hd | 49 + utils/keytable/rc_keymaps/twinhan_dtv_cab_ci | 54 + utils/keytable/rc_maps.cfg | 1 + 19 files changed, 4891 insertions(+) create mode 100644 include/linux/cec-funcs.h create mode 100644 include/linux/cec.h create mode 100644 utils/cec-compliance/Makefile.am create mode 100644 utils/cec-compliance/cec-compliance.cpp create mode 100644 utils/cec-compliance/cec-compliance.h create mode 100644 utils/cec-ctl/Makefile.am create mode 100644 utils/cec-ctl/cec-ctl.cpp create mode 100755 utils/cec-ctl/msg2ctl.pl create mode 100644 utils/keytable/rc_keymaps/cec create mode 100644 utils/keytable/rc_keymaps/technisat_ts35 create mode 100644 utils/keytable/rc_keymaps/terratec_cinergy_c_pci create mode 100644 utils/keytable/rc_keymaps/terratec_cinergy_s2_hd create mode 100644 utils/keytable/rc_keymaps/twinhan_dtv_cab_ci -- 2.1.4

1 4

[PATCH] drm/tegra: Add tegra_gem_mmap2 to fix 64-bit offsets
by Sean Paul 29 Jun '15

29 Jun '15

On 64-bit targets, tegra_gem_mmap doesn't return the offset to userspace. As such, subsequent calls to mmap(2) fail. Add a new tegra_gem_mmap2 ioctl to fix this. Signed-off-by: Sean Paul <seanpaul(a)chromium.org> --- drivers/gpu/drm/tegra/drm.c | 21 +++++++++++++++++++++ include/uapi/drm/tegra_drm.h | 8 ++++++++ 2 files changed, 29 insertions(+) diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c index d4f8275..be5dbe7 100644 --- a/drivers/gpu/drm/tegra/drm.c +++ b/drivers/gpu/drm/tegra/drm.c @@ -343,6 +343,26 @@ static int tegra_gem_create(struct drm_device *drm, void *data, return 0; } +static int tegra_gem_mmap2(struct drm_device *drm, void *data, + struct drm_file *file) +{ + struct drm_tegra_gem_mmap2 *args = data; + struct drm_gem_object *gem; + struct tegra_bo *bo; + + gem = drm_gem_object_lookup(drm, file, args->handle); + if (!gem) + return -EINVAL; + + bo = to_tegra_bo(gem); + + args->offset = drm_vma_node_offset_addr(&bo->gem.vma_node); + + drm_gem_object_unreference(gem); + + return 0; +} + static int tegra_gem_mmap(struct drm_device *drm, void *data, struct drm_file *file) { @@ -677,6 +697,7 @@ static const struct drm_ioctl_desc tegra_drm_ioctls[] = { DRM_IOCTL_DEF_DRV(TEGRA_GEM_GET_TILING, tegra_gem_get_tiling, DRM_UNLOCKED), DRM_IOCTL_DEF_DRV(TEGRA_GEM_SET_FLAGS, tegra_gem_set_flags, DRM_UNLOCKED), DRM_IOCTL_DEF_DRV(TEGRA_GEM_GET_FLAGS, tegra_gem_get_flags, DRM_UNLOCKED), + DRM_IOCTL_DEF_DRV(TEGRA_GEM_MMAP2, tegra_gem_mmap2, DRM_UNLOCKED), #endif }; diff --git a/include/uapi/drm/tegra_drm.h b/include/uapi/drm/tegra_drm.h index c15d781..9035257 100644 --- a/include/uapi/drm/tegra_drm.h +++ b/include/uapi/drm/tegra_drm.h @@ -167,6 +167,12 @@ struct drm_tegra_gem_get_flags { __u32 flags; }; +struct drm_tegra_gem_mmap2 { + __u32 handle; + __u64 offset; +}; + + #define DRM_TEGRA_GEM_CREATE 0x00 #define DRM_TEGRA_GEM_MMAP 0x01 #define DRM_TEGRA_SYNCPT_READ 0x02 @@ -181,6 +187,7 @@ struct drm_tegra_gem_get_flags { #define DRM_TEGRA_GEM_GET_TILING 0x0b #define DRM_TEGRA_GEM_SET_FLAGS 0x0c #define DRM_TEGRA_GEM_GET_FLAGS 0x0d +#define DRM_TEGRA_GEM_MMAP2 0x0e #define DRM_IOCTL_TEGRA_GEM_CREATE DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_CREATE, struct drm_tegra_gem_create) #define DRM_IOCTL_TEGRA_GEM_MMAP DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_MMAP, struct drm_tegra_gem_mmap) @@ -196,5 +203,6 @@ struct drm_tegra_gem_get_flags { #define DRM_IOCTL_TEGRA_GEM_GET_TILING DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_GET_TILING, struct drm_tegra_gem_get_tiling) #define DRM_IOCTL_TEGRA_GEM_SET_FLAGS DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_SET_FLAGS, struct drm_tegra_gem_set_flags) #define DRM_IOCTL_TEGRA_GEM_GET_FLAGS DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_GET_FLAGS, struct drm_tegra_gem_get_flags) +#define DRM_IOCTL_TEGRA_GEM_MMAP2 DRM_IOWR(DRM_COMMAND_BASE + DRM_TEGRA_GEM_MMAP2, struct drm_tegra_gem_mmap2) #endif -- 2.2.0.rc0.207.ga3a616c

7 13

[PATCH] gpu/drm/amdgpu: Fix build when CONFIG_DEBUG_FS is not set
by Alexander Kuleshov 29 Jun '15

29 Jun '15

If the CONFIG_DEBUG_FS is not selected, compilation of the drivers/gpu/drm/amd/amdgpu/amdgpu_device.c provides two warnings that amdgpu_debugfs_regs_init and amdgpu_debugfs_regs_cleanup are used but never defined. And as result: ERROR: "amdgpu_debugfs_regs_cleanup" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined! ERROR: "amdgpu_debugfs_regs_init" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined! ^ Signed-off-by: Alexander Kuleshov <kuleshovmail(a)gmail.com> --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c index fec487d..6896798 100644 --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c @@ -2000,5 +2000,10 @@ int amdgpu_debugfs_init(struct drm_minor *minor) void amdgpu_debugfs_cleanup(struct drm_minor *minor) { } +#else +static int amdgpu_debugfs_regs_init(struct amdgpu_device *adev) +{ + return 0; +} +static void amdgpu_debugfs_regs_cleanup(struct amdgpu_device *adev) { } #endif -- 2.4.4.410.gc71d752

2 1

[PATCH] staging: imx-drm: Fix pixel clock polarity
by David Jander 29 Jun '15

29 Jun '15

clk_pol should almost always be 1 (active-high pixel clock). When using the LDB, it must be 1 and for externally connected displays it should most probably also be 1. Original Freescale code sets this bit always, except when the FB_SYNC_CLK_LAT_FALL flag is set, which is a proprietary extension from Freescale that is not normally set. Signed-off-by: David Jander <david(a)protonic.nl> --- drivers/gpu/drm/imx/ipuv3-crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/imx/ipuv3-crtc.c b/drivers/gpu/drm/imx/ipuv3-crtc.c index 7425fcc..97799ff 100644 --- a/drivers/gpu/drm/imx/ipuv3-crtc.c +++ b/drivers/gpu/drm/imx/ipuv3-crtc.c @@ -173,7 +173,7 @@ static int ipu_crtc_mode_set(struct drm_crtc *crtc, sig_cfg.clkflags = 0; sig_cfg.enable_pol = 1; - sig_cfg.clk_pol = 0; + sig_cfg.clk_pol = 1; sig_cfg.bus_format = ipu_crtc->bus_format; sig_cfg.v_to_h_sync = 0; sig_cfg.hsync_pin = ipu_crtc->di_hsync_pin; -- 2.1.4

2 4

[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game
by bugzilla-daemon＠freedesktop.org 29 Jun '15

29 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=89699 --- Comment #15 from andre35822(a)yahoo.com --- So I came to check out if there was anything new and I see that there are some of you working on fixing the bug? Thank You! I really appreciate it as I have no clue how to do this on my own. I don't know what else I can do to help, only that (you guys probably know this already) the bug is still present on Mesa 10.6...just thought I would let you know in case you guys didnt (you probably do). Thanks a lot again for looking into the issue. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 90728] dvd playback with vlc and vdpau causes segmentation fault
by bugzilla-daemon＠freedesktop.org 29 Jun '15

29 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=90728 Michel Dänzer <michel(a)daenzer.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #20 from Michel Dänzer <michel(a)daenzer.net> --- Please don't resolve bug reports before the fix has landed in Git. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 90510] [radeon][tahiti xt] IA_MULTI_VGT_PARAM programming seems broken
by bugzilla-daemon＠freedesktop.org 28 Jun '15

28 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=90510 Bug ID: 90510 Summary: [radeon][tahiti xt] IA_MULTI_VGT_PARAM programming seems broken Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: sylvain.bertrand(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org This is a follow-up of the bug #90370. source engine games produce tons of graphical glitches, unless R600_DEBUG='switch_on_eop' is defined. Tested with dota2/portal2. For portal2, the amount of glitches depends on the level you choose. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 90728] dvd playback with vlc and vdpau causes segmentation fault
by bugzilla-daemon＠freedesktop.org 28 Jun '15

28 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=90728 mehmet.giritli(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #19 from mehmet.giritli(a)gmail.com --- Hi friends, So, I was finally able to do this. Michel: I am unable to reproduce the problem with crash anymore. FYI: This new situation is with yesterday's git. So, as of yesterday, everything works perfectly. Christian: The original problem appeared with yesterdays mesa as well. So, there was no difference. Then I applied your patch and the problem completely disappeared. Thank you so much! One question: If you commit this, what is the earliest release which will contain this fix? Marking this as fixed. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 61529] [r600g][kms][ATI RV710] r600_pcie_gart_tlb_flush+0xf5/0x110
by bugzilla-daemon＠freedesktop.org 27 Jun '15

27 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=61529 Thaddaeus Tintenfisch <thad.fisch(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 61529] [r600g][kms][ATI RV710] r600_pcie_gart_tlb_flush+0xf5/0x110
by bugzilla-daemon＠freedesktop.org 27 Jun '15

27 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=61529 --- Comment #1 from Thaddäus Tintenfisch <thad.fisch(a)gmail.com> --- A commit in 3.17-rc6 is causing this kernel panic to occur when switching off the dedicated GPU for the first time after booting the system. This is still reproducible with 4.1-rcX and radeon.runpm=0 (plus radeon.dpm=0). -- 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 June 2015