Re: [PATCH v7 00/10] rockchip: kevin: Enable edp display

Hi Thierry, Thanks for posting these :) Hi Archit, Thanks for your reply. On 01/10/2018 05:46 PM, Archit Taneja wrote: I don't know if the rest of the rockchip patches in the series depend on the 4 bridge patches. If they do, the rockchip maintainer can queue both rockchip and bridge

[PATCH 4/5] drm/vgem: flush page during page fault

This is required to use buffers allocated by vgem on AMD and ARM devices. We're experiencing a case where eviction of the cache races with userspace writes. To fix this, flush the cache after retrieving a page. Signed-off-by: Gurchetan Singh ---

[PATCH 3/5] drm: add ARM64 flush implementations

This patch uses the __dma_map_area function to flush the cache on ARM64. v2: Don't use DMA API, call functions directly (Daniel) Signed-off-by: Gurchetan Singh --- drivers/gpu/drm/drm_cache.c | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 5/5] drm: use drm_flush_sg where possible

We should use our common cache maintenance functions when possible. Signed-off-by: Gurchetan Singh --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 7 ++- drivers/gpu/drm/tegra/gem.c | 7 ++- 2 files changed, 4 insertions(+), 10 deletions(-)

[PATCH 2/5] drm: add ARM flush implementation

The dma_cache_maint_page function is important for cache maintenance on ARM32 (this was determined via testing). Since we desire direct control of the caches in drm_cache.c, let's make a copy of the function, rename it and use it. v2: Don't use DMA API, call functions directly (Daniel)

[PATCH 1/5] drm: rename {drm_clflush_sg, drm_clflush_pages}

Since clfush is an x86-only instruction, these function names won't make much sense if we start adding cases for other architectures. Signed-off-by: Gurchetan Singh --- drivers/gpu/drm/drm_cache.c | 12 ++-- drivers/gpu/drm/i915/i915_gem.c

[Bug 104736] Kernel panic with agd5's drm-next-4.17-wip & GFX8/Polaris10/Ellesmere/Rx-480-8GiB

https://bugs.freedesktop.org/show_bug.cgi?id=104736 --- Comment #3 from Robin Kauffman --- (In reply to Alex Deucher from comment #2) > does manually loading gpu_sched before amdgpu fix the issue? Can try to do so, but unsure as to how given that pretty much the entire

[Bug 104602] [apitrace] Graphical artifacts in Civilization VI on RX Vega

https://bugs.freedesktop.org/show_bug.cgi?id=104602 Jason Playne changed: What|Removed |Added Summary|Graphical artifacts in |[apitrace]

Re: [PATCH 5/5] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

Hi Ville, Thank you for the patch. On Tuesday, 23 January 2018 19:08:57 EET Ville Syrjala wrote: > From: Ville Syrjälä > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane

Re: [PATCH 1/5] drm/rcar-du: Use drm_mode_get_hv_timing() to populate plane clip rectangle

Hi Ville, Thank you for the patch. On Tuesday, 23 January 2018 19:08:53 EET Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > No functional changes as the code already uses crtc_state->mode > to

Re: [PATCH] drm/bridge/synopsys: dsi: Adopt SPDX identifiers

Hi Philippe, On Tuesday, 23 January 2018 12:25:51 EET Philippe CORNU wrote: > On 01/23/2018 12:30 AM, Laurent Pinchart wrote: > > On Monday, 22 January 2018 12:26:08 EET Philippe Cornu wrote: > >> Add SPDX identifiers to the Synopsys DesignWare MIPI DSI > >> host controller driver. > >> > >>

[RFC][PATCH 0/4 v2] drm_hwcomposer: Changes to support HiKey/HiKey960

Here is a second revision of the early RFC patch set I wanted to send out to get some review and feedback on. I've been working to enable the drm_hwcomposer for HiKey and HiKey960 boards in AOSP, and this patchset contains the required changes to the drm_hwcomposer code to get things working.

[RFC][PATCH 2/4 v2] drm_hwcomposer: Add platformhisi buffer importer for hikey and hikey960

This allows for importing buffers allocated from the hikey and hikey960 gralloc implelementations. Cc: Marissa Wall Cc: Sean Paul Cc: Dmitry Shmidt Cc: Robert Foss Cc: Matt Szczesiak

[RFC][PATCH 4/4 v2] drm_hwcomposer: Try to fallback if GLCompisition fails

When using drm_hwcomposer with the hikey board, the resulting display shows lots of tearing. This seems to be due to EGLcomposition not initializing properly, potentially due to I'm guessing limitations of what the utgard mali driver can do. I've noted that with the HiKey960 board, this patch is

[RFC][PATCH 3/4 v2] drm_hwcomposer: Use client compositing if there is only one plane

Originally based on work by Rob Herring, this patch changes ValidateDisplay() so that if there is only one plane, we modify Device composited layers to be Client composited. Without this, on devices with just one plane, nothing gets displayed on the screen. Suggestions for alternative solutions

[RFC][PATCH 1/4 v2] drm_hwcomposer: Make sure we set the active state when doing modesets

In trying to use drm_hwcomposer with HiKey/HiKey960 boards, I found that the crtc wouldn't intitalize and the atomic commit calls were failing. I initially chased this down to following check in the kernel drm_atomic_crtc_check() function failing: if (state->event && !state->active &&

[Bug 102372] [dc] [kabini] Errors during startup - X doesn't start

https://bugs.freedesktop.org/show_bug.cgi?id=102372 --- Comment #12 from Mike Lothian --- Created attachment 136924 --> https://bugs.freedesktop.org/attachment.cgi?id=136924=edit Revert of the Kabini DC disablement I can send this to the list, though happy for you just to

[Bug 102372] [dc] [kabini] Errors during startup - X doesn't start

https://bugs.freedesktop.org/show_bug.cgi?id=102372 --- Comment #11 from Mike Lothian --- Whilst I still get the following message: [0.583506] [drm:construct] *ERROR* construct: Invalid Connector ObjectID from Adapter Service for connector index:1! type 0 expected 3 DC

[Bug 104756] [bisected] [kabini] [regression] [drm:amdgpufb_create] *ERROR* failed to create fbcon object -12

https://bugs.freedesktop.org/show_bug.cgi?id=104756 Alex Deucher changed: What|Removed |Added Attachment #136922|application/x-dc-rom|text/plain

[Bug 104756] [bisected] [kabini] [regression] [drm:amdgpufb_create] *ERROR* failed to create fbcon object -12

https://bugs.freedesktop.org/show_bug.cgi?id=104756 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk

[Bug 104756] [bisected] [kabini] [regression] [drm:amdgpufb_create] *ERROR* failed to create fbcon object -12

https://bugs.freedesktop.org/show_bug.cgi?id=104756 Bug ID: 104756 Summary: [bisected] [kabini] [regression] [drm:amdgpufb_create] *ERROR* failed to create fbcon object -12 Product: DRI Version: DRI git Hardware: Other

[Bug 104736] Kernel panic with agd5's drm-next-4.17-wip & GFX8/Polaris10/Ellesmere/Rx-480-8GiB

https://bugs.freedesktop.org/show_bug.cgi?id=104736 --- Comment #2 from Alex Deucher --- does manually loading gpu_sched before amdgpu fix the issue? -- You are receiving this mail because: You are the assignee for the bug.___

Re: [RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

On Tue, Jan 23, 2018 at 12:44 PM, Sean Paul wrote: > On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote: >> On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote: >>> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:

Re: [PATCH v1 1/2] drm/bridge/synopsys: dsi: Fix dsi_host_transfer() return value

Hi Philippe, On Tue, Jan 23, 2018 at 6:26 AM, Philippe Cornu wrote: > The dw_mipi_dsi_host_transfer() must return the number of > bytes transmitted/received on success instead of 0. I'm a little confused. As of the latest drm-misc-next I'm looking at, this still has

Re: [PATCH v1 2/2] drm/bridge/synopsys: dsi: Add a warning msg on dsi read operations

Hi Philippe, I see you sent this out already today, while I only just responded (late) to your questions about it... oh well :) On Tue, Jan 23, 2018 at 6:26 AM, Philippe Cornu wrote: > The DCS/GENERIC DSI read feature is not yet implemented so it > is important to warn

Re: [PATCH] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

Hi Philippe, On Thu, Jan 18, 2018 at 11:40:48AM +, Philippe CORNU wrote: > On 01/11/2018 12:16 PM, Philippe CORNU wrote: > > To be honest, I do not really like the memcpy here too and I agree with > > you regarding the BE issue. > > > > My first "stm" driver (ie. before using this

Re: [RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

On Tue, Jan 23, 2018 at 12:44 PM, Sean Paul wrote: > On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote: >> On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote: >>> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:

Re: [PATCH v3] drm/bridge/synopsys: dsi: add optional pixel clock

Hi, Philippe asked me to review the last version. I'm not sure I have a lot to contribute. Maybe Rockchip folks who wrote this stuff in the first place might. I've CC'd some. On Tue, Jan 23, 2018 at 06:08:06PM +0100, Philippe Cornu wrote: > The pixel clock is optional. When available, it offers

Re: [RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote: > On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote: >> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote: >>> In trying to use the drm_hwcomposer on HiKey, I found things >>> wouldn't

Re: [RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote: > On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote: >> In trying to use the drm_hwcomposer on HiKey, I found things >> wouldn't initialize due to the following check in >> drm_atomic_crtc_check() failing: >> >>

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

https://bugs.freedesktop.org/show_bug.cgi?id=98974 --- Comment #19 from lukas.fuernkranz+bugzil...@gmail.com --- (In reply to Gert Wollny from comment #14) > Could you check whether the bug persists in 17.3.0? It includes patches > that improve the register allocation on r600. > > If this

Re: [PATCH 3/5] drm/armada: Construct a temporary crtc state for plane checks

On Tue, Jan 23, 2018 at 06:42:00PM +, Russell King - ARM Linux wrote: > On Tue, Jan 23, 2018 at 07:08:55PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > As armada isn't an atomic driver trying to pass a non-populated > > crtc->state to

Re: [PATCH 5/5] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Tue, 2018-01-23 at 19:08 +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > v2: Convert armada, rcar, and

[Bug 86351] HDMI audio garbled output on Radeon R9 280X

https://bugzilla.kernel.org/show_bug.cgi?id=86351 letha...@gmail.com changed: What|Removed |Added CC||letha...@gmail.com --- Comment #30

Re: [PATCH 5/5] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Tue, Jan 23, 2018 at 07:08:57PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > v2: Convert armada,

Re: [PATCH v18 10/10] drm/omapdrm: Use of_find_backlight helper

Den 23.01.2018 18.41, skrev Noralf Trønnes: Den 23.01.2018 17.55, skrev Meghana Madhyastha: On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote: Den 22.01.2018 15.56, skrev Meghana Madhyastha: Replace of_find_backlight_by_node and of the code around it with of_find_backlight

Re: [PATCH v18 10/10] drm/omapdrm: Use of_find_backlight helper

Den 23.01.2018 17.55, skrev Meghana Madhyastha: On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote: Den 22.01.2018 15.56, skrev Meghana Madhyastha: Replace of_find_backlight_by_node and of the code around it with of_find_backlight helper to avoid repetition of code.

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #30 from letha...@gmail.com --- @andy: Indeed, when i make -j3 on the kernel, the sound gets right. When i kill the make, the audio gets glitchy ! -- You are receiving this mail because: You are the assignee for the

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #29 from letha...@gmail.com --- Thank you Andy, i will look into your previous comments and make some tests, hope i will be able to confirm somehow. I suppose these are all ati/radeon audio+cpu related? Because i'ved used

[PATCH 5/5] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

From: Ville Syrjälä Move the plane clip rectangle handling into drm_atomic_helper_check_plane_state(). Drivers no longer have to worry about such mundane details. v2: Convert armada, rcar, and sun4i as well Cc: Liviu Dudau Cc: Brian Starkey

[PATCH 2/5] drm/sun4i: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 4/5] drm/armada: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Since armada isn't atomic we'll use crtc->enabled and crtc->mode instead of the stuff under crtc_state. Once everyone agrees on how the clip rectangle gets set up we can move

[PATCH 3/5] drm/armada: Construct a temporary crtc state for plane checks

From: Ville Syrjälä As armada isn't an atomic driver trying to pass a non-populated crtc->state to drm_atomic_helper_check_plane_state() will end in tears. Construct a temporary crtc state a la drm_plane_helper_check_update() and pass that instead. For now we just

[PATCH 1/5] drm/rcar-du: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move

[PATCH v3] drm/bridge/synopsys: dsi: add optional pixel clock

The pixel clock is optional. When available, it offers a better preciseness for timing computations and allows to reduce the extra dsi bandwidth in burst mode (from ~20% to ~10-12%, hw platform dependant). Reviewed-by: Andrzej Hajda Signed-off-by: Philippe Cornu

Re: [PATCH v18 10/10] drm/omapdrm: Use of_find_backlight helper

On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote: > > Den 22.01.2018 15.56, skrev Meghana Madhyastha: > >Replace of_find_backlight_by_node and of the code around it > >with of_find_backlight helper to avoid repetition of code. > > > >Signed-off-by: Meghana Madhyastha

[PATCH v2] drm/arm/malidp: Disable pixel alpha blending for colors that do not have alpha

From: Ayan Halder Mali dp needs to disable pixel alpha blending (use layer alpha blending) to display color formats that do not contain alpha bits per pixel This patch depends on: "[PATCH v2 01/19] drm/fourcc: Add a alpha field to drm_format_info" Signed-off-by: Ayan

Re: [RFC] Per file OOM badness

On 2018-01-23 04:36 PM, Michal Hocko wrote: > On Tue 23-01-18 15:27:00, Roman Gushchin wrote: >> On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote: >>> On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote: Hi, this series is a revised version of an RFC sent by Christian König a

Re: [RFC] Per file OOM badness

On Tue 23-01-18 15:27:00, Roman Gushchin wrote: > On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote: > > On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote: > > > Hi, this series is a revised version of an RFC sent by Christian König > > > a few years ago. The original RFC can be found

Re: [RFC] Per file OOM badness

On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote: > On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote: > > Hi, this series is a revised version of an RFC sent by Christian König > > a few years ago. The original RFC can be found at > >

Re: [RFC] Per file OOM badness

On Fri 19-01-18 17:54:36, Christian König wrote: > Am 19.01.2018 um 13:20 schrieb Michal Hocko: > > On Fri 19-01-18 13:13:51, Michal Hocko wrote: > > > On Fri 19-01-18 12:37:51, Christian König wrote: > > > [...] > > > > The per file descriptor badness is/was just the much easier approach to > > >

[PATCH] Documentation/ABI: add sysfs interface for s6e63m0 lcd driver

Document sysfs attributes of s6e63m0 lcd panel driver by looking through git logs and reading code. Signed-off-by: Aishwarya Pant --- Documentation/ABI/testing/sysfs-class-lcd-s6e63m0 | 22 ++ 1 file changed, 22 insertions(+) create mode 100644

Re: [PATCH 00/15] drm: More plane clipping polish

On Thu, Nov 23, 2017 at 09:04:47PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > This series first unifies all users of drm_atomic_helper_check_plane_state() > to populate the clip rectangle with drm_mode_get_hv_timing(), and once > everything is unified

Re: [RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote: > In trying to use the drm_hwcomposer on HiKey, I found things > wouldn't initialize due to the following check in > drm_atomic_crtc_check() failing: > > if (state->event && !state->active && !crtc->state->active) { >

[Bug 104738] Radeon HD 6970M/6990M crash on iMac on boot - only nomodeset helps

https://bugs.freedesktop.org/show_bug.cgi?id=104738 --- Comment #2 from Alex Deucher --- Can you attach your full dmesg output? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH v18 01/10] video: backlight: Add helpers to enable and disable backlight

Den 23.01.2018 11.00, skrev Daniel Thompson: On Mon, Jan 22, 2018 at 02:49:28PM +, Meghana Madhyastha wrote: Add helper functions backlight_enable and backlight_disable to enable/disable a backlight device. These helper functions can then be used by different drm and tinydrm drivers to

Re: [PATCH 1/2] drm/dp: Add HBR3 support in existing DRM DP helpers

On 2018-01-22 05:43 PM, Manasi Navare wrote: > Existing helpers add support upto HBR2. This patch > adds support for HBR3 rate (8.1 Gbps) introduced as > part of DP 1.4 specification. > > Cc: Rodrigo Vivi > Cc: Jani Nikula > Cc:

Re: [PATCH v18 10/10] drm/omapdrm: Use of_find_backlight helper

Den 22.01.2018 15.56, skrev Meghana Madhyastha: Replace of_find_backlight_by_node and of the code around it with of_find_backlight helper to avoid repetition of code. Signed-off-by: Meghana Madhyastha --- Changes in v18: -Fixed warnings resulting from passing

[PATCH v1 0/2] drm/bridge/synopsys: dsi: Add fix & warning in dsi_host_transfer()

Add a fix & a warning in the dsi_host_transfer(). Philippe Cornu (2): drm/bridge/synopsys: dsi: Fix dsi_host_transfer() return value drm/bridge/synopsys: dsi: Add a warning msg on dsi read operations drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 17 +++-- 1 file changed, 15

[PATCH v1 2/2] drm/bridge/synopsys: dsi: Add a warning msg on dsi read operations

The DCS/GENERIC DSI read feature is not yet implemented so it is important to warn the host_transfer() caller in case of read operation requests. Signed-off-by: Philippe Cornu --- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 9 - 1 file changed, 8

[PATCH v1 1/2] drm/bridge/synopsys: dsi: Fix dsi_host_transfer() return value

The dw_mipi_dsi_host_transfer() must return the number of bytes transmitted/received on success instead of 0. Note: nb_bytes is introduced in this patch as it will be re-used with the future dcs/generic dsi read feature. Signed-off-by: Philippe Cornu ---

Re: [PATCH v18 09/10] drm/panel: Use of_find_backlight helper

Den 22.01.2018 15.55, skrev Meghana Madhyastha: Replace of_find_backlight_by_node and of the code around it with of_find_backlight helper to avoid repetition of code. Signed-off-by: Meghana Madhyastha --- Reviewed-by: Noralf Trønnes

[Bug 197327] radeon 0000:01:00.0: failed VCE resume (-110).

https://bugzilla.kernel.org/show_bug.cgi?id=197327 mirh (m...@protonmail.ch) changed: What|Removed |Added CC||m...@protonmail.ch ---

Re: [PATCH v18 08/10] drm/omapdrm: Use backlight_enable/disable helpers

Den 22.01.2018 15.54, skrev Meghana Madhyastha: Use backlight_enable/disable helpers instead of changing the property and calling backlight_update_status for cleaner and simpler code and also to avoid repetitions. Signed-off-by: Meghana Madhyastha ---

Re: [PATCH v18 07/10] drm/panel: Use backlight_enable/disable helpers

Den 22.01.2018 15.54, skrev Meghana Madhyastha: Use backlight_enable/disable helpers instead of changing the property and calling backlight_update_status for cleaner and simpler code and also to avoid repetitions. Signed-off-by: Meghana Madhyastha ---

[PATCH] drm/pl111: Use max memory bandwidth for resolution

We were previously selecting 1024x768 and 32BPP as the default set-up for the PL111 consumers. This does not work on elder systems: the device tree bindings support a property "max-memory-bandwidth" in bytes/second that states that if you exceed this the memory bus will saturate. The result is

[radeon-alex:amd-staging-drm-next 1493/1624] sound/soc//amd/raven/acp3x-pcm-dma.c:638:22: error: implicit declaration of function 'devm_ioremap'; did you mean 'of_ioremap'?

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 052e3ef222d2d8b0819aaf07e0063b5a0ea72762 commit: 4ab7d004f9ff2e877caa267887360e1804b4edcf [1493/1624] ASoC: AMD: enable ACP3x drivers build config: sparc64-allmodconfig (attached as .config) compiler:

[PATCH v2] drm/bridge/sii8620: fix HDMI cable connection to dongle

MHL bridge is usually connected to TV via MHL dongle. Currently plugging HDMI cable to dongle is handled improperly. Fix it by splitting connecting of a dongle and a HDMI cable. The driver should now handle unplugging a sink from a dongle and plugging a different sink with new edid. Tested on

[PATCH] drm/bridge/sii8620: fix display of packed pixel modes in MHL2

Currently packed pixel modes in MHL2 can't be displayed. The device automatically recognizes output format, so setting format other than RGB causes failure. Fix it by writing proper values to registers. Tested on MHL1 and MHL2 using various vendors' dongles both in DVI and HDMI mode.

Re: [PATCH] drm/bridge/synopsys: dsi: Adopt SPDX identifiers

Hi Laurent, A big *thank* for your review On 01/23/2018 12:30 AM, Laurent Pinchart wrote: > Hi Philippe, > > Thank you for the patch. > > On Monday, 22 January 2018 12:26:08 EET Philippe Cornu wrote: >> Add SPDX identifiers to the Synopsys DesignWare MIPI DSI >> host controller driver. >> >>

Re: [Nouveau] [PATCH] drm/nouveau/mmu: Fix trailing semicolon

Reviewed-by: Karol Herbst On Wed, Jan 17, 2018 at 7:53 PM, Luis de Bethencourt wrote: > The trailing semicolon is an empty statement that does no operation. > Removing it since it doesn't do anything. > > Signed-off-by: Luis de Bethencourt

[PATCH] drm/bridge/sii8620: fix display modes validation

Current implementation of mode_valid() and mode_fixup() callbacks handle packed pixel modes improperly. Fix it by using proper maximum clock values from the documentation. Signed-off-by: Maciej Purski --- drivers/gpu/drm/bridge/sil-sii8620.c | 90

Re: [PATCH v18 01/10] video: backlight: Add helpers to enable and disable backlight

On Mon, Jan 22, 2018 at 02:49:28PM +, Meghana Madhyastha wrote: > Add helper functions backlight_enable and backlight_disable to > enable/disable a backlight device. These helper functions can > then be used by different drm and tinydrm drivers to avoid > repetition of code and also to enforce

Re: [PATCH] drm/sun4i: Fix build warnings in sunxi_engine.h

On Mon, Jan 22, 2018 at 12:42:59PM -0500, Sean Paul wrote: > Fixes the following build warnings: > In file included from ../drivers/gpu/drm/sun4i/sun8i_mixer.h:18:0, > from ../drivers/gpu/drm/sun4i/sun8i_vi_scaler.h:13, > from

[Bug 104738] Radeon HD 6970M/6990M crash on iMac on boot - only nomodeset helps

https://bugs.freedesktop.org/show_bug.cgi?id=104738 --- Comment #1 from Michel Dänzer --- Does radeon.uvd=0 on the kernel command line help? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[PATCH] drm: panels: lvds: fix driver description heading

Cc: Laurent Pinchart Signed-off-by: Baruch Siach --- drivers/gpu/drm/panel/panel-lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-lvds.c b/drivers/gpu/drm/panel/panel-lvds.c index

Re: [PATCH 2/2] drm/sun4i: Handle DRM_MODE_FLAG_**SYNC_POSITIVE correctly

Hi, Il 22/01/2018 09:51, Maxime Ripard ha scritto: On Sat, Jan 20, 2018 at 07:50:21PM +0100, Giulio Benetti wrote: On previous handling, if specified DRM_MODE_FLAG_N*SYNC, it was ignored, because only PHSYNC and PVSYNC were taken into account. DRM_MODE_FLAG_P*SYNC and DRM_MODE_FLAG_N*SYNC are

[RFC][PATCH] HACK: drm_atomic: Don't try to set vblank if crtc isn't active

In trying to use the drm_hwcomposer on HiKey, I found things wouldn't initialize due to the following check in drm_atomic_crtc_check() failing: if (state->event && !state->active && !crtc->state->active) { DRM_DEBUG_ATOMIC("[CRTC:%d:%s] requesting event but off\n",

[Bug 104723] [CI] igt@[kms_3d|igt@kms_panel_fitting] - fail - Could not open data file "1080p-left.png": No such file or directoryReceived signal SIGSEGV.

https://bugs.freedesktop.org/show_bug.cgi?id=104723 --- Comment #4 from Marta Löfstedt --- The issue is now hidden since we are currently building with autotools. I will archive the bug from cibuglog, but the bug should remain open until the patch is merged and tested

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more v2

Am 22.01.2018 um 21:09 schrieb Chris Wilson: Quoting Christian König (2018-01-22 20:00:03) We need to set shared_count even if we already have a fence to wait for. v2: init i to -1 as well Signed-off-by: Christian König Cc: sta...@vger.kernel.org Tested-by: Lyude