[PATCH v2 3/4] drm/dsi: Implement dcs set/get display brightness

On 13 July 2016 at 17:44, Vinay Simha BN wrote: > +int mipi_dsi_dcs_get_display_brightness(struct mipi_dsi_device *dsi, > + u16 *brightness) > +{ > + ssize_t err; > + > + err = mipi_dsi_dcs_read(dsi, MIPI_DCS_GET_DISPLAY_BRIGHTNESS, > +

[PATCH v8 4/4] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On 13 July 2016 at 19:58, John Stultz wrote: > On Wed, Jul 13, 2016 at 9:44 AM, Vinay Simha BN wrote: >> Add support for the JDI LT070ME05000 WUXGA DSI panel used in >> Nexus 7 2013 devices. >> >> Programming sequence for the panel is was originally found in the >>

[PULL] drm-intel-fixes

Hi Dave, Just 2 regression fixes. I've also realized that a pile of hang fixes for kbl landed in next, and no one thought of backporting it to 4.7 - kbl has lost prelim_hw_support tagging in 4.7-rc1 already. Mika is prepping a topic branch for those, will send you a separate pull request since

[PATCH 0/3] drm/msm: Deletion of a few unnecessary checks

On Wed, Jul 13, 2016 at 1:54 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 13 Jul 2016 19:46:45 +0200 > > A few update suggestions were taken into account > from static source code analysis. > > Markus Elfring (3): > HDMI: Delete an unnecessary check before the function call

[PATCH v3 2/2] drm/fsl-dcu: add support for drm bridge

On 2016-07-14 03:54, Meng Yi wrote: > The current output code only supports connection to drm panels. > Add code to support drm bridge, to support connections to > external connectors. > > Signed-off-by: Meng Yi > --- > Changes since V1: > -no change > --- >

[PATCH v3 1/2] drm/fsl-dcu: rework codes to support of_graph dt binding for panel

Hi Meng, This currently does not apply on top of drm-next, can you please rebase? Some more comments below: On 2016-07-14 03:54, Meng Yi wrote: > This patch rework the output code to add of_graph dt binding support > for panel device and also keeps the backward compatibility > > Signed-off-by:

[PATCH] drm/edid: move DDC_SEGMENT_ADDR into drm_edid.h

On Thu, Jul 14, 2016 at 02:45:41PM +0200, Daniel Vetter wrote: > On Thu, Jul 14, 2016 at 05:00:28PM +0800, Shawn Guo wrote: > > The same definition of DDC_SEGMENT_ADDR is currently defined in two > > places, drm_edid.c and inno_hdmi.h. Let's consolidate the definition > > into drm_edid.h in the

[PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

Ok, so legacy gamma table updates are completely broken for Intel on Linux-4.7-rc7, the final release candidate. The good news is that applying Lionel's patch "drm/i915: add missing condition for committing planes on crtc" from https://patchwork.freedesktop.org/patch/89111/ fixes it nicely.

[PATCH] drivers: gpu: drm: amd: powerplay: hwmgr: Remove unused variable

üßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. ------ next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160714/fcef649e/attachment.sig>

[PATCH v3 2/2] drm/fsl-dcu: add support for drm bridge

The current output code only supports connection to drm panels. Add code to support drm bridge, to support connections to external connectors. Signed-off-by: Meng Yi --- Changes since V1: -no change --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 13 - 1 file changed, 12

[PATCH v3 1/2] drm/fsl-dcu: rework codes to support of_graph dt binding for panel

This patch rework the output code to add of_graph dt binding support for panel device and also keeps the backward compatibility Signed-off-by: Meng Yi --- Changes in V3: -simplify return value statements Changes in V2: -fix some coding style issue -add fsl_dev->connector.panel check -use

[libdrm][PATCH v2 1/2] drm: Fix multi GPU drmGetDevice return wrong device

On 14 July 2016 at 10:10, Qiang Yu wrote: > drmGetDevice will always return the first device it find > under /dev/dri/. This is not true for multi GPU situation. > > Change-Id: I2a85a8a4feba8a5cc517ad75c6afb532fa07c53d Hope you don't mind if I drop the change-id lines before committing ? If

DRM device memory writeback (Mali-DP)

Hi, The Mali-DP display processors have a memory-writeback engine which can write the result of the composition (CRTC output) to a memory buffer in a variety of formats. We're looking for feedback/suggestions on how to expose this in the mali-dp DRM kernel driver - possibly via V4L2. We've got

[PATCH][libdrm] drm: Fix multi GPU drmGetDevice return wrong device

On 14 July 2016 at 04:02, Yu, Qiang wrote: > Thanks Emil, I'll submit v2 to address your comments. > I believed you covered them all. Thanks ! Small suggestion for the future - I many devs are appreciate when patches have a brief shortlog before or after the --- line. > > I'm using office365,

[PATCH 0/3] Support fast framebuffer panning for i.MX6

Hi Daniel, On Wed, Jul 13, 2016 at 12:00:07PM +0200, Daniel Vetter wrote: > On Wed, Jul 13, 2016 at 10:11:45AM +0200, Stefan Christ wrote: > > Hi, > > > > im currently working on supporting double/tripple buffering for the > > framebuffer > > emulation on the i.MX6. While working on it I

[libdrm][PATCH v2 2/2] drm: fix multi GPU drmFreeDevices memory leak

When in multi GPU case, devices array may have some NULL "hole" in between two devices. So check all array elements and free non-NULL device. Change-Id: Ifc32d240f895059bc4b19138cb81de38d99fb88a Signed-off-by: Qiang Yu --- xf86drm.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[libdrm][PATCH v2 1/2] drm: Fix multi GPU drmGetDevice return wrong device

drmGetDevice will always return the first device it find under /dev/dri/. This is not true for multi GPU situation. Change-Id: I2a85a8a4feba8a5cc517ad75c6afb532fa07c53d Signed-off-by: Qiang Yu --- xf86drm.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-) diff --git

[PATCH] drm/edid: move DDC_SEGMENT_ADDR into drm_edid.h

The same definition of DDC_SEGMENT_ADDR is currently defined in two places, drm_edid.c and inno_hdmi.h. Let's consolidate the definition into drm_edid.h in the same way that DDC_ADDR is defined. Signed-off-by: Shawn Guo --- drivers/gpu/drm/drm_edid.c | 1 -

[pull] amdgpu drm-fixes-4.7

Hi Dave, Just two small polaris fixes. The following changes since commit 39c8859418d5d2d29482fcd7d58daba6e299fac5: Merge tag 'sunxi-drm-fixes-for-4.7-2' of https://git.kernel.org/pub/scm/linux/kernel/git/mripard/linux into drm-fixes (2016-07-08 13:29:11 +1000) are available in the git

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 02:39:54PM +0100, Chris Wilson wrote: > On Thu, Jul 14, 2016 at 02:23:04PM +0100, Chris Wilson wrote: > > The biggest reason I had against going the sw_sync only route was that > > vgem should provide unprivileged fences and that through the bookkeeping > > in vgem we can

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 02:23:04PM +0100, Chris Wilson wrote: > On Thu, Jul 14, 2016 at 02:40:59PM +0200, Daniel Vetter wrote: > > On Thu, Jul 14, 2016 at 11:11:02AM +0100, Chris Wilson wrote: > > > On Thu, Jul 14, 2016 at 10:59:04AM +0100, Chris Wilson wrote: > > > > On Thu, Jul 14, 2016 at

[PATCH] drm/rockchip: allocate correct crtc state structure on reset

Because we are using a custom crtc_state structure, we must override the reset helper to allocate the correct amount of memory. Cc: stable at vger.kernel.org Fixes: 4e257d9eee23 ("drm/rockchip: get rid of rockchip_drm_crtc_mode_config") Signed-off-by: John Keeping ---

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 04:36:37PM +0200, Daniel Vetter wrote: > On Thu, Jul 14, 2016 at 02:39:54PM +0100, Chris Wilson wrote: > > On Thu, Jul 14, 2016 at 02:23:04PM +0100, Chris Wilson wrote: > > > The biggest reason I had against going the sw_sync only route was that > > > vgem should provide

[GIT PULL] drm/panel: Changes for v4.8-rc1

Hi Dave, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.8-rc1 for you to fetch changes up to

[GIT PULL] drm/tegra: Changes for v4.8-rc1

Hi Dave, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.8-rc1 for you to fetch changes up to

[PATCH] Revert "drm: Resurrect atomic rmfb code"

On Thu, Jul 14, 2016 at 03:16:34PM +0200, Daniel Vetter wrote: > This reverts commit 11c21e73f848844d439cbccb42a1018b8c560e5c. > > For reasons totally unclear this manages to wreak havoc with the audio > rpm refcount: > > [ cut here ] > WARNING: CPU: 0 PID: 215 at

[PATCH] Revert "drm: Resurrect atomic rmfb code"

This reverts commit 11c21e73f848844d439cbccb42a1018b8c560e5c. For reasons totally unclear this manages to wreak havoc with the audio rpm refcount: [ cut here ] WARNING: CPU: 0 PID: 215 at drivers/gpu/drm/i915/intel_runtime_pm.c:1729 intel_display_power_put+0xe8/0x100

[PATCH v3] drm/nouveau/fb/nv50: set DMA mask before mapping scratch page

On 7 July 2016 at 18:59, Ard Biesheuvel wrote: > The 100c08 scratch page is mapped using dma_map_page() before the TTM > layer has had a chance to set the DMA mask. This means we are still > running with the default of 32 when this code executes, and this causes > problems for platforms with no

[PATCH] drm/edid: move DDC_SEGMENT_ADDR into drm_edid.h

On Thu, Jul 14, 2016 at 05:00:28PM +0800, Shawn Guo wrote: > The same definition of DDC_SEGMENT_ADDR is currently defined in two > places, drm_edid.c and inno_hdmi.h. Let's consolidate the definition > into drm_edid.h in the same way that DDC_ADDR is defined. > > Signed-off-by: Shawn Guo What

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 11:11:02AM +0100, Chris Wilson wrote: > On Thu, Jul 14, 2016 at 10:59:04AM +0100, Chris Wilson wrote: > > On Thu, Jul 14, 2016 at 10:12:17AM +0200, Daniel Vetter wrote: > > > On Thu, Jul 14, 2016 at 08:04:19AM +0100, Chris Wilson wrote: > > > > vGEM buffers are useful for

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 02:23:04PM +0100, Chris Wilson wrote: > The biggest reason I had against going the sw_sync only route was that > vgem should provide unprivileged fences and that through the bookkeeping > in vgem we can keep them safe, ensure that we don't leak random buffers > or fences.

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 02:40:59PM +0200, Daniel Vetter wrote: > On Thu, Jul 14, 2016 at 11:11:02AM +0100, Chris Wilson wrote: > > On Thu, Jul 14, 2016 at 10:59:04AM +0100, Chris Wilson wrote: > > > On Thu, Jul 14, 2016 at 10:12:17AM +0200, Daniel Vetter wrote: > > > > On Thu, Jul 14, 2016 at

[PATCH v4 5/5] dma-buf/sync_file: only enable fence signalling on poll()

On 12/07/2016 19:08, Gustavo Padovan wrote: > ... > > +++ b/include/linux/sync_file.h > @@ -28,6 +28,7 @@ >* @name: name of sync_file. Useful for debugging >* @sync_file_list: membership in global file list >* @wq: wait queue for fence signaling > + *

[PATCH 2/4] drm/msm/hdmi: Use more DT friendly GPIO names

On 07/13/2016 07:15 PM, Rob Herring wrote: > On Fri, Jul 08, 2016 at 11:25:52AM +0530, Archit Taneja wrote: >> Update the gpio name parsing code to try to search for without the >> "qcom,hdmi-tx-" prefix. The older downstream bindings that expect >> "qcom,hdmi-tx-xyz" or "qcom,hdmi-tx-xyz-gpio"

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 11:11:02AM +0100, Chris Wilson wrote: > So one solution would be to make vgem fences automatically timeout (with > a flag for root to override for the sake of testing hang detection). diff --git a/drivers/gpu/drm/vgem/vgem_fence.c b/drivers/gpu/drm/vgem/vgem_fence.c index

vga_switcheroo audio runpm

On Sun, Jul 10, 2016 at 03:20:13PM +0200, Lukas Wunner wrote: > Hi Peter, > > > [12:42] Lekensteyn: Should the video card always be powered up when a > > register is read from the HDMI audio controller? Or would it be > > better to leave the video card suspended and just fail the HDA

[PATCH v4 4/4] drm/rockchip: analogix_dp: implement PSR function

Alway enable the PSR function for Rockchip analogix_dp driver. If panel don't support PSR, then the core analogix_dp would ignore this setting. Signed-off-by: Yakir Yang --- Changes in v4: - Return 'void' instead of 'int' in analogix_dp_psr_set(). (Sean) - Pull the 10ms delay time out into a

[PATCH v4 3/4] drm/bridge: analogix_dp: add the PSR function support

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This patch have exported two symbols for platform driver to implement the PSR function in hardware side: -

[PATCH v4 2/4] drm/rockchip: add an common abstracted PSR driver

The PSR driver have exported four symbols for specific device driver: - rockchip_drm_psr_register() - rockchip_drm_psr_unregister() - rockchip_drm_psr_enable() - rockchip_drm_psr_disable() - rockchip_drm_psr_flush() Encoder driver should call the register/unregister interfaces to hook itself into

[PATCH v4 1/4] drm/rockchip: vop: export line flag function

VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to vop line_flag register, and then vop would generate a line_flag interrupt for it. For example eDP PSR function is interested

[PATCH v4 0/4] Add PSR function support for Analogix/Rockchip DP

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption. This v3 version have splited an common PSR driver for Rockchip, which is biggest changes from v2. This thread is

[PATCH v5] drm/imx: convey the pixelclk-active and de-active flags from DT to the ipu-di driver

Hi Lothar, Am Dienstag, den 12.07.2016, 18:50 +0200 schrieb Philipp Zabel: > From: Lothar Waßmann > > The 'de-active' and 'pixelclk-active' DT properties are evaluated > by of_parse_display_timing() called from of_get_drm_display_mode(), > but later lost in the conversion from videomode.flags

[GIT PULL] imx-drm atomic mode setting conversion and cleanup

Hi Dave, this tag contains Liu Ying's atomic modesetting conversion of the imx-drm driver, support for external bridges connected to the parallel display ports, and various error handling fixes and cleanups. regards Philipp The following changes since commit

[PATCH 6/6] drm/rockchip: vop: correct rk3036 register define

Signed-off-by: Mark Yao Reported-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c b/drivers/gpu/drm/rockchip/rockchip_vop_reg.c index a348a7a..919992c 100644 ---

[PATCH 5/6] drm/rockchip: vop: correct the source size of uv scale factor setting

When the input color format is YUV, we need to do some external scale for CBCR. Like, * In YUV420 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h * 2; * In YUV422 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h; * In YUV444

[PATCH 4/6] drm/rockchip: vop: add uv_vir register field for RK3036 VOP

From: Yakir Yang The WIN0 of RK3036 VOP could support YUV data format, but driver forget to add the uv_vir register field for it. Signed-off-by: Yakir Yang Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH 3/6] drm/rockchip: fix "should it be static?" warnings

From: John Keeping Combined with the previous commit, this fixes all of the sparse warnings in drm/rockchip. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 2 +- drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 2 +-

[PATCH 2/6] drm/rockchip: fb: add missing header

From: John Keeping This fixes the following sparse warnings: drivers/gpu/drm/rockchip/rockchip_drm_fb.c:32:23: warning: symbol 'rockchip_fb_get_gem_obj' was not declared. Should it be static? drivers/gpu/drm/rockchip/rockchip_drm_fb.c:315:24: warning: symbol

[PATCH 1/6] drm/rockchip: dw_hdmi: remove unused #include

From: John Keeping drm_encoder_slave is not used in this file. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c

[PATCH 0/6] drm/rockchip: some fixes

Here are some fixes for drm/rockchip: These following patches were sent to upstream, seems no doubt about them, I just rebase them to newest Dave's branch and resent. drm/rockchip: vop: correct the source size of uv scale factor setting drm/rockchip: vop: add uv_vir register field for RK3036

[PATCH v4 4/4] drm/rockchip: analogix_dp: implement PSR function

On Thu, Jul 14, 2016 at 12:15:58PM +0800, Yakir Yang wrote: > Alway enable the PSR function for Rockchip analogix_dp driver. If panel > don't support PSR, then the core analogix_dp would ignore this setting. > > Signed-off-by: Yakir Yang Reviewed-by: Sean Paul > --- > Changes in v4: > -

[PATCH v4 3/4] drm/bridge: analogix_dp: add the PSR function support

On Thu, Jul 14, 2016 at 12:15:53PM +0800, Yakir Yang wrote: > The full name of PSR is Panel Self Refresh, panel device could refresh > itself with the hardware framebuffer in panel, this would make lots of > sense to save the power consumption. > > This patch have exported two symbols for

[PATCH v4 2/4] drm/rockchip: add an common abstracted PSR driver

On Thu, Jul 14, 2016 at 12:15:49PM +0800, Yakir Yang wrote: > The PSR driver have exported four symbols for specific device driver: > - rockchip_drm_psr_register() > - rockchip_drm_psr_unregister() > - rockchip_drm_psr_enable() > - rockchip_drm_psr_disable() > - rockchip_drm_psr_flush() > >

[Intel-gfx] [PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 10:59:04AM +0100, Chris Wilson wrote: > On Thu, Jul 14, 2016 at 10:12:17AM +0200, Daniel Vetter wrote: > > On Thu, Jul 14, 2016 at 08:04:19AM +0100, Chris Wilson wrote: > > > vGEM buffers are useful for passing data between software clients and > > > hardware renders. By

[v5 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Hi Sean Thanks for your detailed review. I'm working to modify most of code according to comment. And there is reply for some comment On 07/13/2016 09:59 PM, Sean Paul wrote: > On Tue, Jul 12, 2016 at 8:09 AM, Chris Zhong wrote: >> Add support for cdn DP controller which is embedded in the

[PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 10:12:17AM +0200, Daniel Vetter wrote: > On Thu, Jul 14, 2016 at 08:04:19AM +0100, Chris Wilson wrote: > > vGEM buffers are useful for passing data between software clients and > > hardware renders. By allowing the user to create and attach fences to > > the exported vGEM

[PATCH v4 1/4] drm/rockchip: vop: export line flag function

On Thu, Jul 14, 2016 at 12:15:44PM +0800, Yakir Yang wrote: > VOP have integrated a hardware counter which indicate the exact display > line that vop is scanning. And if we're interested in a specific line, > we can set the line number to vop line_flag register, and then vop would > generate a

[PULL] topic/drm-misc

Hi Dave, I recovered dri-devel backlog from my vacation, more misc stuff: - of_put_node fixes from Peter Chen (not all yet) - more patches from Gustavo to use kms-native drm_crtc_vblank_* funcs - docs sphinxification from Lukas Wunner - bunch of fixes all over from Dan Carpenter - more follow up

[Bug 115011] [drm:radeon_acpi_init [radeon]] *ERROR* Cannot find a backlight controller

https://bugzilla.kernel.org/show_bug.cgi?id=115011 Hans de Goede changed: What|Removed |Added CC||jwrdegoede at fedoraproject.or

[patch] drm/rockchip: fix a couple off by one bugs

On 2016年07月13日 18:15, Dan Carpenter wrote: > The priv->crtc_funcs[] array has ROCKCHIP_MAX_CRTC elements so > should > be >= here. > > Fixes: 2048e3286f34 ('drm: rockchip: Add basic drm driver') > Signed-off-by: Dan Carpenter Thanks for the fix, applied to my drm-fixes. > diff --git

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2016-07-11: - select igt testing depencies for CONFIG_DRM_I915_DEBUG (Chris) - track outputs in crtc state and clean up all our ad-hoc connector/encoder walking in modest code (Ville) - demidlayer drm_device/drm_i915_private (Chris Wilson) - thundering herd fix from

[PATCH] drm: Don't overwrite user ioctl arg unless requested

On Thu, Jul 14, 2016 at 09:46:24AM +0200, Christian König wrote: > Am 12.07.2016 um 16:59 schrieb Chris Wilson: > > Currently, we completely ignore the user when it comes to the in/out > > direction of the ioctl argument, as we simply cannot trust userspace. > > (For example, they might request a

[PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

On Thu, Jul 14, 2016 at 08:04:19AM +0100, Chris Wilson wrote: > vGEM buffers are useful for passing data between software clients and > hardware renders. By allowing the user to create and attach fences to > the exported vGEM buffers (on the dma-buf), the user can implement a > deferred renderer

[PATCH] drm: Don't overwrite user ioctl arg unless requested

Am 12.07.2016 um 16:59 schrieb Chris Wilson: > Currently, we completely ignore the user when it comes to the in/out > direction of the ioctl argument, as we simply cannot trust userspace. > (For example, they might request a copy of the modified ioctl argument > when the driver is not expecting

[PATCH 1/1] gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle

On Thu, Jul 14, 2016 at 5:30 AM, Peter Chen wrote: >Just an aside: When you do the same bugfix for multiple places it's >good practice to submit it as one series (and cc everyone involved). >Increases the odds that someone is in a good mood and reviews them >all, instead of

[PATCH 6/6] drm/rockchip: vop: correct rk3036 register define

On Wed, Jul 13, 2016 at 8:33 PM, Mark Yao wrote: > Signed-off-by: Mark Yao > Reported-by: Tomasz Figa Reviewed-by: Sean Paul > --- > drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[PATCH] drm/rockchip: allocate correct crtc state structure on reset

On Thu, Jul 14, 2016 at 8:29 AM, John Keeping wrote: > Because we are using a custom crtc_state structure, we must override the > reset helper to allocate the correct amount of memory. > > Cc: stable at vger.kernel.org > Fixes: 4e257d9eee23 ("drm/rockchip: get rid of

[PATCH 1/7 v3] drm/vc4: Add a getparam ioctl for getting the V3D identity regs.

As I extend the driver to support different V3D revisions, userspace needs to know what version it's targeting. This is most easily detected using the V3D identity registers. v2: Make sure V3D is runtime PM on when reading the registers. v3: Switch to a 64-bit param value (suggested by Rob Clark

[PATCH v3] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

vGEM buffers are useful for passing data between software clients and hardware renders. By allowing the user to create and attach fences to the exported vGEM buffers (on the dma-buf), the user can implement a deferred renderer and queue hardware operations like flipping and then signal the buffer

[v5 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

On Wed, Jul 13, 2016 at 8:08 PM, Chris Zhong wrote: > Hi Sean > > Thanks for your detailed review. I'm working to modify most of code > according to comment. > And there is reply for some comment > > On 07/13/2016 09:59 PM, Sean Paul wrote: >> >> On Tue, Jul 12, 2016 at 8:09 AM, Chris Zhong

[PATCH 1/1] gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle

>>> > >>> >Just an aside: When you do the same bugfix for multiple places it's >>> >good practice to submit it as one series (and cc everyone involved). >>> >Increases the odds that someone is in a good mood and reviews them >>> >all, instead of just the one affecting their own driver. >>> >>>

[PATCH][libdrm] drm: Fix multi GPU drmGetDevice return wrong device

bout the core issue a trivial suggestion - s/move target to the first of local_devices/store target at local_devices[0] for ease to use below/ Thanks Emil P.S. When working with mailing lists please use plain text emails. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160714/a0a85a76/attachment-0001.html>

[PATCH 1/1] gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle

>> >> > >> >Just an aside: When you do the same bugfix for multiple places it's >> >good practice to submit it as one series (and cc everyone involved). >> >Increases the odds that someone is in a good mood and reviews them >> >all, instead of just the one affecting their own driver. >> >>

[RFC] dma-buf: Rename struct fence to dma_fence

Hi, 2016-07-13 23:10 GMT+09:00 Chris Wilson : > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > As an indication of the scale of the flag day: > > 91 files changed, 904

[PATCH v3 1/7] lib: string: add functions to case-convert strings

On 13/07/16 23:26, Markus Mayer wrote: > On 13 July 2016 at 10:19, Luis de Bethencourt > wrote: >> On 11/07/16 23:46, Markus Mayer wrote: >> >> Hi Markus, >> >> Amazing. I see this happening as well, but I know it shouldn't. >> >> The reason the #ifndef guards in headers are there is precisely

[Intel-gfx] [PATCH v3] drm/i915/skl: Add support for the SAGV, fix underrun hangs

2016-07-12 19:21 GMT+01:00 Matt Roper : > On Tue, Jul 12, 2016 at 01:36:03PM -0400, Lyude wrote: > > Since the watermark calculations for Skylake are still broken, we're apt > > to hitting underruns very easily under multi-monitor configurations. > > While it would be lovely if this was fixed,

[PATCH v2 2/2] drm/fsl-dcu: update panel syntax to of_graph dt binding

On 2016-06-29 01:17, Meng Yi wrote: > add of_graph dt binding for panel, and "fsl,panel" property Nit: "binding" typically describes the requirement, the specification and hence is under Documentation/devicetree/bindings/. What you add here is the dt nodes according to the bindings... Hence I

[GIT PULL] exynos-drm-next

Hi Dave, This pull request adds to the rework patch series for IOMMU integration to support ARM64bit architecture with DMA-IOMMU glue code. With this patch series, Exynos DRM works well on Exynos5433 SoC with IOMMU enabled. Ps. current implementation has conditional codes in

[PATCH v2 1/2] drm/fsl-dcu: update the panel dt binding document

On 2016-06-29 01:17, Meng Yi wrote: > dropped the old "fsl,panel" property, using the of_graph dt > binding syntax > > Signed-off-by: Meng Yi > --- > Changes in V2: > -drop the unit address of port > --- > Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++-- > 1 file changed, 7

[PATCH v2 1/2] drm/fsl-dcu: rework codes to support of_graph dt binding for panel

On 2016-06-28 02:32, Meng Yi wrote: > This patch rework the output code to add of_graph dt binding support > for panel device and also keeps the backward compatibility > > Signed-off-by: Meng Yi > --- > Changes in V2: > -fix some coding style issue > -add fsl_dev->connector.panel check > -use