[PATCH 4/7] ASoC: rockchip_max98090: Add dai_link for HDMI

Use two dai_links. One for HDMI and one for max98090. With this setup, audio can play to speaker and HDMI selectively. Signed-off-by: Cheng-Yi Chiang --- sound/soc/rockchip/rockchip_max98090.c | 82 +++--- 1 file changed, 60 insertions(+), 22 deletions(-) diff --git

[PATCH 3/7] drm/bridge/synopsys: dw-hdmi: Add HDMI notifier support

Use hdmi-notifier to notify codec driver that there is HDMI plug/unplug event. Signed-off-by: Cheng-Yi Chiang --- drivers/gpu/drm/bridge/synopsys/Kconfig | 1 + drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 28 +-- 2 files changed, 27 insertions(+), 2 deletions(-) diff

[PATCH 5/7] ASoC: rockchip: rockchip-max98090: Add node for HDMI

Let user specify HDMI node so machine driver can use it to let codec driver register callback on correct hdmi-notifier. Signed-off-by: Cheng-Yi Chiang --- Documentation/devicetree/bindings/sound/rockchip-max98090.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 7/7] ARM: dts: rockchip: Specify HDMI node to sound card node

Sound card needs HDMI node in order to register jack callback on HDMI notifier. Signed-off-by: Cheng-Yi Chiang --- arch/arm/boot/dts/rk3288-veyron-analog-audio.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/rk3288-veyron-analog-audio.dtsi

[PATCH 1/7] video: add HDMI state notifier support

From: Hans Verkuil Add support for HDMI hotplug and EDID notifiers, which is used to convey information from HDMI drivers to their CEC and audio counterparts. Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The hdmi_notifier is a reference counted

[PATCH 2/7] ASoC: hdmi-codec: use HDMI state notifier to add jack support

From: Philipp Zabel Use HDMI connection / disconnection notifications to update an ALSA jack object. Also make a copy of the ELD block after every change. This was posted by Philipp Zabel at https://patchwork.kernel.org/patch/9430747/ Modified by Cheng-Yi Chiang: - Fix the conflict of removed

[PATCH 6/7] ASoC: rockchip_max98090: Add HDMI jack support

In machine driver, create a jack and let hdmi-codec report jack status. Signed-off-by: Cheng-Yi Chiang --- sound/soc/rockchip/rockchip_max98090.c | 41 ++ 1 file changed, 41 insertions(+) diff --git a/sound/soc/rockchip/rockchip_max98090.c

[PATCH 0/7] Add HDMI audio support on RK3288 veyron board

This patch series is to support HDMI audio on RK3288 veyron board. To support jack reporting, there are two old patches: video: add HDMI state notifier support ASoC: hdmi-codec: use HDMI state notifier to add jack

[Bug 203779] booting with kernel version 5.1.6 on RX 580 hangs

https://bugzilla.kernel.org/show_bug.cgi?id=203779 Gobinda Joy (gobinda@gmail.com) changed: What|Removed |Added Summary|drm:amdgpu_ib_ring_tests|booting with kernel

Re: [v4 3/3] drm/mediatek: add mipi_tx driver for mt8183

Hi, Jitao: On Sat, 2019-06-01 at 17:52 +0800, Jitao Shi wrote: > This patch add mt8183 mipi_tx driver. > And also support other chips that use the same binding and driver. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/mediatek/Makefile | 1 + >

Re: [v4 6/7] drm/mediatek: change the dsi phytiming calculate method

Hi, Jitao: On Sat, 2019-06-01 at 17:26 +0800, Jitao Shi wrote: > Change the method of frame rate calc which can get more accurate > frame rate. > > data rate = pixel_clock * bit_per_pixel / lanes > Adjust hfp_wc to adapt the additional phy_data > > if MIPI_DSI_MODE_VIDEO_BURST > hfp_wc =

Re: [v4 3/7] drm/mediatek: add dsi reg commit disable control

Hi, Jitao: On Sat, 2019-06-01 at 17:26 +0800, Jitao Shi wrote: > New DSI IP has shadow register and working reg. The register > values are writen to shadow register. And then trigger with > commit reg, the register values will be moved working register. > > This fucntion is defualt on. But this

Re: [v4 2/7] drm/mediatek: fixes CMDQ reg address of mt8173 is different with mt2701

Hi, Jitao: On Sat, 2019-06-01 at 17:26 +0800, Jitao Shi wrote: > Config the different CMDQ reg address in driver data. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 29 - > 1 file changed, 24 insertions(+), 5 deletions(-) > > diff --git

Re: [v4 1/7] drm/mediatek: move mipi_dsi_host_register to probe

Hi, Jitao: On Sat, 2019-06-01 at 17:26 +0800, Jitao Shi wrote: > DSI panel driver need attach function which is inculde in > mipi_dsi_host_ops. > > If mipi_dsi_host_register is not in probe, dsi panel will > probe more delay. > > So move the mipi_dsi_host_register to probe from bind. > >

Re: linux-next: unable to fetch the drm-intel-fixes tree

Hi Stephen, On Mon, 3 Jun 2019 08:20:51 +1000 Stephen Rothwell wrote: > > Hi all, > > Trying to fetch the drm-intel-fixes tree today gives me this error: > > - > fatal: Could not read from remote repository. > > Please make sure

[PATCH] drm/msm: correct attempted NULL pointer dereference in put_iova

put_iova() would attempt to dereference a NULL pointer via the address space pointer when no IOMMU is present. Correct this by adding the appropriate check. Signed-off-by: Brian Masney --- drivers/gpu/drm/msm/msm_gem.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH libdrm 10/10] modetest: add FP16 format support

Signed-off-by: Ilia Mirkin --- tests/modetest/buffers.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/tests/modetest/buffers.c b/tests/modetest/buffers.c index 5ec4ec8e..8a8d9e01 100644 --- a/tests/modetest/buffers.c +++ b/tests/modetest/buffers.c @@ -194,6 +194,13 @@

[PATCH libdrm 09/10] modetest: add the ability to specify fill patterns on the commandline

Instead of hacking the binary every time, we can now specify directly. Signed-off-by: Ilia Mirkin --- tests/modetest/modetest.c | 29 - tests/util/pattern.c | 20 tests/util/pattern.h | 2 ++ 3 files changed, 46 insertions(+), 5

[PATCH libdrm 07/10] modetest: add an add_property_optional variant that does not print errors

As new features are added and others are declared to be legacy, it's nice to be able to implement fallbacks. As such, create a property-setting variant that does not generate errors which can very well be entirely expected. Will be used for gamma control in a future change. Signed-off-by: Ilia

[PATCH libdrm 06/10] modetest: don't pretend that atomic mode includes a format

Signed-off-by: Ilia Mirkin --- tests/modetest/modetest.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index 9c85c07b..a1c81f6c 100644 --- a/tests/modetest/modetest.c +++ b/tests/modetest/modetest.c @@ -1335,8

[PATCH libdrm 04/10] util: add fp16 format support

This change adds support for all current patterns. Signed-off-by: Ilia Mirkin --- tests/util/format.c | 5 ++ tests/util/pattern.c | 207 ++- 2 files changed, 209 insertions(+), 3 deletions(-) diff --git a/tests/util/format.c b/tests/util/format.c

[PATCH libdrm 05/10] util: add cairo drawing for 30bpp formats when available

Signed-off-by: Ilia Mirkin --- tests/util/pattern.c | 8 1 file changed, 8 insertions(+) diff --git a/tests/util/pattern.c b/tests/util/pattern.c index 37796dbf..d197c444 100644 --- a/tests/util/pattern.c +++ b/tests/util/pattern.c @@ -788,6 +788,14 @@ static void make_pwetty(void

[PATCH libdrm 08/10] modetest: add C8 support to generate SMPTE pattern

This includes logic to configure the LUT accordingly. Signed-off-by: Ilia Mirkin --- tests/modetest/buffers.c | 2 ++ tests/modetest/modetest.c | 47 ++- 2 files changed, 44 insertions(+), 5 deletions(-) diff --git a/tests/modetest/buffers.c

[PATCH libdrm 01/10] util: add C8 format, support it with SMPTE pattern

This also adds a helper to generate a color LUT, which has to be used in conjunction with the C8 indexed format. Signed-off-by: Ilia Mirkin --- tests/util/format.c | 2 ++ tests/util/pattern.c | 75 tests/util/pattern.h | 4 +++ 3 files changed,

[PATCH libdrm 03/10] util: add gradient pattern

The idea is to have a horizontal pattern split into two with the top and bottom halves having different precision. This allows one to see whether 10bpc support is working properly or not, as there are many pieces to the puzzle beyond the basic format support (gamma ramps, bpc encodings, etc).

[PATCH libdrm 00/10] Add C8, 30bpp and FP16 support to modetest

This series improves the pattern generation logic to support additional formats, as well as a new "gradient" pattern (see patch comments on why I found it useful). Furthermore, these formats are piped through to modetest, including the ability to set a gamma table, which is necessary for the C8

[PATCH libdrm 02/10] util: fix MAKE_RGBA macro for 10bpp modes

We need to shift the values up, otherwise we'd end up with a negative shift. This works for up-to 16-bit components, which is fine for now. Signed-off-by: Ilia Mirkin --- tests/util/pattern.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git

linux-next: unable to fetch the drm-intel-fixes tree

Hi all, Trying to fetch the drm-intel-fixes tree today gives me this error: - fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 --- Comment #9 from Richard Thier --- The problem is now surely been between cf2e92262b4 (good) and 04ea03d99d8 (bad) now. Still there are a number of some bisects still to do. Also there is a chance there is a minor issue on the other side of

Re: [PATCH] of/device: add blacklist for iommu dma_ops

On Fri, May 10, 2019 at 7:35 AM Rob Clark wrote: > > On Tue, Dec 4, 2018 at 2:29 PM Rob Herring wrote: > > > > On Sat, Dec 1, 2018 at 10:54 AM Rob Clark wrote: > > > > > > This solves a problem we see with drm/msm, caused by getting > > > iommu_dma_ops while we attach our own domain and manage

Re: [PATCH 2/2] drm/panel: Add Novatek NT39016 panel support

Hi Paul. Nice driver. Feedback, mostly a repeat from irc, but you get it here too so others can follow. The backlight handling can be simplified. Please see panel-innolux-p079zca.c as one (semi random) example. Sam > > Signed-off-by: Paul Cercueil This driver is authored by Maarten

Re: [PATCH 1/2] dt-bindings: display: Add King Display KD035G6-54NT panel documentation

Hi Paul. As already said on irc, maybe add: "The generic bindings for the SPI slaves documented in [1] also applies" as we see other binding using spi already does. Looking at: sitronix,st7789v.txt should reg also be specified as required here? Sam On Sun, Jun 02, 2019 at 06:48:43PM

[Bug 110777] Kernel 5.1-5.2 MCLK stuck at 167MHz Vega 10 (56)

https://bugs.freedesktop.org/show_bug.cgi?id=110777 --- Comment #1 from ant...@gmx.de --- This is still occuring on latest linux master cd6c84d8f0cdc911df435bb075ba22ce3c605b07 -- You are receiving this mail because: You are the assignee for the

[PATCH 1/2] dt-bindings: display: Add King Display KD035G6-54NT panel documentation

The KD035G6-54NT is a 3.5" 320x240 24-bit TFT LCD panel. Signed-off-by: Paul Cercueil --- .../panel/kingdisplay,kd035g6-54nt.txt| 27 +++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/kingdisplay,kd035g6-54nt.txt

[PATCH 2/2] drm/panel: Add Novatek NT39016 panel support

Add support for display panels built around the Novatek NT39016 display controller, as found on e.g. the King Display KD035G6-54NT 24-bit 320x240 3.5" LCD panel which equips the GCW Zero open-source handheld gaming console. Signed-off-by: Paul Cercueil --- drivers/gpu/drm/panel/Kconfig

[PATCH] video: fbdev: Fix Warning comparing pointer to 0 reported by coccicheck

drivers/video/fbdev/controlfb.c: WARNING comparing pointer to 0 drivers/video/fbdev/controlfb.c: WARNING comparing pointer to 0 drivers/video/fbdev/controlfb.c: WARNING comparing pointer to 0 Signed-off-by: Shobhit Kukreti --- drivers/video/fbdev/controlfb.c | 8 1 file changed, 4

[PATCH libdrm] etnaviv: Fix double-free in etna_bo_cache_free()

The following situation can happen in a multithreaded OpenGL application. A BO is submitted from etna_cmd_stream #1 with flags set for read. A BO is submitted from etna_cmd_stream #2 with flags set for write. This triggers a flush on stream #1 and clears the BO's current_stream pointer. If at this

[PATCH -next] drm/amd/display: Use kmemdup in dc_copy_stream()

Use kmemdup rather than duplicating its implementation. Detected by coccinelle. Signed-off-by: YueHaibing --- drivers/gpu/drm/amd/display/dc/core/dc_stream.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_stream.c

[PATCH 0/2] drm/nouveau/bios/init: Improve pre-PMU devinit opcode coverage

NVIDIA GPUs include a common scripting language (devinit) that can be interpreted by a number of "engines", e.g. within a kernel-mode software driver, the VGA BIOS or an on-board small microcontroller which provides certain security assertions (the 'PMU'). This system allows a GPU programming

[PATCH 2/2] drm/nouveau/bios/init: handle INIT_RESET_END devinit opcode

Signal that the reset sequence has completed. This opcode signals that the software reset sequence has completed. Ordinarily, no actual operations are performed by the opcode. However it allows for possible software work arounds by devinit engines in software agents other than the VBIOS, such as

[PATCH 1/2] drm/nouveau/bios/init: handle INIT_RESET_BEGUN devinit opcode

Signal that the reset sequence has begun. This opcode signals that the software reset sequence has begun. Ordinarily, no actual operations are performed by the opcode. However it allows for possible software work arounds by devinit engines in software agents other than the VBIOS, such as the

Re: [PATCH AUTOSEL 4.4 44/56] video: imsttfb: fix potential NULL pointer dereferences

On Sat, Jun 01, 2019 at 09:19:29AM -0700, Greg Kroah-Hartman wrote: On Sat, Jun 01, 2019 at 09:25:48AM -0400, Sasha Levin wrote: From: Kangjie Lu [ Upstream commit 1d84353d205a953e2381044953b7fa31c8c9702d ] In case ioremap fails, the fix releases resources and returns -ENOMEM to avoid NULL

[PATCH] drm/nouveau/bios: downgrade absence of tmds table to info from an error

Absence of a TMDS Info Table is common on Optimus setups where the NVIDIA gpu is not connected directly to any outputs. Reporting an error in this scenario is too harsh. Accordingly, change the error message to an info message. By default the error message also causes a boot flicker for these

[Bug 110813] Vega hung on Surviving Mars game

https://bugs.freedesktop.org/show_bug.cgi?id=110813 Bug ID: 110813 Summary: Vega hung on Surviving Mars game Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

[Bug 203781] AMDGPU Radeon VII crashes with dual monitors

https://bugzilla.kernel.org/show_bug.cgi?id=203781 --- Comment #1 from sehell...@gmail.com --- Created attachment 283035 --> https://bugzilla.kernel.org/attachment.cgi?id=283035=edit dmesg with one monitor - all fine -- You are receiving this mail because: You are watching the assignee of the

[Bug 203781] New: AMDGPU Radeon VII crashes with dual monitors

https://bugzilla.kernel.org/show_bug.cgi?id=203781 Bug ID: 203781 Summary: AMDGPU Radeon VII crashes with dual monitors Product: Drivers Version: 2.5 Kernel Version: 5.2.0-rc2, 5.1.x Hardware: x86-64 OS: Linux

[Bug 203779] drm:amdgpu_ib_ring_tests [amdgpu] *ERROR* IB test failed on gfx (-110)

https://bugzilla.kernel.org/show_bug.cgi?id=203779 --- Comment #1 from Gobinda Joy (gobinda@gmail.com) --- Created attachment 283031 --> https://bugzilla.kernel.org/attachment.cgi?id=283031=edit Linux version 5.1.6-350.vanilla.knurd.1.fc30.x86_64 -- You are receiving this mail because:

[Bug 110803] Coruption and flickering on polaris with mesa 19.0.5

https://bugs.freedesktop.org/show_bug.cgi?id=110803 crab2...@gmail.com changed: What|Removed |Added CC||crab2...@gmail.com --- Comment #2

[Bug 110803] Coruption and flickering on polaris with mesa 19.0.5

https://bugs.freedesktop.org/show_bug.cgi?id=110803 --- Comment #1 from crab2...@gmail.com --- Almost same problem here. Drop in terimnal of visual studio code is failed to be rendered. I can confirm the problem disappears if mesa downgrade to 19.0.4. -- You are receiving this mail because: You