[PATCH v3 06/33] drm: Minimally initialise drm_dp_aux

On Fri, Jun 03, 2016 at 05:59:11PM +0300, Ville Syrjälä wrote: > On Fri, Jun 03, 2016 at 03:36:49PM +0100, Chris Wilson wrote: > > When trying to split up the initialisation phase and the registration > > phase, one immediate problem encountered is trying to use our own i2c > > devices before

[pull] drm/msm: fixes for 4.7

On Thu, Jun 09, 2016 at 01:47:25PM -0400, Rob Clark wrote: > The following changes since commit ab3ab68493aaac6fea4ad1bb597def9f48f41c71: > > drm/omap: fix unused variable warning. (2016-06-03 14:39:41 +1000) > > are available in the git repository at: > >

[PATCH v3 2/3] drm/arm: Add support for Mali Display Processors

On Thu, Jun 09, 2016 at 05:18:18PM +0100, Liviu Dudau wrote: > Add support for the new family of Display Processors from ARM Ltd. > This commit adds basic support for Mali DP500, DP550 and DP650 > parts, with only the display engine being supported at the moment. > > Cc: David Brown > Cc: Brian

[PATCH] drm/exynos: don't use HW trigger for Exynos5420/5422/5800

Hello Inki, On Thu, Jun 9, 2016 at 6:35 PM, Inki Dae wrote: [snip] >> I know that removing .trg_type is enough but I also removed those lines >> because the fields are not used if .trg_type != I80_HW_TRG. So there is >> no point to leave a set for unused fields. >> >> We can latter add those

[Bug 95261] R5 M330 GPU lockup with DPM + high power states

/linux-firmware.git/commit/?id=9693ff6d749dcf1dfd81f0f6b227ab07a3d76c90 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[Bug 96350] vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker

related, not sure if it will helps your case. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/3352086a/attachment.html>

[PATCH 1/2] drm/fsl-dcu: Add HDMI driver for freescale DCU

Hi Meng, Some comments below. On 2016-05-15 01:34, Meng Yi wrote: > This driver add the basic functions for Encoder, and link the Encoder to > appropriate DRM bridge. > This driver is depend on sii9022 driver(drm_bridge approach),which is > sent by Boris Brezillon to community but not merged. >

AMD Carrizo HDMI audio

> -Original Message- > From: João Paulo Rechi Vita [mailto:jprvita at gmail.com] > Sent: Thursday, June 09, 2016 3:14 PM > To: Alex Deucher; maruthi.srinivas.b at gmail.com > Cc: dri-devel at lists.freedesktop.org; alsa-devel at alsa-project.org; > Deucher, > Alexander; Bayyavarapu,

[PATCH 00/18] staging/android: clean up SW_SYNC

On 9 June 2016 at 13:53, Daniel Vetter wrote: > On Wed, Jun 08, 2016 at 10:45:34PM -0700, Greg Kroah-Hartman wrote: >> On Wed, Jun 08, 2016 at 04:07:59PM -0300, Gustavo Padovan wrote: >> > Hi Greg, >> > >> > Any comment on this? >> >> I am just starting to catch up on patches, please give me some

[drm-intel:topic/drm-misc 11/11] DockBook: include/drm/drm_fourcc.h:1: warning: no structured comments found

1.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 6370 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments

[PATCH] i915/fbc: Disable on HSW by default for now

Em Qui, 2016-06-09 às 11:58 -0400, Lyude escreveu: > From https://bugs.freedesktop.org/show_bug.cgi?id=96461 : > > This was kind of a difficult bug to track down. If you're using a > Haswell system running GNOME and you have fbc completely enabled and > working, playing videos can result in

[Bug 95261] R5 M330 GPU lockup with DPM + high power states

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/c2958e11/attachment.html>

[PATCH V2 5/5] dts/imx6q-b850v3: Use GE B850v3 LVDS/DP++ Bridge

Configures the GE B850v3 LVDS/DP++ bridge on the dts file. Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Signed-off-by: Peter Senna Tschudin --- Changes from V1: - Replaced '_' by '-' in node names or compatible strings - Added missing @73 to

[PATCH V2 4/5] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Add a driver that create a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this binding to

[PATCH V2 3/5] Documentation/devicetree/bindings: b850v3_lvds_dp

Devicetree bindings documentation for the GE B850v3 LVDS/DP++ display bridge. Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Signed-off-by: Peter Senna Tschudin --- Changes from V1: - Replaced '_' by '-' in node names or compatible strings - Added missing

[PATCH V2 2/5] dts/imx6q-b850v3: Configure IPU assignment order

As the IPU has combined limitations across multiple crtcs, and as that can't be communicated to userspace at the moment, reorder the crtcs to allow support to two Full-HD monitors by avoiding assigning two monitors to a single IPU. Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring

[PATCH V2 1/5] drm/imx-ldb: Add support to drm-bridge

entry point imx_ldb_encoder_enable() - Adapted the code to apply to the latest linux next: next-20160609 drivers/gpu/drm/imx/imx-ldb.c | 121 +++--- 1 file changed, 79 insertions(+), 42 deletions(-) diff --git a/drivers/gpu/drm/imx/imx-ldb.c b/drivers/gpu/drm

[PATCH V2 0/5] Add driver for GE B850v3 LVDS/DP++ Bridge

The series adds a driver that creates a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this

[drm-intel:topic/drm-misc 7/11] drivers/gpu/drm/arc/arcpgu_crtc.c:149:16: warning: unused variable 'flags'

lt;https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/ec488bc4/attachment-0001.obj>

[PATCH 2/2] drm: vc4: enable XBGR8888 and ABGR8888 pixel formats

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/26e5f1ec/attachment.sig>

[PATCH v3 3/3] MAINTAINERS: Add entry for Mali-DP driver

Add MAINTAINERS entry for ARM Mali-DP driver and update the HDLCD file matching pattern to cover only HDLCD rather than the whole drivers/gpu/drm/arm directory. Signed-off-by: Liviu Dudau --- MAINTAINERS | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS

[PATCH v3 2/3] drm/arm: Add support for Mali Display Processors

Add support for the new family of Display Processors from ARM Ltd. This commit adds basic support for Mali DP500, DP550 and DP650 parts, with only the display engine being supported at the moment. Cc: David Brown Cc: Brian Starkey Signed-off-by: Liviu Dudau --- drivers/gpu/drm/arm/Kconfig

[PATCH v3 1/3] dt/bindings: display: Add DT bindings for Mali Display Processors.

Add DT bindings documentation for the Mali Display Processor. The bindings describe the Mali DP500, DP550 and DP650 processors from ARM Ltd. Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Liviu Dudau Acked-by: Rob Herring

[PATCH v3 0/3] Add support for ARM Mali Display Processors

Hello, This is the third revision of the driver for the Mali Display Processors (Mali DP). Currently, the driver supports the Display Engine found in Mali DP500, DP550 and DP650, with up to 3 planes that can be rotated by the hardware. There are features that the hardware supports that are not

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 03:29:10PM +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 04:05:11PM +0300, Ville Syrjälä wrote: > > On Thu, Jun 09, 2016 at 02:40:28PM +0200, Daniel Vetter wrote: > > > On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > > > > On Thu, Jun 09, 2016

[PATCH v2 4/6] drm/panel: simple: Add support for Samsung LSN122DL01-C01 2560x1600 panel

On Wed, Jun 8, 2016 at 4:52 AM, Yakir Yang wrote: > The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD panel > connected using eDP interfaces. > > Signed-off-by: Yakir Yang > --- > Changes in v2: None > > drivers/gpu/drm/panel/panel-simple.c | 25 + > 1

[PATCH 1/2] drm: vc4: set permissions for ioctls

no reason to require auth on this implementation, though. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[PATCH 15/27] drm/i915: nonblocking commit

On Thu, Jun 09, 2016 at 04:03:24PM +0200, Maarten Lankhorst wrote: > Op 08-06-16 om 14:19 schreef Daniel Vetter: > > Simply split intel_atomic_commit in half and place the new > > nonblocking commit helpers at the right spots. > > > > NOTE: There's still trouble with obj->frontbuffer bits getting

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter wrote: > On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin > wrote: >> Hi Daniel, >> >> On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >>> >>> The fake implementation is fundamentally racy, and I don't want to write >>> helpers which can't be

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >> >> The fake implementation is fundamentally racy, and I don't want to write >> helpers which can't be used correctly. Anyway I think without this patch >> (or

[PATCH 09/27] drm/atomic-helper: roll out commit synchronization

Op 08-06-16 om 14:19 schreef Daniel Vetter: > To facilitate easier reviewing this is split out from the overall > nonblocking commit rework. It just rolls out the helper functions > and uses them in the main drm_atomic_helper_commit() function > to make it clear where in the flow they're used. > >

[PATCH 2/2] drm: vc4: enable XBGR8888 and ABGR8888 pixel formats

DRM_FORMAT_XBGR and DRM_FORMAT_ABGR are 2 of the native formats used in Android, so enable them for VC4. There seems to be no logic behind HVS_PIXEL_ORDER_ naming, but HVS_PIXEL_ORDER_ARGB seems to work correctly. Signed-off-by: Rob Herring --- drivers/gpu/drm/vc4/vc4_plane.c | 8

[PATCH 1/2] drm: vc4: set permissions for ioctls

Ioctls generally have DRM_AUTH and DRM_RENDER_ALLOW set to restrict them to authorized clients and render nodes. Without this, access from render nodes fails. Signed-off-by: Rob Herring --- drivers/gpu/drm/vc4/vc4_drv.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-)

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 02:40:28PM +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > > > Various pieces of

[Bug 96360] [bisected: 3d02b7] VM fault with kernel 4.7-rc1 on Alien: Isolation

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/11674844/attachment.html>

[PATCH 15/27] drm/i915: nonblocking commit

Op 08-06-16 om 14:19 schreef Daniel Vetter: > Simply split intel_atomic_commit in half and place the new > nonblocking commit helpers at the right spots. > > NOTE: There's still trouble with obj->frontbuffer bits getting mangled > when pipelining atomic commits. > > v2: > - Remove the check for

[PATCH 14/27] drm/i915: Roll out the helper nonblock tracking

Op 08-06-16 om 14:19 schreef Daniel Vetter: > Right now still all blocking, no worker anywhere to be seen. > > Signed-off-by: Daniel Vetter Reviewed-by: Maarten Lankhorst

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

On Thu, Jun 09, 2016 at 01:27:55PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:

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

Provide a small convenience wrapper that set/get the display brightness value Cc: John Stultz Cc: Sumit Semwal Cc: Archit Taneja Cc: Rob Clark Cc: Jani Nikula Signed-off-by: Vinay Simha BN -- v1: *tested in nexus7 2nd gen. v2: * implemented jani review comments -functions name mapped

[PATCH 2/2] drm: Add DT bindings documentation for OpenCores VGA/LCD controller

Signed-off-by: Andrea Merello Cc: Stefan Kristiansson Cc: Tomi Valkeinen Cc: Francesco Diotalevi Cc: Claudio Lorini --- .../bindings/display/opencores,ocdrm.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644

[PATCH 1/2] drm: Add drm driver for OpenCores VGA/LCD display controller

This driver supports the VGA/LCD core available from OpenCores: http://opencores.org/project,vga_lcd It's intended as a replacement for the "ocfb" framebuffer driver Signed-off-by: Andrea Merello Cc: Stefan Kristiansson Cc: Tomi Valkeinen Cc: Francesco Diotalevi Cc: Claudio Lorini ---

[PATCH 0/2] Add DRM driver for OpenCores VGA/LCD display

This patch series add a DRM driver for the OpenCores VGA/LCD display controller. Another driver exists for this devices, but it is a old framebuffer driver ("ocfb"). If there is any interest in doing so, this driver could possibly the "ocfb" driver. With respect to the old framebuffer driver,

AMD Carrizo HDMI audio

On 9 June 2016 at 15:26, Deucher, Alexander wrote: >> -Original Message- >> From: João Paulo Rechi Vita [mailto:jprvita at gmail.com] >> Sent: Thursday, June 09, 2016 3:14 PM >> To: Alex Deucher; maruthi.srinivas.b at gmail.com >> Cc: dri-devel at lists.freedesktop.org; alsa-devel at

[PATCH] drm/prime: fix error path deadlock fail

There were a couple messed up things about this fail path. (1) it would drop object_name_lock twice (2) drm_gem_handle_delete() (in drm_gem_remove_prime_handles()) needs to grab prime_lock Reported-by: Alex Deucher Signed-off-by: Rob Clark --- Untested, but I think this should fix the

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 04:05:11PM +0300, Ville Syrjälä wrote: > On Thu, Jun 09, 2016 at 02:40:28PM +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > > > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > > > On Thu, Jun 09, 2016

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > Various pieces of information about DRM formats (number of planes, color > > depth, chroma subsampling, ...) are scattered across different helper > > functions in

AMD Carrizo HDMI audio

Hello Alex and Maruthi, I'm trying to get HDMI audio working on a AMD CARRIZO laptop, which I believe need the ACP changes which got merged into Linux 4.6. But testing the v4.6 tag, amd_acp_hw_init() returns -ENODEV, because it succeeds the "if (acp_mode != ACP_MODE_I2S)" test in acp_hw.c. Does

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 03:23:17PM +0300, Ville Syrjälä wrote: > On Thu, Jun 09, 2016 at 10:52:23AM +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > > > Various pieces of information about DRM formats (number of planes, color > > > depth, chroma

[Bug 96350] vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker

es it just crash with Segfault. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/bb7d95b2/attachment.html>

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

Hi Daniel, On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >  > The fake implementation is fundamentally racy, and I don't want to write > helpers which can't be used correctly. Anyway I think without this patch > (or something similar) arcpgu will stall badly with the new nonblocking >

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > Hi Daniel, > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > > > The drm core

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

Hi Laurent, On 06/09/2016 11:17 AM, Laurent Pinchart wrote: > Hi Vincent, > > On Thursday 09 Jun 2016 09:52:05 Vincent ABRIOU wrote: >> On 06/09/2016 01:32 AM, Laurent Pinchart wrote: >>> The driver needs the number of bytes per pixel, not the bpp and depth >>> info meant for fbdev compatibility.

[PATCH] drm/rockchip: fix compile warnings for 64-bit

Brian, On Thu, Jun 9, 2016 at 10:46 AM, Brian Norris wrote: > Rockchip DRM does not yet build properly for ARM64, but we might as well > get the printf formatting correct now, to avoid the following warnings: > > drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c: In function >

[pull] drm/msm: fixes for 4.7

The following changes since commit ab3ab68493aaac6fea4ad1bb597def9f48f41c71: drm/omap: fix unused variable warning. (2016-06-03 14:39:41 +1000) are available in the git repository at: git://people.freedesktop.org/~robclark/linux msm-fixes-4.7-rc3 for you to fetch changes up to

[Bug 96445] [amdgpu][tonga] display freezes soon after X start

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/de4cb8e6/attachment.html>

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

;https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/77ae00a6/attachment.html>

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

Hi Daniel, On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > > > > > > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: >

[PATCH v4 05/11] drm: Helper to read max bits per component

On Thu, 2016-06-09 at 11:02 +0300, Ville Syrjälä wrote: > On Mon, Jun 06, 2016 at 04:29:07PM +0300, Mika Kahola wrote: > > Helper routine to read out maximum supported bits per > > component for DisplayPort legay converters. > > > > Signed-off-by: Mika Kahola > > --- > >

[PATCH v3.1 01/15] drm: Move format-related helpers to drm_fourcc.c

The drm_crtc.c file is a mess, making the ABI documentation confusing since all functions are in the same bag. Split the format-related helpers to a new drm_fourcc.c file. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/gpu.tmpl | 5 + drivers/gpu/drm/Makefile | 2 +-

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

Hi Daniel, On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > > > > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160609/cc4e8c74/attachment.html>

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

Hi Michel, On Thursday 09 Jun 2016 10:42:54 Michel Dänzer wrote: > On 09.06.2016 08:32, Laurent Pinchart wrote: > > The driver needs the number of bytes per pixel, not the bpp and depth > > info meant for fbdev compatibility. Use the right API. > > > > Signed-off-by: Laurent Pinchart > > --- >

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Attachment #219421|application/octet-stream|text/plain mime type|

[PATCH v3 07/15] drm: sti: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

Hi Vincent, On Thursday 09 Jun 2016 09:52:05 Vincent ABRIOU wrote: > On 06/09/2016 01:32 AM, Laurent Pinchart wrote: > > The driver needs the number of bytes per pixel, not the bpp and depth > > info meant for fbdev compatibility. Use the right API. > > > > Signed-off-by: Laurent Pinchart > >

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #3 from Dmitrii Tcvetkov --- Created attachment 219421 --> https://bugzilla.kernel.org/attachment.cgi?id=219421=edit kernel config -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v7 1/2] drm/bridge: Add sii902x driver

Hi Boris, On 6/8/2016 6:00 PM, Boris Brezillon wrote: > Add basic support for the sii902x RGB -> HDMI bridge. > This driver does not support audio output yet. > > Signed-off-by: Boris Brezillon > Tested-by: Nicolas Ferre > --- > Hi Archit, > > I recently learned you were the drm/bridge

[Bug 119861] Kernel BUG() when Xorg server is started using nouveau

https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Summary|Kernel BUG() when Xorg |Kernel BUG() when Xorg

[Bug 119861] Kernel BUG() when Xorg server is started

https://bugzilla.kernel.org/show_bug.cgi?id=119861 Dmitrii Tcvetkov changed: What|Removed |Added Attachment #219391|application/octet-stream|text/plain mime type|

[Bug 119861] Kernel BUG() when Xorg server is started

https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #2 from Dmitrii Tcvetkov --- Created attachment 219411 --> https://bugzilla.kernel.org/attachment.cgi?id=219411=edit Xorg.conf -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 119861] Kernel BUG() when Xorg server is started

https://bugzilla.kernel.org/show_bug.cgi?id=119861 --- Comment #1 from Dmitrii Tcvetkov --- Created attachment 219401 --> https://bugzilla.kernel.org/attachment.cgi?id=219401=edit Xorg.0.log -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 3/3] Documentation: add doc for sync_file_get_fence()

From: Gustavo Padovan Document the new function added to sync_file.c v2: Adapt to fence_array Signed-off-by: Gustavo Padovan --- Documentation/sync_file.txt | 19 +++ 1 file changed, 19 insertions(+) diff --git a/Documentation/sync_file.txt

[PATCH 2/3] dma-buf/sync_file: add sync_file_get_fence()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence_collection containing all fences in the sync_file. If there is only one fence in the sync_file this fence itself is returned, however if there is more than one, a

[PATCH 1/3] dma-buf/sync_file: only enable fence signalling during wait

From: Gustavo Padovan Signalling doesn't need to be enabled at sync_file creation, it is only required if userspace waiting the fence to signal through poll(). Thus we delay fence_add_callback() until poll is called. It only adds the callback the first time

[Bug 119861] New: Kernel BUG() when Xorg server is started

https://bugzilla.kernel.org/show_bug.cgi?id=119861 Bug ID: 119861 Summary: Kernel BUG() when Xorg server is started Product: Drivers Version: 2.5 Kernel Version: 4.7-rc2 Hardware: x86-64 OS: Linux Tree:

[PATCH v3.1 01/15] drm: Move format-related helpers to drm_fourcc.c

On Thu, Jun 09, 2016 at 12:54:08PM +0300, Laurent Pinchart wrote: > The drm_crtc.c file is a mess, making the ABI documentation confusing > since all functions are in the same bag. Split the format-related > helpers to a new drm_fourcc.c file. > > Signed-off-by: Laurent Pinchart Applied to

[PATCH] i915/fbc: Disable on HSW by default for now

>From https://bugs.freedesktop.org/show_bug.cgi?id=96461 : This was kind of a difficult bug to track down. If you're using a Haswell system running GNOME and you have fbc completely enabled and working, playing videos can result in video artifacts. Steps to reproduce: - Run GNOME - Ensure FBC is

274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

On Wed, Jun 8, 2016 at 12:51 PM, Borislav Petkov wrote: > On Wed, Jun 08, 2016 at 12:44:12PM -0400, Alex Deucher wrote: >> If the ring and IB tests pass on resume, you should be good to go. > > Yap, they do. I pasted that output earlier but here it is again: > > [ 64.745988] [drm] ring test on

[pull] amdgpu drm-fixes-4.7

Hi Dave, Mostly memory leak and firmware leak fixes for amdgpu. A bit bigger than usual since this is several weeks worth of fixes. The following changes since commit 170fba306af798bc1249b6ba925cf9031f3b3806: Merge tag 'drm-vc4-fixes-2016-06-06' of github.com:anholt/linux into drm-fixes

[PATCH v4 09/11] drm/i915: Check pixel rate for DP to VGA dongle

On Mon, Jun 06, 2016 at 04:29:11PM +0300, Mika Kahola wrote: > Filter out a mode that exceeds the max pixel rate setting > for DP to VGA dongle. This is defined in DPCD register 0x81 > if detailed cap info i.e. info field is 4 bytes long and > it is available for DP downstream port. > > The

[PATCH 08/27] drm/atomic: Add struct drm_crtc_commit to track async updates

On Wed, Jun 08, 2016 at 02:19:00PM +0200, Daniel Vetter wrote: > Split out from my big nonblocking atomic commit helper code as prep > work. While add it, also add some neat asciiart to document how it's > supposed to be used. > > v2: Resurrect misplaced hunk in the kerneldoc. > > Tested-by:

[PATCH 06/27] drm/sun4i: Implement some semblance of vblank event handling

Op 08-06-16 om 14:18 schreef Daniel Vetter: > atomic_flush seems to be the right place, right after we commit the > plane updates. Again use the fullproof version, since the pipe might > be off. > > Cc: Boris Brezillon > Cc: Maxime Ripard > Signed-off-by: Daniel Vetter > --- >

[PATCH 07/27] drm/atomic: kerneldoc for drm_atomic_crtc_needs_modeset

Op 08-06-16 om 14:18 schreef Daniel Vetter: > Just a bit of drive-by ocd. > > v2: Improve per Liviu's feedback. > > Cc: Liviu Dudau > Signed-off-by: Daniel Vetter > --- > include/drm/drm_atomic.h | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/include/drm/drm_atomic.h

[PATCH v4 05/11] drm: Helper to read max bits per component

On Mon, Jun 06, 2016 at 04:29:07PM +0300, Mika Kahola wrote: > Helper routine to read out maximum supported bits per > component for DisplayPort legay converters. > > Signed-off-by: Mika Kahola > --- > drivers/gpu/drm/drm_dp_helper.c | 31 +++ >

[PATCH v4 04/11] drm: Helper to read max clock rate

On Mon, Jun 06, 2016 at 04:29:06PM +0300, Mika Kahola wrote: > Helper routine to read out maximum supported pixel rate > for DisplayPort legay VGA converter or TMDS clock rate > for other digital legacy converters. The helper returns > clock rate in kHz. > > Signed-off-by: Mika Kahola > --- >

[PATCH v4 03/11] drm: Helper to read DP branch device type

On Mon, Jun 06, 2016 at 04:29:05PM +0300, Mika Kahola wrote: > Helper routine to read out DisplayPort branch device type. The spec > defines these type as following > > 0 DisplayPort > 1 Analog VGA > 2 DVI > 3 HDMI > 4 Others without EDID support > 5

[PATCH 03/27] drm/arc: Actually bother with handling atomic events.

Hi Daniel, On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > The drm core has a nice ready-made helper for exactly the simple case > > > where it should

[Bug 96449] Dying Light reports OpenGL version 3.0 with mesa-git

of Dying Light use core profile. Anyway i think this is not mesa bug. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160

[PATCH v3 02/15] drm: Centralize format information

On Thu, Jun 09, 2016 at 02:32:06AM +0300, Laurent Pinchart wrote: > Various pieces of information about DRM formats (number of planes, color > depth, chroma subsampling, ...) are scattered across different helper > functions in the DRM core. Callers of those functions often need to > access more

[PATCH v4 02/11] drm: Read DP downstream port capabilities

On Mon, Jun 06, 2016 at 04:29:04PM +0300, Mika Kahola wrote: > Read DisplayPort downstream port capabilities. Depending on > the DP port the capabilities are defined in length of 1 byte > or 4 bytes depending if the detailed capability information is > available. > > Signed-off-by: Mika Kahola >

[PATCH] drm/rockchip: fix compile warnings for 64-bit

Rockchip DRM does not yet build properly for ARM64, but we might as well get the printf formatting correct now, to avoid the following warnings: drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c: In function 'rockchip_drm_fbdev_create': drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:111:2: warning:

[PATCH v3 12/15] drm: amdgpu: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

On 09.06.2016 08:32, Laurent Pinchart wrote: > The driver needs the number of bytes per pixel, not the bpp and depth > info meant for fbdev compatibility. Use the right API. > > Signed-off-by: Laurent Pinchart > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 10 +- >

[PATCH v3 01/15] drm: Move format-related helpers to drm_fourcc.c

On Thu, Jun 09, 2016 at 02:32:05AM +0300, Laurent Pinchart wrote: > The drm_crtc.c file is a mess, making the ABI documentation confusing > since all functions are in the same bag. Split the format-related > helpers to a new drm_fourcc.c file. > > Signed-off-by: Laurent Pinchart > --- >

[PATCH 26/27] drm/crtc-helper: disable_unused_functions really isn't for atomic

On Thu, Jun 09, 2016 at 01:36:30AM +0300, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Wednesday 08 Jun 2016 14:19:18 Daniel Vetter wrote: > > Rockchip just blew up here on testing, because I removed some "is this > > crtc already disabled/enabled" state tracking from

[PATCH 00/18] staging/android: clean up SW_SYNC

On Wed, Jun 08, 2016 at 10:45:34PM -0700, Greg Kroah-Hartman wrote: > On Wed, Jun 08, 2016 at 04:07:59PM -0300, Gustavo Padovan wrote: > > Hi Greg, > > > > Any comment on this? > > I am just starting to catch up on patches, please give me some time, > staging patches are at the bottom of my

[PATCH 2/2] drm/amd/amdgpu : adding new tracepoints to track memory information.

From: David Mao - adding amdgpu_cs_bo_status to track total size and total entry count of bo for each submission. - adding amdgpu_ttm_bo_move to track the bo eviction including the size of bo and the location before/after the move Signed-off-by: David Mao

[PATCH 1/2] drm/amd/amdgpu : Refine tracepoints to track more information

From: David Mao - adding memory type, prefered heap, allowed heap, and host visible information to the amdgpu_bo_create tracepoint. - adding bo size to the amdgpu_bo_list_set tracepoint. Signed-off-by: David Mao Reviewed-by: Christian König Reviewed-by: Chunming Zhou

[PATCH] drm/amdgpu/uvd6: De-numberify startup

From: Tom St Denis To make the code more legible various numerical constants have been changed to their #define'ed MASKs. Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c | 39

[PATCH 3/3] drm/amdgpu: Initialize the variables in a straight-forward way

From: Alex Xie Initialize the variable in a straight-forward way instead of hiding the initialization inside the loop. This can also reduce one function call. Signed-off-by: Alex Xie Reviewed-by: Christian König Signed-off-by: Alex Deucher ---

[PATCH 2/3] drm/amdgpu: Add comment to describe the purpose of one difficult if statement

From: Alex Xie Use == instead of != in the if statement to make code easier understood Signed-off-by: Alex Xie Reviewed-by: Christian König Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 11 +++ 1 file changed, 7 insertions(+), 4

  1   2   >