[PATCH v2] drm/bridge: adv7511: add support for the 2nd chip

The Renesas Wheat board has 2 ADV7513 chips on the same I2C bus, however the ADV751x driver only supports 1 chip as it tries to assign the packet/ EDID/CEC memory I2C devices to the fixed I2C addresses. Assign these I2C addresses at the fixed offsets (derived from the programming guide) from

[PATCH 0/7] drm/sun4i: Introduce A33 display driver

gisters accordingly. Hmmm, yeah, we would need to adjust the bindings too... I guess I'd prefer 1), but that would also be the most invasive solution. I'm not sure how the DT maintainers feel about that. Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free

[PATCH 3/7] drm/sun4i: Add SAT and DRC drivers

bedded Linux and Kernel engineering http://free-electrons.com -- next 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/20160905/d96df651/attachment.sig>

Hibernation broken since commit 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

> Recently I got myself a new laptop with the following integrated GPU: > > 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Mullins [Radeon R3 Graphics] (rev 40) > > I found that hibernation is broken in Linux 4.7+ (it works in Linux 4.6) > and bisected it to commit

[PATCH 2/7] drm/sun4i: support A33 tcon

em. If you think > otherwise you should mention it in the commit message. Ack, i will change it in the v2. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next 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/20160905/954bf4e8/attachment.sig>

[PATCH 5/7] ARM: sun8i: a33: Add display pipeline

me function description as SAT on > the A33. It uses the reserved registers at the beginning of the BE > address space. Hmm, ok, so you would essentially, merge the backend and sat nodes? That wouldn't be very hard to do, i'll do it. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next 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/20160905/edb8a22f/attachment-0001.sig>

[Bug 97605] AMDGPU Black Screen when Booting

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/c2dda936/attachment-0001.html>

[PATCH 4/7] drm/panel: Add Sinlinx SinA33 7" panel

ot available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/29fbffe6/attachment.sig>

[PATCH 3/6] drm/panel: simple: Add A10 EVB 5 inch panel support

On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard wrote: > The A10-EVB from Allwinner comes with an unidentified panel, with the only > mark on the PCB being A10-SUB-EVB-5LCD. > > Add timings to simple panel to handle it. > > Signed-off-by: Maxime Ripard > --- >

[PATCH 1/2] drm/rockchip: cdn-dp: support audio hot-plug

Issue hot-plug detection, EDID update, and ELD update notifications from DP drivers. Signed-off-by: Chris Zhong --- drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c b/drivers/gpu/drm/rockchip/cdn-dp-core.c

[PATCH 0/2] Add DP dai-links to the rk3399-gru machine driver

Hi This series patch is for the machine driver supporting for DP. It base on the DP drvier patches[0] and hdmi-notify patches[1], they are both in reviewing. [0] https://patchwork.kernel.org/patch/9315557/ https://patchwork.kernel.org/patch/9278077/ [1]

[v14.2 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[Bug 97593] [amdgpu SI] low performace, low (about 1/4) VRAM usage

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

[Bug 97593] [amdgpu SI] low performace, low (about 1/4) VRAM usage

hments/20160905/51ba540c/attachment.html>

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 Boris Carvajal changed: What|Removed |Added CC||boris2.9 at gmail.com --- Comment #45

[PATCH 4/4] drm/fsl-dcu: do not update when modifying irq registers

The IRQ status and mask registers are not "double buffered" according to the reference manual. Hence, there is no extra transfer/update write needed when modifying these registers. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 4 1 file changed, 4 deletions(-)

[PATCH 3/4] drm/fsl-dcu: update all registers on flush

Use the UPDATE_MODE READREG bit to initiate a register transfer on flush. This makes sure that we flush all registers only once for all planes. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 3 +++ drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 5 - 2 files

[PATCH 2/4] drm/fsl-dcu: respect pos/size register sizes

Mask the size and position values to avoid mutual overwriting. Especially, a negative X position caused the Y position to be overwritten with 0xfff too. This has been observed when using a layer as cursor layer. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 8

[PATCH 1/4] drm/fsl-dcu: support overlay and cursor planes

Add support for overlay plane and a cursor plane. The driver uses the topmost plane as cursor plane. The DCU IP would have dedicated cursor support, but that lacks proper color support and hence is not practical to use for Linux systems. Signed-off-by: Stefan Agner ---

[PATCH 0/4] drm/fsl-dcu: add overlay and cursor plane support

This patchset adds overlay and cursor plane support. It also fixes some issues uncovered during implementation of this. However, the plane updates currently causes the display to flicker for unknown reasons. As far as I can tell, the CRTC atomic_flush should trigger the update correctly via

[PATCH 2/6] pinctrl: sunxi: Add GR8 controller support

On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard wrote: > From: Mylène Josserand > > Just like the other member of the sunxi family, let's add a pinctrl table > for the muxing options. > > Signed-off-by: Mylène Josserand > Signed-off-by: Maxime Ripard > --- >

[PATCH 6/6] ARM: dts: gr8: Add support for the GR8 evaluation board

Hi, On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard wrote: > From: Mylène Josserand > > The GR8-EVB is a small board with an NextThing GR8, an Hynix MLC NAND, > an AXP209 PMIC, USB host and OTG, an SPDIF output and a connectors for CSI, > I2S and LCD. > > Signed-off-by: Mylène Josserand >

[Bug 97119] screen flickerin under KDE when compositor was dis- and reenabled

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

[Bug 97119] screen flickerin under KDE when compositor was dis- and reenabled

vel/attachments/20160905/4af8a0ec/attachment.html>

[8086:0416] i915 Inability to drive internal (eDP) panel since 4.7 final

re URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/fd0b38ce/attachment.sig>

[PATCH v5 6/7] drm: add SimpleDRM driver

Den 02.09.2016 10:22, skrev David Herrmann: > The SimpleDRM driver binds to simple-framebuffer devices and provides a > DRM/KMS API. It provides only a single CRTC+encoder+connector combination > plus one initial mode. > > Userspace can create dumb-buffers which can be blit into the real >

[PATCH v5 4/7] video: add generic framebuffer eviction

Den 05.09.2016 13:19, skrev David Herrmann: > Hi > > On Sat, Sep 3, 2016 at 2:06 PM, Noralf Trønnes wrote: >> Den 02.09.2016 10:22, skrev David Herrmann: >>> There are several situations where we want hardware handover from an early >>> boot GFX driver (e.g., vgacon, vesafb, efifb, simplefb) to

[PATCH v8 15/18] ARM: STi: DT: STiH407: Add uniperif reader dt nodes

On Mon, 05 Sep 2016, Arnaud Pouliquen wrote: > +dai-name = "Uni Reader #0 (PCM IN)"; > >>> > >>> Oooo, not seen something like this before. > >>> > >>> If it does not already have one, it would require a DT Ack. > >> > >> No idea, the driver got merged 1 year ago. >

[PATCH RESEND] drm/fsl-dcu: disable clock on error path

From: Fabio Estevam In fsl_dcu_drm_pm_resume() we should disable the previously enabled clock (fsl_dev->clk) when enabling fsl_dev->pix_clk fails. Signed-off-by: Fabio Estevam --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 6 +- 1 file changed, 5 insertions(+), 1

[PATCH libdrm] configure.ac: Allow explicit enabling of cunit tests

Add --with-cunit to make it easier to do reproducible builds. Default is still to probe cunit and build opportunistically. Signed-off-by: Jussi Kukkonen --- configure.ac | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index

[Intel-gfx] [PATCH v4 3/4] drm/i915: Use new CRC debugfs API

On 5 September 2016 at 14:44, Emil Velikov wrote: > On 5 September 2016 at 10:45, Tomeu Vizoso > wrote: >> On 2 September 2016 at 17:18, Emil Velikov >> wrote: >>> Hi Tomeu, >>> >>> IMHO it would be better to split out the refactoring into preparatory >>> patch. It brings a minor change which

[Bug 97119] screen flickerin under KDE when compositor was dis- and reenabled

org/archives/dri-devel/attachments/20160905/5245a565/attachment.html>

[PATCH 0/4] Backported vlv fixes for 4.7.y

On Mon, Aug 29, 2016 at 05:27:38PM -0400, Lyude Paul wrote: > drm/i915/vlv: Make intel_crt_reset() per-encoder: > 4570d833390b10043d082fe535375d4a0e071d9c > drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init(): > 4c732e6ee9e71903934d75b12a021eb3520b6197 > drm/i915/vlv: Disable HPD in

[PATCH] drm: modify drm_global_item_ref to avoid two times of writing ref->object

In previous drm_global_item_ref, there are two times of writing ref->object if item->refcount is 0. So this patch does a minor update to put alloc and init ref firstly, and then to modify the item of glob array. Use "else" to avoid two times of writing ref->object. It can make the code logic more

[PATCH v8 15/18] ARM: STi: DT: STiH407: Add uniperif reader dt nodes

Hello ptere, Lee, Thanks for your remarks, Regards Arnaud On 08/31/2016 01:28 PM, Lee Jones wrote: > On Tue, 30 Aug 2016, Peter Griffin wrote: >> Thanks for reviewing and your very valuable feedback. >> On Tue, 30 Aug 2016, Lee Jones wrote: >>> On Fri, 26 Aug 2016, Peter Griffin wrote: >>>

[PATCH v9 19/19] dmaengine: kconfig: Remove superfluous '\n'

Remove the extra '\n' between kconfig entries. Signed-off-by: Peter Griffin --- drivers/dma/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index 7c5d946..5b5a341 100644 --- a/drivers/dma/Kconfig +++ b/drivers/dma/Kconfig @@ -462,7 +462,6 @@

[PATCH v9 18/19] drm/virtio: kconfig: Fixup white space.

Use tabs instead of spaces. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- drivers/gpu/drm/virtio/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig index 90357d9..2d83932 100644 ---

[PATCH v9 17/19] drm/virtio: kconfig: Fix recursive dependency issue.

ST_SLIM_REMOTEPROC must select REMOTEPROC, which exposes the following recursive dependency. [..] drivers/video/fbdev/Kconfig:5:error: recursive dependency detected! For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations"

[PATCH v9 16/19] ARM: DT: STi: stihxxx-b2120: Add DT nodes for STi audio card

This patch enables the uniperif players 2 & 3 for b2120 boards and also adds the "simple-audio-card" device node to interconnect the SoC sound device and the codec. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin --- arch/arm/boot/dts/stihxxx-b2120.dtsi | 45

[PATCH v9 15/19] ARM: STi: DT: STiH407: Add uniperif reader dt nodes

This patch adds the DT node for the uniperif reader IP block found on STiH407 family silicon. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin --- arch/arm/boot/dts/stih407-family.dtsi | 28 1 file changed, 28 insertions(+) diff --git

[PATCH v9 14/19] ARM: STi: DT: STiH407: Add uniperif player dt nodes

This patch adds the DT nodes for the uniperif player IP blocks found on STiH407 family silicon. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin --- arch/arm/boot/dts/stih407-family.dtsi | 80 +++ 1 file changed, 80 insertions(+) diff --git

[PATCH v9 13/19] ARM: STi: DT: STiH407: Add sti-sasg-codec dt node

This patch adds the dt node for the internal audio codec IP. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin --- arch/arm/boot/dts/stih407-family.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/stih407-family.dtsi

[PATCH v9 12/19] ARM: DT: STiH407: Add spdif_out pinctrl config

This patch adds the pinctrl config for the spidf out pins used by the sasg codec IP. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/boot/dts/stih407-pinctrl.dtsi | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v9 11/19] ARM: DT: STiH407: Add i2s_in pinctrl configuration

This patch adds the pinctrl config for the i2s_in pins used by the uniperif reader IP. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/boot/dts/stih407-pinctrl.dtsi | 24 1 file changed, 24 insertions(+) diff --git

[PATCH v9 10/19] ARM: DT: STiH407: Add i2s_out pinctrl configuration

This patch adds the pinctrl config for the i2s_out pins used by the uniperif player IP. Signed-off-by: Arnaud Pouliquen Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/boot/dts/stih407-pinctrl.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git

[PATCH v9 09/19] ARM: multi_v7_defconfig: Enable STi and simple-card drivers.

This patch enables the STi ALSA drivers found on STi platforms as well as the simple-card driver which is a dependency to have working sound. Signed-off-by: Peter Griffin Acked-by: Lee Jones Cc: arnaud.pouliquen at st.com Cc: broonie at kernel.org --- arch/arm/configs/multi_v7_defconfig | 3

[PATCH v9 08/19] ARM: multi_v7_defconfig: Enable STi FDMA driver

This DMA controller is found on all STi chipsets. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index ea23250..998578a

[PATCH v9 07/19] MAINTAINERS: Add FDMA driver files to STi section.

This patch adds the FDMA driver files to the STi section of the maintainers file. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5dd3b24..d21a7b5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v9 06/19] ARM: STi: DT: STiH407: Add FDMA driver dt nodes.

These nodes are required to get the fdma driver working on STiH407 based silicon. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 52 +++ 1 file changed, 52 insertions(+) diff --git

[PATCH v9 05/19] dmaengine: st_fdma: Add STMicroelectronics FDMA engine driver support

This patch adds support for the Flexible Direct Memory Access (FDMA) core driver. The FDMA is a slim core CPU with a dedicated firmware. It is a general purpose DMA controller capable of supporting 16 independent DMA channels. Data moves maybe from memory to memory or between memory and paced

[PATCH v9 04/19] dmaengine: st_fdma: Add STMicroelectronics FDMA driver header file

This header file will also be used by the dma xbar driver in the future. Signed-off-by: Ludovic Barre Signed-off-by: Peter Griffin --- drivers/dma/st_fdma.h | 249 ++ 1 file changed, 249 insertions(+) create mode 100644 drivers/dma/st_fdma.h

[PATCH v9 03/19] dmaengine: st_fdma: Add STMicroelectronics FDMA DT binding documentation

This patch adds the DT binding documentation for the FDMA constroller found on STi based chipsets from STMicroelectronics. Signed-off-by: Ludovic Barre Signed-off-by: Peter Griffin Acked-by: Rob Herring --- Documentation/devicetree/bindings/dma/st_fdma.txt | 87 +++ 1 file

[PATCH v9 02/19] MAINTAINERS: Add st slim core rproc driver to STi section.

This patch adds the slim core rproc driver to the STi section of the MAINTAINERS file. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 0bbe4b1..5dd3b24 100644 --- a/MAINTAINERS +++

[PATCH v9 01/19] remoteproc: st_slim_rproc: add a slimcore rproc driver

slim core is used as a basis for many IPs in the STi chipsets such as fdma and demux. To avoid duplicating the elf loading code in each device driver a slim rproc driver has been created. This driver is designed to be used by other device drivers such as fdma, or demux whose IP is based around a

[PATCH v9 00/19] Add support for FDMA DMA controller and slim core rproc found on STi chipsets

Hi Vinod, Bjorn, Patrice, This patchset adds support for the Flexible Direct Memory Access (FDMA) core found on STi chipsets from STMicroelectronics. The FDMA is a slim core CPU with a dedicated firmware. It is a general purpose DMA controller supporting 16 independent channels and data can be

[PATCH v4 3/4] drm/i915: Use new CRC debugfs API

On 5 September 2016 at 10:45, Tomeu Vizoso wrote: > On 2 September 2016 at 17:18, Emil Velikov > wrote: >> Hi Tomeu, >> >> IMHO it would be better to split out the refactoring into preparatory >> patch. It brings a minor change which (not 100% sure on that) should >> not cause issues but is

[PATCH v5 7/7] drm/simpledrm: add fbdev fallback support

Hi On Sat, Sep 3, 2016 at 7:15 PM, Noralf Trønnes wrote: > > Den 03.09.2016 14:04, skrev Noralf Trønnes: >> >> >> Den 02.09.2016 10:22, skrev David Herrmann: >>> >>> Create a simple fbdev device during SimpleDRM setup so legacy user-space >>> and fbcon can use it. >>> >>> Signed-off-by: David

[PATCH v5 4/7] video: add generic framebuffer eviction

Hi On Sat, Sep 3, 2016 at 2:06 PM, Noralf Trønnes wrote: > > Den 02.09.2016 10:22, skrev David Herrmann: >> >> There are several situations where we want hardware handover from an early >> boot GFX driver (e.g., vgacon, vesafb, efifb, simplefb) to a full fletched >> GFX driver (e.g., most DRM

[PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

when in ddr frequency scaling process, vop can not do enable or disable operation, since in dcf we check vop clock to see whether vop work. If vop work, dcf do ddr frequency scaling when vop in vblank status, and we need to read vop register to check whether vop go into vblank status. If vop not

[PATCH v10 4/5] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

base on dfi result, we do ddr frequency scaling, register dmc driver to devfreq framework, and use simple-ondemand policy. Signed-off-by: Lin Huang Signed-off-by: MyngJoo Ham Reviewed-by: Chanwoo Choi --- Changes in v10: - None Changes in v9: - None Changes in v8: - None Changes in v8: - do

[PATCH v10 3/5] Documentation: bindings: add dt documentation for rk3399 dmc

This patch adds the documentation for rockchip rk3399 dmc driver. Signed-off-by: Lin Huang Reviewed-by: Chanwoo Choi --- Changes in v10: - add rockchip prefix in property describe Changes in v9: - add ddr timing property to node Changes in v8: - add ddr timing properties Changes in v7: -

[PATCH v10 2/5] PM / devfreq: event: support rockchip dfi controller

on rk3399 platform, there is dfi conroller can monitor ddr load, base on this result, we can do ddr freqency scaling. Signed-off-by: Lin Huang Signed-off-by: MyungJoo Ham Acked-by: Chanwoo Choi --- Changes in v10: -None Changes in v9: -None Changes in v8: -None Changes in v7: -access need

[PATCH v10 1/5] Documentation: bindings: add dt documentation for dfi controller

This patch adds the documentation for rockchip dfi devfreq-event driver. Signed-off-by: Lin Huang Acked-by: Chanwoo Choi --- Changes in v10: - None Changes in v9: - reorder compatible and reg Changes in v8: - delete a unuse blank line Changes in v7: - None Changes in v6: - None Changes in

[PATCH v10 0/5] rk3399 support ddr frequency scaling

rk3399 platform have dfi controller can monitor ddr load, and dcf controller to handle ddr register so we can get the right ddr frequency and make ddr controller happy work(which will implement in bl31). So we do ddr frequency scaling with following flow: kernel

[PATCH] drm/fsl-dcu: disable clock on error path

On 2016-08-21 19:22, Fabio Estevam wrote: > From: Fabio Estevam > > In fsl_dcu_drm_pm_resume() we should disable the previously enabled > clock (fsl_dev->clk) when enabling fsl_dev->pix_clk fails. > > Signed-off-by: Fabio Estevam Applied, thanks! -- Stefan

[PATCH -next] drm/fsl-dcu: use PTR_ERR_OR_ZERO() to simplify the code

On 2016-07-25 00:08, Wei Yongjun wrote: > Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR. > > Generated by: scripts/coccinelle/api/ptr_ret.cocci > > Signed-off-by: Wei Yongjun Applied! -- Stefan

[PATCH] drm/fsl-dcu: fix endian issue when using clk_register_divider

On 2016-09-05 01:46, Meng Yi wrote: >> Subject: [PATCH] drm/fsl-dcu: fix endian issue when using >> clk_register_divider >> >> Since using clk_register_divider to setup the pixel clock, regmap is no >> longer >> used. Regmap did take care of DCU using different endianness. Check >> endianness

drm timing problems in sama5d3 Xplained.

Hi Alex, On Mon, 5 Sep 2016 11:04:51 +0200 Alex Vazquez wrote: > Hi All. > I am using DRM in a sama5d3 Xplained with display TM43 and I've found with > the following problem: > I deleted the network interfaces in the device tree for my system to boot > faster. My problem is that now the startup

[PATCH v5 4/4] drm/i915: Put "cooked" vlank counters in frame CRC lines

Use drm_accurate_vblank_count so we have the full 32 bit to represent the frame counter and userspace has a simpler way of knowing when the counter wraps around. Signed-off-by: Tomeu Vizoso --- drivers/gpu/drm/i915/i915_irq.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH v5 3/4] drm/i915: Use new CRC debugfs API

The core provides now an ABI to userspace for generation of frame CRCs, so implement the ->set_crc_source() callback and reuse as much code as possible with the previous ABI implementation. v2: - Leave the legacy implementation in place as the ABI implementation in the core is

[PATCH v5 2/4] drm: Add API for capturing frame CRCs

Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output

[PATCH v5 1/4] drm/i915/debugfs: Move out pipe CRC code

In preparation to using a generic API in the DRM core for continuous CRC generation, move the related code out of i915_debugfs.c into a new file. Eventually, only the Intel-specific code will remain in this new file. v2: Rebased. Signed-off-by: Tomeu Vizoso --- drivers/gpu/drm/i915/Makefile

[PATCH v5 0/4] New debugfs API for capturing CRC of frames

Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers

[PATCH v4 3/4] drm/i915: Use new CRC debugfs API

On 2 September 2016 at 17:18, Emil Velikov wrote: > Hi Tomeu, > > IMHO it would be better to split out the refactoring into preparatory > patch. It brings a minor change which (not 100% sure on that) should > not cause issues but is worth pointing out. I think at this point it would make sense

[PATCH v4 0/4] IPUv3 prep for i.MX5/6 v4l2 staging drivers, v4

Hi Philipp, On Thu, Aug 25, 2016 at 11:17 AM, Tim Harvey wrote: > Philipp, > > Have you had a chance to review this last series of Steve's submitted > last week? We are down to 4 patches in gpu/ipu-v3 needed in order to > get his IMX5/6 capture driver into staging and the sooner we do that >

[PATCH 6/6] drm/i915: Enable support for nonblocking modeset

From: Maarten Lankhorst Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index

[PATCH 5/6] drm/i915: Pass atomic state to verify_connector_state

From: Maarten Lankhorst This gets rid of a warning that the connectors are used without locking when doing a nonblocking modeset. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 23 ++- 1 file changed, 14

[PATCH 4/6] drm/i915: Update atomic modeset state synchronously

From: Maarten Lankhorst All of this state should be updated as soon as possible. It shouldn't be done later because then future updates may not depend on it. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 15 --- 1

[PATCH 3/6] drm/edid: Remove drm_select_eld

From: Maarten Lankhorst The only user was i915, which is now gone. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_edid.c | 26 -- include/drm/drm_edid.h | 1 - 2 files changed, 27 deletions(-) diff --git

[PATCH 2/6] drm/i915: Pass atomic state to intel_audio_codec_enable

From: Maarten Lankhorst drm_select_eld requires mode_config.mutex and connection_mutex because it looks at the connector list and at the legacy encoders. This is not required, because when we call audio_codec_enable we know which connector it was called for,

[PATCH 1/6] drm/i915: Convert intel_hdmi to use atomic state

From: Maarten Lankhorst This is the last connector still looking at crtc->config. Fix this. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_hdmi.c | 48 +-- 1 file changed, 21 insertions(+), 27 deletions(-)

[PATCH 0/6] drm/i915: Enable preliminary support for nonblocking modeset.:

From: Maarten Lankhorst This is still broken on SKL. IGT detects that nonblocking modesetting is supported by a check that does a nonblocking modeset followed by a synchronous commit. The nonblocking modeset works, but the synchronous commit immediately after

drm timing problems in sama5d3 Xplained.

est version of kernel 4.8 RC3 and the problem is still happening. Thanks! Regards! -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160905/1161cb33/attachment.html> --

[PATCH v4 2/4] drm: Add API for capturing frame CRCs

On 2 September 2016 at 16:50, Emil Velikov wrote: > Hi Tomeu, > > On 5 August 2016 at 11:45, Tomeu Vizoso wrote: > >> +#ifdef CONFIG_DEBUG_FS >> + spin_lock_init(>crc.lock); >> + init_waitqueue_head(>crc.wq); >> + crtc->crc.source = kstrdup("auto", GFP_KERNEL); > Pedantic:

[Bug 97166] lockup during gameplay of Batman series of games

|| -- 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/20160905/ef0b5b82/attachment.html>

drm: NULL pointer dereference in drm_mode_object_find()

On Fri, Aug 19, 2016 at 7:10 PM, Alexander Potapenko wrote: > Hello, > > the program below triggers a NULL deref in DRM code when ran on QEMU: > > === > BUG: unable to handle kernel NULL pointer dereference at (null) > IP: [< inline

[PATCH] drm/imx: Fix of_node ref counting

Am Montag, den 05.09.2016, 10:01 +0200 schrieb Philipp Zabel: > Hi Christophe, > > Am Sonntag, den 04.09.2016, 08:45 +0200 schrieb Christophe JAILLET: > > This code is spurious. > > It takes a ref on a node, then call 'of_node_put' on it and then store > > this node somewhere. > > The node

[PATCH] drm/imx: Fix of_node ref counting

Hi Christophe, Am Sonntag, den 04.09.2016, 08:45 +0200 schrieb Christophe JAILLET: > This code is spurious. > It takes a ref on a node, then call 'of_node_put' on it and then store > this node somewhere. The node pointer is not stored. Note that np is not dereferenced at all, we just compare the

[PATCH 4/5] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

Dear all, This patch rely on both rockchip.git and devfreq.git. Already, Rockchip SoC Maintainer (Heiko Stuebner) created the immutable branch[1]. When applying these patches on devfreq.git with pulling the immutable branch[1], It looks like that should not be a problem. [1]

[Bug 97590] Fury X (Fiji) LEDs do not reflect GPU load

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

[PATCH v9 3/5] Documentation: bindings: add dt documentation for rk3399 dmc

Hi Lin, Looks good to me. I add one comment on below. If you modify it according to my comment, feel free to add my tag. Reviewed-by: Chanwoo Choi On 2016년 09월 03일 06:08, Lin Huang wrote: > This patch adds the documentation for rockchip rk3399 dmc driver. > > Signed-off-by: Lin Huang >

[PATCH v9 1/5] Documentation: bindings: add dt documentation for dfi controller

Hi Lin, Looks good to me. Acked-by: Chanwoo Choi Best Regards, Chanwoo Choi On 2016년 09월 03일 06:08, Lin Huang wrote: > This patch adds the documentation for rockchip dfi devfreq-event driver. > > Signed-off-by: Lin Huang > --- > Changes in v9: > - reorder compatible and reg > >

[PATCH] drm/gma500: remove the process of stolen page in page fault handler.

; >> Thanks a lot. > > > > Hi Patrik, > > > > Could you please help to confirm my question? > > Thank you very much. > > Hi, > > The assumption that stolen memory will never be used with > psb_gem_create() might not hold true in the future and s

[PATCH] drm/fsl-dcu: fix endian issue when using clk_register_divider

> Subject: [PATCH] drm/fsl-dcu: fix endian issue when using clk_register_divider > > Since using clk_register_divider to setup the pixel clock, regmap is no longer > used. Regmap did take care of DCU using different endianness. Check > endianness using the device-tree property "big-endian" to

Hibernation broken since commit 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

Recently I got myself a new laptop with the following integrated GPU: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R3 Graphics] (rev 40) I found that hibernation is broken in Linux 4.7+ (it works in Linux 4.6) and bisected it to commit 274ad65c9d02

[PATCH] drm/fsl-dcu: Add gamma set for crtc

Hi Stefan, > > > > This is a errta for DCU, Gamma registers are supposed to be big > > endian, but actually it is little endian, do we > > Really need to create a second regmap? > > Do you have the exact wording of the errata? Below is the description from hardware team. Affects: 2D-ACE

[PATCH] drm/fsl-dcu: Add gamma set for crtc

Hi Stefan, > > + */ > > +static u32 swap_bytes(u16 var) > > We certainly don't want a byte swapping function in the driver. I am sure > Linux > has appropriate functions for that already, however, I am not convinced that > we need that at all. > Yeah, sure. Actually I had sent the V2 for this

[PATCH 4/7] drm/panel: Add Sinlinx SinA33 7" panel

Hi Everyone, 01.09.2016, 23:40, "Maxime Ripard" : >  The SinA33 has an unidentified panel. Add the timings for it under a new >  compatible. Excuse me... I will ask a question which is not fully related to the patch here... If I want to add a generic panel for Q8 tablets, what should it be

[PATCH] drm/fsl-dcu: Add gamma set for crtc

On 2016-09-03 03:49, Mark Brown wrote: > On Fri, Sep 02, 2016 at 02:22:46PM -0700, Stefan Agner wrote: >> I guess the problem is that regmap_write does byte swapping because >> ls1021a.dtsi defines the whole DCU register space to be big-endian. So >> you end up doing byte swapping twice. > >> If

[PATCH] drm/fsl-dcu: Add gamma set for crtc

On 2016-09-04 19:28, Meng Yi wrote: > Hi Stefan, > >> > + */ >> > +static u32 swap_bytes(u16 var) >> >> We certainly don't want a byte swapping function in the driver. I am sure >> Linux >> has appropriate functions for that already, however, I am not convinced that >> we need that at all. >> >

  1   2   >