Re: [PATCH 12/12] ARM: dts: exynos5250-arndale: add dsi and panel nodes

On Mon, May 28, 2018 at 11:55 AM, Maciej Purski wrote: > The patch adds bridge and panel nodes. > It adds also DSI properties specific for arndale board. > > Signed-off-by: Andrzej Hajda > Signed-off-by: Maciej Purski > --- >

[PATCH] video/omap: add module license tags

I got a bunch of warnings in a randconfig build: WARNING: modpost: missing MODULE_LICENSE() in drivers/video/fbdev/omap/lcd_ams_delta.o WARNING: modpost: missing MODULE_LICENSE() in drivers/video/fbdev/omap/lcd_inn1510.o WARNING: modpost: missing MODULE_LICENSE() in

[Bug 199425] BUG: KASAN: use-after-free in drm_atomic_helper_wait_for_flip_done+0x247/0x260

https://bugzilla.kernel.org/show_bug.cgi?id=199425 --- Comment #8 from Johannes Hirte (johannes.hi...@datenkhaos.de) --- (In reply to mikita.lip...@amd.com from comment #6) > Created attachment 276173 [details] > Patch to either dublicate or reuse an existing crtc state that might pervent >

Re: [PATCH] drm/fb-helper: Fix typo on kerneldoc

On Thu, May 24, 2018 at 04:24:32PM +0200, Noralf Trønnes wrote: > > Den 24.05.2018 11.01, skrev Daniel Vetter: > > Copypasta mistake. > > > > Fixes: 742547b73d27 ("drm/fb_helper: Create wrappers for blit, copyarea and > > fillrect funcs") > > Cc: Archit Taneja > > Cc: Daniel Vetter > > Cc:

[Bug 106671] Frequent lock ups for AMD RX 550 graphics card

https://bugs.freedesktop.org/show_bug.cgi?id=106671 --- Comment #4 from Alan W. Irwin --- Hi Michel: I have added your requested attachments. And if there are other data you need or other tests I can run, let me know. Meanwhile, all else seems well with this new computer (e.g., the lock ups

[Bug 106671] Frequent lock ups for AMD RX 550 graphics card

https://bugs.freedesktop.org/show_bug.cgi?id=106671 --- Comment #3 from Alan W. Irwin --- Created attachment 139817 --> https://bugs.freedesktop.org/attachment.cgi?id=139817=edit dmesg output as requested -- You are receiving this mail because: You are the assignee for the

Re: [RFC] Getting OpenChrome DRM mainlined into Linux kernel tree

> Well done on getting this far. Merging this is definitely going to be > non-trivial. Being out of tree for so long means you've ended up in a > place that will require retracing a bunch of steps to get upstream. > Just to clarify what is going on, while OpenChrome DRM (drm-openchrome

[Bug 106670] AMD GPU Error, random lockup, Ryzen 2500U Vega 8 GPU

https://bugs.freedesktop.org/show_bug.cgi?id=106670 --- Comment #2 from JerryD --- Created attachment 139819 --> https://bugs.freedesktop.org/attachment.cgi?id=139819=edit Full dmesg text dmesg output -- You are receiving this mail because: You are the assignee for the

[Bug 106670] AMD GPU Error, random lockup, Ryzen 2500U Vega 8 GPU

https://bugs.freedesktop.org/show_bug.cgi?id=106670 --- Comment #3 from JerryD --- (In reply to Ernst Sjöstrand from comment #1) > Please post some information about your hardware and the kernel version > you're running. Full dmesg is also good, shows what the driver says when > it's loading. I

Re: [PATCH v2] drm/exynos: ipp: fix image broken issue

This patch changes userspace parameter but Kernel driver shouldn't touch such parameter. Please ignore this patch. Marek will post a generic solution soon, which fixes the image broken issue without touching userspace parameter. Thanks, Inki Dae 2018년 05월 24일 10:04에 Inki Dae 이(가) 쓴 글: > Fixed

[PATCH v2] drm/scheduler: add documentation

convert existing raw comments into kernel-doc format as well as add new documentation v2: reword the overview Signed-off-by: Alex Deucher Signed-off-by: Nayan Deshmukh Reviewed-by: Alex Deucher --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 214 --

Re: [Xen-devel] [PATCH 3/8] drm/xen-front: fix 32-bit build warning

Hi, On 05/25/2018 06:50 PM, Arnd Bergmann wrote: In 32-bit kernel builds, we cannot cast between a pointer and a 64-bit type: In file included from drivers/gpu/drm/xen/xen_drm_front_cfg.c:18: drivers/gpu/drm/xen/xen_drm_front.h: In function 'xen_drm_front_fb_to_cookie':

[PATCH 05/12] panel/hv070wsa-100: add DT bindings

The patch adds bindings to BOE HV070-WSA WSVGA panel. Bindings are compatible with simple panel bindings. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- .../devicetree/bindings/display/panel/boe,hv070wsa-100.txt | 7 +++ 1

[PATCH 07/12] dt-bindings: tc358754: add DT bindings

The patch adds bindings to Toshiba DSI/LVDS bridge TC358764. Bindings describe power supplies, reset gpio and video interfaces. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- .../bindings/display/bridge/toshiba,tc358764.txt | 42

[PATCH 12/12] ARM: dts: exynos5250-arndale: add dsi and panel nodes

The patch adds bridge and panel nodes. It adds also DSI properties specific for arndale board. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- arch/arm/boot/dts/exynos5250-arndale.dts | 39 1 file

[PATCH 03/12] drm/exynos: move connector creation to attach callback

The current implementation assumes that the only possible peripheral device for DSIM is a panel. Using an output bridge should also be possible. If an output bridge in available, don't create a new connector. Instead add bridge to DSIM encdoer in dsi_host_attach(). Signed-off-by: Maciej Purski

[PATCH 00/12] Add TOSHIBA TC358764 DSI/LVDS bridge driver

Hi all, this patchset is a next attempt to add the tc358764 driver. The previous one can be found here: https://lists.freedesktop.org/archives/dri-devel/2014-February/053705.html Back then, TC358764 was added as a panel driver. The bridge is supposed to be a DSI peripheral. Currently

[PATCH 02/12] drm/exynos: move pm_runtime_get_sync() to exynos_dsi_init()

In order to allow bridge drivers to use DSI transfers in their pre_enable callbacks, pm_runtime_get_sync() should be performed before exynos_dsi_enable(). DSIM_STATE_ENABLED flag now should not guard from calling dsi_host_transfer() before enabling. Signed-off-by: Maciej Purski

[PATCH 10/12] ARM: dts: exynos5250: add DSI node

The patch adds common part of DSI node for Exynos5250 platforms. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- arch/arm/boot/dts/exynos5250.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH 01/12] drm/exynos: rename "bridge_node" to "mic_bridge_node"

When adding support for peripheral out bridges, the "bridge" name becomes imprecise as it refers to a different device than the "out_bridge". Signed-off-by: Maciej Purski --- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 16 1 file changed, 8 insertions(+), 8

[Bug 106658] 2500u HP Envy x360 Hangs randomly

https://bugs.freedesktop.org/show_bug.cgi?id=106658 Michel Dänzer changed: What|Removed |Added Attachment #139775|text/x-log |text/plain

[Bug 199493] no audio over HDMI with amdgpu.dc=1 (on R9 380X)

https://bugzilla.kernel.org/show_bug.cgi?id=199493 --- Comment #6 from har...@gmx.de --- This issue (no HDMI sound with amdgpu_dc=1) still exist in 4.17.0-rc7. The following warning is the first of many others in dmesg log: [ 10.067233] WARNING: CPU: 11 PID: 367 at

[Bug 103047] lighting render issue in i915

https://bugs.freedesktop.org/show_bug.cgi?id=103047 --- Comment #3 from Steven Noonan --- Still running into this on another machine with Kaby Lake GT2 graphics. Can anyone take a look please? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2 0/6] drm/omap: Module parameter for display order configuration

On Wed, 21 Mar 2018 12:08:25 +0200 Peter Ujfalusi wrote: > Hi, > > Changes since v1: > - rebased it on drm-next > - Dropped the devm_kzalloc conversion patch > > Changes since RFC: > - Comments from Laurent have been addressed: > - Get alias ID once and store it for

[Bug 103047] lighting render issue in i915

https://bugs.freedesktop.org/show_bug.cgi?id=103047 Steven Noonan changed: What|Removed |Added Version|17.2|18.0 ---

Re: [PATCH 7/8] drm/bridge: fix dependency for lvds-encoder

On Mon, May 28, 2018 at 10:06 AM, Daniel Vetter wrote: > On Mon, May 28, 2018 at 10:02 AM, Laurent Pinchart > wrote: >> Hi Arnd, >> >> Thank you for the patch. >> >> On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote: >>> The DRM panel

[Bug 103047] lighting render issue in i915

https://bugs.freedesktop.org/show_bug.cgi?id=103047 Steven Noonan changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop

[PATCH 11/12] ARM: dts: exynos5250-arndale: add display regulators

The patch adds fixed regulators used by DSI/LVDS bridge and panel. Regulators are named according to schematics. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- arch/arm/boot/dts/exynos5250-arndale.dts | 24 1

[PATCH 08/12] drm/bridge: tc358764: Add DSI to LVDS bridge driver

Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- drivers/gpu/drm/bridge/Kconfig| 7 + drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/tc358764.c

Re: [PATCH v3 RESEND] display: panel: Add AUO g070vvn01 display support (800x480)

Hi, > Hi Thierry, > > > This commit adds support for AUO's 7.0" display. > > > > Thierry, shall I perform some more work on this code, or is it > eligible for applying to your tree? Gentle ping. If Thierry is overworked - maybe there is a co-maintainer so he/she could apply this patch? >

Re: [PATCH RESEND] display: panel: Add KOE tx14d24vm1bpa display support (320x240)

Hi, > Hi Thierry, > > > This commit adds support for KOE's 5.7" display. > > > > Thierry, shall I perform some more work on this code, or is it > eligible for applying to your tree? Gentle ping. If Thierry is overworked - maybe there is a co-maintainer so he/she could apply this patch? >

[PATCH 06/12] drm/panel: add support for BOE HV070WSA-100 panel to simple-panel

The patch adds support for BOE HV070WSA-100 WSVGA 7.01 inch panel in panel-simple driver. The panel is used in Exynos5250-arndale boards. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- drivers/gpu/drm/panel/panel-simple.c | 25

[PATCH 09/12] ARM: dts: exynos5250: add mipi-phy node

The patch adds phy node, required by MIPI devices. Signed-off-by: Andrzej Hajda Signed-off-by: Maciej Purski --- arch/arm/boot/dts/exynos5250.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/exynos5250.dtsi

[PATCH 04/12] drm/exynos: add non-panel path to exynos_dsi_enable()

As DSIM can now have a bridge connected as a peripheral, it should be possible to successfully enable exynos_dsi, when there is no panel provided. Signed-off-by: Maciej Purski --- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 27 +-- 1 file changed, 13

Re: [PATCH 2/8] drm/amdgpu: fix 32-bit build warning

On Fri, May 25, 2018 at 6:50 PM, Arnd Bergmann wrote: > Casting a pointer to a 64-bit type causes a warning on 32-bit targets: > > drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v9.c:473:24: error: cast from > pointer to integer of different size [-Werror=pointer-to-int-cast] >

Re: [PATCH 07/12] dt-bindings: tc358754: add DT bindings

Hi Maciej, Thank you for the patch. On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote: > The patch adds bindings to Toshiba DSI/LVDS bridge TC358764. > Bindings describe power supplies, reset gpio and video interfaces. > > Signed-off-by: Andrzej Hajda >

[git pull] amdkfd next 4.18

Hi Dave, Final amdkfd pull request for 4.18: - Build amdkfd's related files inside amdgpu only if amdkfd is built - Fix compile warning - Print info message in case ASIC is not supported by amdkfd Thanks, Oded The following changes since commit dd41fb8547c2422f3a3a75e7226525e8bba9381c:

Re: [PATCH v2 0/6] drm/omap: Module parameter for display order configuration

Hi, On 28/05/18 13:55, Pekka Paalanen wrote: >> The series adds support for changing the order of the displays defined by DT >> display aliases. >> >> The motivation to do such a thing is that for example the fb emulation is >> treating the first display/crtc as the 'main' display and will

Re: [PATCH] gpu: drm: etnaviv: Change return type to vm_fault_t

Hi Souptick, Am Montag, den 21.05.2018, 22:42 +0530 schrieb Souptick Joarder: > Use new return type vm_fault_t for fault handler. For > now, this is just documenting that the function returns > a VM_FAULT value rather than an errno. Once all instances > are converted, vm_fault_t will become a

[PATCH v2 0/2] drm/rockchip: try to fix vblank hang resulting from iommu irq change

This still tries to address the hang seen by Ezequiel Garcia on rk3288. As Tomasz noted, trying to count enablement can run into concurrency issues, so instead we'll just check if the vop is runtime-enabled to see if it could be the source of the irq and then just do our own clk_enable in the isr

[PATCH v2 2/2] drm/rockchip: vop: fix irq disabled after vop driver probed

From: Sandy Huang The vop irq is shared between vop and iommu and irq probing in the iommu driver moved to the probe function recently. This can in some cases lead to a stall if the irq is triggered while the vop driver still has it disabled, but the vop irq handler gets

[PATCH v2 1/2] drm/rockchip: vop: split out core clock enablement into separate functions

Judging from the iommu code, both the hclk and aclk are necessary for register access. Split them off into separate functions from the regular vop enablement, so that we can use them elsewhere as well. Signed-off-by: Heiko Stuebner ---

[PATCH 0/4] Switch Versatile Express to use PL111 DRM driver

Hi Sudeep/Lorenzo, this series of 4 patches (maybe you have even queued the first patch) will switch the Versatile Express over to using the new PL111 DRM driver instead of the old fbdev driver. There are both DTS updates and defconfig updates. Surely too late for v4.18 but should be fine for

[PATCH 1/4] ARM: dts: Restructure Vexpress motherboard includes

It is a bit unorthodox to just include a file in the middle of a another DTS file, it breaks the pattern from other device trees and also makes it really hard to reference things across the files with phandles. Restructure the include for the Versatile Express motherboards to happen at the top of

[PATCH 2/4] ARM: dts: Modernize the Vexpress PL111 integration

The Versatile Express was submitted with the actual display bridges unconnected (but defined in the device tree) and mock "panels" encoded in the device tree node of the PL111 controller. This doesn't even remotely describe the actual Versatile Express hardware. Exploit the SiI9022 bridge by

[PATCH 3/4] ARM: defconfig: Update the vexpress defconfig

Update the Versatile Express defconfig to match the Kconfig changes in the kernel. Cc: Sudeep Holla Cc: Lorenzo Pieralisi Signed-off-by: Linus Walleij --- arch/arm/configs/vexpress_defconfig | 12 1 file

[PATCH 4/4] ARM: defconfig: Enable the PL111 DRM driver on vexpress

This updates the Versatile defconfig to use the new P111 DRM driver that is merged in the DRM subsystem. We deactivate the old CLCD driver and activate the Pl111 DRM driver and the SiI9022 HDMI bridge. We activate DMA memory allocation using CMA so that the special graphics memory for the

Re: [RFC PATCH v2 1/2] drm: Add generic colorkey properties

On Sat, May 26, 2018 at 06:56:22PM +0300, Dmitry Osipenko wrote: > Color keying is the action of replacing pixels matching a given color > (or range of colors) with transparent pixels in an overlay when > performing blitting. Depending on the hardware capabilities, the > matching pixel can either

Re: [PATCH 10/12] ARM: dts: exynos5250: add DSI node

On Mon, May 28, 2018 at 11:54 AM, Maciej Purski wrote: > The patch adds common part of DSI node for Exynos5250 platforms. > > Signed-off-by: Andrzej Hajda > Signed-off-by: Maciej Purski > --- > arch/arm/boot/dts/exynos5250.dtsi |

[PATCH] console/fbcon: Add support for deferred console takeover

Currently fbcon claims fbdevs as soon as they are registered and takes over the console as soon as the first fbdev gets registered. This behavior is undesirable in cases where a smooth graphical bootup is desired, in such cases we typically want the contents of the framebuffer (typically a vendor

[PATCH 0/1] console/fbcon: Add support for deferred console takeover

Hi All, Allthough this patch has turned out pleasantly small / simpel, I guess it still might be somewhat controversial. So let me explain why this patch is necessary. Various (desktop oriented) Linux distributions have spend a lot of time to not show way too technial boot messages to end users

Re: [PATCH 0/1] console/fbcon: Add support for deferred console takeover

On Mon, 28 May 2018, Hans de Goede wrote: > Various (desktop oriented) Linux distributions have spend a lot of time > to not show way too technial boot messages to end users during bootup. > What we would really like for the boot experience is something like > MacOS X /

Re: [PATCH 4/9] drm: Begin an API for in-kernel clients

Den 24.05.2018 10.42, skrev Daniel Vetter: On Wed, May 23, 2018 at 04:34:06PM +0200, Noralf Trønnes wrote: This the beginning of an API for in-kernel clients. First out is a way to get a framebuffer backed by a dumb buffer. Only GEM drivers are supported. The original idea of using an

[Bug 106225] Kernel panic after modesetting (not on every boot) on ryzen 5 2400g

https://bugs.freedesktop.org/show_bug.cgi?id=106225 --- Comment #30 from Jerry Zuo --- The commit on amd-staging-drm-next I checked out for verification is: Author: Shaoyun Liu AuthorDate: Tue May 22 11:45:41 2018 -0400 Commit: Alex Deucher

Re: [PATCH 8/8] drm/bridge: cdns: mark PM functions as __maybe_unused

+Thierry Hi Arnd, On Fri, 25 May 2018 17:50:15 +0200 Arnd Bergmann wrote: > These two functions are unused in some configurations, and using > __maybe_unused > is the easiest way to shut up the harmless warnings: > > drivers/gpu/drm/bridge/cdns-dsi.c:1353:12: error:

Re: [PATCH 09/12] ARM: dts: exynos5250: add mipi-phy node

On Mon, May 28, 2018 at 11:47 AM, Maciej Purski wrote: > The patch adds phy node, required by MIPI devices. > > Signed-off-by: Andrzej Hajda > Signed-off-by: Maciej Purski This have pretty small changes since original Andrzej's

Re: [PATCH v4 8/9] drm/mediatek: add third ddp path

Hi, Stu: One inline comment. On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch create third crtc by third ddp path > > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 3 +++ > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 5 + >

Re: [PATCH 7/8] drm/bridge: fix dependency for lvds-encoder

On Fri, May 25, 2018 at 5:50 PM, Arnd Bergmann wrote: > The DRM panel bridge code is built into the kms helpers module, so we > get a link error when trying to use it from a built-in driver while the > kms helper is a loadable module: > > drivers/gpu/drm/bridge/lvds-encoder.o: In

Re: [PATCH v4 9/9] drm/mediatek: Add support for mediatek SOC MT2712

Hi, Stu: Two inline comment. On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add support for the Mediatek MT2712 DISP subsystem. > There are two OVL engine and three disp output in MT2712. > > Signed-off-by: Stu Hsieh > --- >

Re: [PATCH 7/8] drm/bridge: fix dependency for lvds-encoder

Hi Arnd, Thank you for the patch. On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote: > The DRM panel bridge code is built into the kms helpers module, so we > get a link error when trying to use it from a built-in driver while the > kms helper is a loadable module: > >

Re: [PATCH 7/8] drm/bridge: fix dependency for lvds-encoder

On Mon, May 28, 2018 at 10:02 AM, Laurent Pinchart wrote: > Hi Arnd, > > Thank you for the patch. > > On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote: >> The DRM panel bridge code is built into the kms helpers module, so we >> get a link error when

Re: [PATCH 2/3] drm/scheduler: add documentation

On Fri, May 25, 2018 at 6:45 AM, Nayan Deshmukh wrote: > convert existing raw comments into kernel-doc format as well > as add new documentation > > Signed-off-by: Alex Deucher > Signed-off-by: Nayan Deshmukh > ---

Re: [PATCH v1 1/7] drm/mediatek: move dpi private data to device

Hi, Bibby: Some inline comment. On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > From: chunhui dai > > move clock factor and edge enable setting to private data. > I think this modification is to separate different part of dpi driver for different chip.

Re: [PATCH v1 2/7] drm/mediatek: fix to get right bridge for dpi encoder

Hi, Bibby: Some inline comment. On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > From: chunhui dai > > 1, dpi is an encoder, there is an bridge in the struct > of decoder, we could use it. The encoder.bridge is assigned in drm_bridge_attach(), so I think the

Re: [PATCH 2/3] drm/scheduler: add documentation

I have done that already, sent a patch with this one. The last patch of this series. I have tried to take care of all the hyperlinks. On Mon, May 28, 2018 at 1:39 PM, Daniel Vetter wrote: > On Fri, May 25, 2018 at 6:45 AM, Nayan Deshmukh > wrote: >>

Re: [PATCH v1 4/7] drm/mediatek: add hdmi driver for different hardware

Hi, Bibby: On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > From: chunhui dai > > This patch adds hdmi driver suppot for both MT2701 and MT7623. > And also support other (existing or future) chips that use > the same binding and driver. I think this patch

[PATCH v4 9/9] drm/mediatek: Add support for mediatek SOC MT2712

This patch add support for the Mediatek MT2712 DISP subsystem. There are two OVL engine and three disp output in MT2712. Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 39 ++ drivers/gpu/drm/mediatek/mtk_drm_drv.c |

[PATCH v4 3/9] drm/mediatek: add ddp component AAL1

This patch add component AAL1 and rename AAL to AAL0 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 2 +- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 3 ++- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++-

[PATCH v4 4/9] drm/mediatek: add ddp component OD1

This patch add the component OD1 and rename the OD to OD1 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 ++-- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 3 ++- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++-

[PATCH v4 0/9] Add support for mediatek SOC MT2712

This patch add support for the Mediatek MT2712 DISP subsystem. MT2712 is base on MT8173, there are some difference as following: MT2712 support three disp output(two ovl and one rdma) Change in v4: - Move some modification about AAL1 from patch "Add support for mediatek SOC MT2712" to "add

[PATCH v4 5/9] drm/mediatek: add ddp component PWM1

This patch add component PWM1 in mtk_ddp_matches Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c index

[PATCH v4 8/9] drm/mediatek: add third ddp path

This patch create third crtc by third ddp path Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 3 +++ drivers/gpu/drm/mediatek/mtk_drm_drv.c | 5 + drivers/gpu/drm/mediatek/mtk_drm_drv.h | 7 +-- 3 files changed, 13 insertions(+), 2

[PATCH v4 1/9] drm/mediatek: update dt-bindings for mt2712

Update device tree binding documentation for the display subsystem for Mediatek MT2712 SoCs. Signed-off-by: Stu Hsieh Acked-by: CK Hu --- Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v4 7/9] drm/mediatek: add connection from OD1 to RDMA1

This patch add the connection from OD1 to RDMA1 for ext path. Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v4 2/9] drm/mediatek: support maximum 64 mutex mod

This patch support that if modules more than 32, add index more than 31 when using DISP_REG_MUTEX_MOD2 bit Signed-off-by: Stu Hsieh Reviewed-by: CK Hu --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 75 +- 1 file changed,

[PATCH v4 6/9] drm/mediatek: add ddp component PWM2

This patch add component PWM2 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 + drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c

[Bug 106517] IGT commit rights

https://bugs.freedesktop.org/show_bug.cgi?id=106517 --- Comment #5 from Martin Peres --- (In reply to Dhinakaran Pandiyan from comment #4) > (In reply to arkadiusz.hi...@intel.com from comment #3) > > Hey, > > > > Is this request for an freedesktop account at the same

[Bug 106639] System display has noise when amdgpu module is being loaded

https://bugs.freedesktop.org/show_bug.cgi?id=106639 --- Comment #3 from jian-h...@endlessm.com --- Created attachment 139808 --> https://bugs.freedesktop.org/attachment.cgi?id=139808=edit Here is the video of the noise, watch the bottom of the screen Thanks for the suggestion from Michel. I

[Bug 106639] System display has noise when amdgpu module is being loaded

https://bugs.freedesktop.org/show_bug.cgi?id=106639 --- Comment #4 from jian-h...@endlessm.com --- Created attachment 139809 --> https://bugs.freedesktop.org/attachment.cgi?id=139809=edit dmesg of trying commit b8f3439fa5358ac84d29fa2f4afa115500dec74c Here is the full dmesg of trying the

Re: [PATCH v4 4/9] drm/mediatek: add ddp component OD1

Hi, Stu: On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add the component OD1 and > rename the OD to OD1 rename the OD to OD0 > > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 ++-- >

Re: [PATCH 2/3] drm/scheduler: add documentation

If there are no more objections/suggestions I will send the patch with the changes suggested by Alex and Christian later today. Nayan On Fri, May 25, 2018 at 8:24 PM, Alex Deucher wrote: > On Fri, May 25, 2018 at 12:45 AM, Nayan Deshmukh >

Re: [PATCH v4 6/9] drm/mediatek: add ddp component PWM2

Hi, Stu: On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add component PWM2 > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 + > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h |

Re: [PATCH v4 5/9] drm/mediatek: add ddp component PWM1

Hi, Stu: On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add component PWM1 in mtk_ddp_matches > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 1 + > 1 file changed, 1

Re: [PATCH v4 3/9] drm/mediatek: add ddp component AAL1

Hi, Stu: On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add component AAL1 and > rename AAL to AAL0 > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 2 +- >

Re: [PATCH v4 7/9] drm/mediatek: add connection from OD1 to RDMA1

Hi, Stu: On Mon, 2018-05-28 at 14:38 +0800, Stu Hsieh wrote: > This patch add the connection from OD1 to RDMA1 for ext path. > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 4 > 1 file changed,

Re: [PATCH v1 7/7] drm/mediatek: config component output by device node port

Hi, Bibby: On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > We can select output component by device node port. > Main path default output component is DSI. > External path default output component is DPI. Config the HW routine by device tree is a good idea. But I would like this to be

About the DRM Mediatek patches

Hi, Ulrich, I found two DRM-Mediatek related patches as below from you. https://patchwork.kernel.org/patch/10009039/ https://patchwork.kernel.org/patch/10009049/ Did you have any plans to send the new version (There are some comments from Philipp)? If not, may I send the new version? Thanks.

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

https://bugs.freedesktop.org/show_bug.cgi?id=106175 --- Comment #14 from Michel Dänzer --- (In reply to tempel.julian from comment #13) > So there might be an actual connection to pageflipping? Yeah, the problem seems to be a bad interaction between page flipping and cursor

[Bug 106671] Frequent lock ups for AMD RX 550 graphics card

https://bugs.freedesktop.org/show_bug.cgi?id=106671 Michel Dänzer changed: What|Removed |Added Component|Driver/AMDgpu

Re: [PATCH v1 5/7] drm/mediatek: implement connection from BLS to DPI0

Hi, Bibby: On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > Modify display driver to support connection from BLS to DPI. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 14 +- > 1 file changed, 13 insertions(+), 1

Re: [PATCH v2 10/11] arm64: dts: r8a77965-salvator-x: Enable DU external clocks and HDMI

Hi Kieran, Morimoto-san, On Fri, Apr 27, 2018 at 6:57 PM, Kieran Bingham wrote: > The DU1 external dot clock is provided by the fixed frequency clock > generator X21, while the DU0 and DU3 clocks are provided by the > programmable Versaclock5 clock

Re: [PATCH v1 3/7] drm/mediatek: add dpi driver for mt2701 and mt7623

Hi, Bibby: On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > From: chunhui dai > > This patch adds dpi driver suppot for both mt2701 and mt7623. > And also support other (existing or future) chips that use > the same binding and driver. > > Signed-off-by:

Re: [PATCH v1 6/7] drm/mediatek: add a error return value when clock driver has been prepared

Hi, Bibby: On Mon, 2018-05-14 at 15:52 +0800, Bibby Hsieh wrote: > DRM driver get the comp->clk by of_clk_get(), we only > assign NULL to comp->clk when error happened, but do > not return the error number. > Reviewed-by: CK Hu > Signed-off-by: Bibby Hsieh

Re: [PATCH 1/8] drm/sun4i: mark PM functions as __maybe_unused

On Fri, May 25, 2018 at 05:50:08PM +0200, Arnd Bergmann wrote: > Disabling CONFIG_PM produces a compile time warning when these > functions are not referenced: > > drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c:1072:12: error: > 'sun6i_dsi_runtime_suspend' defined but not used [-Werror=unused-function]

[Bug 106175] amdgpu.dc=1 shows performance issues with Xorg compositors when moving windows

https://bugs.freedesktop.org/show_bug.cgi?id=106175 --- Comment #15 from tempel.jul...@gmail.com --- I just tried that option with the xf86 amdgpu DDX driver and as expected, stuttering disappears in exchange for tearing close to the very top of the screen. I'm really glad you could confirm the