Re: [PATCH] drm/radeon: insist on 32-bit DMA for Cedar

I considered that, but I'm only equipped to test on a few cards--the ones IBM is interested in. So this Cedar-specific change fixes the problem on the FirePro 2270; the other cards seem perfectly capable of handling 40+ bit DMA addresses on the Power8 platform. On Thu, Feb 22, 2018 at 11:07 AM,

Re: [PATCH] drm: mali-dp: Log internal errors

Hi Alex, Thanks for the patch, it is quite useful. I have some small changes to suggest: On Thu, Feb 22, 2018 at 04:02:37PM +, Alexandru Gheorghe wrote: > From: Alexandru Gheorghe > > Status register contains a lot of bits for reporting internal errors >

[Bug 198885] amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

https://bugzilla.kernel.org/show_bug.cgi?id=198885 --- Comment #2 from Przemek (sop...@gmail.com) --- Hi Michel, Thank you very much for insane-fast response. Yes, "actual_brightness" is a bad example, same occurs on this file without "amdgpu.dc=1". Here are values from requested files:

[PATCH] drm/p[111: add CONFIG_OF dependency

We cannot select a symbol without meeting its other dependencies: warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct dependencies (HAS_IOMEM && DRM && DRM_BRIDGE && OF) drivers/gpu/drm/bridge/dumb-vga-dac.c: In function 'dumb_vga_probe':

Re: [PATCH] drm: fix drm_get_max_iomem type mismatch

On Thu, Feb 22, 2018 at 12:47:51PM +0100, Arnd Bergmann wrote: > When comparing two variables with min()/max(), they should be the same type: > > drivers/gpu/drm/drm_memory.c: In function 'drm_get_max_iomem': > include/linux/kernel.h:821:16: error: comparison of distinct pointer types > lacks a

Re: [PATCH v1] drm/simple_kms_helper: Fix NULL pointer dereference with no active CRTC

On Thu, Feb 22, 2018 at 08:12:48AM +0200, Oleksandr Andrushchenko wrote: > On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote: > > From: Oleksandr Andrushchenko > > > > It is possible that drm_simple_kms_plane_atomic_check called > > with no CRTC set, e.g.

Re: [PATCH] drm/radeon: insist on 32-bit DMA for Cedar

On Thu, Feb 22, 2018 at 10:55 AM, Ben Crocker wrote: > Alex, Christian, et al. > > Thanks for your rapid response! > > I can certainly make the change PPC-only (#ifdef CONFIG_PPC64...) and I > think > that's the safest way to go right now. It makes the patch very specific to

Re: [PATCH] staging: vboxvideo: remove ttm_pool_* wrappers

On Thu, Feb 22, 2018 at 02:54:27PM +0100, Christian König wrote: > TTM calls the default implementation now. > > Signed-off-by: Christian König Reviewed-by: Daniel Vetter Is there some sync requirement with drm trees? If so probably simplest

[PATCH] drm: mali-dp: Log internal errors

From: Alexandru Gheorghe Status register contains a lot of bits for reporting internal errors inside mali-dp. Currently, we just silently ignore all of the erorrs, that doesn't help when we are investigating different bugs, especially on the FPGA models which

[Bug 104597] [bisected] Compton weird colors

https://bugs.freedesktop.org/show_bug.cgi?id=104597 --- Comment #15 from Michel Dänzer --- (In reply to Luke A. Guest from comment #14) > It's been pointed out it's not Obs as TyMiles2012 moved back from the Oibaf > PPA on Ubuntu 17.10.1 back to standard drivers and it no

Re: [PATCH] drm/radeon: insist on 32-bit DMA for Cedar

Alex, Christian, et al. Thanks for your rapid response! I can certainly make the change PPC-only (#ifdef CONFIG_PPC64...) and I think that's the safest way to go right now. It makes the patch very specific to Cedar on PowerPC64, so it doesn't break anything that may have come to depend on

Re: [PATCH 1/8] drm/ttm: add default implementations for ttm_tt_(un)populate

On 2018-02-22 12:15 PM, Christian König wrote: > Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide > a function. > > Signed-off-by: Christian König > --- > drivers/gpu/drm/ttm/ttm_tt.c | 10 -- > 1 file changed, 8 insertions(+), 2

[Bug 104597] [bisected] Compton weird colors

https://bugs.freedesktop.org/show_bug.cgi?id=104597 --- Comment #14 from Luke A. Guest --- Looks like it's the same as https://obsproject.com/forum/threads/xcomposite-colours-all-wrong.81265/ and

Re: [PATCH 4/6] drm/ttm: move ttm_tt_create into ttm_tt.c

On 2018-02-22 04:02 PM, Christian König wrote: > Rename ttm_bo_add_ttm to ttm_tt_create, clean it up and move it into > ttm_tt.c. Please split this up into two changes, one which just moves the code and renames the function, without any actual code changes, and another one which cleans up the

Re: [PATCH v3 8/8] drm/sun4i: backend: Remove ARGB spoofing

On Thu, Feb 22, 2018 at 10:15:07PM +0800, Chen-Yu Tsai wrote: > On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard > wrote: > > We've had some code for quite some time to prevent the alpha bug from > > happening on the lowest primary plane. Since we now check for this in

[Bug 198885] amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

https://bugzilla.kernel.org/show_bug.cgi?id=198885 Michel Dänzer (mic...@daenzer.net) changed: What|Removed |Added CC|

[PATCH 5/6] drm/ttm: move ttm_tt defines into ttm_tt.h

Let's stop mangling everything in a single header and create one header per object instead. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_tt.c| 6 - include/drm/ttm/ttm_bo_driver.h | 237 +- include/drm/ttm/ttm_tt.h

[PATCH 2/6] drm/ttm: drop ttm->glob

The pointer is available as ttm->bdev->glob as well. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 +++--- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 11 ++- drivers/gpu/drm/ttm/ttm_tt.c | 2 --

[PATCH 6/6] drm/ttm: drop persistent_swap_storage from ttm_bo_init and co

Never used as parameter, the only driver actually using this is nouveau and there it is initialized after the BO is initialized. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 ++-- drivers/gpu/drm/ast/ast_ttm.c | 2

[PATCH 3/6] drm/ttm: drop ttm->dummy_read_page

Only used by the AGP backend and there it can be easily accessed using ttm->bdev->glob. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 5 ++--- drivers/gpu/drm/ast/ast_ttm.c | 5 ++--- drivers/gpu/drm/bochs/bochs_mm.c

[PATCH 1/6] drm/ttm: drop bo->glob

The pointer is available as bo->bdev->glob as well. Signed-off-by: Christian König --- drivers/gpu/drm/qxl/qxl_release.c | 2 +- drivers/gpu/drm/ttm/ttm_bo.c | 23 --- drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +-

[PATCH 4/6] drm/ttm: move ttm_tt_create into ttm_tt.c

Rename ttm_bo_add_ttm to ttm_tt_create, clean it up and move it into ttm_tt.c. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c| 50 ++--- drivers/gpu/drm/ttm/ttm_tt.c| 43 +++

Re: [PATCH v3 7/8] drm/sun4i: Add support for plane alpha

On Thu, Feb 22, 2018 at 10:34 PM, Maxime Ripard wrote: > On Thu, Feb 22, 2018 at 10:17:38PM +0800, Chen-Yu Tsai wrote: >> On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard >> wrote: >> > Our backend supports a per-plane alpha property. Support

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 --- Comment #6 from Marc Dietrich --- ... or mesa should not expose ARB_uniform_buffer_object in compat (GL 3.0) context. I'm not an expert on this... -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v3 7/8] drm/sun4i: Add support for plane alpha

On Thu, Feb 22, 2018 at 10:17:38PM +0800, Chen-Yu Tsai wrote: > On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard > wrote: > > Our backend supports a per-plane alpha property. Support it through our new > > helper. > > > > Signed-off-by: Maxime Ripard

Re: [PATCH v5 2/5] dt-bindings: display: xlnx: Add ZynqMP DP subsystem bindings

Hi Hyun, Thank you for the patch. On Wednesday, 7 February 2018 03:36:37 EET Hyun Kwon wrote: > This add a dt binding for ZynqMP DP subsystem. > > Signed-off-by: Hyun Kwon > Reviewed-by: Rob Herring > --- > v4 > - Specify phy related descriptions > -

Re: [PATCH v3 7/8] drm/sun4i: Add support for plane alpha

On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard wrote: > Our backend supports a per-plane alpha property. Support it through our new > helper. > > Signed-off-by: Maxime Ripard Reviewed-by: Chen-Yu Tsai Though, not having a

Re: [PATCH v3 8/8] drm/sun4i: backend: Remove ARGB spoofing

On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard wrote: > We've had some code for quite some time to prevent the alpha bug from > happening on the lowest primary plane. Since we now check for this in our > atomic_check, we can simply remove it. > > Signed-off-by: Maxime

Re: [PATCH v3 5/8] drm/sun4i: Remove the plane description structure

On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard wrote: > The plane description structure was mostly needed to differentiate the > formats usable on the primary plane (because of its lowest position), and > assign the pipes. Now that both are dynamically checked and

Re: [PATCH v3 4/8] drm/sun4i: backend: Assign the pipes automatically

On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard wrote: > Since we now have a way to enforce the zpos, check for the number of alpha > planes, the only missing part is to assign our pipe automatically instead > of hardcoding it. > > The algorithm is quite simple, but

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

On Thu, Feb 22, 2018 at 10:45 PM, Robin Murphy wrote: > [sorry, I had intended to reply sooner but clearly forgot] > > > On 16/02/18 00:13, Tomasz Figa wrote: >> >> On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy >> wrote: >>> >>> On 15/02/18 04:17,

Re: [PATCH] drm/ttm: check if free mem space is under the lower limit

On Thu, Feb 22, 2018 at 6:43 AM, He, Roger wrote: > > > -Original Message- > From: Koenig, Christian > Sent: Thursday, February 22, 2018 7:28 PM > To: He, Roger ; dri-devel@lists.freedesktop.org > Subject: Re: [PATCH] drm/ttm: check if free mem space

[PATCH] staging: vboxvideo: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/staging/vboxvideo/vbox_ttm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/staging/vboxvideo/vbox_ttm.c b/drivers/staging/vboxvideo/vbox_ttm.c index

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 Marc Dietrich changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

[sorry, I had intended to reply sooner but clearly forgot] On 16/02/18 00:13, Tomasz Figa wrote: On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote: On 15/02/18 04:17, Tomasz Figa wrote: [...] Could you elaborate on what kind of locking you are concerned about? As I

Re: [PATCH v5 1/5] drm: xlnx: Xilinx DRM KMS module

Hi Hyun, On Thursday, 22 February 2018 04:50:42 EET Hyun Kwon wrote: > On Wed, 2018-02-21 at 15:17:25 -0800, Laurent Pinchart wrote: > > On Wednesday, 7 February 2018 03:36:36 EET Hyun Kwon wrote: > >> Xilinx has various platforms for display, where users can create > >> using multiple IPs in the

Re: [Freedreno] [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

On Thu, Feb 22, 2018 at 3:13 AM, Tomasz Figa wrote: > On Fri, Feb 16, 2018 at 9:13 AM, Tomasz Figa wrote: >> On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote: >>> On 15/02/18 04:17, Tomasz Figa wrote: >>> [...] > > Could

[PATCH v6 4/4] drm: rcar-du: Convert LVDS encoder code to bridge driver

The LVDS encoders used to be described in DT as part of the DU. They now have their own DT node, linked to the DU using the OF graph bindings. This allows moving internal LVDS encoder support to a separate driver modelled as a DRM bridge. Backward compatibility is retained as legacy DT is patched

[PATCH v6 1/4] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add corresponding device tree bindings. Signed-off-by: Laurent Pinchart Reviewed-by: Rob Herring --- Changes since v1: - Move the SoC name before the IP name in

[PATCH v6 2/4] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

The internal LVDS encoders now have their own DT bindings, representing them as part of the DU is deprecated. Signed-off-by: Laurent Pinchart Reviewed-by: Rob Herring --- Changes since v1: - Remove the LVDS reg range from the example

[Bug 198885] New: amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

https://bugzilla.kernel.org/show_bug.cgi?id=198885 Bug ID: 198885 Summary: amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo". Product: Drivers Version: 2.5 Kernel Version: 4.15.4

[PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

The internal LVDS encoders now have their own DT bindings. Before switching the driver infrastructure to those new bindings, implement backward-compatibility through live DT patching. Patching is disabled and will be enabled along with support for the new DT bindings in the DU driver.

[PATCH v6 0/4] R-Car DU: Convert LVDS code to bridge driver

Hello, This patch series addresses a design mistake that dates back from the initial DU support. Support for the LVDS encoders, which are IP cores separate from the DU, was bundled in the DU driver. Worse, both the DU and LVDS were described through a single DT node. To fix the, patches 1/4 and

Re: [PATCH] drm/ttm: check if free mem space is under the lower limit

Am 22.02.2018 um 12:43 schrieb He, Roger: -Original Message- From: Koenig, Christian Sent: Thursday, February 22, 2018 7:28 PM To: He, Roger ; dri-devel@lists.freedesktop.org Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit Am 22.02.2018

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 --- Comment #4 from Marc Dietrich --- happens only in compat context - digging deeper ... -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH] Update Boris Brezillon email address

On Fri, 16 Feb 2018 11:44:49 +0100 Boris Brezillon wrote: > Free Electrons is now Bootlin. > > Signed-off-by: Boris Brezillon > --- > Note that I'm planning to take this patch through the MTD tree. Applied to the nand/next branch of

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- > arch/arm/mach-s3c24xx/mach-rx1950.c | 11

Re: [RFC PATCH hwc] drm_hwcomposer: set CRTC background color when available

Hey Robert, On Thu, Feb 22, 2018 at 11:04 AM, Robert Foss wrote: > Hey Stefan, > > On 02/22/2018 04:54 AM, Stefan Schake wrote: >> >> Android assumes an implicit black background layer is always present >> behind all layers it specifies for composition. drm_hwcomposer

[GIT PULL] ipu-v3 fixes and grayscale support

Hi Dave, please consider merging this tag, which reduces code size a bit by making constant interrupt register tables static, fixes a device node leak in the PRE/PRG drivers' phandle lookups, and adds some preparations for grayscale capture support in the imx-media driver. regards Philipp The

[PATCH 2/2] drm/amd: Remove inclusion of non-existing include directories

This patch fix the following build warnings: CC [M] drivers/gpu/drm/amd/amdgpu/amdgpu_drv.o cc1: warning: ../display/: No such file or directory [-Wmissing-include-dirs] cc1: warning: ../display/include: No such file or directory [-Wmissing-include-dirs] CC [M]

[PATCH 1/2] drm/amd: remove inclusion of non-existing scheduler directory

The scheduler directory was removed via commit 1b1f42d8fde4 ("drm: move amd_gpu_scheduler into common location") Remove it from include path. Signed-off-by: Corentin Labbe --- drivers/gpu/drm/amd/amdgpu/Makefile | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] drm: fix drm_get_max_iomem type mismatch

When comparing two variables with min()/max(), they should be the same type: drivers/gpu/drm/drm_memory.c: In function 'drm_get_max_iomem': include/linux/kernel.h:821:16: error: comparison of distinct pointer types lacks a cast [-Werror] (void) ( == ); This makes the local variable in

RE: [PATCH] drm/ttm: check if free mem space is under the lower limit

-Original Message- From: Koenig, Christian Sent: Thursday, February 22, 2018 7:28 PM To: He, Roger ; dri-devel@lists.freedesktop.org Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit Am 22.02.2018 um 11:10 schrieb Roger He: > the free mem

Re: [PATCH] drm/ttm: check if free mem space is under the lower limit

Am 22.02.2018 um 11:10 schrieb Roger He: the free mem space and the lower limit both include two parts: system memory and swap space. For the OOM triggered by TTM, that is the case as below: first swap space is full of swapped out pages and soon system memory also is filled up with ttm pages.

[PATCH 8/8] drm/bochs: remove the default ttm_tt_populate callbacks

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/bochs/bochs_mm.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/bochs/bochs_mm.c b/drivers/gpu/drm/bochs/bochs_mm.c index 704e879711e4..5525b6660340

[PATCH 4/8] drm/hisilicon: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c

[PATCH 2/8] drm/virtio: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/virtio/virtgpu_ttm.c | 16 1 file changed, 16 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_ttm.c b/drivers/gpu/drm/virtio/virtgpu_ttm.c index

[PATCH 7/8] drm/cirrus: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/cirrus/cirrus_ttm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_ttm.c b/drivers/gpu/drm/cirrus/cirrus_ttm.c index

[PATCH 3/8] drm/mgag200: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c b/drivers/gpu/drm/mgag200/mgag200_ttm.c index

[PATCH 5/8] drm/ast: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/ast/ast_ttm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_ttm.c b/drivers/gpu/drm/ast/ast_ttm.c index 7b784d91e258..68b9c5522eaa

[PATCH 6/8] drm/qxl: remove ttm_pool_* wrappers

TTM calls the default implementation now. Signed-off-by: Christian König --- drivers/gpu/drm/qxl/qxl_ttm.c | 22 -- 1 file changed, 22 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c index

[PATCH 1/8] drm/ttm: add default implementations for ttm_tt_(un)populate

Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide a function. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_tt.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_tt.c

[Bug 105171] performance regression (3x slower) running glamor with PutImage workload (radeonsi)

https://bugs.freedesktop.org/show_bug.cgi?id=105171 Clemens Eisserer changed: What|Removed |Added QA Contact|dri-devel@lists.freedesktop

Re: [PATCH v5 6/8] i2c: demux: Use changeset helpers for clarity

> > Why? ePAPR says "okay", "disabled", "fail", or "fail-sss". > > > > Sorry for missing this in the previous round. > > That was per Wolfram's request, and because the existing code uses "ok". I'm > personally fine with any. I did? Well, today I don't have a strong preference. Any is fine

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 --- Comment #3 from Marc Dietrich --- what do you mean by texture-float flag? in the meson configuration? I set "-Dtexture-float=true" at least. driconf isn't working anymore for me. meson config: --buildtype=debug \

[Bug 151341] AMDGPU Hawaii: screen freeze, Xorg blocked in fence_default_wait

https://bugzilla.kernel.org/show_bug.cgi?id=151341 --- Comment #7 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- This seems to be (very) related to https://bugzilla.kernel.org/show_bug.cgi?id=198883 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #2 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Created attachment 274355 --> https://bugzilla.kernel.org/attachment.cgi?id=274355=edit xorg log -- You are receiving this mail because: You are watching the assignee of the

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #1 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Created attachment 274353 --> https://bugzilla.kernel.org/attachment.cgi?id=274353=edit dmesg -- You are receiving this mail because: You are watching the assignee of the

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #3 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Created attachment 274357 --> https://bugzilla.kernel.org/attachment.cgi?id=274357=edit xorg.conf -- You are receiving this mail because: You are watching the assignee of the

[Bug 198881] New: amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198881 Bug ID: 198881 Summary: amdgpu: carrizo: Screen stalls after starting X Product: Drivers Version: 2.5 Kernel Version: 4.15.0 Hardware: x86-64 OS: Linux Tree:

[Bug 198883] New: amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 Bug ID: 198883 Summary: amdgpu: carrizo: Screen stalls after starting X Product: Drivers Version: 2.5 Kernel Version: 4.15.0 Hardware: x86-64 OS: Linux Tree:

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 Emil Velikov changed: What|Removed |Added CC|

[Bug 103371] glxinfo -l shows GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=103371 --- Comment #1 from Marc Dietrich --- additional info: this only happens on meson builds. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver

Hi Frank, On Thursday, 22 February 2018 08:07:14 EET Frank Rowand wrote: > On 02/20/18 15:10, Laurent Pinchart wrote: > > Hello, > > > > This patch series addresses a design mistake that dates back from the > > initial DU support. Support for the LVDS encoders, which are IP cores > > separate

Re: [PATCH v5 6/8] i2c: demux: Use changeset helpers for clarity

Hi Geert, On Thursday, 22 February 2018 11:26:44 EET Geert Uytterhoeven wrote: > On Thu, Feb 22, 2018 at 1:05 AM, Laurent Pinchart wrote: > > From: Pantelis Antoniou > > > > The changeset helpers are easier to use, use them instead of > > using the static

[PATCH] drm/ttm: check if free mem space is under the lower limit

the free mem space and the lower limit both include two parts: system memory and swap space. For the OOM triggered by TTM, that is the case as below: first swap space is full of swapped out pages and soon system memory also is filled up with ttm pages. and then any memory allocation request will

Re: [RFC PATCH hwc] drm_hwcomposer: set CRTC background color when available

Hey Stefan, On 02/22/2018 04:54 AM, Stefan Schake wrote: Android assumes an implicit black background layer is always present behind all layers it specifies for composition. drm_hwcomposer currently punts responsibility for this to the kernel/DRM platform and puts layers with per-pixel alpha

Re: [PATCH v5 6/8] i2c: demux: Use changeset helpers for clarity

Hi Laurent, On Thu, Feb 22, 2018 at 1:05 AM, Laurent Pinchart wrote: > From: Pantelis Antoniou > > The changeset helpers are easier to use, use them instead of > using the static property. > > Signed-off-by: Pantelis

Re: [PATCH] fix double ;;s in code

Hi Pavel, On Sat, Feb 17, 2018 at 10:19:55PM +0100, Pavel Machek wrote: ... > diff --git a/drivers/soc/imx/gpc.c b/drivers/soc/imx/gpc.c > index 53f7275..cfb42f5 100644 > --- a/drivers/soc/imx/gpc.c > +++ b/drivers/soc/imx/gpc.c > @@ -348,7 +348,7 @@ static int imx_gpc_old_dt_init(struct device

Re: [PATCH 2/2] drm/amd: Remove inclusion of non-existing include directories

Am 22.02.2018 um 09:21 schrieb Corentin Labbe: This patch fix the following build warnings: CC [M] drivers/gpu/drm/amd/amdgpu/amdgpu_drv.o cc1: warning: ../display/: No such file or directory [-Wmissing-include-dirs] cc1: warning: ../display/include: No such file or directory

Re: [PATCH 1/2] drm/amd: remove inclusion of non-existing scheduler directory

Am 22.02.2018 um 09:21 schrieb Corentin Labbe: The scheduler directory was removed via commit 1b1f42d8fde4 ("drm: move amd_gpu_scheduler into common location") Remove it from include path. Signed-off-by: Corentin Labbe Reviewed-by: Christian König

Re: [PATCH 2/9] drm/xen-front: Implement Xen bus state handling

On 21/02/18 09:03, Oleksandr Andrushchenko wrote: > 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

Re: [PATCH 2/9] drm/xen-front: Implement Xen bus state handling

On 02/21/2018 10:23 AM, Juergen Gross wrote: On 21/02/18 09:03, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Initial handling for Xen bus states: implement Xen bus state machine for the frontend driver according to the state diagram and

Re: [PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver

On 02/20/18 15:10, Laurent Pinchart wrote: > Hello, > > This patch series addresses a design mistake that dates back from the initial > DU support. Support for the LVDS encoders, which are IP cores separate from > the DU, was bundled in the DU driver. Worse, both the DU and LVDS were > described

Re: [Xen-devel] [PATCH 1/9] drm/xen-front: Introduce Xen para-virtualized frontend driver

On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Introduce skeleton of the para-virtualized Xen display > frontend driver. This patch only adds required > essential stubs. > > Signed-off-by: Oleksandr

Re: [PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver

On Wed, Feb 21, 2018 at 01:10:30AM +0200, Laurent Pinchart wrote: > Hello, > > This patch series addresses a design mistake that dates back from the initial > DU support. Support for the LVDS encoders, which are IP cores separate from > the DU, was bundled in the DU driver. Worse, both the DU and

Re: [PATCH 1/4] locking/ww_mutex: add ww_mutex_is_owned_by function v3

Op 21-02-18 om 00:56 schreef Daniel Vetter: > On Tue, Feb 20, 2018 at 04:21:58PM +0100, Peter Zijlstra wrote: >> On Tue, Feb 20, 2018 at 04:05:49PM +0100, Christian König wrote: >>> Am 20.02.2018 um 15:54 schrieb Peter Zijlstra: On Tue, Feb 20, 2018 at 03:34:07PM +0100, Christian König wrote:

Re: [PATCH v1] drm/simple_kms_helper: Fix NULL pointer dereference with no active CRTC

On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko It is possible that drm_simple_kms_plane_atomic_check called with no CRTC set, e.g. when user-space application sets CRTC_ID/FB_ID to 0 before doing any actual drawing. This

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

On 21/02/18 09:03, Oleksandr Andrushchenko wrote: > 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

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

On 21/02/18 09:47, Oleksandr Andrushchenko wrote: > On 02/21/2018 10:19 AM, Juergen Gross wrote: >> On 21/02/18 09:03, Oleksandr Andrushchenko wrote: >>> From: Oleksandr Andrushchenko >>> >>> Introduce skeleton of the para-virtualized Xen display >>> frontend

Re: [Xen-devel] [PATCH 1/9] drm/xen-front: Introduce Xen para-virtualized frontend driver

On Wed, Feb 21, 2018 at 11:42:23AM +0200, Oleksandr Andrushchenko wrote: > On 02/21/2018 11:17 AM, Roger Pau Monné wrote: > > On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote: > > > --- /dev/null > > > +++ b/drivers/gpu/drm/xen/xen_drm_front.c > > > @@ -0,0 +1,83 @@ > > >

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

On Fri, Feb 16, 2018 at 9:13 AM, Tomasz Figa wrote: > On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote: >> On 15/02/18 04:17, Tomasz Figa wrote: >> [...] Could you elaborate on what kind of locking you are concerned about? As I

<    1   2