[PATCH] drm/amdgpu: add function declaration in amdgpu.h

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c:502:10: warning: no previous prototype for 'init_cond_exec' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c:514:6: warning: no previous prototype for 'patch_cond_exec' [-Wmissing-prototypes] In

[RFC PATCH v2 2/2] drm/panel: Add support for Chunghwa CLAA070WP03XG panel

The Chunghwa CLAA070WP03XG is a 7" 1280x800 panel, which can be supported by the simple panel driver. Signed-off-by: Randy Li --- .../display/panel/chunghwa,claa070wp03xg.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c | 27 ++ 2 files changed, 34

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

It is actually a lvds panel connected through a rga-lvds bridge. The touchscreen is communicated with i2c bus but the driver is not support now. Signed-off-by: Randy Li --- arch/arm/boot/dts/exynos4412-itop-elite.dts | 54 +++-- 1 file changed, 52 insertions(+), 2

[RFC PATCH v2 0/2] adding panel claa070wp03xg support for exynos

I am trying to add LCD panel with LVDS interface for exynos 4412 topeet itop. That board using a bridge chip to convert the parallel RGB signal to LVDS signal. I could make a fb0 node appear in system now. But I can't make it work yet. redirecting the urandom to fb0 won't make anything change in

[PATCH] drm/amdgpu: clean function declaration in amdgpu_pm.c up

We get 1 warning when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:37:6: warning: no previous prototype for 'amdgpu_pm_acpi_event_handler' [-Wmissing-prototypes] In fact, this function is declared in drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c, but should be declared in a header

[PATCH] drm/msm/adreno: move function declarations to header file

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/msm/adreno/a3xx_gpu.c:535:17: warning: no previous prototype for 'a3xx_gpu_init' [-Wmissing-prototypes] drivers/gpu/drm/msm/adreno/a4xx_gpu.c:624:17: warning: no previous prototype for 'a4xx_gpu_init' [-Wmissing-prototypes] In

[PATCH] drm/amdgpu: remove unused functions

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:146:5: warning: no previous prototype for 'pool_to_domain' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/cz_smc.c:104:5: warning: no previous prototype for 'cz_send_msg_to_smc_with_parameter_async'

[PATCH] drm/amdgpu: mark symbols static where possible

We get 7 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:1990:5: warning: no previous prototype for 'amdgpu_pre_soft_reset' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c:1548:5: warning: no previous prototype for

[PATCH] drm/mediatek: mark symbols static where possible

We get 4 warnings when building kernel with W=1: drivers/gpu/drm/mediatek/mtk_hdmi.c:1089:6: warning: no previous prototype for 'mtk_hdmi_audio_enable' [-Wmissing-prototypes] drivers/gpu/drm/mediatek/mtk_hdmi.c:1095:6: warning: no previous prototype for 'mtk_hdmi_audio_disable'

[PATCH] drm/exynos: mark exynos_dp_crtc_clock_enable() static

We get 1 warning when building kernel with W=1: drivers/gpu/drm/exynos/exynos_dp.c:46:5: warning: no previous prototype for 'exynos_dp_crtc_clock_enable' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made

[PATCH] drm: bridge: analogix/dp: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:1053:5: warning: no previous prototype for 'analogix_dp_get_modes' [-Wmissing-prototypes] drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:1097:1: warning: no previous prototype for

[PATCH] drm/bochs: mark bochs_connector_get_modes() static

We get 1 warning when building kernel with W=1: drivers/gpu/drm/bochs/bochs_kms.c:181:5: warning: no previous prototype for 'bochs_connector_get_modes' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made

[PATCH] drm/amdgpu: amend amdgpu_gfx_parse_disable_cu() declaration

In amdgpu_gfx.h, the declaration of amdgpu_gfx_parse_disable_cu() is incorrect. Signed-off-by: Baoyou Xie --- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 4 +++- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.h | 5 - 2 files changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH 4/4] drm/sun4i: dotclock: Round to closest clock rate

n-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/6b595f6e/attachment.sig>

[PATCH 2/4] drm/sun4i: dotclock: Fix clock rate read back calcation

ext part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/2de11cb7/attachment.sig>

[PATCH 3/4] drm/sun4i: dotclock: Allow divider = 127

Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/34bb122f/attachment.sig>

[PATCH] drm/amdgpu: add missing header dependencies

We get 6 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/dce_v8_0.c:629:6: warning: no previous prototype for 'dce_v8_0_disable_dce' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/dce_v10_0.c:730:6: warning: no previous prototype for 'dce_v10_0_disable_dce'

[PATCH 1/4] drm/sun4i: rgb: Declare RGB encoder and connector as MIPI DPI

ature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/808e0518/attachment.sig>

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

On Sun, Sep 18, 2016 at 09:03:48PM +0200, Krzysztof Kozlowski wrote: > On Sun, Sep 18, 2016 at 10:27:38PM +0800, Randy Li wrote: > > It is actually a lvds panel connected through a rga-lvds bridge. > > The touchscreen is communicated with i2c bus but the driver is not > > support now. > > > >

[PATCH -next] drm/sun4i: backend: remove redundant dev_err call in sun4i_backend_bind()

p.org/archives/dri-devel/attachments/20160918/257caa2c/attachment.sig>

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

On Sun, Sep 18, 2016 at 10:27:38PM +0800, Randy Li wrote: > It is actually a lvds panel connected through a rga-lvds bridge. > The touchscreen is communicated with i2c bus but the driver is not > support now. > > Signed-off-by: Randy Li Subject: ARM: dts: exynos > --- >

[PATCH] drm/msm: add missing header dependencies

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/msm/msm_debugfs.c:141:5: warning: no previous prototype for 'msm_debugfs_init' [-Wmissing-prototypes] drivers/gpu/drm/msm/msm_debugfs.c:158:6: warning: no previous prototype for 'msm_debugfs_cleanup' [-Wmissing-prototypes] In

[PATCH] drm/nouveau/core: add missing header dependencies

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/nouveau/nvkm/core/firmware.c:34:1: warning: no previous prototype for 'nvkm_firmware_get' [-Wmissing-prototypes] drivers/gpu/drm/nouveau/nvkm/core/firmware.c:58:1: warning: no previous prototype for 'nvkm_firmware_put'

[PATCH] dma-buf/sw_sync: mark sync_timeline_create() static

We get 1 warning when building kernel with W=1: drivers/dma-buf/sw_sync.c:87:23: warning: no previous prototype for 'sync_timeline_create' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static. So this

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

Den 18.09.2016 15:48, skrev poma: > 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

[Bug 97852] Unreal Engine corrupted preview viewport

op.org/archives/dri-devel/attachments/20160918/12948292/attachment-0001.html>

[PATCH 5/5] drm/amdgpu: Adjust checks for null pointers in nine functions

From: Markus Elfring Date: Sun, 18 Sep 2016 18:32:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * The script "checkpatch.pl" can point information out like the following. Comparison to NULL could be written

[PATCH 4/5] drm/amdgpu: Rename a jump label in amdgpu_device_init()

From: Markus Elfring Date: Sun, 18 Sep 2016 17:50:09 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 21 ++--- 1 file changed, 10

[PATCH 3/5] drm/amdgpu: Rename a jump label in amdgpu_debugfs_regs_read()

From: Markus Elfring Date: Sun, 18 Sep 2016 17:35:24 +0200 Adjust jump labels according to the current Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 7 +++ 1 file changed, 3 insertions(+), 4

[PATCH 2/5] drm/amdgpu: Improve determination of sizes in two functions

From: Markus Elfring Date: Sun, 18 Sep 2016 17:24:47 +0200 Replace the specification of data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 1/5] drm/amdgpu: Use kmalloc_array() in amdgpu_debugfs_gca_config_read()

From: Markus Elfring Date: Sun, 18 Sep 2016 17:00:52 +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] drm/amdgpu: Fine-tuning for several function implementations

From: Markus Elfring Date: Sun, 18 Sep 2016 18:38:48 +0200 Some update suggestions were taken into account from static source code analysis. Markus Elfring (5): Use kmalloc_array() in amdgpu_debugfs_gca_config_read() Improve determination of sizes in two

[Bug 97634] [amdgpu SI] multigpu setup crashes during boot when dpm=1

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/44631405/attachment.html>

[Bug 97849] kworker uses 100% CPU when using _only_ HDMI output with AMDGPU on Carrizo R7 (vanilla 4.7.4)

–’ amdgpu_mm_rreg -- 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/20160918/07feea32/attachment-0001.html>

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

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 94900] HD6950 GPU lockup loop with various steam games (octodad[always], saints row 4[always], dead island[always], grid autosport[sometimes])

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160918/ea5eae49/attachment-0001.html>

[Bug 97605] AMDGPU Black Screen when Booting

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

[Bug 97605] AMDGPU Black Screen when Booting

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

[PATCH 10/23] drm: omapdrm: Use atomic state instead of local device state

Hi Daniel, On Monday 06 Jun 2016 04:14:59 Laurent Pinchart wrote: > On Wednesday 11 May 2016 09:37:56 Daniel Vetter wrote: > > On Tue, May 10, 2016 at 04:24:11PM +0300, Tomi Valkeinen wrote: > >> On 26/04/16 23:35, Laurent Pinchart wrote: > >>> Instead of conditioning planes update based on the

[Intel-gfx] Skylake graphics regression: projector failure with 4.8-rc3

Hi! James & Paulo: What's the current status of this? Was this issue discussed elsewhere or even fixed in between? Just asking, because this issue is on the list of regressions for 4.8. Ciao, Thorsten On 01.09.2016 00:25, James Bottomley wrote: > On Wed, 2016-08-31 at 21:51 +, Zanoni, Paulo R

[PATCH v4.1 01/14] drm: Centralize format information

Various pieces of information about DRM formats (number of planes, color depth, chroma subsampling, ...) are scattered across different helper functions in the DRM core. Callers of those functions often need to access more than a single parameter of the format, leading to inefficiencies due to

[ADV7393] DRM Encoder Slave or DRM Bridge

Hi Vikas, On Monday 12 Sep 2016 17:59:36 Vikas Patil wrote: > Dear All, > > I am trying to understand difference between "DRM Encoder slave > driver" and "DRM bridge driver" as I need to write one for ADV7393 > Video Encoder Chip for the custom target > based on DRA74x having following display

[PATCH v3 1/4] drm/bridge: Add RGB to VGA bridge support

On Sunday 18 Sep 2016 13:01:16 Laurent Pinchart wrote: > On Thursday 08 Sep 2016 14:17:48 Maxime Ripard wrote: > > Some boards have an entirely passive RGB to VGA bridge, based on either > > DACs or resistor ladders. > > > > Those might or might not have an i2c bus routed to the VGA connector in

[PATCH 2/8] drm/rockchip: Get rid of some unnecessary code

Hi Mark, On Sun, Sep 18, 2016 at 10:50 AM, Mark yao wrote: > On 2016年09月14日 20:54, Tomasz Figa wrote: >> >> Current code implements prepare_fb and cleanup_fb callbacks only to >> grab/release fb references, which is already done by atomic framework >> when creating/destryoing plane state.

[PATCH v3 1/4] drm/bridge: Add RGB to VGA bridge support

Hi Maxime, Thank you for the patch. On Thursday 08 Sep 2016 14:17:48 Maxime Ripard wrote: > Some boards have an entirely passive RGB to VGA bridge, based on either > DACs or resistor ladders. > > Those might or might not have an i2c bus routed to the VGA connector in > order to access the

UDL: screen update breakage

Den 13.09.2016 16:44, skrev poma: > https://bugzilla.redhat.com/show_bug.cgi?id=1375566 > > Guys, > do you use such a device - DisplayLink GPU USB2.0 ? > I haven't got such a display. You can try to revert just the changes in udl_handle_damage(). The other changes are for fbdev. Noralf.

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 Kontantin Ivanov changed: What|Removed |Added Severity|normal |low --- Comment #38 from Kontantin

[PATCH 2/8] drm/rockchip: Get rid of some unnecessary code

On 2016年09月14日 20:54, Tomasz Figa wrote: > Current code implements prepare_fb and cleanup_fb callbacks only to > grab/release fb references, which is already done by atomic framework > when creating/destryoing plane state. Let's remove these > unused bits. > > Signed-off-by: Tomasz Figa >

[PATCH v3 1/4] drm/bridge: Add RGB to VGA bridge support

Hi Maxime, > + > +static struct drm_encoder * > +dumb_vga_best_encoder(struct drm_connector *connector) > +{ > + struct dumb_vga *vga = drm_connector_to_dumb_vga(connector); > + > + return vga->bridge.encoder; > +} > + > +static struct drm_connector_helper_funcs dumb_vga_con_helper_funcs

[Bug 117151] amdgpu: Fails to initialize R7 260x (Bonaire)

https://bugzilla.kernel.org/show_bug.cgi?id=117151 Parker Reed changed: What|Removed |Added Resolution|CODE_FIX|PATCH_ALREADY_AVAILABLE -- You are

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Attachment #185441|0 |1 is obsolete|

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 --- Comment #13 from Maxqia --- Looking back with an extra year of programming knowledge, it seems like commit 7726e72b3d6879ee5fc743a230eb6f5afa12844b doesn't do anything except add a drm_detect_monitor_audio to the hdmi audio pathway ...,