dri-devel March 2018

dri-devel@lists.freedesktop.org

263 participants
1856 discussions

[PATCH] drm/panel: otm8009a: Adopt SPDX identifiers
by Philippe Cornu 12 Mar '18

12 Mar '18

Add SPDX identifiers to OriseTech OTM8009a panel driver. Signed-off-by: Philippe Cornu <philippe.cornu(a)st.com> --- drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c b/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c index c189cd6329c8..72530983d55d 100644 --- a/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c +++ b/drivers/gpu/drm/panel/panel-orisetech-otm8009a.c @@ -… [View More]

2 1

[PATCH] drm: panels: lvds: fix driver description heading
by Baruch Siach 12 Mar '18

12 Mar '18

Cc: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com> Signed-off-by: Baruch Siach <baruch(a)tkos.co.il> --- drivers/gpu/drm/panel/panel-lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-lvds.c b/drivers/gpu/drm/panel/panel-lvds.c index e2d57c01200b..e651bf07df9a 100644 --- a/drivers/gpu/drm/panel/panel-lvds.c +++ b/drivers/gpu/drm/panel/panel-lvds.c @@ -1,5 +1,5 @@ /* - * rcar_du_crtc.c -- R-Car Display Unit CRTCs + * … [View More]

3 2

[PATCH v3 0/7] ARM: dts: imx6q: engicam LVDS panel changes
by Jagan Teki 12 Mar '18

12 Mar '18

Series adda LVDS panel attributes on panel drivers instead of defining them in dts nodes, and also added new icorem6 engicam boards. Jagan Teki (7): drm/panel: simple: add support for Ampire AM-800480AYTZQW-00H ARM: dts: imx6q-icore: Switch LVDS timings from panel-simple ARM: dts: imx6dl-icore: Add LVDS node drm/panel: simple: Add support for KEO TX31D200VM0BAA ARM: dts: imx6q-icore-ofcap12: Switch LVDS timings from panel-simple ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual … [View More]

4 11

[PATCH v1 0/2] drm/panel: otm8009a: Add support for the optional power-supply
by Philippe Cornu 12 Mar '18

12 Mar '18

Some boards use a dedicated voltage regulator for this panel. Add & Document this related optional power-supply property and add its support in the driver. Philippe Cornu (2): dt-bindings/display/panel: otm8009a: Add optional power-supply property drm/panel: otm8009a: Add support for the optional power-supply .../bindings/display/panel/orisetech,otm8009a.txt | 2 ++ drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 17 +++++++++++++++++ 2 files changed, 19 insertions(+) -- 2.15.1

5 7

[PATCH] drm: zte: Fix an error handling path in 'zx_crtc_bind()'
by Christophe JAILLET 12 Mar '18

12 Mar '18

'ret' is known to be 0 at this point. It must be updated by the value returned by 'clk_prepare_enable()'. Fixes: 0a886f59528a ("drm: zte: add initial vou drm driver") Signed-off-by: Christophe JAILLET <christophe.jaillet(a)wanadoo.fr> --- drivers/gpu/drm/zte/zx_vou.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/zte/zx_vou.c b/drivers/gpu/drm/zte/zx_vou.c index 7491813131f3..3351b258ed7a 100644 --- a/drivers/gpu/drm/zte/zx_vou.c +++ b/drivers/gpu/… [View More]

2 1

[PATCH] drm/panel: simple: Fix the bus_format for the Ontat panel.
by Eric Anholt 12 Mar '18

12 Mar '18

This fixes bad color output. When I was first testing the device I had the DPI hardware set to 666 mode, but apparently in the refactor to use the bus_format information from the panel driver, I failed to actually update the panel. Signed-off-by: Eric Anholt <eric(a)anholt.net> Fixes: e8b6f561b2ee ("drm/panel: simple: Add the 7" DPI panel from Adafruit") Cc: Thierry Reding <thierry.reding(a)gmail.com> --- drivers/gpu/drm/panel/panel-simple.c | 2 +- 1 file changed, 1 insertion(+),… [View More]

2 1

[Bug 198907] Backlight control missing with /sys/class/backlight/ empty
by bugzilla-daemon＠bugzilla.kernel.org 12 Mar '18

12 Mar '18

1 0

[PATCH] drm/ast: Fixed 1280x800 Display Issue
by Y.C. Chen 12 Mar '18

12 Mar '18

From: "Y.C. Chen" <yc_chen(a)aspeedtech.com> The original ast driver cannot display properly if the resolution is 1280x800 and the pixel clock is 83.5MHz. Here is the update to fix it. Signed-off-by: Y.C. Chen <yc_chen(a)aspeedtech.com> --- drivers/gpu/drm/ast/ast_tables.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_tables.h b/drivers/gpu/drm/ast/ast_tables.h index 5f4c2e8..d665dd5 100644 --- a/drivers/gpu/drm/ast/ast_tables.h ++… [View More]

1 0

[PATCH v2] dt-bindings: exynos: Document #sound-dai-cells property of the HDMI node
by Sylwester Nawrocki 12 Mar '18

12 Mar '18

The #sound-dai-cells DT property is required to describe link between the HDMI IP block and the SoC's audio subsystem. Signed-off-by: Sylwester Nawrocki <s.nawrocki(a)samsung.com> --- Changes since v2: - the property has been moved to "Required properties" paragraph, I didn't add Rob's Reviewed-by due to this change --- Documentation/devicetree/bindings/display/exynos/exynos_hdmi.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/exynos/… [View More]

3 2

[amdgpu] Errors with amdgpu-pro 17.50 running on GX-424CC SOC
by Will Wagner 11 Mar '18

11 Mar '18

Apologies if this is not the right list for this question. Kernel MAINTAINERS file suggests it is but please let me know if I should repost elsewhere. I have a custom OpenCL application running under Ubuntu 16.04.04, HWE Kernel 4.13 and amdgpu-pro 17.50 drivers. This is running on a Fujitsu D3313-S6 industrial mainboard (http://www.fujitsu.com/fts/products/computing/peripheral/mainboards/industr…) After a period of running - from 5 minutes to 48 hours we begin to see these kernel traces.… [View More] At some point after seeing these errors the application fails. [ 99.348774] amdgpu 0000:00:01.0: GPU fault detected: 146 0x08492014 [ 99.355041] amdgpu 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00103042 [ 99.362509] amdgpu 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x09020014 [ 99.369980] VM fault (0x14, vmid 4) at page 1060930, write from 'TC0' (0x54433000) (32) [ 100.437547] amdgpu 0000:00:01.0: GPU fault detected: 146 0x08492014 [ 100.443811] amdgpu 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00103042 [ 100.451288] amdgpu 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x09020014 [ 100.458758] VM fault (0x14, vmid 4) at page 1060930, write from 'TC0' (0x54433000) (32) I know from searching the web that this error can appear if there are errors in the opencl program. However we have run the exact same program on multiple other hardware configurations and have not seen problems. On linux we have had success running on all machines tested with a discrete amd gpu, just not on the GX-424CC apu. On windows we have had the code running on a large numbers of platforms including the GX-424CC without issues. I'm prepared to believe we have an error in our opencl code, but have no clue where to start looking. What does the error actually mean and why does it happen? Is it to do with buffer transfers between host and device? During execution of a kernel? Whilst attempting to investigate the problem I have tried a number of kernel arguments for the driver. If I reduce the amount of memory assigned to vram with vramlimit=64 then it appears to take longer for the error to occur. If I run it with the arguments vm_debug=1 vm_fault_stop=1 the error no longer appears. I would have expected it to occur at least once due to vm_fault_stop=1 but it does not. However instead I get this error occasionally: [ 7612.741693] amdgpu 0000:00:01.0: IH ring buffer overflow (0x00000010, 0x00000000, 0x00000020) So is this a bug in the driver or in the opencl code? How can I progress debugging this issue? Thanks Will [View Less]

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2018