Re: [RFC] drm: add unref_fb ioctl

On 10/05/17 10:16 PM, Daniel Vetter wrote: > On Wed, May 10, 2017 at 1:24 PM, Rob Clark wrote: >> On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote: >>> On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote: On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote: > Disadvantages: > *

[Bug 60674] linux 3.10.x RV740 (Radeon HD 4770) display problem

https://bugzilla.kernel.org/show_bug.cgi?id=60674 --- Comment #18 from Y. G. (theYinYeti) (b...@yalis.fr) --- Sorry, I changed of PC, so the hardware is now completely unrelated, which is why I let others do tests and all… On my new hardware, all is fine. -- You are receiving this mail because:

Re: [PATCH v2 00/29] Remove the omapdrm and omapdss devices from platform code

On 10/05/17 21:29, Tony Lindgren wrote: > * Tomi Valkeinen [170510 10:44]: >> >> >> On 10/05/17 19:46, Tony Lindgren wrote: >>> * Tomi Valkeinen [170510 00:26]: On 09/05/17 18:05, Sebastian Reichel wrote: > patch 10: > I think dsi pin muxing should be done by providing pinmux >>

Re: [PATCH 01/11] drm/ttm: cleanup coding style in ttm_bo_api.h

On 10/05/17 08:43 PM, Christian König wrote: > Ping, could anybody take a look at this set? For the series: Reviewed-by: Michel Dänzer Might be worth converting e.g. ttm_bo_move_ttm to a context parameter as well? Also, I wonder if the two booleans couldn't be converted to enums or something,

Re: [RFC] drm: add unref_fb ioctl

On Thu, May 11, 2017 at 04:45:09PM +0900, Michel Dänzer wrote: > On 10/05/17 10:16 PM, Daniel Vetter wrote: > > On Wed, May 10, 2017 at 1:24 PM, Rob Clark wrote: > >> On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote: > >>> On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote: > On Tue,

[Bug 188621] Function kfd_wait_on_events() does not set error code when the call to copy_from_user() fails

https://bugzilla.kernel.org/show_bug.cgi?id=188621 bianpan (bianpan2...@ruc.edu.cn) changed: What|Removed |Added Status|NEW |RESOLVED Resol

[Bug 188631] Function vc4_cl_lookup_bos() does not set error code when the call to drm_malloc_ab() fails

https://bugzilla.kernel.org/show_bug.cgi?id=188631 --- Comment #1 from bianpan (bianpan2...@ruc.edu.cn) --- Created attachment 256383 --> https://bugzilla.kernel.org/attachment.cgi?id=256383&action=edit The patch fixes the bug The patch has been merged into the latest version. So I will close i

[Bug 188631] Function vc4_cl_lookup_bos() does not set error code when the call to drm_malloc_ab() fails

https://bugzilla.kernel.org/show_bug.cgi?id=188631 bianpan (bianpan2...@ruc.edu.cn) changed: What|Removed |Added Status|NEW |RESOLVED Resol

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

https://bugs.freedesktop.org/show_bug.cgi?id=93826 --- Comment #46 from Jonas --- Same here with my XFX R9 390, latest Arch Linux and amdgpu driver. Forcing "high" power profile makes it work, but it also raises the temps (and probably power draw) too much to my liking. If we could only up the v

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #14 from Jonas --- I get the same behaviour here with my XFX R9 390, latest Arch Linux and amdgpu driver. Forcing "high" power profile makes it work, but it also raises the temps (and probably power draw) too much to my liking. If we

[PATCH 1/2] drm/dp: start a DPCD based DP sink/branch device quirk database

Face the fact, there are Display Port sink and branch devices out there in the wild that don't follow the Display Port specifications, or they have bugs, or just otherwise require special treatment. Start a common quirk database the drivers can query based on OUI (with the option of expanding to de

[PATCH 2/2] drm/i915: Detect USB-C specific dongles before reducing M and N

From: Clint Taylor The Analogix 7737 DP to HDMI converter requires reduced M and N values when to operate correctly at HBR2. Detect this IC by its OUI value of 0x0022B9 via the DPCD quirk list. v2 by Jani: Rebased on the DP quirk database Fixes: 9a86cda07af2 ("drm/i915/dp: reduce link M/N param

[Bug 98974] Can't see borders/empires in Stellaris

https://bugs.freedesktop.org/show_bug.cgi?id=98974 --- Comment #13 from William Bonnaventure --- With apitrace there is a lot of : EE r600_shader.c:3663 r600_shader_from_tgsi - GPR limit exceeded - shader requires 213 registers EE r600_shader.c:183 r600_pipe_shader_create - translation from TGSI

[Bug 101001] [DC][bisected] Random screen locks on RX460

https://bugs.freedesktop.org/show_bug.cgi?id=101001 Bug ID: 101001 Summary: [DC][bisected] Random screen locks on RX460 Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Se

Re: [PATCH] drm: mediatek: change the variable type of rdma threshold

Hi Bibby, [auto build test ERROR on v4.9-rc8] [cannot apply to drm/drm-next next-20170510] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Bibby-Hsieh/drm-mediatek-change-the-variable-type-of-rdm

[Bug 78562] [gma500] wrong pixel clock on LVDS (half the correct frequency)

https://bugs.freedesktop.org/show_bug.cgi?id=78562 --- Comment #18 from Stuart Hopkins --- Can confirm this patch does remove the flicker on my Sony Vaio VPC1P (tested against the latest 4.x kernel from the Ubuntu 17.04 tree). If required I can post the xrandr output from before/after as well. O

[GIT PULL] fbdev changes for v4.12

Hi Linus, Please pull fbdev changes for v4.12. There is nothing really major here, just a couple of small bugfixes, improvements and cleanups. Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics The following changes since commit c1ae3cfa0e89fa1a7ecc4c9

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #15 from Andy Furniss --- (In reply to Jonas from comment #14) > I get the same behaviour here with my XFX R9 390, latest Arch Linux and > amdgpu driver. Forcing "high" power profile makes it work, but it also > raises the temps (and

[Bug 100990] Not running a lot of games on the graphics card Radeon R9 290

https://bugs.freedesktop.org/show_bug.cgi?id=100990 --- Comment #2 from Nemial --- (In reply to Michel Dänzer from comment #1) > What was the last version of Mesa where this didn't happen? Can you bisect? It was a version 13.0.6 -- You are receiving this mail because: You are the assignee for

[Bug 101003] segfault with ideas test of glmark2

https://bugs.freedesktop.org/show_bug.cgi?id=101003 Bug ID: 101003 Summary: segfault with ideas test of glmark2 Product: Mesa Version: 17.0 Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: critic

[Bug 101003] segfault with ideas test of glmark2

https://bugs.freedesktop.org/show_bug.cgi?id=101003 --- Comment #1 from José Jorge --- Software mode result : glmark2-software -b ideas ** GLX does not support GLX_EXT_swap_control or GLX_MESA_swap_control! ** Failed to set swap interval. Results may be bounded above by refresh rate. ===

[Bug 101003] segfault with ideas test of glmark2

https://bugs.freedesktop.org/show_bug.cgi?id=101003 --- Comment #2 from José Jorge --- The kernel dmesg : [ 536.978422] glmark2[2507]: segfault at 0 ip b68c8266 sp bfb44d40 error 6 in r300_dri.so[b631a000+a57000] -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 99029] VCE VAAPI segfault using ffmpeg

https://bugs.freedesktop.org/show_bug.cgi?id=99029 --- Comment #4 from Martin Bednar --- The file is the OSS Elephant's dream movie : https://orange.blender.org/ Purposely tested with this for easy sharing. Contained streams (ffmpeg -i ): Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yu

[Bug 99029] VCE VAAPI segfault using ffmpeg

https://bugs.freedesktop.org/show_bug.cgi?id=99029 --- Comment #5 from Alex Deucher --- I'm not too familiar with VAAPI, but for transcoding, you really need efficient pipelining between the decode and the encode. If there are CPU copies in the middle, performance won't be great. We generally r

Re: [PATCH RFC v2 1/2] drm: Add optinal YCBCR_ENCODING property to drm_plane

On 05/05/17 16:03, Laurent Pinchart wrote: > Hi Jyri, > > On Friday 05 May 2017 15:11:06 Jyri Sarha wrote: >> On 05/05/17 12:07, Laurent Pinchart wrote: >>> On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote: Add a standard optinal property to control YCbCr conversion in DRM planes. The p

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #16 from Jonas --- (In reply to Andy Furniss from comment #15) > You should be able to do this eg. on my R9 285 > > echo manual > /sys/class/drm/card0/device/power_dpm_force_performance_level > > cat /sys/class/drm/card0/device/pp_d

Re: [PATCH v2 0/3] drm/amd/display: add HDMI Stereo 3D support

I took the work from https://patchwork.freedesktop.org/patch/27065/ and cleaned it up. I've been meaning to take what I'd done and post it. Your question inspired me to take care of that and here is the result: https://github.com/whydoubt/stereo-es2gears Also, Alastair Bridgewater pointed out to

[Bug 100984] QupZilla crashes at startup after mesa upgrade

https://bugs.freedesktop.org/show_bug.cgi?id=100984 --- Comment #3 from Francesco Turco --- I found another applications that segfaults with media-libs/mesa-17.1.0_rc4 and media-libs/mesa- (git version): media-video/mpv. -- You are receiving this mail because: You are the assignee for the b

[Bug 101007] AMDgpu kernel BUG with 5 cards

https://bugs.freedesktop.org/show_bug.cgi?id=101007 Bug ID: 101007 Summary: AMDgpu kernel BUG with 5 cards Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: n

[Bug 101007] AMDgpu kernel BUG with 5 cards

https://bugs.freedesktop.org/show_bug.cgi?id=101007 --- Comment #1 from Christian König --- Please attach the output of "sudo lspci -". -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@l

Re: [PATCH v2 0/3] drm/amd/display: add HDMI Stereo 3D support

Note, the higher level pieces are not yet in place, for this to work on X for instance. I started to look at that a while back, only to realize the kernel driver needed help first. On Thu, May 11, 2017 at 10:33 AM, Jeffrey Smith wrote: > I took the work from https://patchwork.freedesktop.org/patc

[Bug 100984] QupZilla crashes at startup after mesa upgrade

https://bugs.freedesktop.org/show_bug.cgi?id=100984 --- Comment #4 from Francesco Turco --- See also https://bugs.gentoo.org/show_bug.cgi?id=618206 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri

Re: [PATCH 1/2] drm/dp: start a DPCD based DP sink/branch device quirk database

On 05/11/2017 02:57 AM, Jani Nikula wrote: Face the fact, there are Display Port sink and branch devices out there in the wild that don't follow the Display Port specifications, or they have bugs, or just otherwise require special treatment. Start a common quirk database the drivers can query b

Re: [PATCH 2/2] drm/i915: Detect USB-C specific dongles before reducing M and N

On 05/11/2017 02:57 AM, Jani Nikula wrote: From: Clint Taylor The Analogix 7737 DP to HDMI converter requires reduced M and N values when to operate correctly at HBR2. Detect this IC by its OUI value of 0x0022B9 via the DPCD quirk list. v2 by Jani: Rebased on the DP quirk database Fixes: 9a

[Bug 99029] VCE VAAPI segfault using ffmpeg

https://bugs.freedesktop.org/show_bug.cgi?id=99029 --- Comment #6 from Andy Furniss --- (In reply to Martin Bednar from comment #4) > The file is the OSS Elephant's dream movie : https://orange.blender.org/ > Purposely tested with this for easy sharing. > Contained streams (ffmpeg -i ): > St

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #17 from Andy Furniss --- Oh, OK, I don't know whether that's expected or not on an R9 390 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing li

[Bug 101007] AMDgpu kernel BUG with 5 cards

https://bugs.freedesktop.org/show_bug.cgi?id=101007 GSaraber changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW

[Bug 101007] AMDgpu kernel BUG with 5 cards

https://bugs.freedesktop.org/show_bug.cgi?id=101007 --- Comment #3 from GSaraber --- Created attachment 131318 --> https://bugs.freedesktop.org/attachment.cgi?id=131318&action=edit lspci output Here's the lspci -vvv output -- You are receiving this mail because: You are the assignee for the

[Bug 101007] AMDgpu kernel BUG with 5 cards

https://bugs.freedesktop.org/show_bug.cgi?id=101007 Christian König changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Christian

Re: [PATCH 2/3] drm: Create a format/modifier blob

On 17-05-03 14:15:15, Liviu Dudau wrote: On Tue, May 02, 2017 at 10:14:27PM -0700, Ben Widawsky wrote: Updated blob layout (Rob, Daniel, Kristian, xerpi) Cc: Rob Clark Cc: Daniel Stone Cc: Kristian H. Kristensen Signed-off-by: Ben Widawsky --- drivers/gpu/drm/drm_mode_config.c | 7 +++ d

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #18 from Alex Deucher --- Created attachment 131319 --> https://bugs.freedesktop.org/attachment.cgi?id=131319&action=edit possible fix 1/4 Does this patch set help? -- You are receiving this mail because: You are the assignee for

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #19 from Alex Deucher --- Created attachment 131320 --> https://bugs.freedesktop.org/attachment.cgi?id=131320&action=edit possible fix 2/4 -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #20 from Alex Deucher --- Created attachment 131321 --> https://bugs.freedesktop.org/attachment.cgi?id=131321&action=edit possible fix 3/4 -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #21 from Alex Deucher --- Created attachment 131322 --> https://bugs.freedesktop.org/attachment.cgi?id=131322&action=edit possible fix 4/4 -- You are receiving this mail because: You are the assignee for the bug.__

[radeon-alex:vega10-drop0509 1379/1987] drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:356:11: warning: format '%llx' expects argument of type 'long long unsigned int', but argument 3 has type 'resource_s

tree: git://people.freedesktop.org/~agd5f/linux.git vega10-drop0509 head: b97044091f42cad26368a402c31af13e1319c7ab commit: f0829a4c8f2abc5b12bfd7a4338b97864cfd2e47 [1379/1987] port in all files config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 repro

Re: [Intel-gfx] [PATCH 1/2] drm/dp: start a DPCD based DP sink/branch device quirk database

On Thu, May 11, 2017 at 12:57:20PM +0300, Jani Nikula wrote: > Face the fact, there are Display Port sink and branch devices out there > in the wild that don't follow the Display Port specifications, or they > have bugs, or just otherwise require special treatment. Start a common > quirk database t

[PATCH v2 4/7] drm/mediatek: Use the panel-bridge helper.

Avoids a bunch of connector boilerplate. Note that this causes panel prepare() to be moved before mtk_dsi_poweron() and unprepare() to be after poweroff(). I think this is the expected usage of the panel API (enable should be when you do things that require the link to be brought up), but there m

[PATCH v2 5/7] drm/ltdc: Use the panel-bridge helper.

Another 100 lines of boilerplate gone. Bridges aren't supported yet, but will be trivial to add later. Signed-off-by: Eric Anholt --- Also untested. drivers/gpu/drm/stm/ltdc.c | 128 + drivers/gpu/drm/stm/ltdc.h | 2 +- 2 files changed, 13 inserti

[PATCH v2 2/7] drm/vc4: Switch DSI to the panel-bridge layer, and support bridges.

The newer version of the RPi panel driver is going to be a combination of a bridge and a panel, but we should also support panels without a bridge, so the panel-bridge layer lets us do that cleanly. v2: Drop "dev" argument. Signed-off-by: Eric Anholt Acked-by: Daniel Vetter --- drivers/gpu/drm

[PATCH v2 3/7] drm/vc4: Switch DPI to using the panel-bridge helper.

Another 100 lines of boilerplate gone, while allowing for bridges to be connected in the display chain. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_dpi.c | 164 -- 1 file changed, 30 insertions(+), 134 deletions(-) diff --git a/drivers/gpu/drm/

[PATCH v2 1/7] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

Many DRM drivers have common code to make a stub connector implementation that wraps a drm_panel. By wrapping the panel in a DRM bridge, all of the connector code (including calls during encoder enable/disable) goes away. v2: Fix build with CONFIG_DRM=m, drop "dev" argument that should just b

[PATCH v2 7/7] drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.

This cuts 135 lines of boilerplate, at the cost of losing the filtering of get_modes() using atmel_hlcdc_dc_mode_valid(). The atomic check will still check that we don't set an invalid mode, though. Signed-off-by: Eric Anholt --- This patch is just a proposal for atmel-hlcdc if you like it -- m

[PATCH v2 6/7] drm/atmel-hlcdc: Drop custom encoder cleanup func.

drm_encoder_cleanup() finishes with memsetting it to 0, already. Signed-off-by: Eric Anholt --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c b/drivers/gpu/drm/atmel-hl

[radeon-alex:vega10-drop0509 1381/1987] drivers/gpu/drm/radeon/radeon_kfd.c:1426:32: warning: cast to pointer from integer of different size

tree: git://people.freedesktop.org/~agd5f/linux.git vega10-drop0509 head: b97044091f42cad26368a402c31af13e1319c7ab commit: 8e8443a9512d6794e1715bad20dad1fd2e6cd045 [1381/1987] radeon_kfd.c copied config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 rep

[PATCH 2/8] drm/rockchip: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter() Cc: Mark Yao Signed-off-by: Gustavo Padovan --- only built-tested! --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(

[PATCH 0/8] remove unsafe drm_for_each_connector()

From: Gustavo Padovan Hi all, Something ligth in the middle of all my other tasks. I removed drm_for_each_connector() in favor of drm_for_each_connector_iter(). The i915 patch was tested, but I only *built-tested* the others! Gustavo --- Gustavo Padovan (8): drm/exynos: use drm_for_each_con

[PATCH 3/8] drm/i915: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter(). Cc: Daniel Vetter Cc: Jani Nikula Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH 1/8] drm/exynos: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter() Cc: Inki Dae Cc: Joonyoung Shim Signed-off-by: Gustavo Padovan --- only built-tested! --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 -- 1 file changed, 8 inserti

[PATCH 5/8] drm/nouveau: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter(). Cc: Ben Skeggs Signed-off-by: Gustavo Padovan --- only built-tested! --- drivers/gpu/drm/nouveau/nv50_display.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff

[PATCH 4/8] drm/mediatek: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter(). Cc: Philipp Zabel Signed-off-by: Gustavo Padovan --- only built-tested! --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) d

[PATCH 6/8] drm/vc4: use drm_for_each_connector_iter()

From: Gustavo Padovan Drop legacy drm_for_each_connector() in favor of the race-free drm_for_each_connector_iter(). Cc: Eric Anholt Signed-off-by: Gustavo Padovan --- only built-tested! --- drivers/gpu/drm/vc4/vc4_crtc.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a

[PATCH 8/8] drm: todo: remove task about switch to drm_connector_list_iter

From: Gustavo Padovan This is now completed. Signed-off-by: Gustavo Padovan --- Documentation/gpu/todo.rst | 13 - 1 file changed, 13 deletions(-) diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst index 1bdb735..95a5170 100644 --- a/Documentation/gpu/todo.rst ++

[PATCH 7/8] drm: remove unsafe drm_for_each_connector()

From: Gustavo Padovan After converting all users to drm_for_each_connector_iter() we no longer need drm_for_each_connector() so we can go ahead and remove it. Signed-off-by: Gustavo Padovan --- include/drm/drm_connector.h | 15 --- 1 file changed, 15 deletions(-) diff --git a/incl

Re: [PATCH v2 7/7] drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.

Hi Eric, On Thu, 11 May 2017 11:31:28 -0700 Eric Anholt wrote: > This cuts 135 lines of boilerplate, at the cost of losing the > filtering of get_modes() using atmel_hlcdc_dc_mode_valid(). The > atomic check will still check that we don't set an invalid mode, > though. Nice. > > Signed-off-b

Re: [PATCH v2 6/7] drm/atmel-hlcdc: Drop custom encoder cleanup func.

On Thu, 11 May 2017 11:31:27 -0700 Eric Anholt wrote: > drm_encoder_cleanup() finishes with memsetting it to 0, already. > > Signed-off-by: Eric Anholt Acked-by: Boris Brezillon > --- > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 8 +--- > 1 file changed, 1 insertion(+), 7 deleti

[radeon-alex:vega10-drop0509 1707/1987] drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v9.c:518:10: note: in expansion of macro 'lower_32_bits'

tree: git://people.freedesktop.org/~agd5f/linux.git vega10-drop0509 head: b97044091f42cad26368a402c31af13e1319c7ab commit: 3488464228578f9ab9065246e1ec049a78ae0e53 [1707/1987] drm/amdgpu: Add Vega10 support for KFD config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3

Re: [RFC v2 0/7] drm: asynchronous atomic plane update

2017-05-09 Ville Syrjälä : > On Thu, Apr 27, 2017 at 12:15:12PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Hi, > > > > Second take of Asynchronous Plane Updates over Atomic. Here I looked > > to msm, vc4 and i915 to identify a common pattern to create atomic helpers > > for

[Bug 101011] Shadow of Mordor crashes with mesa from 08.05.2017.

https://bugs.freedesktop.org/show_bug.cgi?id=101011 Bug ID: 101011 Summary: Shadow of Mordor crashes with mesa from 08.05.2017. Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: norm

[Bug 100984] QupZilla crashes at startup after mesa upgrade

https://bugs.freedesktop.org/show_bug.cgi?id=100984 --- Comment #5 from Emil Velikov --- Francesco there can be two driver for your device. The following command will show which one. $ glxinfo| grep "renderer string" In either case - these drivers have hardly anyone looking at them, so a simple

Re: Re: [Intel-gfx] GPU hang with kernel 4.10rc3

On Mon 2017-01-23 10:39:27, Juergen Gross wrote: > On 13/01/17 15:41, Juergen Gross wrote: > > On 12/01/17 10:21, Chris Wilson wrote: > >> On Thu, Jan 12, 2017 at 07:03:25AM +0100, Juergen Gross wrote: > >>> On 11/01/17 18:08, Chris Wilson wrote: > On Wed, Jan 11, 2017 at 05:33:34PM +0100, Jue

Re: [PATCH RFC v2 1/2] drm: Add optinal YCBCR_ENCODING property to drm_plane

Hi Jyri, On Thursday 11 May 2017 17:30:01 Jyri Sarha wrote: > On 05/05/17 16:03, Laurent Pinchart wrote: > > On Friday 05 May 2017 15:11:06 Jyri Sarha wrote: > >> On 05/05/17 12:07, Laurent Pinchart wrote: > >>> On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote: > Add a standard optinal prope

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Fri 2017-04-21 14:08:04, Ville Syrjälä wrote: > On Fri, Apr 21, 2017 at 11:50:18AM +0200, Gerd Hoffmann wrote: > > On Fr, 2017-04-21 at 12:25 +0300, Ville Syrjälä wrote: > > > On Fri, Apr 21, 2017 at 09:58:24AM +0200, Gerd Hoffmann wrote: > > > > While working on graphics support for virtual mac

[Bug 100984] QupZilla crashes at startup after mesa upgrade

https://bugs.freedesktop.org/show_bug.cgi?id=100984 --- Comment #6 from Francesco Turco --- $ glxinfo | grep "renderer string" couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable i915_get_shader_param: Unknown cap 28. i915_get_shader_param: Unknown cap 30. i915_get_p

Requests for Proposal for hosting XDC 2018

Hi all, The X.org board is soliciting proposals to host XDC in 2017. By the usual rotation a location in Europe is preferred, but the board will also consider other locations, especially if there's an interesting co-location with another conference. If you consider hosting XDC, we have assembled

[PATCH] drm/radeon: Unbreak HPD handling for r600+

We end up reading the interrupt register for HPD5, and then writing it to HPD6 which on systems without anything using HPD5 results in permanently disabling hotplug on one of the display outputs after the first time we acknowledge a hotplug interrupt from the GPU. This code is really bad. But for

Re: Requests for Proposal for hosting XDC 2018

Hi Daniel, Is Call for Papers opened yet for XDC? When do they usually start accepting proposals? Regards Manasi On Fri, May 12, 2017 at 12:08:45AM +0200, Daniel Vetter wrote: > Hi all, > > The X.org board is soliciting proposals to host XDC in 2017. By the usual > rotation a location in Euro

[PATCH 0/4] Raspberry Pi Touchscreen bridge/panel drivers

Here's the rewrite of the Raspberry Pi display support to split out a bridge driver representing the toshiba+atmel pair. It depends on the panel-bridge layer I've submitted. The RPi DSI stack isn't completely working yet -- I've got some flickery pixels on the display where it seems some color va

[PATCH 4/4] drm/panel: Add the Raspberry Pi 7" touchscreen's panel.

The timings are those that the firmware defines as the baseline, which will be modified by the bridge/host as necessary to get the clocking to work. Signed-off-by: Eric Anholt --- drivers/gpu/drm/panel/panel-simple.c | 30 ++ 1 file changed, 30 insertions(+) diff --g

[PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with DSI->DPI bridge and touchscreen controller integrated, that connects to the Raspberry Pi through its 15-pin "DSI" connector (some lines are DSI, some lines are I2C). This device is represented in the DT as three nodes (DSI device, I2C

[PATCH 3/4] drm/bridge: Add support for the Raspberry Pi 7" Touchscreen.

This driver communicates with the Atmel microcontroller for sequencing the poweron of the TC358762 DSI-DPI bridge and controlling the backlight PWM. The following lines are required in config.txt, to keep the firmware from trying to bash our I2C lines and steal the DSI interrupts: disable_tou

[PATCH 1/4] drm/vc4: Adjust modes in DSI to work around the integer PLL divider.

BCM2835's PLLD_DSI1 divider doesn't give us many choices for our pixel clocks, so to support panels on the Raspberry Pi we need to set a higher pixel clock rate than requested and adjust the mode we program to extend out the HFP so that the refresh rate matches. Signed-off-by: Eric Anholt --- dr

[Bug 188911] Function qxl_release_alloc() returns an improper value when the call to kmalloc() fails, resulting in bad memory access

https://bugzilla.kernel.org/show_bug.cgi?id=188911 bianpan (bianpan2...@ruc.edu.cn) changed: What|Removed |Added Status|NEW |RESOLVED Resol

[Bug 188911] Function qxl_release_alloc() returns an improper value when the call to kmalloc() fails, resulting in bad memory access

https://bugzilla.kernel.org/show_bug.cgi?id=188911 --- Comment #1 from bianpan (bianpan2...@ruc.edu.cn) --- Created attachment 256435 --> https://bugzilla.kernel.org/attachment.cgi?id=256435&action=edit The patch fixes the bug The patch has been merged into the latest version of the Linux kerne

drm syncobj - can we get some r-b/a-bs?

Okay I'm not convinced this is going to get any better out of tree, I've polished what I can, and fixed up the last few comments from people, I'd like to rebase on drm-misc probably at some point and send a pull request for it. This mostly just addresses things around naming that Chris pointed ou

[PATCH 1/5] drm: introduce sync objects (v2)

From: Dave Airlie Sync objects are new toplevel drm object, that contain a pointer to a fence. This fence can be updated via command submission ioctls via drivers. There is also a generic wait obj API modelled on the vulkan wait API (with code modelled on some amdgpu code). These objects can be

[PATCH 2/5] drm/syncobj: add sync obj wait interface. (v2)

From: Dave Airlie This interface will allow sync object to be used to back Vulkan fences. This API is pretty much the vulkan fence waiting API, and I've ported the code from amdgpu. v2: accept relative timeout, pass remaining time back to userspace. Signed-off-by: Dave Airlie --- drivers/gpu/

[PATCH 3/5] drm/syncobj: add sync_file interaction.

From: Dave Airlie This interface allows importing the fence from a sync_file into an existing drm sync object, or exporting the fence attached to an existing drm sync object into a new sync file object. This should only be used to interact with sync files where necessary. Signed-off-by: Dave Ai

[PATCH 5/5] amdgpu: use drm sync objects for shared semaphores (v4)

From: Dave Airlie This creates a new command submission chunk for amdgpu to add in and out sync objects around the submission. Sync objects are managed via the drm syncobj ioctls. The command submission interface is enhanced with two new chunks, one for syncobj pre submission dependencies, and

[PATCH 4/5] amdgpu/cs: split out fence dependency checking

From: Dave Airlie This just splits out the fence depenency checking into it's own function to make it easier to add semaphore dependencies. Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++--- 1 file change

Re: [Intel-gfx] [PATCH v6 8/9] drm: Add definition for eDP backlight frequency

On Tue, 2017-05-09 at 16:40 -0700, Puthikorn Voravootivat wrote: > This patch adds the following definition > - Bit mask for EDP_PWMGEN_BIT_COUNT and min/max cap > register which only use bit 0:4 > - Base frequency (27 MHz) for backlight PWM frequency > generator. > > Signed-off-by: Puthikorn

[PATCH v7 2/9] drm/i915: Correctly enable backlight brightness adjustment via DPCD

intel_dp_aux_enable_backlight() assumed that the register BACKLIGHT_BRIGHTNESS_CONTROL_MODE can only has value 01 (DP_EDP_BACKLIGHT_CONTROL_MODE_PRESET) when initialize. This patch fixed that by handling all cases of that register. Signed-off-by: Puthikorn Voravootivat Reviewed-by: Dhinakaran Pa

Re: [Intel-gfx] [PATCH v5 3/9] drm/i915: Drop AUX backlight enable check for backlight control

On Wed, 2017-05-10 at 13:05 +0300, Jani Nikula wrote: > On Wed, 10 May 2017, "Pandiyan, Dhinakaran" > wrote: > > On Tue, 2017-05-09 at 16:39 -0700, Puthikorn Voravootivat wrote: > >> > How is backlight enabled in this case? > >> Using eDP BL_ENABLE pin > > > > > > Sure, but I am not seeing how th

Re: [Intel-gfx] [PATCH v6 4/9] drm/i915: Allow choosing how to adjust brightness if both supported

On Tue, 2017-05-09 at 16:40 -0700, Puthikorn Voravootivat wrote: > Add option to allow choosing how to adjust brightness if > panel supports both PWM pin and AUX channel. > > Signed-off-by: Puthikorn Voravootivat > --- > drivers/gpu/drm/i915/i915_params.c| 8 +--- > drivers/gpu/

Re: [Intel-gfx] [PATCH v5 6/9] drm/i915: Support dynamic backlight via DPCD register

On Wed, 2017-05-03 at 17:28 -0700, Puthikorn Voravootivat wrote: > This patch enables dynamic backlight by default for eDP > panel that supports this feature via DPCD register and > set minimum / maximum brightness to 0% and 100% of the > normal brightness. I read the link that you shared last ti

Re: [PATCHv2 0/3] Intel FPGA VIP Frame Buffer II DRM Driver

On Tue, 2017-05-09 at 09:40 -0700, Eric Anholt wrote: > "Ong, Hean Loong" writes: > > > > > On Mon, 2017-05-08 at 09:03 -0700, Eric Anholt wrote: > > > > > > "Ong, Hean Loong" writes: > > > > > > > > > > > > > > > On Thu, 2017-05-04 at 10:11 -0700, Eric Anholt wrote: > > > > > > > > > > >

[PATCH v7 7/9] drm/i915: Restore brightness level in aux backlight driver

Some panel will default to zero brightness when turning the panel off and on again. This patch restores last brightness level back when panel is turning back on. Signed-off-by: Puthikorn Voravootivat Reviewed-by: Dhinakaran Pandiyan --- drivers/gpu/drm/i915/intel_dp_aux_backlight.c | 1 + 1 fil

Re: [Intel-gfx] [PATCH v6 3/9] drm/i915: Drop AUX backlight enable check for backlight control

On Tue, 2017-05-09 at 16:40 -0700, Puthikorn Voravootivat wrote: > There are some panel that > (1) does not support display backlight enable via AUX > (2) support display backlight adjustment via AUX > (3) support display backlight enable via eDP BL_ENABLE pin > > The current driver required that

Testing dc-drm-next-atomic-wip

Hi, this is more feedback about how the code works and runs rather than what you're really looking for, so I thought I'd start a new thread. :-) I get the following error when compiling and (obviously) forgetting to enable the new DC option. I see the option will be removed, so maybe that doesn't

[PATCH v3 5/6] drm: Use mode_valid() in atomic modeset

This patches makes use of the new mode_valid() callbacks introduced previously to validate the full video pipeline when modesetting. This calls the encoder->mode_valid(), bridge->mode_valid() and crtc->mode_valid() so that we can make sure that the mode will be accepted in every components. Signe

[PATCH v7 1/9] drm/i915: Fix cap check for intel_dp_aux_backlight driver

intel_dp_aux_backlight driver should check for the DP_EDP_BACKLIGHT_BRIGHTNESS_AUX_SET_CAP before enable the driver. Signed-off-by: Puthikorn Voravootivat Reviewed-by: Dhinakaran Pandiyan --- drivers/gpu/drm/i915/intel_dp_aux_backlight.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drive

  1   2   >