[PULL] drm-amdkfd-next

Hi Dave, This is amdkfd's pull request for kernel 4.9. It contains a fix to a possible infinite loop bug and a couple of other minor "cleaning" patches. Thanks, Oded The following changes since commit 9f8cf165c62913244479832f04c44cd77ffc9293: Merge tag 'topic/drm-misc-2016-09-19' of

[PATCH 5/5] drm/imx: add exclusive fence to plane state

On Thu, Aug 11, 2016 at 11:18 AM, Lucas Stach wrote: > This allows the atomic helper to wait on them, instead of open-coding > the same in the imx-drm driver. > > Signed-off-by: Lucas Stach > --- > drivers/gpu/drm/imx/imx-drm-core.c | 63 > +- > 1 file

[PATCH 3/3] drm/sun4i: Fix the high buffer address mask

The highest 3bits of the 4 layers buffers are all part of the same register. However, our mask computation was wrong, leading to all the lowest register bits being removed when we use regmap_update_bits, which will lead to the buffers being set to some random part of the RAM. Fix our mask.

[PATCH 2/3] drm/sun4i: tv: Check mode pointer

The drm_mode_create call might return NULL in case of a failure, and the current code doesn't check for that. Make sure it does. Reported-by: Dan Carpenter Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tv.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

[PATCH 1/3] drm/sun4i: Fix formats usable by the primary plane

Even though all our planes can support the ARGB formats, the lowest plane (ie the primary plane) cannot use the alpha component, otherwise it will just result in the transparent area being entirely black. Since some applications will still require the ARGB format, let's force the format to XRGB

[PATCH 13/14] drm/sun4i: Fix sparse warnings

Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160919/6e3f87ac/attachment.sig>

[Bug 97221] monitor miss detection, philips 242G5

fine. -- 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/20160919/4d2cc5d9/attachment.html>

[Bug 97221] monitor miss detection, philips 242G5

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

[Bug 97221] monitor miss detection, philips 242G5

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160919/03ed1e85/attachment.html>

[Bug 97221] monitor miss detection, philips 242G5

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160919/4f690625/attachment.html>

[PATCH] drm/udl: Fix for the X server screen update v2

Fix for DisplayLink GPU USB2.0 device X server screen update Within X server on top of DisplayLink GPU USB2.0 device, screen content is not refreshed i.e. updated, which is the most basic functionality of the screen. This partially (udl_handle_damage()) reverts commit: -

[Bug 97221] monitor miss detection, philips 242G5

chives/dri-devel/attachments/20160919/7e54e9f8/attachment.html>

[Bug 97856] Computer restart playing 3D games (possibly overheating)

-lx) since I can't find anything related on the BIOS setup utility. -- 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/20160919/5b75d207/attachment-0001.html>

[PATCH 09/14] drm/msm: Fix sparse warnings

On Mon, 19 Sep 2016, Emil Velikov wrote: > On 19 September 2016 at 14:33, wrote: > >> --- a/drivers/gpu/drm/msm/msm_fb.c >> +++ b/drivers/gpu/drm/msm/msm_fb.c >> @@ -132,7 +132,7 @@ const struct msm_format *msm_framebuffer_format(struct >> drm_framebuffer *fb) >> struct drm_framebuffer

[PATCH 00/27] drm/rockchip: MIPI fixes & improvements

D'oh, I got send-email horribly wrong here. Please ignore the n/27 patches following this message - the n/26 versions are correct. I won't spam the list with a cleaned-up v2 immediately, but I'll make extra sure to clean out my working directory when I do send the re-roll! On Mon, 19 Sep 2016

[PATCH 26/26] drm/rockchip: dw-mipi-dsi: support read commands

I haven't found any method for getting the length of a response, so this just uses the requested rx_len Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 54 ++ 1 file changed, 54 insertions(+) diff --git

[PATCH 25/26] drm/rockchip: dw-mipi-dsi: add reset control

In order to fully reset the state of the MIPI controller we must assert this reset. This is slightly more complicated than it could be in order to maintain compatibility with device trees that do not specify the reset property. Signed-off-by: John Keeping ---

[PATCH 24/27] drm/rockchip: vop: test for P{H,V}SYNC

When connected to the MIPI DSI output, we need to use N{H,V}SYNC for the internal connection but these flags are meaningless for DSI panels. Switch the test so that we do not set the P{H,V}SYNC bits unless the mode requires it. Signed-off-by: John Keeping ---

[PATCH 24/26] drm/rockchip: dw-mipi-dsi: support non-burst modes

Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index 5ecb03c24c2f..d93e620adea6 100644 ---

[PATCH 23/27] drm/rockchip: dw-mipi-dsi: support non-burst modes

Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index 5ecb03c24c2f..d93e620adea6 100644 ---

[PATCH 23/26] drm/rockchip: dw-mipi-dsi: defer probe if panel is not loaded

This ensures that the output resolution is known before fbcon loads. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH 22/26] drm/rockchip: vop: test for P{H,V}SYNC

When connected to the MIPI DSI output, we need to use N{H,V}SYNC for the internal connection but these flags are meaningless for DSI panels. Switch the test so that we do not set the P{H,V}SYNC bits unless the mode requires it. Signed-off-by: John Keeping ---

[PATCH 22/27] drm/rockchip: dw-mipi-dsi: defer probe if panel is not loaded

This ensures that the output resolution is known before fbcon loads. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH 21/26] drm/rockchip: dw-mipi-dsi: use positive check for N{H, V}SYNC

This matches other drivers. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index ae7c330cb7ac..2b26a54972da 100644 ---

[PATCH 21/27] drm/rockchip: dw-mipi-dsi: improve PLL configuration

The multiplication ratio for the PLL is required to be even due to the use of a "by 2 pre-scaler". Currently we are likely to end up with an odd multiplier even though there is an equivalent set of parameters with an even multiplier. For example, using the 324MHz bit rate with a reference clock

[PATCH 20/26] drm/rockchip: dw-mipi-dsi: use specific poll helper

As the documentation for readx_poll_timeout says, we want to use the specialized macro for readl rather than using the generic version directly. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 20/27] drm/rockchip: dw-mipi-dsi: properly configure PHY timing

These values are specified as constant time periods but the PHY configuration is in terms of the current lane byte clock so using constant values guarantees that the timings will be outside the specification with some display configurations. Derive the necessary configuration from the byte clock

[PATCH 19/26] drm/rockchip: dw-mipi-dsi: improve PLL configuration

The multiplication ratio for the PLL is required to be even due to the use of a "by 2 pre-scaler". Currently we are likely to end up with an odd multiplier even though there is an equivalent set of parameters with an even multiplier. For example, using the 324MHz bit rate with a reference clock

[PATCH 19/27] drm/rockchip: dw-mipi-dsi: don't enable PHY PLL until it's configured

Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index 65c89367d8b2..61cee02e5f72 100644 ---

[PATCH 18/26] drm/rockchip: dw-mipi-dsi: properly configure PHY timing

These values are specified as constant time periods but the PHY configuration is in terms of the current lane byte clock so using constant values guarantees that the timings will be outside the specification with some display configurations. Derive the necessary configuration from the byte clock

[PATCH 18/27] drm/rockchip: dw-mipi-dsi: configure bias and bandgap before enable

We should configure these functions before enabling them. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index

[PATCH 17/27] drm/rockchip: dw-mipi-dsi: ensure PHY is reset

Also don't power up the DSI host at this point since this is not necessary in order to configure the PHY and we do so later when selecting video or command mode. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[PATCH 17/26] drm/rockchip: dw-mipi-dsi: don't enable PHY PLL until it's configured

Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index f824c99b872e..463e469fd1b8 100644 ---

[PATCH 16/27] drm/rockchip: dw-mipi-dsi: fix escape clock rate

Use the same calculation as the vendor kernel to derive the escape clock speed. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH 16/26] drm/rockchip: dw-mipi-dsi: configure bias and bandgap before enable

We should configure these functions before enabling them. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index

[PATCH 15/27] drm/rockchip: dw-mipi-dsi: use positive check for N{H, V}SYNC

This matches other drivers. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index 097b3b0af78f..7b4f4f150a0d 100644 ---

[PATCH 15/26] drm/rockchip: dw-mipi-dsi: ensure PHY is reset

Also don't power up the DSI host at this point since this is not necessary in order to configure the PHY and we do so later when selecting video or command mode. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[PATCH 14/27] drm/rockchip: dw-mipi-dsi: use specific poll helper

As the documentation for readx_poll_timeout says, we want to use the specialized macro for readl rather than using the generic version directly. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 14/26] drm/rockchip: dw-mipi-dsi: fix escape clock rate

Use the same calculation as the vendor kernel to derive the escape clock speed. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH 13/26] drm/rockchip: dw-mipi-dsi: allow commands in panel_disable

Panel drivers may want to sent commands during the disable function, for example MIPI_DCS_SET_DISPLAY_OFF before the video signal ends. In order to send commands we need to write to registers, so pclk must be enabled. While changing this, remove the unnecessary code after the panel unprepare

[PATCH 12/26] drm/rockchip: dw-mipi-dsi: prepare panel after phy init

Some panels need to be configured with commands sent over the MIPI link, which they will do in the prepare hook. Call this after the PHY has been initialized so that we are able to send commands to the panel. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 6 -- 1

[PATCH 11/26] drm/rockchip: dw-mipi-dsi: don't assume buffer is aligned

By dereferencing the MIPI command buffer as a u32* we rely on it being correctly aligned on ARM, but this may not be the case. Copy it into a stack variable that will be correctly aligned. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 12 +++- 1 file changed,

[PATCH 10/26] drm/rockchip: dw-mipi-dsi: only request HS clock when required

Requesting the HS clock from the PHY before we initialize it causes an invalid signal to be sent out since the input clock is not yet configured. The PHY databook suggests only asserting this signal when performing HS transfers, so let's do that. Signed-off-by: John Keeping ---

[PATCH 09/26] drm/rockchip: dw-mipi-dsi: respect message flags

Instead of always sending commands in LP mode, respect the MIPI_DSI_MSG_USE_LPM flag to decide how to send each message. Also request acks if MIPI_DSI_MSG_REQ_ACK is set. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 +++- 1 file changed, 15

[PATCH 08/26] drm/rockchip: dw-mipi-dsi: include bad value in error message

As an aid to debugging. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c index 38186df8476e..a25db02e1c19 100644 ---

[PATCH 07/26] drm/rockchip: dw-mipi-dsi: avoid out-of-bounds read on tx_buf

As a side-effect of this, encode the endianness explicitly rather than casting a u16. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH 06/26] drm/rockchip: dw-mipi-dsi: fix generic packet status check

We want to check that both the GEN_CMD_EMPTY and GEN_PLD_W_EMPTY bits are set so we can't just check "val & mask" because that will be true if either bit is set. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[PATCH 05/26] drm/rockchip: dw-mipi-dsi: fix command header writes

In a couple of places here we use "val" for the value that is about to be written to a register but then reuse the same variable for the value of a status register before we get around to writing it. Rename the value to be written to so that we write the value we intend to and not what we have

[PATCH 04/26] drm/rockchip: dw-mipi-dsi: rename commit hook to enable

Rockchip DRM is fully atomic and commit is deprecated for atomic drivers. No changed are needed beyond renaming the function. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 03/26] drm/rockchip: dw-mipi-dsi: don't configure hardware in mode_set for MIPI

With atomic modesetting the hardware will be powered off when the mode_set function is called. We should configure the hardware in the commit function (or even the enable function, but switching from commit to enable is left for a future patch). Signed-off-by: John Keeping ---

[PATCH 02/26] drm/rockchip: dw-mipi-dsi: pass new mode into MIPI mode set

In the atomic world the new connector state is not set when mode_set is called and we should use the adjusted_mode parameter. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 01/26] drm/rockchip: dw-mipi-dsi: use mode from display state

There is no need to keep a pointer to the mode around since we know it will be present in the connector state. Signed-off-by: John Keeping --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 31 --- 1 file changed, 16 insertions(+), 15 deletions(-) diff --git

[PATCH 00/27] drm/rockchip: MIPI fixes & improvements

This is a bit of a mixed selection of patches to all areas of the Rockchip dw-mipi-dsi driver, which I've been using for a while. The first few patches fix the driver's use of the atomic API by removing hardware manipulation from the mode_set hook: drm/rockchip: dw-mipi-dsi: use mode from

[PATCH 5/5] GPU-DRM: Rename a jump label in drm_legacy_mapbufs()

From: Markus Elfring Date: Mon, 19 Sep 2016 17:37:27 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/gpu/drm/drm_bufs.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[PATCH 4/5] GPU-DRM: Replace a kzalloc() call by kcalloc() in drm_legacy_addbufs_sg()

From: Markus Elfring Date: Mon, 19 Sep 2016 17:30:31 +0200 The script "checkpatch.pl" can point information out like the following. WARNING: Prefer kcalloc over kzalloc with multiply Thus fix the affected source code place. Signed-off-by: Markus Elfring ---

[PATCH 3/5] GPU-DRM: Replace a kzalloc() call by kcalloc() in drm_legacy_addbufs_agp()

From: Markus Elfring Date: Mon, 19 Sep 2016 17:24:20 +0200 The script "checkpatch.pl" can point information out like the following. WARNING: Prefer kcalloc over kzalloc with multiply Thus fix the affected source code place. Signed-off-by: Markus Elfring ---

[PATCH 2/5] GPU-DRM: Replace two kzalloc() calls by kcalloc() in drm_legacy_addbufs_pci()

From: Markus Elfring Date: Mon, 19 Sep 2016 17:17:34 +0200 The script "checkpatch.pl" can point information out like the following. WARNING: Prefer kcalloc over kzalloc with multiply Thus fix the affected source code places. Signed-off-by: Markus Elfring ---

[PATCH 1/5] GPU-DRM: Use kmalloc_array() in drm_legacy_addbufs_pci()

From: Markus Elfring Date: Mon, 19 Sep 2016 17:07:06 +0200 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected

[PATCH 0/5] GPU-DRM: Fine-tuning for four function implementations

From: Markus Elfring Date: Mon, 19 Sep 2016 17:47:37 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Use kmalloc_array() in drm_legacy_addbufs_pci() Replace two kzalloc() calls by kcalloc() in

[GIT PULL] imx-drm fixes, cleanups, image conversion

On 19 September 2016 at 17:31, Philipp Zabel wrote: > Hi Dave, > > please consider merging this tag containing the latest active plane > reconfiguration patches, several fixes and cleanups, and image > conversion support for the V4L2 drivers to build upon. > > The active plane reconfiguration

[Bug 97856] Computer restart playing 3D games (possibly overheating)

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

[Bug 97856] Computer restart playing 3D games (possibly overheating)

op.org/archives/dri-devel/attachments/20160919/478fe858/attachment.html>

[Bug 97856] Computer restart playing 3D games (possibly overheating)

ceiving 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/20160919/8383fde9/attachment.html>

[PATCH] drm/ast: free correct pointer in astfb_create() error paths

In the err_free_vram and err_release_fbi error paths in astfb_create(), we attempt to free afbdev->sysram. The only jumps to these error paths occur before we assign afbdev->sysram = sysram. Free sysram instead. Signed-off-by: Andrew Donnellan --- Found by Coverity Scan. Compile tested only.

[PATCH 09/14] drm/msm: Fix sparse warnings

On 19 September 2016 at 16:33, Jani Nikula wrote: > On Mon, 19 Sep 2016, Emil Velikov wrote: >> On 19 September 2016 at 14:33, wrote: >> >>> --- a/drivers/gpu/drm/msm/msm_fb.c >>> +++ b/drivers/gpu/drm/msm/msm_fb.c >>> @@ -132,7 +132,7 @@ const struct msm_format *msm_framebuffer_format(struct

[PATCH 12/14] drm/sti: Fix sparse warnings

Acked-by: Vincent Abriou On 09/19/2016 03:33 PM, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > drm/sti/sti_mixer.c:361:6: warning: symbol 'sti_mixer_set_matrix' was not > declared. Should it be static? > drm/sti/sti_gdp.c:476:5: warning: symbol 'sti_gdp_field_cb' was not

[PATCH 03/14] drm/fb-helper: Fix sparse warnings

On Mon, Sep 19, 2016 at 04:33:44PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > drm/drm_fb_helper.c:2306:12: warning: symbol 'drm_fb_helper_modinit' was not > declared. Should it be static? > > While at it, move the lefover static inline to the right place. > >

[Bug 97856] Computer restart playing 3D games (possibly overheating)

org/archives/dri-devel/attachments/20160919/9e27a51e/attachment.html>

[Intel-gfx] [PATCH] drm: fix implicit declaration build error on ia64

On Fri, Sep 16, 2016 at 01:06:36PM +0300, Jani Nikula wrote: >drivers/gpu/drm/drm_dp_helper.c: In function 'drm_dp_downstream_debug': > >> drivers/gpu/drm/drm_dp_helper.c:551:2: error: implicit declaration of > >> function 'seq_printf' [-Werror=implicit-function-declaration] >

[PATCH 14/14] drm/tilcdc: Fix sparse warnings

From: Ville Syrjälä drm/tilcdc/tilcdc_tfp410.c:385:24: warning: symbol 'tfp410_driver' was not declared. Should it be static? drm/tilcdc/tilcdc_tfp410.c:395:12: warning: symbol 'tilcdc_tfp410_init' was not declared. Should it be static?

[PATCH 13/14] drm/sun4i: Fix sparse warnings

From: Ville Syrjälä drm/sun4i/sun4i_tv.c:181:21: warning: symbol 'ntsc_video_levels' was not declared. Should it be static? drm/sun4i/sun4i_tv.c:185:21: warning: symbol 'pal_video_levels' was not declared. Should it be static? drm/sun4i/sun4i_tv.c:189:21:

[PATCH 12/14] drm/sti: Fix sparse warnings

From: Ville Syrjälä drm/sti/sti_mixer.c:361:6: warning: symbol 'sti_mixer_set_matrix' was not declared. Should it be static? drm/sti/sti_gdp.c:476:5: warning: symbol 'sti_gdp_field_cb' was not declared. Should it be static? drm/sti/sti_gdp.c:885:24: warning:

[PATCH 11/14] drm/rockchip: Fix sparse warnings

From: Ville Syrjälä drm/rockchip/rockchip_drm_drv.c:312:6: warning: symbol 'rockchip_drm_fb_suspend' was not declared. Should it be static? drm/rockchip/rockchip_drm_drv.c:321:6: warning: symbol 'rockchip_drm_fb_resume' was not declared. Should it be static?

[PATCH 10/14] drm/nouveau: Fix sparse warnings

From: Ville Syrjälä drm/nouveau/dispnv04/overlay.c:496:1: warning: symbol 'nouveau_overlay_init' was not declared. Should it be static? drm/nouveau/nouveau_connector.c:63:5: warning: symbol 'nouveau_hdmimhz' was not declared. Should it be static?

[PATCH 09/14] drm/msm: Fix sparse warnings

From: Ville Syrjälä drm/msm/mdp/mdp4/mdp4_lcdc_encoder.c:96:22: warning: symbol 'get_connector' was not declared. Should it be static? drm/msm/mdp/mdp4/mdp4_plane.c:84:5: warning: symbol 'mdp4_plane_set_property' was not declared. Should it be static?

[PATCH 08/14] drm/mgag200: Fix sparse warnings

From: Ville Syrjälä drm/mgag200/mgag200_drv.c:24:5: warning: symbol 'mgag200_modeset' was not declared. Should it be static? drm/mgag200/mgag200_ttm.c:227:22: warning: symbol 'mgag200_bo_driver' was not declared. Should it be static? Cc: Dave Airlie

[PATCH 07/14] drm/cirrus: Fix sparse warnings

From: Ville Syrjälä drm/cirrus/cirrus_drv.c:18:5: warning: symbol 'cirrus_modeset' was not declared. Should it be static? drm/cirrus/cirrus_ttm.c:227:22: warning: symbol 'cirrus_bo_driver' was not declared. Should it be static? Cc: Dave Airlie Signed-off-by:

[PATCH 06/14] drm/bochs: Fix sparse warnings

From: Ville Syrjälä drm/bochs/bochs_mm.c:196:22: warning: symbol 'bochs_bo_driver' was not declared. Should it be static? drm/bochs/bochs_kms.c:181:5: warning: symbol 'bochs_connector_get_modes' was not declared. Should it be static? Cc: Gerd Hoffmann

[PATCH 05/14] drm/ast: Fix sparse warnings

From: Ville Syrjälä drm/ast/ast_drv.c:36:5: warning: symbol 'ast_modeset' was not declared. Should it be static? drm/ast/ast_ttm.c:227:22: warning: symbol 'ast_bo_driver' was not declared. Should it be static? Cc: Dave Airlie Signed-off-by: Ville Syrjälä

[PATCH 04/14] drm/arm: Fix sparse warnings

From: Ville Syrjälä drm/arm/malidp_planes.c:49:24: warning: symbol 'malidp_duplicate_plane_state' was not declared. Should it be static? drm/arm/malidp_planes.c:66:6: warning: symbol 'malidp_destroy_plane_state' was not declared. Should it be static? Cc: Liviu

[PATCH 03/14] drm/fb-helper: Fix sparse warnings

From: Ville Syrjälä drm/drm_fb_helper.c:2306:12: warning: symbol 'drm_fb_helper_modinit' was not declared. Should it be static? While at it, move the lefover static inline to the right place. Cc: Daniel Vetter Cc: Sean Paul Signed-off-by: Ville Syrjälä

[PATCH 02/14] drm/blend: Fix sparse warnings

From: Ville Syrjälä drm/drm_blend.c:207:5: warning: symbol 'drm_atomic_normalize_zpos' was not declared. Should it be static? Cc: Marek Szyprowski Cc: Benjamin Gaignard Cc: Laurent Pinchart Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_blend.c | 2

[PATCH 01/14] drm/atomic-helper: Fix sparse warnings

From: Ville Syrjälä drm/drm_atomic_helper.c:1696:6: warning: symbol 'plane_crtc_active' was not declared. Should it be static? Cc: Daniel Vetter Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_atomic_helper.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 00/14] drm: Fix a bunch of sparse warnings

From: Ville Syrjälä I got a bit fed up from the sparse noise during a full build, so I tried to shut some of it up. Mostly missing statics or function declarations. I didn't touch the main offender (radeon/amdgpu) since there was enough of this stuff in the

[PATCH 03/10] drm: Move all decl for drm_edid.c to drm_edid.h

On Tue, Sep 06, 2016 at 12:59:39PM -0400, Sean Paul wrote: > On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter > wrote: > > Some were still left in drm_crtc.h. Also include drm_edid.h in the > > rst files. > > > > Signed-off-by: Daniel Vetter > > Reviewed-by: Sean Paul Merged up to this patch,

[PATCH] drm: include linux/seq_file.h as needed

On Mon, 19 Sep 2016, Arnd Bergmann wrote: > The addition of the debugfs info created references to seq_puts() and > seq_printf(), but relied on the debugfs header to be included implicitly, > which apparently doesn't happen all the time, as seen from this randconfig > build output: > >

[RFC 2/2] drm/exynos: mixer: configure layers once in mixer_atomic_flush()

Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once in mixer_cfg_layer(). Trigger this via atomic flush. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_mixer.c | 104 ++ drivers/gpu/drm/exynos/regs-mixer.h | 2 + 2 files changed, 69

[PATCH 0/3] ARM: dts: am335x-* Add blue-and-red-wiring propery to lcdc nodes

* Jyri Sarha [160919 00:31]: > On 09/16/16 18:02, Tony Lindgren wrote: > > * Jyri Sarha [160916 04:50]: > >> > These patches complete the am335x LCDC color errata fix[1]. The > >> > functional patches are now queued for v4.9. > >> > > >> > The patch for am335x-boneblack.dts is delayed until

[RFC PATCH v3 1/2] ARM: dts: samsung: add rga-lvds panel in itop elite

On Mon, Sep 19, 2016 at 4:02 PM, Randy Li wrote: > + vcc_sys_lcd: sys-lcd { > + compatible = "regulator-fixed"; > + regulator-name = "vcc_5v"; > + regulator-min-microvolt = <500>; > + regulator-max-microvolt = <500>; > +

[RFC 1/2] drm/exynos: mixer: convert booleans to flags in mixer context

The mixer context struct already has a 'flags' field, so we can use it to store the 'interlace', 'vp_enabled' and 'has_sclk' booleans. We use the non-atomic helper functions to access these bits. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_mixer.c | 54

[RFC 0/2] drm/exynos: mixer: small optimisations

Hello, I had these two patches in my private tree for some time. Might as well ask if there is any interested in merging these. The first is just some unification on how booleans are used in the mixer code. The second one reduces register manipulation by moving stuff to the atomic flush call.

[PATCH] drm/amd/powerplay/smumgr: mark symbols static where possible

Hi Baoyou, On Mon, Sep 19, 2016 at 03:28:39PM +0800, Baoyou Xie wrote: > We get a few warnings when building kernel with W=1: > drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/tonga_smumgr.c:146:5: warning: > no previous prototype for 'tonga_program_jump_on_start' [-Wmissing-prototypes] >

[PATCH] drm/amd/powerplay/hwmgr: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/cz_hwmgr.c:69:10: warning: no previous prototype for 'cz_get_eclk_level' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/tonga_hwmgr.c:117:27: warning: no previous prototype

[PATCH] drm: Fix typo in encoder docs

Corrected typo in bridge and encoder comparison. Also, added a one-line encoder description from the previous documentation. Cc: Daniel Vetter Cc: Archit Taneja Signed-off-by: Dhinakaran Pandiyan --- drivers/gpu/drm/drm_encoder.c | 17 + 1 file changed, 9 insertions(+), 8

[PATCH] drm/amd/powerplay/hwmgr: add missing header dependencies

We get 3 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/pp_acpi.c:29:6: warning: no previous prototype for 'acpi_atcs_functions_supported' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/pp_acpi.c:47:6: warning: no previous prototype

[PATCH] drm/amd/powerplay/smumgr: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/tonga_smumgr.c:146:5: warning: no previous prototype for 'tonga_program_jump_on_start' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/fiji_smumgr.c:816:5: warning: no

[PATCH v3 20/20] drm: omapdrm: Remove global variables

Move the list of pending IRQ wait instances to the omap_drm_private structure and the wait queue head to the IRQ wait structure. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_drv.h | 3 ++- drivers/gpu/drm/omapdrm/omap_irq.c | 42 -- 2

[PATCH v3 19/20] drm: omapdrm: Simplify IRQ wait implementation

Now that the IRQ list is used for IRQ wait only we can merge omap_drm_irq and omap_irq_wait and simplify the implementation. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_drv.h | 17 +-- drivers/gpu/drm/omapdrm/omap_irq.c | 94 ++ 2

[PATCH v3 18/20] drm: omapdrm: Make pipe2vbl function static

The function is only used in omap_irq.c, move it there and make it static. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_crtc.c | 7 --- drivers/gpu/drm/omapdrm/omap_drv.h | 1 - drivers/gpu/drm/omapdrm/omap_irq.c | 7 ++- 3 files changed, 6 insertions(+), 9

[PATCH v3 17/20] drm: omapdrm: Don't call DISPC power handling in IRQ wait functions

The IRQ wait functions are called from the DSS enable and disable operations only, where the DISPC is guaranteed to be enabled. There's no need for manual DISPC power management there. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/omapdrm/omap_irq.c | 4 1 file changed, 4

  1   2   >