[Bug 98627] mesa doesn't build since llvm r286062

-- 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/20161110/9ded4309/attachment.html>

[PULL] topic/drm-misc

Hi Dave, - better atomic state debugging from Rob - fence prep from gustavo - sumits flushed out his backlog of pending dma-buf/fence patches from various people - drm_mm leak debugging plus trying to appease Kconfig (Chris) - a few misc things all over Cheers, Daniel The following changes

[PATCH libdrm v2] xf86drm: Parse the separate files to retrieve the vendor, ... info

On 10/11/16 03:08 AM, Emil Velikov wrote: > From: Emil Velikov > > Parsing config sysfs file wakes up the device. The latter of which may > be slow and isn't required to begin with. > > Reading through config is/was required since the revision is not > available by other means, although with a

[Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

Hi Eric, On Wednesday 09 Nov 2016 16:59:31 Eric Engestrom wrote: > On Wednesday, 2016-11-09 14:13:40 +0100, Daniel Vetter wrote: > > On Wed, Nov 9, 2016 at 12:42 PM, Eric Engestrom wrote: > > >> Well, had to drop it again since it didn't compile: > > >> CC [M] drivers/gpu/drm/drm_blend.o > >

[Nouveau] [PATCH] acpi: video: Move ACPI_VIDEO_NOTIFY_* defines to acpi/video.h

On Wed, Nov 09, 2016 at 06:15:56PM +0100, Hans de Goede wrote: > acpi_video.c passed the ACPI_VIDEO_NOTIFY_* defines as type code to > acpi_notifier_call_chain(). Move these defines to acpi/video.h so > that acpi_notifier listeners can check the type code using these > defines. > > Signed-off-by:

[Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Thu, 10 Nov 2016, Laurent Pinchart wrote: > Hi Eric, > > On Wednesday 09 Nov 2016 16:59:31 Eric Engestrom wrote: >> On Wednesday, 2016-11-09 14:13:40 +0100, Daniel Vetter wrote: >> > On Wed, Nov 9, 2016 at 12:42 PM, Eric Engestrom wrote: >> > >> Well, had to drop it again since it didn't

[Nouveau] [PATCH] drm/nouveau: Intercept ACPI_VIDEO_NOTIFY_PROBE

On Wed, Nov 09, 2016 at 06:17:44PM +0100, Hans de Goede wrote: > Various notebooks with nvidia GPUs generate an ACPI_VIDEO_NOTIFY_PROBE > acpi-video event when an external device gets plugged in (and again on > modesets on that connector), the default behavior in the acpi-video > driver for this

[Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

Hi Jani, On Thursday 10 Nov 2016 12:30:09 Jani Nikula wrote: > On Thu, 10 Nov 2016, Laurent Pinchart wrote: > > On Wednesday 09 Nov 2016 16:59:31 Eric Engestrom wrote: > >> On Wednesday, 2016-11-09 14:13:40 +0100, Daniel Vetter wrote: > >>> On Wed, Nov 9, 2016 at 12:42 PM, Eric Engestrom wrote: >

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #11 from René Linder --- That has worked :-) Now my graphic card did as it should i think. Something like this in the dmesg log is still there: [ powerplay ] VBIOS did not find boot engine clock value in

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #12 from René Linder --- Created attachment 244161 --> https://bugzilla.kernel.org/attachment.cgi?id=244161=edit The Working gmesg Log from Kernel 4.9 RC4 -- You are receiving this mail because: You are watching the assignee of

[Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Thu, 10 Nov 2016, Laurent Pinchart wrote: > Hi Jani, > > On Thursday 10 Nov 2016 12:30:09 Jani Nikula wrote: >> On Thu, 10 Nov 2016, Laurent Pinchart wrote: >> > The issue here is that printk can't format the fourcc as a string by >> > itself. There's a bunch of places in the kernel where a

[Nouveau] [PATCH] drm/nouveau: Intercept ACPI_VIDEO_NOTIFY_PROBE

Hi, On 10-11-16 11:58, Peter Wu wrote: > On Wed, Nov 09, 2016 at 06:17:44PM +0100, Hans de Goede wrote: >> Various notebooks with nvidia GPUs generate an ACPI_VIDEO_NOTIFY_PROBE >> acpi-video event when an external device gets plugged in (and again on >> modesets on that connector), the default

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #13 from René Linder --- Tested also Megaglest, Systemshock Demo (The new one with Unity Engine), Cube 2/Sauerbraten, vdrift, torcs everything works fine. -- You are receiving this mail because: You are watching the assignee of

[PATCH v2] PCI: create revision file in sysfs

On Wed, Nov 09, 2016 at 04:56:07PM +, Emil Velikov wrote: > From: Emil Velikov > > Currently the revision isn't available via sysfs/libudev thus if one > wants to know the value they need to read through the config file. > > This in itself wakes/powers up the device, causing unwanted

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

On 11/03/16 19:46, Laurent Pinchart wrote: > Hi Jyri, > > Thank you for the patch. > > On Wednesday 02 Nov 2016 18:32:16 Jyri Sarha wrote: >> Add very basic ti-ftp410 HDMI transmitter driver. The only feature >> separating this from a completely dummy bridge is the DDC i2c >> support. However,

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

Hi Jyri, On Thursday 10 Nov 2016 11:16:53 Jyri Sarha wrote: > On 11/03/16 19:46, Laurent Pinchart wrote: > > On Wednesday 02 Nov 2016 18:32:16 Jyri Sarha wrote: > >> Add very basic ti-ftp410 HDMI transmitter driver. The only feature > >> separating this from a completely dummy bridge is the DDC

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

an output port for the DVI output. Those two ports should be >> required, not optional. >> > > Ok. So I need another device node. Should I create some specific > compatible string for connectors behind tfp410, or a generic DVI/HDMI > connector with optional ddc-i2c phandle? omapdrm uses connector nodes. See, for example, pandaboard's dts files. It has TFP410 and a connector node. With omap specific drivers, for now, but that's another matter. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/f37dde4f/attachment.sig>

[PATCH libdrm v2] xf86drm: Parse the separate files to retrieve the vendor, ... info

On 09.11.2016 19:08, Emil Velikov wrote: > From: Emil Velikov > > Parsing config sysfs file wakes up the device. The latter of which may > be slow and isn't required to begin with. > > Reading through config is/was required since the revision is not > available by other means, although with a

[PATCH v2] PCI: create revision file in sysfs

On 10 November 2016 at 07:13, Greg KH wrote: > On Wed, Nov 09, 2016 at 04:56:07PM +, Emil Velikov wrote: >> From: Emil Velikov >> >> Currently the revision isn't available via sysfs/libudev thus if one >> wants to know the value they need to read through the config file. >> >> This in itself

[Bug 97605] AMDGPU Black Screen when Booting

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

[PATCH 1/2] drm: Add missing mutex_destroy in drm_dev_init

Add 3 missing mutex_destroy to drm_dev_init teardown. Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/drm_drv.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index 6efdba4..ba144b3 100644 --- a/drivers/gpu/drm/drm_drv.c +++

[PATCH 2/2] drm/i915: Update i915_driver_load kerneldoc

Update i915_driver_load kerneldoc to match code. Cc: Chris Wilson Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/i915/i915_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index 9e5a547..d023c1a

[PATCH libdrm v2] xf86drm: Parse the separate files to retrieve the vendor, ... info

On 10 November 2016 at 12:40, Nicolai Hähnle wrote: > On 09.11.2016 19:08, Emil Velikov wrote: >> >> From: Emil Velikov >> >> Parsing config sysfs file wakes up the device. The latter of which may >> be slow and isn't required to begin with. >> >> Reading through config is/was required since

[PATCH] headers: add i915-perf interface to i915_drm.h

This interface gives access to Gen graphics Observability counters Signed-off-by: Robert Bragg --- include/drm/i915_drm.h | 134 + 1 file changed, 134 insertions(+) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index

[PATCH v2] drm: Add missing mutex_destroy in drm_dev_init/release

Add 3 missing mutex_destroy to drm_dev_init teardown and drm_dev_release. v2: - Also include drm_dev_release Signed-off-by: Joonas Lahtinen --- drivers/gpu/drm/drm_drv.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index

[PATCH v9 09/11] drm/i915: add dev.i915.oa_max_sample_rate sysctl

) { > > + DRM_ERROR("OA exponent would exceed the > max sampling frequency (sysctl dev.i915.oa_max_sample_rate) %uHz without > root privileges\n", > This line is getting a little too long. > yeah, though the coding style has the exception for string constants so they remain grepable which can be useful too. Could maybe remove the bracketed naming of the corresponding sysctl parameter, though it does seem like pertinent/useful info if someone were to hit this limit. > > Reviewed-by: Matthew Auld > thanks -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/2f772d08/attachment.html>

[PATCH 0/5] drm/sun4i: Handle TV overscan

to address all needs (and ideally in a generic way). Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/a482bcf9/attachment.sig>

[PATCH v2] drm: Add missing mutex_destroy in drm_dev_init/release

On Thu, Nov 10, 2016 at 03:50:35PM +0200, Joonas Lahtinen wrote: > Add 3 missing mutex_destroy to drm_dev_init teardown and > drm_dev_release. > > v2: > - Also include drm_dev_release > > Signed-off-by: Joonas Lahtinen Reviewed-by: Chris Wilson -Chris -- Chris Wilson, Intel Open Source

[PATCH 5/5] drm/sun4i: Add support for the overscan profiles

.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/40bb0b9b/attachment-0001.sig>

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2016-11-08: - gpu idling rework for s/r (Imre) - vlv mappable scanout fix - speed up probing in resume (Lyude) - dp audio workarounds for gen9 (Dhinakaran) - more conversion to using dev_priv internally (Ville) - more gen9+ wm fixes and cleanups (Maarten) - shrinker

[Bug 98357] [amdgpu] Topaz fails to boot with error in powerplay initialization

hments/20161110/d60ce134/attachment.html>

[PATCH] headers: add i915-perf interface to i915_drm.h

Hi Robert Just a couple of trivial suggestions: - git config --local format.subjectPrefix "PATCH libdrm" - make sure that the headers are generated via `make headers_install' and state the tree/sha that you've used. See 9af2ccdef cc9a53f07 or 89cdda3d5. Thanks Emil P.S. /me goes to add a

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 Alex Deucher changed: What|Removed |Added Attachment #244151|0 |1 is obsolete|

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #15 from Alex Deucher --- Created attachment 244181 --> https://bugzilla.kernel.org/attachment.cgi?id=244181=edit patch 4/3 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 98357] [amdgpu] Topaz fails to boot with error in powerplay initialization

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161110/e16d1175/attachment.html>

[PATCH libdrm] headers: Add README file

From: Emil Velikov Since we're trying to standardise and make things more consistent in the area, add a basic README which covers some of the more popular topics. Cc: Dave Airlie Cc: Daniel Vetter Signed-off-by: Emil Velikov --- Dave, did I get it right on the

[PATCH] headers: add i915-perf interface to i915_drm.h

n HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/bd60e44b/attachment.html>

gnome-shell is frozen upon wakeup from DPMS (bisected)

Hi, I have bisected a commit in v4.6 that fixes a freeze of the screen on DPMS sleep: 777e3cbc791f131806d9bf24b3325637c7fc228d drm/radeon: Switch to drm_vblank_on/off When running 'xset dpms force off' in a GNOME session (I tested this on openSUSE Leap 42.2), sometimes the screen will freeze,

[GIT PULL] imx-drm: fix possible hangup when disabling crtcs

Hi Dave, this tag contains a single patch to fix a regression introduced by the atomic modeset conversion, with can occasionally hang the system during crtc atomic_disable by disabling the display controller module and plane IDMAC channels in the wrong order. regards Philipp The following

[GIT PULL] imx-drm plane update cleanup, YUV formats

Hi Dave, please consider merging this tag with a few imx-drm plane update changes, support for more YUV formats, and various cleanups. regards Philipp The following changes since commit 86126748cd5063aa888ce252f16b89b35e7d4707: drm/imx: ipuv3-plane: disable local alpha for planes without

[PATCH v6 1/9] drm/hisilicon/hibmc: Add hisilicon hibmc drm master driver

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Add DRM master driver for Hisilicon Hibmc SoC which used for > Out-of-band management. Blow is the general hardware connection, > both the Hibmc and the host CPU are on the same mother board. > > +--+ +--+ > | |

[PATCH v6 2/9] drm/hisilicon/hibmc: Add video memory management

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Hibmc have 32m video memory which can be accessed through PCIe by host, > we use ttm to manage these memory. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 + >

[PATCH libdrm] xf86drm: introduce drmGetDeviceNameFromFd2

From: Emil Velikov The original version considered only card devices, while this will pick the device/node name regardless - card, control, renderD, other... Current implementation is "linux" specific, in such that it relies on sysfs/uevent file. At the same time

[Bug 176961] resume from suspend not working with nvidia980 Ti, drivers 352 - 370, kernels 3.16 - 4.4

https://bugzilla.kernel.org/show_bug.cgi?id=176961 --- Comment #5 from emailjonathananderson-fedora at yahoo.com --- (In reply to Zhang Rui from comment #3) > This sounds like a graphics driver issue to me. > does the problem still exists in text mode, without the graphics driver > loaded?

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

On Thu, 10 Nov 2016, Manasi Navare wrote: > Link training failure is handled by lowering the link rate first > until it reaches the minimum and keeping the lane count maximum > and then lowering the lane count until it reaches minimim. These > fallback values are saved and hotplug uevent is sent

[PATCH 0/8] Host1x IOMMU support + VIC support

This series adds IOMMU support to Host1x and TegraDRM and adds support for the VIC host1x client so that host1x can be tested on modern Tegra platforms. It depends on the previous fix series. The whole thing (modulo patch order) is available as a git repository at

[PATCH 6/8] dt-bindings: Add bindings for the Tegra VIC

The VIC (Video Image Compositor) is a Host1x client unit that can do various 2D composition and transform operations. Signed-off-by: Mikko Perttunen --- .../bindings/display/tegra/nvidia,tegra20-host1x.txt| 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 8/8] arm64: tegra: Enable IOMMU for Host1x on Tegra210

The Host1x driver now supports operation behind an IOMMU, so add its IOMMU domain to the device tree. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra210.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi

[PATCH 2/8] drm/tegra: Allocate BOs from lower 4G when without IOMMU

On 64-bit Tegras, buffer object memory allocation may return memory above 4G that units behind Host1x cannot access. Add the GFP_DMA flag to these allocation when IOMMU is not enabled to ensure units can always access BO memory. Signed-off-by: Mikko Perttunen --- drivers/gpu/drm/tegra/gem.c | 2

[PATCH 1/8] drm/tegra: Add Tegra DRM allocation API

Add a new IO virtual memory allocation API to allow clients to allocate non-GEM memory in the Tegra DRM IOMMU domain. This is required e.g. for loading client firmware when clients are attached to the IOMMU domain. The allocator allocates contiguous physical pages that are then mapped

[PATCH 7/8] arm64: tegra: Enable VIC on T210

Enable the VIC (Video Image Compositor) host1x unit on Tegra210 systems. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra210.dtsi | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi

[PATCH 4/8] drm/tegra: Add VIC support

From: Arto Merilainen This patch adds support for Video Image Compositor engine which can be used for 2d operations. Signed-off-by: Andrew Chew Signed-off-by: Arto Merilainen Signed-off-by: Mikko Perttunen --- drivers/gpu/drm/tegra/Makefile | 3 +-

[PATCH 3/8] drm/tegra: Add falcon helper library

From: Arto Merilainen Add a set of falcon helper routines for use by the tegradrm client drivers of the various falcon-based engines. The falcon is a microcontroller that acts as a frontend for the rest of a particular Tegra engine. In order to properly utilize these

[PATCH 5/8] gpu: host1x: Add IOMMU support

Add support for the Host1x unit to be located behind an IOMMU. This is required when gather buffers may be allocated non-contiguously in physical memory, as can be the case when TegraDRM is also using the IOMMU. Signed-off-by: Mikko Perttunen --- drivers/gpu/host1x/cdma.c | 65

[PATCH] intel: Add Geminilake PCI IDs

From: Ben Widawsky Signed-off-by: Ben Widawsky --- intel/intel_chipset.h | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h index 514f659..41fc0da 100644 --- a/intel/intel_chipset.h +++

[PATCH v6 3/9] drm/hisilicon/hibmc: Add support for frame buffer

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Add support for fbdev and kms fb management. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 17 ++ >

[Bug 98357] [amdgpu] Topaz fails to boot with error in powerplay initialization

tested this patches with the patch on this bug 98505 -- 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/20161110/d8c98

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

Adding Harry and Tony from our display team to review. > -Original Message- > From: Jani Nikula [mailto:jani.nikula at linux.intel.com] > Sent: Thursday, November 10, 2016 1:20 PM > To: Manasi Navare; dri-devel at lists.freedesktop.org; intel- > gfx at lists.freedesktop.org > Cc: Dave

[Intel-gfx] [PATCH] make intel_chipset.h public

On 28 October 2016 at 04:38, Gurchetan Singh wrote: > This file has useful information regarding the pci-id --> gen > conversion. The gen determines which scanout formats a chipset > supports (for example, the SKL display engine can scanout Y-tiled > formats). This would be useful for the

[pull] amdgpu drm-fixes-4.9

Hi Dave, Regression fix for powerplay on some iceland boards. The following changes since commit f20024d8ba6bc8abf8d0ec12eabfdedd9935fff2: drm/amd/powerplay: return false instead of -EINVAL (2016-11-08 11:43:05 -0500) are available in the git repository at:

[PATCH libdrm] headers: Add README file

On Thu, Nov 10, 2016 at 04:44:23PM +, Emil Velikov wrote: > From: Emil Velikov > > Since we're trying to standardise and make things more consistent in > the area, add a basic README which covers some of the more popular > topics. > > Cc: Dave Airlie > Cc: Daniel Vetter > Signed-off-by:

[Intel-gfx] [PATCH 5/5] drm/i915: Implement Link Rate fallback on Link training failure

On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote: > @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp > *intel_dp, > return false; > } > > +static void intel_dp_modeset_retry_work_fn(struct work_struct *work) > +{ > + struct intel_connector

[PATCH libdrm] headers: Add README file

On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov wrote: > From: Emil Velikov > > Since we're trying to standardise and make things more consistent in > the area, add a basic README which covers some of the more popular > topics. > > Cc: Dave Airlie > Cc: Daniel Vetter > Signed-off-by: Emil

[PATCH] drm/rockchip: return ERR_PTR instead of NULL

rockchip_drm_framebuffer_init is only used in one case, in rockchip_drm_fbdev.c, where its return value is tested using IS_ERR. To enable propagating the reason for the error, change the definition so that it returns an ERR_PTR value. Problem found with the help of Coccinelle. Signed-off-by:

[PATCH v6 4/9] drm/hisilicon/hibmc: Add plane for DE

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Add plane funcs and helper funcs for DE. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 + > drivers/gpu/drm/hisilicon/hibmc/Makefile| 2 +- >

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #16 from Alex Deucher --- See also: https://bugs.freedesktop.org/show_bug.cgi?id=98357 -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v6 5/9] drm/hisilicon/hibmc: Add crtc for DE

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Add crtc funcs and helper funcs for DE. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_de.c | 318 > > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 6 + >

[PATCH v6 6/9] drm/hisilicon/hibmc: Add encoder for VDAC

On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou wrote: > Add encoder funcs and helpers for VDAC. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 6 ++ >

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161110/b8589822/attachment.html>

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

error: src/gallium/state_trackers/va/picture.c: patch does not apply Checking patch src/gallium/state_trackers/va/va_private.h... -- 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/20161110/e946dacd/attachment.html>

[Intel-gfx] [PATCH] make intel_chipset.h public

- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161110/3d154f44/attachment.html>

[PATCH v6 7/9] drm/hisilicon/hibmc: Add connector for VDAC

On Fri, Oct 28, 2016 at 3:28 AM, Rongrong Zou wrote: > Add connector funcs and helper funcs for VDAC. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 8 +++ > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 2 + >

[PATCH v6 8/9] drm/hisilicon/hibmc: Add vblank interruput

On Fri, Oct 28, 2016 at 3:28 AM, Rongrong Zou wrote: > Add vblank interrupt. > > Signed-off-by: Rongrong Zou > --- > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 56 > - > drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 1 + > 2 files changed, 56 insertions(+),

[PATCH v6 9/9] MAINTAINERS: Update HISILICON DRM entries

On Fri, Oct 28, 2016 at 3:28 AM, Rongrong Zou wrote: > Signed-off-by: Rongrong Zou Acked-by: Sean Paul > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index c447953..cc5ee3a 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -4117,6

[PATCH v2] PCI: create revision file in sysfs

Hi Emil, On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote: > On 10 November 2016 at 07:13, Greg KH wrote: > > On Wed, Nov 09, 2016 at 04:56:07PM +, Emil Velikov wrote: > >> From: Emil Velikov > >> > >> Currently the revision isn't available via sysfs/libudev thus if one > >>

[PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote: > Hi Daniel, David, > > On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > > > > > > > > -Original Message- > > > From: linux-snps-arc [mailto:linux-snps-arc-bounces at > > >

[RFT v3] drm: use late_initcall() for amdkfd and radeon

On Wed, Jun 1, 2016 at 2:11 PM, Luis R. Rodriguez wrote: > On Tue, May 31, 2016 at 09:04:53PM +0200, Daniel Vetter wrote: >> On Tue, May 31, 2016 at 06:58:34PM +0200, Luis R. Rodriguez wrote: >> > On Sun, May 29, 2016 at 08:27:07PM +0200, Daniel Vetter wrote: >> > > On Fri, May 27, 2016 at 3:18

[PATCH v2] dt-bindings: video: exynos7-decon: Remove obsolete samsung, power-domain property

The samsung,power-domain property is obsolete since commit 0da658704136 ("ARM: dts: convert to generic power domain bindings for exynos DT"). Replace it with generic one. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Sylwester Nawrocki Reviewed-by: Javier Martinez Canillas Acked-by: Rob

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

Amdgpu dal implementation will do a test link training at end of detection to verify we can achieve the capability reported in DPCD. We then report mode base on result of test training. AMD hardware (at least the generations supported by amdgpu) is able to link train without timing being

[v17 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi Jitao, 2016-08-27 8:44 GMT+02:00 Jitao Shi : > This patch adds drm_bridge driver for parade DSI to eDP bridge chip. > > Signed-off-by: Jitao Shi > Reviewed-by: Daniel Kurtz > --- > Changes since v16: > - Disable ps8640 DSI MCS Function. > - Rename gpios name more clearly. > - Tune the