[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/15/15 11:51), Michel Dänzer wrote: > On 14.07.2015 22:41, Sergey Senozhatsky wrote: > > > > sometimes `xset dpms force off' just turns off the panel for a second, > > sometimes -- until I generate a `wakeup' event (key press, etc.) > > FWIW, the former case is because releasing the enter

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On (07/14/15 17:11), Daniel Vetter wrote: > Have you forwarded to a more recent -nightly? I just merged a patch which > might have fixed this ... > Hello, yep, I use the most recent -next usually (update it everyday), when it boots. I can't reproduce the problem so far, hopefully the commit you

[PATCH] drm: Fix warning with make xmldocs caused by drm_irq.c

This patch fix following warnings. Warning(.//drivers/gpu/drm/drm_irq.c:1279): No description found for parameter drm_crtc' Warning(.//drivers/gpu/drm/drm_irq.c:1279): Excess function parameter 'crtc' description in 'drm_crtc_vblank_reset' Signed-off-by: Masanari Iida ---

[PATCH 15/16] drm/i915: Add set_property handler for CSC correction on CHV/BSW

This patch adds set_property handler for CSC color correction and enhancement capability at Pipe level on CHV/BSW platform. The set function just attaches the CSC blob to CRTC state, that later gets committed using atomic path. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi ---

[PATCH 14/16] drm: Add structure for set/get a CTM color property

Color Manager framework defines a color correction property for color space transformation and Gamut mapping. This property is called CTM (Color Transformation Matrix). This patch adds a new structure in DRM layer for CTM color correction. This structure will be used by all user space agents to

[PATCH 13/16] drm/i915: Add DeGamma correction for CHV/BSW

CHV/BSW supports DeGamma color correction feature, which linearizes all the non-linear color values. This will be applied before Color Transformation. This patch does the following: 1. Adds the core function to program DeGamma correction values for CHV/BSW platform 2. Adds DeGamma correction

[PATCH 12/16] drm/i915: Add set_property handler for pipe deGamma correction on CHV/BSW

This patch adds set_property handler for deGamma color correction and enhancement capability at Pipe level on CHV/BSW platform. The set function just attaches the deGamma blob to CRTC state, that later gets committed using atomic path. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi

[PATCH 11/16] drm/i915: Add pipe level Gamma correction for CHV/BSW

CHV/BSW platform supports various Gamma correction modes, which are: 1. Legacy 8-bit mode 2. 10-bit CGM (Color Gamut Mapping) mode This patch does the following: 1. Adds the core function to program Gamma correction values for CHV/BSW platform 2. Adds Gamma correction macros/defines

[PATCH 10/16] drm/i915: Add set_property handler for pipe Gamma correction on CHV/BSW

This patch adds set_property handler for Gamma color correction and enhancement capability at Pipe level on CHV/BSW platform. The set function just attaches the Gamma blob to CRTC state, that later gets committed using atomic path. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi

[PATCH 09/16] drm: Add structures to set/get a palette color property

This patch adds new structures in DRM layer for Palette color correction. These structures will be used by user space agents to configure appropriate number of samples and Palette LUT for a platform. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi --- include/uapi/drm/drm.h | 27

[PATCH 08/16] drm: Add blob properties to CRTC state for color properties

This patch adds blob properties to CRTC state to hold the respective blobs for color properties. These will be required by set_property calls to attach blobs for atomic commit later. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi --- include/drm/drm_crtc.h | 5 + 1 file

[PATCH 07/16] drm/i915: Add atomic set property interface for CRTC

This patch adds atomic set property interface for Intel CRTC. This interface will be used to set color correction DRM properties. Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi --- drivers/gpu/drm/i915/intel_atomic.c | 11 +++ drivers/gpu/drm/i915/intel_display.c | 2 ++

[PATCH 06/16] drm/i915: Load gamma color capabilities for CHV CRTC

As per Color Manager design, each driver is responsible to load its palette color correction and enhancement capabilities in the form of a DRM blob property, so that user space can query and read. This patch loads all CHV platform specific gamma color capabilities for CRTC into a blob that can be

[PATCH 05/16] drm: Export drm_property_replace_global_blob function

drm_property_replace_global_blob() is getting used by many wrapper functions to replace an existing blob with new values. Because this function was static, modules are forced to create wrapper functions in same file. Exporting this function will remove need for such wrapper functions. This patch

[PATCH 04/16] drm: Add structure for querying palette color capabilities

The DRM color management framework is targeting various hardware platforms and drivers. Different platforms can have different color correction and enhancement capabilities. A commom user space application can query these capabilities using the DRM property interface. Each driver can fill this

[PATCH 03/16] drm/i915: Attach color properties to CRTC

This patch does the following: 1. Adds new files intel_color_manager(.c/.h) 2. Attaches color properties to CRTC while initialization Signed-off-by: Shashank Sharma Signed-off-by: Kausal Malladi --- drivers/gpu/drm/i915/Makefile | 3 +- drivers/gpu/drm/i915/intel_color_manager.c

[PATCH 02/16] drm: Create Color Management DRM properties

Color Management is an extension to Kernel display framework. It allows abstraction of hardware color correction and enhancement capabilities by virtue of DRM properties. This patch initializes color management framework by : 1. Introducing new pointers in DRM mode_config structure to carry

[PATCH 01/16] drm/i915: Atomic commit path fix for CRTC properties

From: Matt Roper The intel_atomic_check() function had some simple testing to make sure that an atomic update isn't updating more than one CRTC at a time. The logic assumed that a plane was always being updated, so it figured out the "nuclear pipe" from the first plane

[PATCH 00/16] Color Manager Implementation

This patch set adds Color Manager implementation in DRM layer. Color Manager is an extension in DRM framework to support color correction/enhancement. Various Hardware platforms can support several color correction capabilities. Color Manager provides abstraction of these capabilities and allows a

[GIT PULL] Armada DRM fixes fixes

David, Please incorporate the latest Armada DRM fixes fixes, which can be found at: git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-fixes with SHA1 c62ff6b3c7325c34d649a5fc3253445af1fd3ba8. A range of fixes for the Armada DRM driver: - A missing wakeup could result in overlay frames

[RFC PATCH 2/2] gpu: ipu-v3: use clock and de polarity from videomode

This patch depends on "drm: add support for for clk and de polarity". Since "drm: add support for for clk and de polarity", clock and data polarity set in devicetree are passed correctly through drm_display_mode to videomode flags used by ipuv3. Removes custom configuration flags for clock and de

[RFC PATCH 1/2] drm: add support for for clk and de polarity

To get full support for parallel and LVDS displays with drm: Add representation for clock and data enable polarity in drm_display_mode flags (similar to HSYNC/VSYNC polarity) and update conversion functions from/to videomode accordingly. This is especially important for embedded devices where

[PATCH] drm/atomic-helper: Also update legacy dpms state

Avoids legacy userspace/code getting confused when dpms doesn't reflect reality of what's going on. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_atomic_helper.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic_helper.c

[RFC PATCH 0/2] drm: add support for for clk and de polarity & gpu: ipu-v3: use clock and de polarity

Hello! These patches address a problem we ran into using parallel displays with Freescale i.MX53 and i.MX6 SoC's. In short: We wanted to change the clock signal polarity by using display-timing in the devicetree description, but the output signal stayed unchanged. Parallel displays may have

[PATCH] drm/atomic-helper: Also update legacy dpms state

On 15 July 2015 at 16:44, Daniel Vetter wrote: > Avoids legacy userspace/code getting confused when dpms doesn't > reflect reality of what's going on. > > Signed-off-by: Daniel Vetter Reviewed-by: Daniel Stone

[PATCH] drm: sti: fix sub-components bind

It doesn't change any bindings fields, only remove one level of childs on DT. Old DTBs may not work but it will impact only very few peoples and no products so it isn't a problem. The patch fix driver and DT files so I don't think it could create issues. 2015-07-15 15:34 GMT+02:00 Thierry Reding

[PATCH 2/2] drm/tegra: Use drm_gem_object_reference_unlocked

This only grabs the mutex when really needed, but still has a might-acquire lockdep check to make sure that's always possible. With this patch tegra is officially struct_mutex free, yay! Cc: Thierry Reding Signed-off-by: Daniel Vetter --- drivers/gpu/drm/tegra/drm.c | 4 +---

[PATCH 1/2] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

Since David Herrmann's mmap vma manager rework we don't need to grab dev->struct_mutex any more to prevent races when looking up the mmap offset. Drop it and instead don't forget to use the unref_unlocked variant (since the drm core still cares). While at it also fix a leak when this ioctl is

[PATCH] drm: sti: fix sub-components bind

signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/3d432157/attachment.sig>

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On 07/15/15 14:35, Hans Verkuil wrote: > On 07/14/15 12:16, Daniel Vetter wrote: > > > > I would guess that a LUT supporting 16 bit color components would need a > precision > of 0.20 or so (assuming the resulting values are used in further > calculations). > > High

[PATCH 02/16] drm: Create Color Management DRM properties

on-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/2c1e41a6/attachment.sig>

[PATCH] drm: sti: fix sub-components bind

Fix misunderstanding in how use component framework. drm_platform_init() is now call only when all the sub-components are register themselves instead of the previous two stages mechanism. Update devicetree and bindings documentation according to this new behavior. Signed-off-by: Benjamin

[PATCH 1/1] drm/sti: fix master bind bug for using component

Thanks a lot Russell, I have now understand where was my mistake. 2015-07-15 12:42 GMT+02:00 Russell King - ARM Linux : > On Wed, Jul 15, 2015 at 12:19:01PM +0200, Benjamin Gaignard wrote: >> The build order in Makefile hasn't been change so the bug doesn't occur... >> >> In addition of taking

[PATCH 02/16] drm: Create Color Management DRM properties

Thanks for the comments, Thierry. We can surely do this. Regards Shashank -Original Message- From: Thierry Reding [mailto:thierry.red...@gmail.com] Sent: Wednesday, July 15, 2015 6:55 PM To: Malladi, Kausal Cc: Roper, Matthew D; Barnes, Jesse; Lespiau, Damien; Jindal, Sonika; R,

[PATCH] drm/dp/mst: dump branch OUI in debugfs (v2)

freedesktop.org/archives/dri-devel/attachments/20150715/3e7e031b/attachment.sig>

[PATCH libdrm 3/4] xf86drm: fix incorrect fd comparison in drmOpenOnce{,WithType}

nd the behaviour seemed at odds with what documentation there is (i.e. the function name). Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/39b41ca6/attachment.sig>

[Intel-gfx] [PATCH v2 00/10] Color Manager Implementation

On 07/14/15 12:16, Daniel Vetter wrote: I would guess that a LUT supporting 16 bit color components would need a precision of 0.20 or so (assuming the resulting values are used in further calculations). High dynamic range video will be an important driving force

[PATCH] drm: Fix warning with make xmldocs caused by drm_irq.c

On Wed, Jul 15, 2015 at 07:25:42PM +0900, Masanari Iida wrote: > This patch fix following warnings. > > Warning(.//drivers/gpu/drm/drm_irq.c:1279): No description > found for parameter drm_crtc' > Warning(.//drivers/gpu/drm/drm_irq.c:1279): Excess function > parameter 'crtc' description in

kernel-doc markdown support

Hey there, I've been discussing with Daniel Vetter about adding Markdown support to kernel-doc. There were some discussions about improving documentation flexibility and although there were no consensus at the time I believe (and I think others might agree) that Markdown is best suit for this

[PATCH libdrm 4/4] Consistently check the fd value

if (fd < 0) > return 0; > > v = drmGetDeviceNameFromFd(fd); > -- > 2.4.5 > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/a12e00a5/attachment.sig>

[PATCH libdrm 3/4] xf86drm: fix incorrect fd comparison in drmOpenOnce{,WithType}

non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/eb2817be/attachment.sig>

[PATCH libdrm 3/4] xf86drm: fix incorrect fd comparison in drmOpenOnce{, WithType}

On 15 July 2015 at 12:47, Thierry Reding wrote: > On Tue, Jul 14, 2015 at 03:10:04PM +0100, Emil Velikov wrote: >> Spotted by looking for similar "let's assume fd == 0 is invalid" bugs. >> >> Cc: Thierry Reding >> Signed-off-by: Emil Velikov >> --- >> xf86drm.c | 2 +- >> 1 file changed, 1

[PATCH libdrm 2/4] omap: zero is a valid fd number, treat it as such

-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/1aee025d/attachment.sig>

[Bug 91268] R6xx freezes with kernel 3.17 and up

https://bugs.freedesktop.org/attachment.cgi?id=117136 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/d18bf325/attachment.html>

[Bug 91268] R6xx freezes with kernel 3.17 and up

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/ded0f130/attachment.html>

[PATCH 1/1] drm/sti: fix master bind bug for using component

The build order in Makefile hasn't been change so the bug doesn't occur... In addition of taking care of not changing build order in Makefile, I would like to understand what is the expected behavior of component framework when master call component_bind_all() before any component_add() calls.

[PATCH] drm/exynos: move order to register vidi kms driver

The vidi is virtual kms driver and now it is registered earlier than actual hw kms drivers, so it will occupy crtc index 0. Some users assume the condition yet that actual hw kms driver has crtc index 0. It may or may not be matter but let's arrange register order. Signed-off-by: Joonyoung Shim

[Intel-gfx] [-next] WARNING at i915_gem_track_fb

On 14.07.2015 22:41, Sergey Senozhatsky wrote: > > sometimes `xset dpms force off' just turns off the panel for a second, > sometimes -- until I generate a `wakeup' event (key press, etc.) FWIW, the former case is because releasing the enter key generates an input event, which changes the DPMS

[PATCH 1/1] drm/sti: fix master bind bug for using component

On Wed, Jul 15, 2015 at 12:19:01PM +0200, Benjamin Gaignard wrote: > The build order in Makefile hasn't been change so the bug doesn't occur... > > In addition of taking care of not changing build order in Makefile, > I would like to understand what is the expected behavior of component >

[PULL] topic/drm-fixes

Argh, I screwed up this doesn't even compile ... -Daniel On Wed, Jul 15, 2015 at 10:52 AM, Daniel Vetter wrote: > Hi Dave, > > Compared to the old drm-fixes pull request just added the compat32 patch > from Tvrtko. > > Cheers, Daniel > > > The following changes since commit

[PATCH] drm/dp/mst: dump branch OUI in debugfs (v2)

From: Dave Airlie It appears some MST docks are worse than other, but the only way to know is to see the sw revisions in here, so dump the branch OUI so we can look at the sw revision. v2: Theirry made me feel guilty, so I parsed the branch OUI. Signed-off-by: Dave Airlie

[PULL] topic/drm-fixes

Hi Dave, Compared to the old drm-fixes pull request just added the compat32 patch from Tvrtko. Cheers, Daniel The following changes since commit e24ff467e12e1560de753313976c46e84fa6306a: drm/crtc: Fix edid length computation (2015-07-04 00:52:34 +0200) are available in the git repository

[PULL] drm-intel-fixes

Hi Dave, Next batch of i915 fixes. Note that the compat32 patch here needs the drm core one to be actually useful, I'll send you that one with a separate drm-fixes pull request. One revert because a fix in -rc2 did break existing userspace. Cheers, Daniel The following changes since commit

[PATCH 2/2 v3] drm: Provide compat ioctl for addfb2.1

From: Tvrtko Ursulin Frame buffer modifiers extensions provided in; commit e3eb3250d84ef97b766312345774367b6a310db8 Author: Rob Clark Date: Thu Feb 5 14:41:52 2015 + drm: add support for tiled/compressed/etc modifier in addfb2 Missed the structure

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: ccfb8b2ed4d4 ("rm/i915: Do not call intel_crtc_disable if the crtc is already disabled.") from the drm-intel-fixes tree and commit: 69024de8ba9e ("drm/i915:

[PATCH] drm/dp/mst: dump branch OUI in debugfs

On 14 July 2015 at 18:28, Thierry Reding wrote: > On Tue, Jul 14, 2015 at 11:34:39AM +1000, Dave Airlie wrote: >> From: Dave Airlie >> >> It appears some MST docks are worse than other, but the only >> way to know is to see the sw revisions in here, so dump >> the branch OUI so we can look at

[v2 1/7] gpiolib: Add support for removing registered consumer lookup table

On Mon, Jun 22, 2015 at 12:54 PM, Shobhit Kumar wrote: > In case we unload and load a driver module again that is registering a > lookup table, without this it will result in multiple entries. Provide > an option to remove the lookup table on driver unload > > v2: Ccing maintainers > v3:

[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/1e060b19/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/2e6d26f4/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/cacf48b2/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/1e7b69f5/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/96d07a0d/attachment-0001.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/a0dd8903/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/d82c53c1/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/5e6f3019/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/546a1601/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/82e8b217/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/9fff3e3e/attachment.html>

[Bug 91268] R6xx freezes with kernel 3.17 and up

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/b9b707c9/attachment.html>

[Bug 91342] Very dark textures on some objects in indoors environments in Postal 2

re receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/c714009f/attachment-0001.html>

[Bug 91279] agd5f drm tonga occasional traps error:0 in libdrm_amdgpu.so.1.0.0

-children=yes to valgrind? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150715/2b155d36/attachment.html>