[Bug 91294] [R7 370] DPM and power profile change crash the system

ves/dri-devel/attachments/20151029/a813c8c9/attachment.html>

[Bug 91268] R6xx freezes with kernel 3.17 and up

org/archives/dri-devel/attachments/20151029/fff45f52/attachment.html>

[PATCH v8 0/17] Add Analogix Core Display Port Driver

Am Mittwoch, 28. Oktober 2015, 16:15:43 schrieb Yakir Yang: > Hi all, > >The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller > share the same IP, so a lot of parts can be re-used. I split the common > code into bridge directory, then rk3288 and exynos only need to keep > some

[Bug 92729] VDPAU: Maybe support H264_CONSTRAINED_BASELINE

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

[Bug 92729] VDPAU: Maybe support H264_CONSTRAINED_BASELINE

://github.com/mpv-player/mpv/issues/2347 [3] https://en.wikipedia.org/wiki/VC-1#Profiles -- 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/20151029/babe2e8d/attachment.html>

[PATCH] drm: sti: remove redundant sign extensions

Hi Rasmus, Thanks for the patch. I will integrated it in the next pull request for the sti driver. BR Vincent On 10/16/2015 03:14 PM, Rasmus Villemoes wrote: > arg is long int, so arg = (arg << 22) >> 22 makes the upper 22 bits of > arg equal to bit 9 (or bit 41). But we then mask away all but

[PATCH 9/9] drm/amdgpu: remove amdgpu_fence_ref/unref

From: Christian König Just move the remaining users to fence_put/get. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 --- drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 30 --

[PATCH 8/9] drm/amdgpu: use common fence for sync

From: Christian König Stop using the driver internal functions. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 21 +++-- 2 files changed, 12

[PATCH 7/9] drm/amdgpu: use the new fence_is_later

From: Christian König Instead of coding the check ourself. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 30 +- 1 file changed, 13 insertions(+), 17 deletions(-) diff --git

[PATCH 6/9] drm/amdgpu: use common fences for VMID management v2

From: Christian König v2: add missing NULL check. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h| 4 ++-- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 27 +++

[PATCH 5/9] drm/amdgpu: move ring_from_fence to common code

From: Christian König Going to need that elsewhere as well. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 24

[PATCH 4/9] drm/amdgpu: switch to common fence_wait_any_timeout v2

From: Christian König No need to duplicate the functionality any more. v2: fix handling if no fence is available. Signed-off-by: Christian König Reviewed-by: Alex Deucher (v1) --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 --

[PATCH 3/9] drm/amdgpu: remove unneeded fence functions

From: Christian König amdgpu_fence_default_wait isn't needed any more the default wait does the same thing and amdgpu_test_signaled is dead as well. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 13

[PATCH 2/9] dma-buf/fence: add fence_is_later()

From: Christian König Return true when fence 1 is later than fence 2 without checking if any of them are signaled. Useful for driver specific resource handling based on fences. Signed-off-by: Christian König Reviewed-by: Alex Deucher --- include/linux/fence.h |

[PATCH 1/9] dma-buf/fence: add fence_wait_any_timeout function v2

From: Christian König Waiting for the first fence in an array of fences to signal. This is useful for device driver specific resource managers and also Vulkan needs something similar. v2: more parameter checks, handling for timeout==0, remove NULL entry support,

Patches for 4.4

Hi Alex, as discussed just the whole set of patches for you to pick up. Regards, Christian.

[PATCH v8 06/17] dt-bindings: add document for analogix display port driver

ndings/video/fsl,imx-fb.txt?h=dt/next=9ffecb10283508260936b96022d4ee43a7798b4c> +++ b/Documentation/devicetree/bindings/display/imx/fsl,imx-fb.txt <https://git.kernel.org/cgit/linux/kernel/git/robh/linux.git/tree/Documentation/devicetree/bindings/display/imx/fsl,imx-fb.txt?h=dt/next=efdbd7345f8836f7495f3ac6ee237d86cb3bb6b0> @@ -9,7 +9,7 @@ Required properties: Required nodes: - display: Phandle to a display node as described in - Documentation/devicetree/bindings/video/display-timing.txt + Documentation/devicetree/bindings/display/display-timing.txt Additional, the display node has to define properties: - bits-per-pixel: Bits per pixel - fsl,pcr: LCDC PCR value Thanks, - Yakir > > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151029/d2b5713b/attachment-0001.html>

[patch] drm: crtc: integer overflow in drm_property_create_blob()

The size here comes from the user via the ioctl, it is a number between 1-u32max so the addition here could overflow on 32 bit systems. Fixes: f453ba046074 ('DRM: add mode setting support') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index

[PATCH v6 2/2] drm/dp: Set aux.dev to the drm_connector device, instead of drm_device.

So far, the i915 driver and some other drivers set it to the drm_device, which doesn't allow one to know which DP a given aux channel is related to. Changing this to be the drm_connector provides proper nesting, still allowing one to get the drm_device from it. Some drivers already set it to the

[PATCH v6 1/2] drm/dp: Add a drm_aux-dev module for reading/writing dpcd registers.

This module is heavily based on i2c-dev. Once loaded, it provides one dev node per DP AUX channel, named drm_dp_auxN, where N is an integer. It's possible to know which connector owns this aux channel by looking at the respective sysfs /sys/class/drm_aux_dev/drm_dp_auxN/connector, if the

[PATCH v6 0/2] Add drm_dp_aux chardev support.

This series implement support to a drm_dp_aux chardev that allows reading and writing an arbitrary amount of bytes to arbitrary dpcd register addresses using regular read, write and lseek operations. v2: - lseek is used to select the register to read/write - read/write are used instead of ioctl

[PATCH v4 2/6] apple-gmux: Add switch_ddc support

Hi Alex, On Mon, Oct 12, 2015 at 05:10:20PM -0400, Alex Deucher wrote: > On Mon, Oct 12, 2015 at 5:07 PM, Alex Deucher > wrote: > > On Fri, Aug 14, 2015 at 12:18 PM, Lukas Wunner wrote: > >> Originally by Seth Forshee , 2012-10-04: > >> The gmux allows muxing the DDC independently from the

[PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

On Thu, 29 Oct 2015 15:37:51 +0100, Emil Velikov wrote: > > On 29 October 2015 at 14:21, Vincent ABRIOU wrote: > > Hi Takashi, > > > > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP > > firmware execution. > > Indeed, our firmware is not built-in. It is a proprietary

[PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

On Thu, 29 Oct 2015 15:21:35 +0100, Vincent ABRIOU wrote: > > Hi Takashi, > > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP > firmware execution. > Indeed, our firmware is not built-in. It is a proprietary firmware > uploaded into the file system that's why we need

[PATCH] ARM: multi_v7_defconfig: enable Exynos DRM Mixer driver

Mixer driver is selected by CONFIG_DRM_EXYNOS_HDMI option. Since Exynos5433 HDMI does not require Mixer and there are separate options to select Mixer and HDMI. Signed-off-by: Andrzej Hajda --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

Hi Takashi, Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP firmware execution. Indeed, our firmware is not built-in. It is a proprietary firmware uploaded into the file system that's why we need the USER_HELPER_FALLBACK to be able to load it once file system is

[Intel-gfx] HDMI 4k modes VIC

On Thu, Oct 29, 2015 at 08:03:29AM +, Sharma, Shashank wrote: > Actually we should update the cea_modedb in drm layer with 4k modes and > appropriate VIC, coz the AVI infoframe functions are > not getting proper VICs for cea modes. Or while processing alternative cea > modes, we should check

[Intel-gfx] HDMI 4k modes VIC

Thanks for the suggestion. I will check with Thierrey also. Regards Shashank -Original Message- From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com] Sent: Thursday, October 29, 2015 6:48 PM To: Sharma, Shashank Cc: Lespiau, Damien; Jani Nikula; intel-gfx at

[patch] drm: crtc: integer overflow in drm_property_create_blob()

Hi Dan, On 29 October 2015 at 13:37, Dan Carpenter wrote: > The size here comes from the user via the ioctl, it is a number between > 1-u32max so the addition here could overflow on 32 bit systems. > > Fixes: f453ba046074 ('DRM: add mode setting support') > Signed-off-by: Dan Carpenter Thanks

[PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

On 29 October 2015 at 14:21, Vincent ABRIOU wrote: > Hi Takashi, > > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP > firmware execution. > Indeed, our firmware is not built-in. It is a proprietary firmware > uploaded into the file system that's why we need the >

[PATCH v3 2/3] drm/sti: Remove local fbdev emulation Kconfig option

Hi, I am fine with your proposal to remove DRM_STI_FBDEV but I would like to be able to enable it by a module parameter. This is what I propose in "[PATCH 1/1] drm/sti: enable fbdev compatibility through module param" BR Vincent On 10/27/2015 09:10 AM, Archit Taneja wrote: > DRM_STI_FBDEV

[PATCH] drm/dp: add eDP DPCD backlight control bit definitions

On Thu, 2015-10-29 at 11:03 +0200, Jani Nikula wrote: > Cc: Yetunde Adebisi > Signed-off-by: Jani Nikula > --- > include/drm/drm_dp_helper.h | 36 > 1 file changed, 36 insertions(+) > > diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h

[PATCH 1/1] drm/sti: fix typo issue in sti_mode_config_init

Assign width to width and height to height. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c index d47b025..a0b7caa 100644 ---

[PATCH 1/1] drm/sti: set mixer background color through module param

Add bkgcolor module parameter that allow to change the background color of the mixer. It can be set with an RGB value coded as 0xRRGGBB. The default value is black. Signed-off-by: Vincent Abriou Signed-off-by: Nicolas VANHAELEWYN --- drivers/gpu/drm/sti/sti_mixer.c | 13 - 1 file

[PATCH 1/1] drm/sti: enable fbdev compatibility through module param

DRM_STI_FBDEV is removed and replaced by the fbdev module param. By default, the fbdev compatibility is disabled. Signed-off-by: Vincent Abriou Signed-off-by: Nicolas VANHAELEWYN --- drivers/gpu/drm/sti/Kconfig | 6 -- drivers/gpu/drm/sti/sti_drv.c | 15 ++- 2 files changed,

[PATCH 1/2] dma-buf/fence: add fence_wait_any_timeout function v2

Op 29-10-15 om 10:28 schreef Christian König: > Ping! > > Any more comments or can I get an rb on this? Sorry for the hurry, but I want > to get this our of my feet. > > Regards, > Christian. > > Silence is golden. Except when you have kids or wait for code review, then > silence is suspicious.

[PATCH igt v7 1/4] lib/tests: Add igt_assert_*() self-tests

On 29 October 2015 at 10:31, Daniel Stone wrote: > Make sure our igt_assert variants are doing something that looks vaguely > like the right thing. > > Signed-off-by: Daniel Stone > --- > lib/tests/Makefile.sources | 1 + > lib/tests/igt_simple.c | 173 >

No backlight since linux-4.2.4 - drivers/gpu/drm/radeon/atombios_encoders.c

On 29.10.2015 04:03, Alex Deucher wrote: > On Wed, Oct 28, 2015 at 3:11 AM, Michel Dänzer wrote: >> On 28.10.2015 01:43, Alex Deucher wrote: >>> On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian >>> wrote: On 10/27/15 16:10, Alex Deucher wrote: > > It would appear that your

[PATCH igt v7 4/4] kms_atomic: Add basic atomic modesetting tests

Hi Dan, Suspecting that these were meant for the intel-gfx list, although I doubt people will object seeing them here :-) On 29 October 2015 at 10:35, Daniel Stone wrote: > Add tests for KMS atomic modesetting, to exercise the basic interface > and test failure/corner cases. Should ensure

[pull] radeon drm-fixes-4.3

Hi Dave, A regression fix for 4.3 for backlights on really old laptops. The following changes since commit 22ca7ca52e80524360b43944a0556b2a6dc1aa21: Merge branch 'vmwgfx-fixes-4.3' of git://people.freedesktop.org/~thomash/linux (2015-10-25 05:02:33 +1000) are available in the git

[PATCH] drm: Correct arguments to list_tail_add in create blob ioctl

Hi Dave, On 8 October 2015 at 15:51, Jani Nikula wrote: > On Thu, 08 Oct 2015, Sean Paul wrote: >> From: Maneet Singh >> >> From: Maneet Singh >> >> Arguments passed to list_add_tail were reversed resulting in deletion >> of old blob property everytime the new one is added. >> >>

[PATCH] drm/dp: add eDP DPCD backlight control bit definitions

Cc: Yetunde Adebisi Signed-off-by: Jani Nikula --- include/drm/drm_dp_helper.h | 36 1 file changed, 36 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index bb9d0deca07c..1252108da0ef 100644 ---

[PATCH igt v7 4/4] kms_atomic: Add basic atomic modesetting tests

Add tests for KMS atomic modesetting, to exercise the basic interface and test failure/corner cases. Should ensure coherency between the legacy and atomic interfaces. v2: New patch. v3: Disable connector checking for now, as it was causing GPU hangs on newer kernels. v4: Rebase. v5: Use

[PATCH igt v7 3/4] tests/core_prop_blob: Add multiple blobs per connection

This should hit the bug fixed in: XXX FIXME INSERT SEANPAUL COMMIT CITE which was introduced with the initial blob support in: commit e2f5d2ea479b9b2619965d43db70939589afe43a Author: Daniel Stone Date: Fri May 22 13:34:51 2015 +0100 drm/mode: Add user blob-creation ioctl

[PATCH igt v7 2/4] tests: Run igt.cocci

Signed-off-by: Daniel Stone --- tests/drm_import_export.c| 2 +- tests/gem_bad_reloc.c| 8 ++ tests/gem_concurrent_all.c | 6 ++-- tests/gem_ctx_exec.c | 9 ++ tests/gem_ctx_param_basic.c | 4 +-- tests/gem_mmap_gtt.c | 8

[PATCH igt v7 1/4] lib/tests: Add igt_assert_*() self-tests

Make sure our igt_assert variants are doing something that looks vaguely like the right thing. Signed-off-by: Daniel Stone --- lib/tests/Makefile.sources | 1 + lib/tests/igt_simple.c | 173 + 2 files changed, 174 insertions(+) create mode

[PATCH igt v7 0/4] Assert tests, atomic, multi-blob

Hi, Following on from the previous few series, most of which have been merged ... Add some self-tests for igt-assert_*() to make sure they do the right thing, including for fds. This is a bit gross, but does work. Do a Cocci run through the tree. This doesn't actually pick up a lot of the

[PATCH igt v7 4/4] kms_atomic: Add basic atomic modesetting tests

Add tests for KMS atomic modesetting, to exercise the basic interface and test failure/corner cases. Should ensure coherency between the legacy and atomic interfaces. v2: New patch. v3: Disable connector checking for now, as it was causing GPU hangs on newer kernels. v4: Rebase. v5: Use

[PATCH igt v7 3/4] tests/core_prop_blob: Add multiple blobs per connection

This should hit the bug fixed in: XXX FIXME INSERT SEANPAUL COMMIT CITE which was introduced with the initial blob support in: commit e2f5d2ea479b9b2619965d43db70939589afe43a Author: Daniel Stone Date: Fri May 22 13:34:51 2015 +0100 drm/mode: Add user blob-creation ioctl

[PATCH igt v7 2/4] tests: Run igt.cocci

Signed-off-by: Daniel Stone --- tests/drm_import_export.c| 2 +- tests/gem_bad_reloc.c| 8 ++ tests/gem_concurrent_all.c | 6 ++-- tests/gem_ctx_exec.c | 9 ++ tests/gem_ctx_param_basic.c | 4 +-- tests/gem_mmap_gtt.c | 8

[PATCH igt v7 1/4] lib/tests: Add igt_assert_*() self-tests

Make sure our igt_assert variants are doing something that looks vaguely like the right thing. Signed-off-by: Daniel Stone --- lib/tests/Makefile.sources | 1 + lib/tests/igt_simple.c | 173 + 2 files changed, 174 insertions(+) create mode

[PATCH igt v7 0/4] Assert tests, atomic, multi-blob

Hi, Following on from the previous few series, most of which have been merged ... Add some self-tests for igt-assert_*() to make sure they do the right thing, including for fds. This is a bit gross, but does work. Do a Cocci run through the tree. This doesn't actually pick up a lot of the

[PATCH 1/2] dma-buf/fence: add fence_wait_any_timeout function v2

Ping! Any more comments or can I get an rb on this? Sorry for the hurry, but I want to get this our of my feet. Regards, Christian. Silence is golden. Except when you have kids or wait for code review, then silence is suspicious. On 27.10.2015 17:04, Christian König wrote: > From: Christian

[PATCH v9 10/17] phy: Add driver for rockchip Display Port PHY

Add phy driver for the Rockchip DisplayPort PHY module. This is required to get DisplayPort working in Rockchip SoCs. Reviewed-by: Heiko Stuebner Signed-off-by: Yakir Yang --- Changes in v9: - Removed the unused the variable "res" in probe function. (Heiko) - Removed the unused head file.

[PATCH v8 06/17] dt-bindings: add document for analogix display port driver

Am Donnerstag, 29. Oktober 2015, 09:12:21 schrieb Yakir Yang: > Hi Heiko, > > On 10/29/2015 04:02 AM, Heiko Stuebner wrote: > > Hi Yakir, > > > > Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang: > >> diff --git > >> a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt >

[PATCH v8 10/17] phy: Add driver for rockchip Display Port PHY

Hi Heiko, On 10/29/2015 04:36 AM, Heiko Stuebner wrote: > Hi Yakir, > > Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang: >> +static int rockchip_dp_phy_probe(struct platform_device *pdev) >> +{ >> +struct device *dev = >dev; >> +struct device_node *np = dev->of_node; >> +

[PATCH v8 06/17] dt-bindings: add document for analogix display port driver

Hi Heiko, On 10/29/2015 04:02 AM, Heiko Stuebner wrote: > Hi Yakir, > > Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang: >> diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt >> b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt >> index

[Bug 92722] radeon 0000:01:00.0: VCE init error (-22) on Kernel >= 4.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/20151029/212974e4/attachment.html>

[Bug 92709] "LLVM triggered Diagnostic Handler: unsupported call to function ldexpf in main" when starting race in stuntrally

all (which could be handled by the AMDGPU backend AFAICT) with an ldexpf one. -- 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/attachm