[PATCH 2/2] drm/dsi: Implement dcs backlight brightness

On Thu, 02 Jun 2016, Vinay Simha BN wrote: > Provide a small convenience wrapper that set/get the > backlight brightness control and creates the backlight > device for the panel interface To be pedantic, we should downplay "backlight" in the DSI DCS brightness control... there need not be a backl

[RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

Hi Shawn, On 2016年06月03日 20:29, Shawn Lin wrote: > Hi Lin, > > It looks good with only a few minor comments. > > On 2016/6/3 17:55, Lin Huang wrote: >> On new rockchip platform(rk3399 etc), there have dcf controller to >> do ddr frequency scaling, and this controller will implement in >> arm

[PATCH 1/2] drm/dsi: Implement set tear scanline

On Thu, 02 Jun 2016, Vinay Simha BN wrote: > Provide a small convenience wrapper that transmits > ia set_tear_scanline command as suggested by > Thierry Reding. > > Also includes small build fixes from Sumit Semwal. > > Cc: Archit Taneja > Cc: John Stultz > Cc: Thierry Reding > Cc: Sumit Semwal

[PATCH 10/10] drm/amdgpu: remove pre move wait

From: Christian König Not needed any more. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c index 9b244c5..232f123 100644 --- a/

[PATCH 09/10] drm/amdgpu: sync to buffer moves before VM updates

From: Christian König Otherwise we could update the VM page tables while the move is only scheduled. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 23 +++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/amdg

[PATCH 08/10] drm/ttm: wait for BO idle after the move in ttm_bo_swapout

From: Christian König Final part to avoid pre move waits. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 86dd6950..c3c615c 10

[PATCH 07/10] drm/ttm: drop waiting for idle in ttm_bo_evict.

From: Christian König That is unnecessary now. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index cc94df0..86dd6950 100644 --- a/driv

[PATCH 06/10] drm/ttm: drop wait for idle in ttm_bo_move_buffer

From: Christian König That is unnecessary now. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 041fb3b..cc94df0 100644 --- a/drivers/gpu/drm/tt

[PATCH 05/10] drm/ttm: wait for BO idle in ttm_bo_move_memcpy

From: Christian König When we want to pipeline accelerated moves we need to wait in the fallback path. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 3 ++- drivers/gpu/drm/nouveau/nouveau_bo.c| 2 +- drivers/gpu/drm/qxl/qxl_ttm.c | 3 ++- drivers/

[PATCH 04/10] drm/ttm: add wait for idle in all drivers bo_move functions

From: Christian König Wait for idle before moving the BO in all drivers implementing an accelerated move function. This should keep the current behavior when removing the pre move wait. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4 drivers/gpu/drm/nouv

[PATCH 03/10] drm/ttm: remove dummy bo_move implementations

From: Christian König It's pointless to only call the default implementation. Signed-off-by: Christian König --- drivers/gpu/drm/ast/ast_ttm.c | 13 + drivers/gpu/drm/bochs/bochs_mm.c | 11 +-- drivers/gpu/drm/cirrus/cirrus_ttm.c | 13 + drivers

[PATCH 02/10] drm/ttm: remove NULL checks when calling ttm_tt_destroy

From: Christian König The function is a no-op with a NULL pointer. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 11 --- drivers/gpu/drm/ttm/ttm_bo_util.c | 5 ++--- drivers/gpu/drm/ttm/ttm_tt.c | 2 +- 3 files changed, 7 insertions(+), 11 deletions(-)

[PATCH 01/10] drm/ttm: cleanup ttm_tt_(unbind|destroy)

From: Christian König ttm_tt_destroy should be the only one unbinding the object. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 2 -- drivers/gpu/drm/ttm/ttm_bo_util.c | 3 --- drivers/gpu/drm/ttm/ttm_tt.c | 17 + include/drm/ttm/ttm_bo_driver.

Pipelining buffer moves

Hi everyone, this set of patches moves waiting for TTM BOs to become idle before moving them into the driver callbacks and the CPU copy fallback function. Then the amdgpu driver is patched to completely remove this premove idle wait. Doing this improves swapping buffers back in on command submi

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

Hi Thierry, On 2 June 2016 at 08:44, 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 from: > https://android.googles

[PATCH 0/4] dma-buf/reservation doc updates

On 5 June 2016 at 22:48, Daniel Vetter wrote: > On Sun, Jun 5, 2016 at 1:17 PM, Sumit Semwal > wrote: >> >> On 04-Jun-2016 5:51 PM, "Daniel Vetter" wrote: >>> >>> On Fri, Apr 01, 2016 at 08:50:32PM +0530, Sumit Semwal wrote: >>> > Hi Rob, >>> > >>> > On 1 April 2016 at 19:37, Alex Deucher wrot

[PATCH] drm/doc: Switch to sphinx/rst fixed-width quoting

On Wed, 01 Jun 2016, Daniel Vetter wrote: > Just fallout from switching from asciidoc to sphinx/rst. > > v2: Found more. Also s/\//#/ in the vgpu ascii-art - sphinx treats > those as comments and switch to variable-width, which wreaks the > layout. > > v3: Undo some of the hacks, rebasing onto lat

[v4,1/2] video: hdmi: add helper functions for N and CTS

Hi, On Thu, Apr 21, 2016 at 8:29 AM, Arnaud Pouliquen wrote: > Add helper functions to compute HDMI CTS and N parameters. > Implementation is based on HDMI 1.4b specification. It would be super nice to have this somewhere common. Any idea who would land this? > +static const struct hdmi_audi

[Bug 96398] [radeonsi tessellation] Single-pixel rasterization issue (Shadow of Mordor)

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

[Bug 96398] [radeonsi tessellation] Single-pixel rasterization issue (Shadow of Mordor)

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/14dc6983/attachment.html>

[Bug 96398] [radeonsi tessellation] Single-pixel rasterization issue (Shadow of Mordor)

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/4ce31ec8/attachment.html>

[Bug 96398] [radeonsi tessellation] Single-pixel rasterization issue (Shadow of Mordor)

nts/20160606/b101d7a1/attachment-0001.html>

[Bug 92059] [radeonsi, apitrace] Missing textures and geometry in "Middle-earth: Shadow of Mordor"

as scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/67a3e608/attachment.html>

[v1 PATCH 3/4] Documentation: bindings: add dt documentation for cdn DP controller

On Fri, Jun 03, 2016 at 11:15:10PM +0800, Chris Zhong wrote: > This patch adds a binding that describes the cdn DP controller for > rk3399. > > Signed-off-by: Chris Zhong > > --- > > Changes in v1: > - add extcon node description > - add #sound-dai-cells description > > .../bindings/display/r

[PATCH] tree-wide: replace config_enabled() with IS_ENABLED()

On Mon, Jun 6, 2016 at 5:20 AM, Masahiro Yamada wrote: > The use of config_enabled() against config options is ambiguous. > In practical terms, config_enabled() is equivalent to IS_BUILTIN(), > but the author might have used it for the meaning of IS_ENABLED(). > Using IS_ENABLED(), IS_BUILTIN(), I

wrong display resolution

Hi all After upgrading my Ubuntu from 10.04 to 14.04 I only see the upper left detail of the whole screen. In the Xorg log file (see attachment) I found that the mode was probed to 1024x768 instead of 640x480. Then I found a suspicious error message from the kernel that could be the cause of

[RFC v3 44/45] dma-mapping: Remove dma_get_attr

Around Thu 02 Jun 2016 17:39:46 +0200 or thereabout, Krzysztof Kozlowski wrote: > After switching DMA attributes to unsigned long it is easier to just > compare the bits. > > Signed-off-by: Krzysztof Kozlowski > --- > Documentation/DMA-API.txt | 4 +-- > arch/arc/mm/dma.c

[RFC v3 07/45] avr32: dma-mapping: Use unsigned long for dma_attrs

Around Thu 02 Jun 2016 17:39:09 +0200 or thereabout, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. > > Signed-off-by: Krzysztof Kozlowski Acked-by: Hans-Christian Noren Egtvedt > --- > arch/avr32/mm/dma-coherent

drm/vc4: NULL pointer dereference after failed to allocate buffer

On Sun, Jun 05, 2016 at 01:55:00PM +0200, Stefan Wahren wrote: > Hi Eric, > > [add Daniel] > > > Eric Anholt hat am 4. Juni 2016 um 22:32 geschrieben: > > > > > > Stefan Wahren writes: > > > > > Hi, > > > > > > i tried to boot 4.7.0-rc1-next-20160602 with bcm2835_defconfig on a > > > Raspber

[PATCH 02/23] drm: omapdrm: fb: Don't store format BPP for each plane

On Mon, Jun 06, 2016 at 04:39:49AM +0300, Laurent Pinchart wrote: > Hi Tomi, Rob and Daniel, > > On Tuesday 10 May 2016 10:14:17 Tomi Valkeinen wrote: > > On 09/05/16 23:57, Laurent Pinchart wrote: > > >> fwiw, I guess a lot of data from that table could these days be > > >> replaced w/ some of th

[PATCH 2/2] dt-bindings: Add jdi lt070me05000 panel bindings

On Thu, Jun 02, 2016 at 08:05:03AM +0530, Vinay Simha BN wrote: > Add documentation for lt070me05000 panel > > Cc: Archit Taneja > Cc: John Stultz > Cc: Thierry Reding > Cc: Sumit Semwal > Signed-off-by: Vinay Simha BN > > -- > v2: > * incorporated rob herring and thierry reviews >gpio

[PATCH v3 2/2] drm/panel: simple: Add Documentation for Sharp LQ101K1LY04

On Wed, Jun 01, 2016 at 08:35:51AM -0700, Joshua Clayton wrote: > Document basic simple-panel support for Sharp LQ101K1LY04 > > Signed-off-by: Joshua Clayton > --- > .../devicetree/bindings/display/panel/sharp,lq101k1ly04.txt| 7 > +++ > 1 file changed, 7 insertions(+) > create mod

[Bug 80419] XCOM: Enemy Unknown Causes lockup

ng 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/20160606/ec59cc03/attachment-0001.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

dri-devel/attachments/20160606/d775638a/attachment.html>

[Bug 117171] Radeon GPU lockup in X windows after resuming from blank screen

https://bugzilla.kernel.org/show_bug.cgi?id=117171 Erik Brangs changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 35457] [rs690m] Graphics corruption with ati x1200

with these laptops until someone repairs the driver. -- 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/20160606/be05887f/attachment.html>

[PATCH 02/23] drm: omapdrm: fb: Don't store format BPP for each plane

Hi Tomi, Rob and Daniel, On Tuesday 10 May 2016 10:14:17 Tomi Valkeinen wrote: > On 09/05/16 23:57, Laurent Pinchart wrote: > >> fwiw, I guess a lot of data from that table could these days be > >> replaced w/ some of the drm format helpers > >> (drm_format_num_planes()/drm_format_plane_cpp()/drm_

[PATCH 11/23] drm: omapdrm: Check DSS manager state in the enable/disable helpers

Hi Tomi, On Tuesday 10 May 2016 16:28:22 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > The omapdrm DSS manager enable/disable operations check the DSS manager > > state to avoid double enabling/disabling. Move that code to the DSS > > manager to decrease the dependency of

[PATCH 11/23] drm: omapdrm: Check DSS manager state in the enable/disable helpers

Hi Daniel, On Wednesday 11 May 2016 09:40:14 Daniel Vetter wrote: > On Tue, May 10, 2016 at 04:28:22PM +0300, Tomi Valkeinen wrote: > > On 26/04/16 23:35, Laurent Pinchart wrote: > > > The omapdrm DSS manager enable/disable operations check the DSS manager > > > state to avoid double enabling/disa

[Bug 35998] RS600: Texture alignment issues under Gnome Shell

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/17df057d/attachment-0001.html>

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

Hi Tomi and Daniel, On Wednesday 11 May 2016 09:37:56 Daniel Vetter wrote: > On Tue, May 10, 2016 at 04:24:11PM +0300, Tomi Valkeinen wrote: > > On 26/04/16 23:35, Laurent Pinchart wrote: > >> Instead of conditioning planes update based on the hardware device > >> state, use the CRTC state stored

[PATCH 15/23] drm: omapdrm: Don't expose the omap_irq_(un)register() functions

Hi Tomi, On Wednesday 11 May 2016 14:05:48 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > The functions are not used outside of their compilation unit, make them > > static. > > The patch doesn't seem to match the description. If I'm not mistaken, > the patch is doing: rem

[PATCH 17/23] drm: omapdrm: Make pipe2vbl function static

Hi Tomi, On Wednesday 11 May 2016 14:01:26 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > The function is only used in omap_irq.c, move it there and make it > > static. > > > > Signed-off-by: Laurent Pinchart > > --- > > > > drivers/gpu/drm/omapdrm/omap_crtc.c | 7 -

[PATCH 09/23] drm: omapdrm: Handle OCP error IRQ directly

Hi Tomi, On Tuesday 10 May 2016 16:10:59 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > Instead of going through a complicated registration mechanism, just > > call the OCP error IRQ handler directly from the main IRQ handler. > > > > Signed-off-by: Laurent Pinchart > > -

[Bug 95247] System hangs after ~10 minutes when using Radeon R9 390

replay functionality. -- 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/20160606/43fb7a40/attachment.html>

[PATCH 21/23] drm: omapdrm: Remove unused omap_framebuffer_bo function

Hi Tomi, On Tuesday 10 May 2016 14:00:51 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > The function is never used, remove it. > > > > Signed-off-by: Laurent Pinchart > > --- > > > > drivers/gpu/drm/omapdrm/omap_drv.h | 1 - > > drivers/gpu/drm/omapdrm/omap_fb.c | 10

[PATCH 05/23] drm: omapdrm: fb: Simplify mode command checks when creating framebuffer

Hi Tomi, On Monday 09 May 2016 18:15:10 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > Checks can be simplified based on the requirement that pitches must be > > identical for all planes. > > Your code also presumes there are only 1 or 2 planes, I think that > should be me

[PATCH 07/23] drm: omapdrm: Handle FIFO underflow IRQs internally

Hi Tomi, On Monday 09 May 2016 17:42:43 Tomi Valkeinen wrote: > On 26/04/16 23:35, Laurent Pinchart wrote: > > As the FIFO underflow IRQ handler just prints an error message to the > > kernel log, simplify the code by not registering one IRQ handler per > > plane but print the messages directly fr

<    1   2