[Bug 119831] "nomodeset" required to boot - MSI laptop G72 6QE, nouveau graphics

https://bugzilla.kernel.org/show_bug.cgi?id=119831 Zhang Rui changed: What|Removed |Added CC|lenb at kernel.org,| |rui.zhang at

[PATCH v1 0/5] Enable graphic support on RK3288 EVB boards

Hi Heiko, This series just want to enable the graphic support on RK3288 EVB boards, most of them are DTS changes, but still have one change about new eDP panel support. Thanks, - Yakir Yakir Yang (5): dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel drm/panel: simple: Add

[PATCH v1 1/5] dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel

The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and 32 pins eDP interface. This module supports 1536x2048 mode. Signed-off-by: Yakir Yang --- .../devicetree/bindings/display/panel/lg,lp079qx1-sp0v.txt | 7 +++ 1 file changed, 7 insertions(+) create mode 100644

[PATCH v1 3/5] ARM: dts: rockchip: add eDP/panel display device nodes for rk3288-evb

The default eDP panel on RK3288 EVB board is LG LP079QX1-SP0V TFT LCD, we haven't declared the panel regulator in the 'panel-simple' device node here, so the specific board like ACT8846 / RK8080 need to support the panel power supply. Signed-off-by: Yakir Yang ---

[PATCH v1 4/5] ARM: dts: rockchip: add the panel power supply for rk3288-evb board with act8846 pmu

Panel regulator is controller by a normal GPIO, so we need to write a regulator-fixed node for it. Signed-off-by: Yakir Yang --- arch/arm/boot/dts/rk3288-evb-act8846.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/rk3288-evb-act8846.dts

[PATCH v1 2/5] drm/panel: simple: Add support for LG LP079QX1-SP0V 1536x2048 panel

The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and 32 pins eDP interface. This module supports 1536x2048 mode. Signed-off-by: Yakir Yang --- drivers/gpu/drm/panel/panel-simple.c | 26 ++ 1 file changed, 26 insertions(+) diff --git

[PATCH v1 5/5] ARM: dts: rockchip: add the panel power supply for rk3288-evb board with rk808 pmu

Panel regulator is controller by a normal GPIO, so we need to write a regulator-fixed node for it. Signed-off-by: Yakir Yang --- arch/arm/boot/dts/rk3288-evb-rk808.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/rk3288-evb-rk808.dts

[PATCH v6v3 02/12] mm: migrate: support non-lru movable page migration

On Mon, Jun 27, 2016 at 11:21:01AM +0530, Anshuman Khandual wrote: > On 06/16/2016 11:07 AM, Minchan Kim wrote: > > On Thu, Jun 16, 2016 at 09:12:07AM +0530, Anshuman Khandual wrote: > >> On 06/16/2016 05:56 AM, Minchan Kim wrote: > >>> On Wed, Jun 15, 2016 at 12:15:04PM +0530, Anshuman Khandual

[PATCH v2 00/21] drm/tilcdc: Atomic modeset support

This series implements atomic modeset for TI's LCDC HW. The code has been tested on X-server, weston, and our kmsxx kms testing suite. The patches are based on my earlier tilcdc fixes and cleanups series [1]. I know that the tiny display pipe has been accepted for mainline and I have intention of

[PATCH v2 01/21] drm/tilcdc: Fix tilcdc component master unloading

Fix tilcdc component master unloading. If a subcomponent module (tda998x in this case) is unloaded before its master (tilcdc in this case), it calls drm_put_dev() and it should not be called again by the master when its module is unloaded. However component_master_del() must still be called and

[PATCH v2 02/21] drm/tilcdc: Make tilcdc_crtc_page_flip() public

Make tilcdc_crtc_page_flip() public for dummy plane implementation to use. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 4 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c

[PATCH v2 03/21] drm/tilcdc: Make tilcdc_crtc_page_flip() work if crtc is not yet on

Make tilcdc_crtc_page_flip() work if crtc is not yet on. The plane commit sometimes comes before crtc is turned on. The new framebuffer should be set to scanout also in that case, so that it is there when crtc is turned on at the end of the commit phase. Signed-off-by: Jyri Sarha ---

[PATCH v2 04/21] drm/tilcdc: Add dummy primary plane implementation

Add dummy primary plane implementation. LCDC does not really have planes, only simple framebuffer that is mandatory. This primary plane implementation has the necessary checks for implementing simple framebuffer trough DRM plane abstraction. For setting the actual framebuffer the implementation

[PATCH v2 05/21] drm/tilcdc: Initialize dummy primary plane from crtc init

Initialize dummy primary plane from crtc init. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c index deb4f96..998ef10

[PATCH v2 09/21] drm/tilcdc: Add drm_mode_config_reset() call to tilcdc_load()

Add drm_mode_config_reset() call to tilcdc_load(). This is need to initialize atomic state variables at load time. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.c

[PATCH v2 10/21] drm/tilcdc: Set DRIVER_ATOMIC and use atomic crtc helpers

Set DRIVER_ATOMIC and use atomic helpers and rename commit and prepare crtc helpers to enable and disable. This makes the final jump to mode setting, but there is lot of obsolete code to clean up. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 20 +---

[PATCH v2 19/21] drm/tilcdc: Get rid of legacy dpms mechanism

Get rid of legacy dpms mechanism. This simplifies the code quite a bit. The old start() and stop() functions become tilcdc_crtc_enable() and *_disable(). The functions are added with all the necessary mechanisms from the old dpms function and they are used directly as the crtc helper enable() and

[PATCH v2 06/21] drm/tilcdc: Add tilcdc_crtc_mode_set_nofb()

Add tilcdc_crtc_mode_set_nofb(). The mode_set_nofb() semantics do not fit well to LCDC, because of the mandatory framebuffer. However, when the primary plane is required in the check phase, it and the framebuffer can be found from the atomic state struct. Signed-off-by: Jyri Sarha ---

[PATCH v2 07/21] drm/tilcdc: Add tilcdc_crtc_atomic_check()

Add tilcdc_crtc_atomic_check(). Checks the display mode validity and the presence of the mandatory primary plane. The drm_crtc_helper_funcs mode_fixup() callback is left untouched and the check function does no try to do its job on purpose, despite what the mode_fixup() callback's documentations

[PATCH v2 08/21] drm/tilcdc: Add atomic mode config funcs

Add atomic mode config funcs. The atomic_commit implementation is a copy-paste from drm_atomic_helper_commit(), leaving out the async test. The similar copy-paste implementation appears to be used in many other drivers too. The standard drm_atomic_helper_check() is used for checking. The

[PATCH v2 14/21] drm/tilcdc: panel: Add atomic modeset helpers to connector funcs

Add atomic modeset helpers to panel connector funcs. Property handling related helpers, atomic reset helper, and new dpms helper is needed in connector for atomic modeseting to work. The default helper functions are enough. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 6

[PATCH v2 15/21] drm/tilcdc: tfp410: Set crtc panel info at init phase

Set crtc panel info at init phase. Setting it at prepare callback does it multiple times for no good reason and it also too late when atomic modeset is used. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 16/21] drm/tilcdc: tfp410: Add atomic modeset helpers to connector funcs

Add atomic modeset helpers to tfp410 connector funcs. Property handling related helpers, atomic reset helper, and new dpms helper is needed in connector for atomic modeseting to work. The default helper functions are enough. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_tfp410.c |

[PATCH v2 17/21] drm/tilcdc: Enable and disable interrupts in crtc start() and stop()

Enable and disable interrupts in crtc start() and stop(). None of the interrupts can fire if CRTC is disabled, so it is cleaner - when considering suspend/resume code etc. - to enable the interrupts in when CRTC is turned on and to disable them when CRTC is turned off. Signed-off-by: Jyri Sarha

[PATCH v2 18/21] drm/tilcdc: Use drm_atomic_helper_resume/suspend()

Use drm_atomic_helper_resume/suspend() and get rid off all obsolete code register level context restoring code. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 56 + drivers/gpu/drm/tilcdc/tilcdc_drv.h | 6 ++-- 2 files changed, 9

[PATCH v2 11/21] drm/tilcdc: Remove obsolete crtc helper functions

Remove obsolete crtc helper functions. These are not needed when atomic modeset is used. Note that the drm_crtc_helper_funcs mode_fixup() is still needed. The crtc's check() callback can not do its job here. The plane's check() callback needs to set drm_crtc_state's ->mode_changed to true if the

[PATCH v2 12/21] drm/tilcdc: Remove tilcdc_verify_fb()

Remove tilcdc_verify_fb(). The tilcdc_verify_fb() function is not needed because the same checks are implemented in tilcdc_plane_atomic_check(). Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 21 - 1 file changed, 21 deletions(-) diff --git

[PATCH v2 13/21] drm/tilcdc: panel: Set crtc panel info at init phase

Set crtc panel info at init phase. Setting it at prepare callback does it multiple times for no good reason and it also too late when atomic modeset is used. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff

[PATCH v2 20/21] drm/tilcdc: Remove unnecessary pm_runtime_get() and *_put() calls

Remove unnecessary pm_runtime_get() and *_put() calls from commit phase callbacks. Those calls are not needed since we have the whole commit phase between pm_runtime_get_sync() and pm_runtime_put_sync(). Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 8 1 file

[PATCH v2 21/21] drm/tilcdc: Change tilcdc_crtc_page_flip() to tilcdc_crtc_update_fb()

Change tilcdc_crtc_page_flip() to tilcdc_crtc_update_fb(). The function is not used as a page_flip() callback anymore so it is only confusing to call it that anymore. The function should only be used by dummy primary plane commit() callback. Signed-off-by: Jyri Sarha ---

[PATCH 1/5] drm: Unexport drm_connector_register_all()

On Mon, Jun 27, 2016 at 04:03:23PM +0300, Jani Nikula wrote: > On Fri, 24 Jun 2016, Chris Wilson wrote: > > This has now been removed from all drivers as it is performed centrally > > as a part of device registration for modesetting drivers. With the last > > user gone, we can unexport it from

[RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Create sync_file->fence to abstract the type of fence we are using for > each sync_file. If only one fence is present we use a normal struct fence > but if there is more fences to be added to the

[PATCH] drm/i915: fix build errors when ACPI is not enabled

On Mon, Jun 27, 2016 at 02:53:19PM +0300, Jani Nikula wrote: > From: Randy Dunlap > > Fix build errors when ACPI is not enabled by adding function stubs: > > ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend': > ../drivers/gpu/drm/i915/i915_drv.c:635:2: error: implicit

[PATCH 1/5] drm: Unexport drm_connector_register_all()

On Tue, 28 Jun 2016, Chris Wilson wrote: >> Bikeshed, why throw away the documentation when you could just tweak it >> to reflect reality? > > Because Daniel only wanted the public interface in the DRM docs to avoid > confusion. Drivers should only be calling drm_connector_register to > handle

[PATCH 07/12] dt-bindings: i2c: Add support for 'i2c-bus' subnode

On 27/06/16 13:04, Peter Rosin wrote: > On 2016-06-23 17:59, Jon Hunter wrote: >> The I2C driver core for boards using device-tree assumes any subnode of >> an I2C adapter in the device-tree blob as being a I2C slave device. >> Although this makes complete sense, some I2C adapters may have

[RFC PATCH 0/4] drm: bridge: anx7688 and mux drivers

On 06/27/2016 01:18 PM, Nicolas Boichat wrote: > Hi all, > > This is a follow up to the 2 patches to add support for ANX7688 sent here: > https://patchwork.kernel.org/patch/9187809/, thanks Archit and Philipp for > the comments. > > I also added 2 patches to add support for a simple display MUX,

[RFC PATCH 3/4] CHROMIUM: drm: bridge: Generic GPIO mux driver

On 06/27/2016 01:18 PM, Nicolas Boichat wrote: > This driver supports single input, 2 output display mux (e.g. > HDMI mux), that provides its status via a GPIO. This might not work if we had a 2 or more bridges connected one after the other at the output ports. It would be nicer if the

[RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > From: Gustavo Padovan > > As the array of fence callbacks held by an active struct fence_array > each has a reference to the struct fence_array, when the owner of the > fence_array is freed it must dispose of the callback references before > it

[PATCH v2 1/2] drm/fsl-dcu: rework codes to support of_graph dt binding for panel

This patch rework the output code to add of_graph dt binding support for panel device and also keeps the backward compatibility Signed-off-by: Meng Yi --- Changes in V2: -fix some coding style issue -add fsl_dev->connector.panel check -use fsl_dev->np and drop fsl_dev->dev->of_node -return 'ret'

[PATCH v2 2/2] drm/fsl-dcu: add support for drm bridge

The current output code only supports connection to drm panels. Add code to support drm bridge, to support connections to external connectors. Signed-off-by: Meng Yi --- Changes in V2: -no change --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 14 ++ 1 file changed, 14 insertions(+)

[PATCH 1/2] drm/fsl-dcu: update the panel dt binding document

dropped the old "fsl,panel" property, using the of_graph dt binding syntax Signed-off-by: Meng Yi --- Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/display/fsl,dcu.txt

[PATCH 2/2] drm/fsl-dcu: update panel syntax to of_graph dt binding

add of_graph dt binding for panel, and "fsl,panel" property is deprecated Signed-off-by: Meng Yi --- arch/arm/boot/dts/ls1021a-twr.dts | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/ls1021a-twr.dts b/arch/arm/boot/dts/ls1021a-twr.dts index

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 morten vermund changed: What|Removed |Added CC||mortenvermund at gmail.com --- Comment

[Bug 13170] Macbook 5,2 only boots with acpi=off, or nosmp, or maxcpus=1

https://bugzilla.kernel.org/show_bug.cgi?id=13170 --- Comment #71 from morten vermund --- (In reply to dentament from comment #64) > Hi, > I boot with 2 cpus, acpi and everything working on ubuntu 10.04 using grub > 1.99 compiled following these instructions: >

[PATCH] drm/i915: fix build errors when ACPI is not enabled

On Tue, 28 Jun 2016, Chris Wilson wrote: > On Mon, Jun 27, 2016 at 02:53:19PM +0300, Jani Nikula wrote: >> From: Randy Dunlap >> >> Fix build errors when ACPI is not enabled by adding function stubs: >> >> ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend': >>

[PATCH] drm/ttm: remove allow_errors from ttm_bo_force_list_clean

From: Christian König That is completely nonsense. If we blindly continue we would end up in an endless loop trying to evict the same BOs over and over again. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 26 +- 1 file

[v4 PATCH 0/5] Rockchip Type-C and DispplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[v4 PATCH 4/5] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v4: - add a reset node - support 2 phys Changes in v3: - add SoC specific compatible string - remove reg = <1>; Changes in v2: None Changes in v1: - add

[v4 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 96532] [BISECTED: 0955c1250e] 4.7-rc1 oops at drm_connector_cleanup+0x5c/0x1d0

vel/attachments/20160628/bd65b397/attachment.html>

[Bug 92248] [KBL/SKL/BYT/BXT] igt/kms_plane_scaling fail

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

[Bug 121021] drm/i915: kernel suspend during booting up

https://bugzilla.kernel.org/show_bug.cgi?id=121021 Jani Nikula changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote: > 2016-06-28 Chris Wilson : > > > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > > > From: Gustavo Padovan > > > > > > Create sync_file->fence to abstract the type of fence we are using for > > > each

[RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: > 2016-06-28 Christian König : > >> Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: >>> From: Gustavo Padovan >>> >>> As the array of fence callbacks held by an active struct fence_array >>> each has a reference to the struct fence_array, when the

[Bug 96712] Kernel hard LOCKUP related to radeon driver

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

[Bug 96712] Kernel hard LOCKUP related to radeon driver

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

[PATCH 2/4] input: touchscreen: crtouch_ts: Add driver

On Fri, Jun 24, 2016 at 03:44:44PM -0400, Anthony Felice wrote: > Add driver for the Vybrid Tower CRTouch-based touchscreen. This is > required for the touchscreen on the TWR-LCD-RGB to work on the Vybrid > Tower platform. > > There is a known issue with this driver: rarely, SW1 on the

[PATCH v1 1/5] dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel

On Tue, Jun 28, 2016 at 12:51:12PM +0800, Yakir Yang wrote: > The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and > 32 pins eDP interface. This module supports 1536x2048 mode. > > Signed-off-by: Yakir Yang > --- > .../devicetree/bindings/display/panel/lg,lp079qx1-sp0v.txt

[PATCH 1/2] drm/fsl-dcu: update the panel dt binding document

On Tue, Jun 28, 2016 at 05:39:07PM +0800, Meng Yi wrote: > dropped the old "fsl,panel" property, using the of_graph dt > binding syntax > > Signed-off-by: Meng Yi > --- > Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++-- > 1 file changed, 7 insertions(+), 2 deletions(-) > >

[PATCH 1/2] drm/fsl-dcu: update the panel dt binding document

On 2016-06-28 14:07, Rob Herring wrote: > On Tue, Jun 28, 2016 at 05:39:07PM +0800, Meng Yi wrote: >> dropped the old "fsl,panel" property, using the of_graph dt >> binding syntax >> >> Signed-off-by: Meng Yi >> --- >> Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++-- >> 1

[PATCH v2] drm: bridge/dw-hdmi: Add support for DWC Phy

This patch adds support for the Synopsys HDMI TX Phy in bridge dw-hdmi. The init flow is the same as the Rockchip Phy so we only need to add one define and one if statement. Also, the audio infoframe was fixed to sampling frequency of 44.1k. With this patch this is now corrected. As I don't know

[RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > From: Gustavo Padovan > > > > As the array of fence callbacks held by an active struct fence_array > > each has a reference to the struct fence_array, when the owner of the > > fence_array is freed it must

[RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

2016-06-28 Chris Wilson : > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Create sync_file->fence to abstract the type of fence we are using for > > each sync_file. If only one fence is present we use a normal struct fence > > but if there is

[PATCH v7 2/2] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

hi, Any further comments or reviews? On Mon, Jun 20, 2016 at 11:23 AM, Vinay Simha BN wrote: > Add support for the JDI LT070ME05000 WUXGA DSI panel used in > Nexus 7 2013 devices. > > Programming sequence for the panel is was originally found in the > android-msm-flo-3.4-lollipop-release branch

[PATCH 07/12] dt-bindings: i2c: Add support for 'i2c-bus' subnode

On 2016-06-28 10:21, Jon Hunter wrote: > > On 27/06/16 13:04, Peter Rosin wrote: >> On 2016-06-23 17:59, Jon Hunter wrote: >>> The I2C driver core for boards using device-tree assumes any subnode of >>> an I2C adapter in the device-tree blob as being a I2C slave device. >>> Although this makes

[v4 PATCH 0/5] Rockchip Type-C and DispplayPort driver

On Tue, Jun 28, 2016 at 5:24 AM, Chris Zhong wrote: > > Hi all > Hi Chris, I keep forgetting: Subject line: s/DispplayPort/DisplayPort/ Guenter > This series patch is for rockchip Type-C phy and DisplayPort controller > driver. > > The USB Type-C PHY is designed to support the USB3 and DP

[RFC PATCH v2] drm/nouveau/fb/nv50: set DMA mask before mapping scratch page

On 21 June 2016 at 14:50, Ard Biesheuvel wrote: > The 100c08 scratch page is mapped using dma_map_page() before the TTM > layer has had a chance to set the DMA mask. This means we are still > running with the default of 32 when this code executes, and this causes > problems for platforms with no

[RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: > > 2016-06-28 Christian König : > > > > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > > > From: Gustavo Padovan > > > > > > > > As the array of fence callbacks held by an active struct fence_array > > > >

[RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

2016-06-28 Chris Wilson : > On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote: > > 2016-06-28 Chris Wilson : > > > > > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > > > > From: Gustavo Padovan > > > > > > > > Create sync_file->fence to abstract the type of

[PATCH v2 1/2] drm/dsi: Implement dcs set/get display brightness

hi, Any further comments or reviews? On Mon, Jun 20, 2016 at 11:23 AM, Vinay Simha BN wrote: > Provide a small convenience wrapper that set/get the > display brightness value > > Cc: John Stultz > Cc: Sumit Semwal > Cc: Archit Taneja > Cc: Rob Clark > Cc: Jani Nikula > Cc: Thierry Reding

[PATCH v2] gpu: host1x: hw: intr_hw: Remove create_workqueue

Ping! Thanks, Bhaktipriya On Mon, Jun 20, 2016 at 8:41 PM, Tejun Heo wrote: > On Sat, Jun 18, 2016 at 02:36:32PM +0530, Bhaktipriya Shridhar wrote: >> System workqueues have been able to handle high level of concurrency >> for a long time now and there's no reason to use dedicated workqueues >>

[PATCH] drm/exynos: Remove deprecated create_singlethread_workqueue

The workqueue g2d_workq has only a single workitem(>runqueue_work) and hence doesn't require ordering. Also, it is not being used on a memory reclaim path. Hence, the singlethreaded workqueue has been replaced with the use of system_wq. System workqueues have been able to handle high level of

[PATCH] drm/omap: panel-dsi-cm: Remove deprecated create_singlethread_workqueue

The workqueue "workqueue" has only a single workitem(>ulps_work) per panel_drv_data and hence doesn't require ordering. Also, it is not being used on a memory reclaim path. Hence, the singlethreaded workqueue has been replaced with the use of system_wq. System workqueues have been able to handle

[PATCH] drm/radeon: Remove deprecated create_singlethread_workqueue

alloc_workqueue replaces deprecated create_singlethread_workqueue(). A dedicated workqueue has been used since work items need to be flushed as a group rather than individually. Since the flip_queue workqueue is involved in page-flipping and is not being used on a memory reclaim path,

[PATCH v2] drm: bridge/dw-hdmi: Add support for DWC Phy

On Tue, Jun 28, 2016 at 04:44:12PM +0100, Jose Abreu wrote: > This patch adds support for the Synopsys HDMI TX Phy in > bridge dw-hdmi. > > The init flow is the same as the Rockchip Phy so we > only need to add one define and one if statement. > > Also, the audio infoframe was fixed to sampling

[PATCH 1/2] drm/fsl-dcu: update the panel dt binding document

On 2016-06-28 19:58, Meng Yi wrote: >> >> Optional properties: >> >> - fsl,tcon: The phandle to the timing controller node. >> >> @@ -24,6 +24,11 @@ dcu: dcu at 2ce { >> >> clocks = <_clk 0>, <_clk 0>; >> >> clock-names = "dcu", "pix"; >> >> big-endian; >> >> - fsl,panel =