Re: [PATCH libdrm 2/2] meson: detect alloca.h

Quoting Eric Engestrom (2018-03-13 07:54:12) > amdgpu makes use of it > > Signed-off-by: Eric Engestrom > --- > meson.build | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meson.build b/meson.build > index

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 sh...@tuta.io changed: What|Removed |Added CC||sh...@tuta.io --- Comment #35 from

[Bug 102646] [dc] Screen flickering under amdgpu-experimental [buggy auto power profile]

https://bugs.freedesktop.org/show_bug.cgi?id=102646 --- Comment #27 from Ruben Harutyunyan --- Hmm. I guess I got deceived by `CONFIG_DRM_AMD_DC=y` being available in that commit and logs like `dc_link_detect` and `dc_link_handle_hpd_rx_irq` that didn't show up

Re: [PATCH hwc v1] [RFC] drm_hwcomposer: Flatten composition using writeback connector

Hey Alexandru, On Tue, Mar 13, 2018 at 5:21 PM, Alexandru Gheorghe wrote: > This patchset tries to add support for using writeback connector to > flatten a scene when it doesn't change for a while. This idea had > been floated around on IRC here [1] and here

Re: [PATCH 3/3] drm: Store the calculated vrefresh in the user mode

Op 13-03-18 om 16:07 schreef Ville Syrjala: > From: Ville Syrjälä > > Ignore the vrefresh in the mode the user passed in and instead > calculate the value based on the actual timings. This way we can > actually trust mode->vrefresh to some degree. > > Or should we

Re: [Intel-gfx] [PATCH] [v2] drm/i915/pmu: avoid -Wmaybe-uninitialized warning

On Tue, Mar 13, 2018 at 6:46 PM, Tvrtko Ursulin wrote: > > On 13/03/2018 16:19, Arnd Bergmann wrote: >> >> The conditional spinlock confuses gcc into thinking the 'flags' value >> might contain uninitialized data: >> >> drivers/gpu/drm/i915/i915_pmu.c: In function

[Bug 102905] [R600] Miscompilation of TGSI to VLIW causes artifacts in Gallium Nine with Crysis2 bump mapping

https://bugs.freedesktop.org/show_bug.cgi?id=102905 --- Comment #4 from i...@yahoo.com --- (In reply to Roland Scheidegger from comment #3) > I've just sent a patch to mesa-dev which should > fix this, can you verify it works? Yes it works nicely. Can't wait to see the patch in git master. :)

Re: [PATCH v3 2/6] cgroup: Introduce task_get_dfl_cgroup()

(cc'ing Roman) Hello, On Tue, Mar 06, 2018 at 03:46:56PM -0800, Matt Roper wrote: > +static inline struct cgroup * > +task_get_dfl_cgroup(struct task_struct *task) > +{ > + struct cgroup *cgrp; > + > + mutex_lock(_mutex); > + cgrp = task_dfl_cgroup(task); > + cgroup_get(cgrp); >

Re: [PATCH v3 3/6] cgroup: Introduce cgroup_permission()

On Tue, Mar 06, 2018 at 03:46:57PM -0800, Matt Roper wrote: > Non-controller kernel subsystems may base access restrictions for > cgroup-related syscalls/ioctls on a process' access to the cgroup. > Let's make it easy for other parts of the kernel to check these cgroup > permissions. I'm not sure

Re: [PATCH v3 1/6] cgroup: Allow registration and lookup of cgroup private data

Hello, Matt. cc'ing Roman and Alexei. On Tue, Mar 06, 2018 at 03:46:55PM -0800, Matt Roper wrote: > There are cases where other parts of the kernel may wish to store data > associated with individual cgroups without building a full cgroup > controller. Let's add interfaces to allow them to

Re: [PATCH 2/5] drm/msm/dsi: add implementation for helper functions

Hi Jordan, Thanks for the review. Will incorporate the suggested changes in v2. On 03/12/2018 08:43 PM, Jordan Crouse wrote: On Mon, Mar 12, 2018 at 06:53:11PM +0530, Sibi S wrote: Add dsi host helper function implementation for DSI v2 and DSI 6G 1.x controllers Signed-off-by: Sibi S

Re: [Freedreno] [PATCH 2/5] drm/msm/dsi: add implementation for helper functions

Hi Archit, Thanks for the review. On 03/13/2018 10:49 AM, Archit Taneja wrote: On Monday 12 March 2018 06:53 PM, Sibi S wrote: Add dsi host helper function implementation for DSI v2 and DSI 6G 1.x controllers Signed-off-by: Sibi S ---   drivers/gpu/drm/msm/dsi/dsi.h   

[radeon-alex:drm-next-4.17 458/491] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c:3617:13: error: implicit declaration of function 'amdgpu_acpi_pcie_performance_request'; did you mean 'sm

Hi Rex, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.17 head: f6c3b601bd490eda08c27b03607448abd4b4841b commit: e1deba285156fb4023bb48f22068de5b60e34e15 [458/491] drm/amd/pp: Use amdgpu acpi helper functions in powerplay config:

Re: [PATCH DRM] drm/vmwgfx: replace drm_*_unreference with drm_*_put

On Mon, Mar 12, 2018 at 10:42:47AM -0700, Sinclair Yeh wrote: > Hi Daniel, > > > On Mon, Mar 12, 2018 at 06:34:43PM +0100, Daniel Vetter wrote: > > On Sun, Mar 11, 2018 at 05:33:13PM -0600, Haneen Mohammed wrote: > > > This patch replace instances of drm_framebuffer_unreference with _put() > > >

Re: [PATCH] drm/meson: Add support for DMT modes on HDMI

On 13/03/2018 11:36, Jerome Brunet wrote: > On Tue, 2018-03-13 at 11:07 +0100, Neil Armstrong wrote: >> This patch adds support for DMT display modes over HDMI. >> The modes timings configurations are from the Amlogic Vendor linux tree >> and tested over multiples monitors. >> Previously only a

[Bug 104216] Firefox quirks (black and/or white squares)

https://bugs.freedesktop.org/show_bug.cgi?id=104216 --- Comment #20 from Germano Massullo --- As suggested in message https://lists.freedesktop.org/archives/mesa-dev/2018-March/187773.html I tested various Mesa versions with command $

[PATCH] drm/i915/pmu: avoid -Wmaybe-uninitialized warning

The conditional spinlock confuses gcc into thinking the 'flags' value might contain uninitialized data: drivers/gpu/drm/i915/i915_pmu.c: In function '__i915_pmu_event_read': arch/x86/include/asm/paravirt_types.h:573:3: error: 'flags' may be used uninitialized in this function

Re: [PATCH 2/3] drm/meson: Use drm_dev_put() instead of drm_dev_unref()

On 12/03/2018 21:15, Christophe JAILLET wrote: > According to 'drivers/gpu/drm/drm_drv.c', 'drm_dev_unref()' is just a > compatibility alias for 'drm_dev_put()'. So use the latter instead. > > Signed-off-by: Christophe JAILLET > --- >

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 Michel Dänzer changed: What|Removed |Added Component|Mesa core

[Bug 104216] Firefox quirks (black and/or white squares)

https://bugs.freedesktop.org/show_bug.cgi?id=104216 --- Comment #21 from Michel Dänzer --- (In reply to Germano Massullo from comment #20) > I experienced the problem with both of them. Did you check in Firefox about:support (look for "Driver Version") that it was actually

Re: [PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

Andrezej, Why don't you have any of the USB maintainers in to/cc? Greg Kroah-Hartman (supporter:USB SUBSYSTEM) Felipe Balbi (maintainer:USB GADGET/PERIPHERAL SUBSYSTEM) On 12/03/18 09:02, Andrzej Hajda wrote: > On 09.03.2018 11:24, Roger Quadros

[PATCH] drm: zte: Fix an error handling path in 'zx_crtc_bind()'

'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 --- drivers/gpu/drm/zte/zx_vou.c | 2 +- 1 file changed, 1

Re: [PATCH] video: fbdev: via: remove VLA usage

On 03/09/2018 05:02 AM, Emil Velikov wrote: On 9 March 2018 at 10:59, Eric Engestrom wrote: On Thursday, 2018-03-08 11:39:49 -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wvla, remove VLA usage. Also, fixed as part of the directive to remove all

[PATCH 3/3] drm/meson: Fix some error handling paths in 'meson_drv_bind_master()'

If one of these functions fail, we whould free 'drm', as alreadry done in the other error handling paths, below and above. Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") Signed-off-by: Christophe JAILLET ---

[PATCH] drm/sun4i: Fix an error handling path in 'sun4i_drv_bind()'

Commit 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of crtcs") has moved some code without updating the error handling gotos accordingly. Branch to the correct label and remove a now unused lablel. Fixes: 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of

Re: [amdgpu] Errors with amdgpu-pro 17.50 running on GX-424CC SOC

On 2018-03-09 12:45 PM, Will Wagner wrote: > 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. The amd-gfx list is better, moving there. > I have a custom OpenCL application running under

Re: [PATCH v5 06/36] drm/rockchip: Only wait for panel ACK on PSR entry

On 12/03/18 17:58, Heiko Stübner wrote: > Hi, > > the subject is misleading I think, as this is touching only the generic > bridge code and not anything Rockchip-related, so should probably > be "drm/bridge"? > Right, I'll fix this when I need to send another version, I'll wait, for now, a

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Andrzej and Rob, On 2018년 03월 09일 18:20, Andrzej Hajda wrote: > Hi Chanwoo, > > On 08.03.2018 02:52, Chanwoo Choi wrote: >> Hi Andrzej, Archit, >> >> On 2018년 03월 07일 20:13, Andrzej Hajda wrote: >>> Hi Chanwoo, Archit, >>> >>> On 07.03.2018 05:48, Chanwoo Choi wrote: On 2018년 03월 07일

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On 03/12/2018 10:50 AM, Jerome Glisse wrote: > On Mon, Mar 12, 2018 at 06:30:09PM +0100, Daniel Vetter wrote: >> On Sat, Mar 10, 2018 at 04:01:58PM +0100, Christian K??nig wrote: > > [...] > They are work underway to revamp nouveau channel creation with a new userspace API. So we might

Re: [RESEND PATCH v3 1/3] drm/panel: refactor INNOLUX P079ZCA panel driver

Hi Thierry Reding, On Monday, March 12, 2018 05:21 PM, Thierry Reding wrote: On Mon, Dec 04, 2017 at 03:17:48PM +0800, Lin Huang wrote: Refactor Innolux P079ZCA panel driver, let it support multi panel. Signed-off-by: Lin Huang --- Changes in v2: - Change regulator

[PATCH 2/3] drm/meson: Use drm_dev_put() instead of drm_dev_unref()

According to 'drivers/gpu/drm/drm_drv.c', 'drm_dev_unref()' is just a compatibility alias for 'drm_dev_put()'. So use the latter instead. Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/meson/meson_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH DRM] drm/vmwgfx: replace drm_*_unreference with drm_*_put

This patch replace instances of drm_framebuffer_unreference with _put() suffix, because it is shorter and consistent with the kernel use of *_get/put() suffixes. This was done with the following Coccinelle script: @r@ expression e; @@ ( -drm_framebuffer_reference(e); +drm_framebuffer_get(e); |

linux-4.16-rc5/drivers/gpu/drm/amd/display/dc/dce110/dce110_hw_sequencer.c:1723]: (warning) Possible null pointer dereference: pipe_ctx

hello there, Source code is     for (i = 0; i < dc->res_pool->pipe_count; i++) {     if (res_ctx->pipe_ctx[i].stream) {     pipe_ctx = _ctx->pipe_ctx[i];     *pipe_idx = i;     break;     }     }     /* Only supports eDP */     if

[PATCH 0/3] Fix some error handling paths in 'meson_drv_bind_master()'

Patch 1 and 3 are fixes. Patch 2 is just a kind of clean-up noticed while patching this driver. If patch 2 is considered as useless, patch 3 can be applied on top of patch 1, it does nor depend on the 2nd patch. Christophe JAILLET (3): drm/meson: Fix an un-handled error path in

[PATCH 1/3] drm/meson: Fix an un-handled error path in 'meson_drv_bind_master()'

'drm_vblank_init()' can fail. So handle this (unlikely) error. Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/meson/meson_drv.c | 5 - 1 file changed, 4 insertions(+), 1

Re: [Freedreno] [PATCH 2/2] arm64: dts: sdm845: Support GPU/GMU

On 09-03-18, 10:42, Jordan Crouse wrote: > On Fri, Mar 09, 2018 at 09:18:41AM -0800, Stephen Boyd wrote: > > BTW, it's qcom,corner and not qcom-corner right? > > http://git.linaro.org/people/viresh.kumar/mylinux.git/commit/?h=opp/genpd/qcom=7586600b3bf3f8e79ce9198922fad7d4aa5b3f8d > > +

Re: [PATCH 3/3] drm/meson: Fix some error handling paths in 'meson_drv_bind_master()'

On 12/03/2018 21:15, Christophe JAILLET wrote: > If one of these functions fail, we whould free 'drm', as alreadry done in > the other error handling paths, below and above. > > Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") > Signed-off-by: Christophe JAILLET

Re: [PATCH 1/3] drm/meson: Fix an un-handled error path in 'meson_drv_bind_master()'

On 12/03/2018 21:15, Christophe JAILLET wrote: > 'drm_vblank_init()' can fail. So handle this (unlikely) error. > > Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") > Signed-off-by: Christophe JAILLET > --- >

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On Mon, Mar 12, 2018 at 01:50:58PM -0400, Jerome Glisse wrote: > On Mon, Mar 12, 2018 at 06:30:09PM +0100, Daniel Vetter wrote: > > On Sat, Mar 10, 2018 at 04:01:58PM +0100, Christian K??nig wrote: > > [...] > > > > > They are work underway to revamp nouveau channel creation with a new > > > >

[PATCH v2] drm/sun4i: add lvds mode_valid function

mode_valid function is missing for lvds. Add it making it pointed by encoder helper functions. Signed-off-by: Giulio Benetti --- drivers/gpu/drm/sun4i/sun4i_lvds.c | 55 ++ 1 file changed, 55 insertions(+) diff --git

[Bug 105449] dual radeon xserver crash on startup: destination is framebuffer incomplete: incomplete/missing attachment [8cd7]

https://bugs.freedesktop.org/show_bug.cgi?id=105449 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH v2] drm/sun4i: move rgb mode_valid from connector to encoder

mode_valid function must be connected to encoder. Otherwise it could get not be called by drm in the case there's a bridge connected to encoder instead of a panel. Move mode_valid function pointer to encoder helper functions, changing its prototype according to encoder helper function pointer.

Re: [Freedreno] [PATCH 2/2] arm64: dts: sdm845: Support GPU/GMU

On 09-03-18, 09:03, Jordan Crouse wrote: > I don't think we are understanding each other. The GMU is a separate > microcontroller. It is given a magic number (actually a combination of magic > numbers) that it then uses to directly interact with the other hardware to > make > the vote. The only

Re: [PATCH 0/3] Fix some error handling paths in 'meson_drv_bind_master()'

On 12/03/2018 21:15, Christophe JAILLET wrote: > Patch 1 and 3 are fixes. > Patch 2 is just a kind of clean-up noticed while patching this driver. > > If patch 2 is considered as useless, patch 3 can be applied on top of > patch 1, it does nor depend on the 2nd patch. > > Christophe JAILLET

[PATCH] drm/meson: Add support for DMT modes on HDMI

This patch adds support for DMT display modes over HDMI. The modes timings configurations are from the Amlogic Vendor linux tree and tested over multiples monitors. Previously only a selected number of CEA modes were supported. Only these following modes are supported with these changes: -

[PATCH] ARM: dts: sun8i-h3: Add Mali node

The H3 has an ARM Mali 400 GPU, so add binding to our DT. Signed-off-by: Giulio Benetti --- .../devicetree/bindings/gpu/arm,mali-utgard.txt| 1 + arch/arm/boot/dts/sun8i-h3.dtsi| 27 ++ 2 files changed, 28

[Bug 199101] AMDGPU Fury X random screen flicker on Linux kernel 4.16rc5

https://bugzilla.kernel.org/show_bug.cgi?id=199101 --- Comment #1 from Michel Dänzer (mic...@daenzer.net) --- Please attach the corresponding dmesg output. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel

[PATCH v3 04/10] video: add support of panel OTM8009A

Support for Orise Tech otm8009a 480p dsi 2dl video mode panel. Signed-off-by: yannick fertre --- drivers/video/Kconfig | 8 + drivers/video/Makefile | 1 + drivers/video/orisetech_otm8009a.c | 327 + 3 files

[PATCH v3 05/10] video: add MIPI DSI host controller bridge

Add a Synopsys Designware MIPI DSI host bridge driver, based on the Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs. Signed-off-by: yannick fertre --- drivers/video/Kconfig | 9 + drivers/video/Makefile | 1 + drivers/video/dw_mipi_dsi.c

[PATCH v3 02/10] video: add support of MIPI DSI interface

Mipi_display.c contains a set of dsi helpers. This file is a copy of file drm_mipi_dsi.c (linux kernel). Signed-off-by: yannick fertre --- drivers/video/Kconfig| 7 + drivers/video/Makefile | 1 + drivers/video/mipi_display.c | 807

[PATCH v3 03/10] video: add support of panel OTM8009A

Support for Orise Tech otm8009a 480p dsi 2dl video mode panel. Signed-off-by: yannick fertre --- drivers/video/Kconfig | 8 + drivers/video/Makefile | 1 + drivers/video/orisetech_otm8009a.c | 325 + 3 files

Re: [PATCH] drm/i915/pmu: avoid -Wmaybe-uninitialized warning

Quoting Arnd Bergmann (2018-03-13 12:08:29) > The conditional spinlock confuses gcc into thinking the 'flags' value > might contain uninitialized data: > > drivers/gpu/drm/i915/i915_pmu.c: In function '__i915_pmu_event_read': > arch/x86/include/asm/paravirt_types.h:573:3: error: 'flags' may be

Re: [PATCH] drm/i915/pmu: avoid -Wmaybe-uninitialized warning

On Tue, Mar 13, 2018 at 1:31 PM, Chris Wilson wrote: > Quoting Arnd Bergmann (2018-03-13 12:08:29) >> The conditional spinlock confuses gcc into thinking the 'flags' value >> might contain uninitialized data: >> >> drivers/gpu/drm/i915/i915_pmu.c: In function

[PATCH v2 7/8] drm/xen-front: Implement GEM operations and backend communication

From: Oleksandr Andrushchenko Implement GEM handling depending on driver mode of operation: depending on the requirements for the para-virtualized environment, namely requirements dictated by the accompanying DRM/(v)GPU drivers running in both host and guest

[PATCH v2 4/8] drm/xen-front: Implement Xen event channel handling

From: Oleksandr Andrushchenko Handle Xen event channels: - create for all configured connectors and publish corresponding ring references and event channels in Xen store, so backend can connect - implement event channels interrupt handlers - create

[PATCH v2 5/8] drm/xen-front: Implement handling of shared display buffers

From: Oleksandr Andrushchenko Implement shared buffer handling according to the para-virtualized display device protocol at xen/interface/io/displif.h: - handle page directories according to displif protocol: - allocate and share page directories -

[PATCH v2 8/8] drm/xen-front: Provide kernel documentation

From: Oleksandr Andrushchenko Provide kernel documentation for the Xen para-virtualized frontend DRM driver. Signed-off-by: Oleksandr Andrushchenko --- Documentation/gpu/index.rst | 1 + Documentation/gpu/xen-front.rst |

[PATCH v2 6/8] drm/xen-front: Introduce DRM/KMS virtual display driver

From: Oleksandr Andrushchenko Implement essential initialization of the display driver: - introduce required data structures - handle DRM/KMS driver registration - register driver on backend connection - remove driver on backend disconnect Implement

[PATCH v2 2/8] drm/xen-front: Implement Xen bus state handling

From: Oleksandr Andrushchenko Initial handling for Xen bus states: implement Xen bus state machine for the frontend driver according to the state diagram and recovery flow from display para-virtualized protocol: xen/interface/io/displif.h. Signed-off-by:

[PATCH v2 3/8] drm/xen-front: Read driver configuration from Xen store

From: Oleksandr Andrushchenko Read configuration values from Xen store according to xen/interface/io/displif.h protocol: - read connector(s) configuration - read buffer allocation mode (backend/frontend) Signed-off-by: Oleksandr Andrushchenko

[PATCH v2 0/8] drm/xen-front: Add support for Xen PV display frontend

From: Oleksandr Andrushchenko Hello! This patch series adds support for Xen [1] para-virtualized frontend display driver. It implements the protocol from include/xen/interface/io/displif.h [2]. Accompanying backend [3] is implemented as a user-space application

[PATCH v2 1/8] drm/xen-front: Introduce Xen para-virtualized frontend driver

From: Oleksandr Andrushchenko Introduce skeleton of the para-virtualized Xen display frontend driver. This patch only adds required essential stubs. Signed-off-by: Oleksandr Andrushchenko --- drivers/gpu/drm/Kconfig

[PATCH v3 03/10] video: add support of MIPI DSI interface

Mipi_display.c contains a set of dsi helpers. This file is a copy of file drm_mipi_dsi.c (linux kernel). Signed-off-by: yannick fertre --- drivers/video/Kconfig| 7 + drivers/video/Makefile | 1 + drivers/video/mipi_display.c | 807

[PATCH v3 01/10] video: stm32: stm32_ltdc: add bridge to display controller

Manage a bridge insert between the display controller & a panel. Signed-off-by: yannick fertre --- drivers/video/stm32/stm32_ltdc.c | 107 ++- 1 file changed, 71 insertions(+), 36 deletions(-) diff --git

[PATCH v3 01/10] video: stm32: stm32_ltdc: update debug log

Replace macro debug by pr_error, pr_warn or pr_info. Signed-off-by: yannick fertre --- drivers/video/stm32/stm32_ltdc.c | 67 ++-- 1 file changed, 30 insertions(+), 37 deletions(-) diff --git a/drivers/video/stm32/stm32_ltdc.c

[PATCH v3 08/10] arm: dts: stm32: add dsi for STM32F746

Add mipi dsi bridge node in device-tree. Signed-off-by: yannick fertre --- arch/arm/dts/stm32f746.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/dts/stm32f746.dtsi b/arch/arm/dts/stm32f746.dtsi index 8581df9..3b8af67 100644 ---

[PATCH v3 07/10] video: add support of panel rm68200

Support for Raydium rm68200 720p dsi 2dl video mode panel. Signed-off-by: yannick fertre --- drivers/video/Kconfig | 8 + drivers/video/Makefile | 1 + drivers/video/raydium-rm68200.c | 326 3 files changed,

[PATCH v3 06/10] video: add support of STM32 MIPI DSI controller driver

Add the STM32 DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. Signed-off-by: yannick fertre --- drivers/video/stm32/Kconfig | 10 + drivers/video/stm32/Makefile| 1 + drivers/video/stm32/stm32_dsi.c | 426

[PATCH v3 10/10] board: Add STM32F769 SoC, discovery board support

Signed-off-by: yannick fertre --- configs/stm32f769-disco_defconfig | 65 +++ 1 file changed, 65 insertions(+) create mode 100644 configs/stm32f769-disco_defconfig diff --git a/configs/stm32f769-disco_defconfig

[PATCH v3 09/10] arm: dts: stm32: add display for STM32F769 disco board

Enable the display controller, mipi dsi bridge & panel. Set panel display timings. Signed-off-by: yannick fertre --- arch/arm/dts/stm32f769-disco.dts | 71 1 file changed, 71 insertions(+) diff --git

Re: [PATCH 17/17] drm/dp: Add drm_dp_link_choose() helper

On Wed, Feb 07, 2018 at 02:53:19PM +0200, Jani Nikula wrote: > On Mon, 05 Feb 2018, Thierry Reding wrote: > > From: Thierry Reding > > > > This helper chooses an appropriate configuration, according to the > > bitrate requirements of the video mode

[PATCH][next] drm/amd/pp: remove redundant pointer internal_buf

From: Colin Ian King The pointer internal_buf is assigned a value but the pointer is never read, hence it is redundant and can be removed. Cleans up clang warning: drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/smu7_smumgr.c:630:2: warning: Value stored to

[PATCH v3 00/10] splash screen on the stm32f769 disco board

Version 3: - Replace some pr_error, pr_warn or pr_info by dev_error, dev_warn & dev_info. - Refresh stm32f769-disco_defconfig with last modification done on v2018.3-rc4. - rework include files ordering. Version 2: - Replace debug log by pr_error, pr_warn or pr_info. - Rework bridge between ltdc &

[PATCH v3 04/10] otm

--- drivers/video/orisetech_otm8009a.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/video/orisetech_otm8009a.c b/drivers/video/orisetech_otm8009a.c index 81b11d7..aa8139a 100644 --- a/drivers/video/orisetech_otm8009a.c +++ b/drivers/video/orisetech_otm8009a.c @@

[PATCH v3 02/10] video: stm32: stm32_ltdc: update debug log

Replace macro debug by pr_error, pr_warn or pr_info. Signed-off-by: yannick fertre --- drivers/video/stm32/stm32_ltdc.c | 67 ++-- 1 file changed, 30 insertions(+), 37 deletions(-) diff --git a/drivers/video/stm32/stm32_ltdc.c

[PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

From: Ville Syrjälä To make it possible for the core to check the fb pixel format and modifier, we need to first ask the driver to deduce the modifier when the request does not explicitly specify one. Add a new .fb_modifier() hook for that purpose and convert i915

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On Tue, Mar 13, 2018 at 06:29:40AM -0700, Matthew Wilcox wrote: > On Mon, Mar 12, 2018 at 11:14:47PM -0700, John Hubbard wrote: > > Yes, on NVIDIA GPUs, the Host/FIFO unit is limited to 40-bit addresses, so > > things such as the following need to be below (1 << 40), and also > > accessible > >

Re: [PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

On 2018-03-13 03:28 PM, Ville Syrjala wrote: > From: Ville Syrjälä > > To make it possible for the core to check the fb pixel format and > modifier, we need to first ask the driver to deduce the modifier > when the request does not explicitly specify one. > > Add

Re: [PATCH v2 0/7] Modernize vga_switcheroo by using device link for HDA

On Mon, Mar 12, 2018 at 09:55:50PM +0100, Lukas Wunner wrote: > On Mon, Mar 12, 2018 at 05:54:47PM +0100, Daniel Vetter wrote: > > On Sun, Mar 11, 2018 at 04:55:49PM +0100, Lukas Wunner wrote: > > > > On Sat, Mar 03, 2018 at 10:53:24AM +0100, Lukas Wunner wrote: > > > > > Modernize vga_switcheroo

Re: [PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

On Tue, Mar 13, 2018 at 03:38:38PM +0100, Michel Dänzer wrote: > On 2018-03-13 03:28 PM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > To make it possible for the core to check the fb pixel format and > > modifier, we need to first ask the driver to deduce

Re: [PATCH v3 00/10] splash screen on the stm32f769 disco board

On Tue, Mar 13, 2018 at 02:49:59PM +0100, yannick fertre wrote: > Version 3: > - Replace some pr_error, pr_warn or pr_info by dev_error, dev_warn & dev_info. > - Refresh stm32f769-disco_defconfig with last modification done on > v2018.3-rc4. > - rework include files ordering. > > Version 2: > -

[RfC PATCH] Add udmabuf misc device

A driver to let userspace turn iovecs into dma-bufs. Use case: Allows qemu pass around dmabufs for the guest framebuffer. https://www.kraxel.org/cgit/qemu/log/?h=sirius/udmabuf has an experimental patch. Also allows qemu to export guest virtio-gpu resources as host dmabufs. Should be possible

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On Mon, Mar 12, 2018 at 11:14:47PM -0700, John Hubbard wrote: > On 03/12/2018 10:50 AM, Jerome Glisse wrote: [...] > Yes, on NVIDIA GPUs, the Host/FIFO unit is limited to 40-bit addresses, so > things such as the following need to be below (1 << 40), and also accessible > to both CPU (user

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

On Tue, Mar 13, 2018 at 04:52:02PM +0100, Christian König wrote: > Am 13.03.2018 um 16:17 schrieb Daniel Vetter: > > [SNIP] > > > > I think a helper which both unmaps _and_ waits for all the fences to > > > > clear > > > > would be best, with some guarantees that it'll either fail or all the > >

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On Mon, Mar 12, 2018 at 02:28:42PM -0400, Felix Kuehling wrote: > On 2018-03-10 10:01 AM, Christian König wrote: > >> To accomodate those we need to > >> create a "hole" inside the process address space. This patchset have > >> a hack for that (patch 13 HACK FOR HMM AREA), it reserves a range of >

[PATCH 1/3] drm: Nuke the useless 'ret' variable from drm_mode_convert_umode()

From: Ville Syrjälä No need to store the return value in a variable since we don't have to do any unwinding. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_modes.c | 15 --- 1 file changed, 4 insertions(+), 11

[PATCH 2/3] drm: Make drm_mode_vrefresh() a bit more accurate

From: Ville Syrjälä Do the refresh rate calculation with a single division. This gives us slightly more accurate results, especially for interlaced since we don't just double the final truncated result. We do lose one bit compared to the old way, so with an

[PATCH 3/3] drm: Store the calculated vrefresh in the user mode

From: Ville Syrjälä Ignore the vrefresh in the mode the user passed in and instead calculate the value based on the actual timings. This way we can actually trust mode->vrefresh to some degree. Or should we compare the user's idea of vrefresh with the one we get

Re: [RFC v3 09/12] drm: Add API for in-kernel clients

On Mon, Mar 12, 2018 at 09:21:40PM +0100, Noralf Tr??nnes wrote: > > Den 12.03.2018 17.51, skrev Daniel Vetter: > > On Thu, Mar 08, 2018 at 06:12:11PM +0100, Noralf Tr??nnes wrote: > > > Den 06.03.2018 09.56, skrev Daniel Vetter: > > > > On Thu, Feb 22, 2018 at 09:06:50PM +0100, Noralf Tr??nnes

Re: [RFC PATCH 00/13] SVM (share virtual memory) with HMM in nouveau

On 2018-03-13 10:28 AM, Jerome Glisse wrote: > On Mon, Mar 12, 2018 at 02:28:42PM -0400, Felix Kuehling wrote: >> On 2018-03-10 10:01 AM, Christian König wrote: To accomodate those we need to create a "hole" inside the process address space. This patchset have a hack for that (patch

Re: [PATCH v3 04/10] otm

Hi, Sorry, I send more than 10 patches. I will remove this dummy patches tomorrow with next version. On 03/13/2018 03:12 PM, Patrice CHOTARD wrote: > Hi Yannick > > There is a problem with patch 4. I received two patches 04/10, this one > and [PATCH v3 04/10] video: add support of panel

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #185 from Sandeep --- I have that display/corruption issue too, on the XFX R9 390. Usually happens after suspend/resume. Will test if it gets fixed with above steps. -- You are receiving this mail because:

Re: [PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

On 2018-03-13 04:12 PM, Ville Syrjälä wrote: > On Tue, Mar 13, 2018 at 03:38:38PM +0100, Michel Dänzer wrote: >> On 2018-03-13 03:28 PM, Ville Syrjala wrote: >>> From: Ville Syrjälä >>> >>> To make it possible for the core to check the fb pixel format and >>>

Re: [PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

On 2018-03-13 04:20 PM, Daniel Vetter wrote: > On Tue, Mar 13, 2018 at 03:38:38PM +0100, Michel Dänzer wrote: >> On 2018-03-13 03:28 PM, Ville Syrjala wrote: >>> From: Ville Syrjälä >>> >>> To make it possible for the core to check the fb pixel format and >>>

Re: [PATCH v2 1/3] drm: Add the optional .fb_modifier() hook

On Tue, Mar 13, 2018 at 04:35:02PM +0100, Michel Dänzer wrote: > On 2018-03-13 04:20 PM, Daniel Vetter wrote: > > On Tue, Mar 13, 2018 at 03:38:38PM +0100, Michel Dänzer wrote: > >> On 2018-03-13 03:28 PM, Ville Syrjala wrote: > >>> From: Ville Syrjälä > >>> > >>>

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

Am 13.03.2018 um 16:17 schrieb Daniel Vetter: [SNIP] I think a helper which both unmaps _and_ waits for all the fences to clear would be best, with some guarantees that it'll either fail or all the mappings _will_ be gone. The locking for that one will be hilarious, since we need to figure out

Re: virtio-gpu: Hang on shutdown after suspend/resume with virtio

Also add David and dri list. Short summary, suspend/resume breaks with virtio-gpu as there are no freeze/restore callbacks that put the device back into working state. On 03/13/2018 02:32 PM, Christian Borntraeger wrote: > > > On 03/13/2018 01:41 PM, Christian Borntraeger wrote: >> Gerd,

Re: [PATCH libdrm] meson: don't use compiler.has_header

On Monday, 2018-03-12 11:18:27 -0700, Dylan Baker wrote: > Meson's compiler.has_header is completely useless, it only checks that a > header exists, not whether it's usable. This creates problems if a > header contains a conditional #error declaration, like so: > > > #if __x86_64__ > > # error

[PATCH libdrm 2/2] meson: detect alloca.h

amdgpu makes use of it Signed-off-by: Eric Engestrom --- meson.build | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meson.build b/meson.build index 3a33928d02a6dce5f075..f7986af9bb5259be5da5 100644 --- a/meson.build +++ b/meson.build @@ -186,7

[PATCH libdrm 1/2] meson: make it easy to add headers to check

Signed-off-by: Eric Engestrom --- meson.build | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/meson.build b/meson.build index f4c95394c52e65672f24..3a33928d02a6dce5f075 100644 --- a/meson.build +++ b/meson.build @@ -186,12 +186,11 @@

  1   2   >