[Bug 104604] [amdgpu/radeon][regression, CIK] Prefetch the compute shader to TC L2 (4a4ff66dbe) causes GPU VM errors when running OpenCL kernels on Hawaii

https://bugs.freedesktop.org/show_bug.cgi?id=104604 Bug ID: 104604 Summary: [amdgpu/radeon][regression, CIK] Prefetch the compute shader to TC L2 (4a4ff66dbe) causes GPU VM errors when running OpenCL kernels on Hawaii

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #18 from Alex Deucher --- Can you attach your dmesg output? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH] drm: add drm_format_alpha_bits

On Fri, Jan 12, 2018 at 04:51:16PM +0100, Maxime Ripard wrote: > Hi, > > On Fri, Jan 12, 2018 at 03:43:49PM +, Ayan Halder wrote: > > On Fri, Jan 12, 2018 at 04:28:34PM +0200, Ville Syrj?l? wrote: > > > On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > > > > drm_format_info does

[Bug 104603] Below 60 FPS with XScreenSaver discoball on HiDPI monitor

https://bugs.freedesktop.org/show_bug.cgi?id=104603 Bug ID: 104603 Summary: Below 60 FPS with XScreenSaver discoball on HiDPI monitor Product: Mesa Version: 17.3 Hardware: Other OS: All Status:

Re: [PATCH] drm: add drm_format_alpha_bits

On Fri, Jan 12, 2018 at 05:53:33PM +0200, Ville Syrj?l? wrote: > On Fri, Jan 12, 2018 at 03:43:49PM +, Ayan Halder wrote: > > On Fri, Jan 12, 2018 at 04:28:34PM +0200, Ville Syrj?l? wrote: > > > On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > > > > drm_format_info does not

Re: [PATCH 0/3] drm/tegra: Add support for fence FDs

On Fri, Jan 12, 2018 at 03:38:56PM +, Chris Wilson wrote: > Quoting Thierry Reding (2018-01-12 15:14:38) > > On Fri, Jan 12, 2018 at 10:40:16AM +, Chris Wilson wrote: > > > Quoting Thierry Reding (2018-01-11 22:22:46) > > > > From: Thierry Reding > > > > > > > > This

[Bug 104602] Graphical artifacts in Civilization VI on RX Vega

https://bugs.freedesktop.org/show_bug.cgi?id=104602 Bug ID: 104602 Summary: Graphical artifacts in Civilization VI on RX Vega Product: Mesa Version: 17.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 --- Comment #4 from Christoph Haag --- Yes it also happens with modesetting. It is a bit different though as the messages switch to Device or resource busy very quickly [26.386] (WW) modeset(0): flip queue failed:

Re: [PATCH] drm: add drm_format_alpha_bits

On Fri, Jan 12, 2018 at 03:43:49PM +, Ayan Halder wrote: > On Fri, Jan 12, 2018 at 04:28:34PM +0200, Ville Syrj?l? wrote: > > On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > > > drm_format_info does not describe the number of bits used for the alpha > > > channel. That

Re: [PATCH] drm: add drm_format_alpha_bits

Hi, On Fri, Jan 12, 2018 at 03:43:49PM +, Ayan Halder wrote: > On Fri, Jan 12, 2018 at 04:28:34PM +0200, Ville Syrj?l? wrote: > > On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > > > drm_format_info does not describe the number of bits used for the alpha > > > channel. That

Re: [PATCH] drm: add drm_format_alpha_bits

On Fri, Jan 12, 2018 at 04:28:34PM +0200, Ville Syrj?l? wrote: > On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > > drm_format_info does not describe the number of bits used for the alpha > > channel. That information is useful in a central place like drm_fourcc.c > > where it can be

Re: [PATCH 0/3] drm/tegra: Add support for fence FDs

Quoting Thierry Reding (2018-01-12 15:14:38) > On Fri, Jan 12, 2018 at 10:40:16AM +, Chris Wilson wrote: > > Quoting Thierry Reding (2018-01-11 22:22:46) > > > From: Thierry Reding > > > > > > This set of patches adds support for fences to Tegra DRM and complements > > >

[PATCH v2] dt-bindings: display: stm32: add pixel clock mandatory property

Add the DPI/RGB input pixel clock in mandatory properties because it really offers a better preciseness for timing computations. Note: Fix also the DSI panel example where "ref" & "pclk" clocks were swapped. Signed-off-by: Philippe Cornu --- Changes in v2: put new clock in

[Bug 104597] Compton weird colors

https://bugs.freedesktop.org/show_bug.cgi?id=104597 --- Comment #1 from Michel Dänzer --- It could be similar bugs in compton and kwin. :) If this started recently, maybe you can try bisecting Mesa. I wonder if this might be related to bug 104599. -- You are receiving

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 --- Comment #3 from David Mao --- This seems like related with Mesa OGL when doing the compositing present within the KWIN. AMDVLK actually did not allow flip in current release. >From the attached log, the amdgpu ddx driver

Re: [PATCH v3 4/7] drm/tinydrm/mipi-dbi: Add poweron-reset functions

Den 11.01.2018 23.22, skrev David Lechner: On 01/10/2018 12:59 PM, Noralf Trønnes wrote: Split out common poweron-reset functionality. Signed-off-by: Noralf Trønnes ---   drivers/gpu/drm/tinydrm/mi0283qt.c | 22 ++--   drivers/gpu/drm/tinydrm/mipi-dbi.c | 73

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 --- Comment #2 from Michel Dänzer --- Does this also happen with the modesetting driver instead of xf86-video-amdgpu? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hello! On 01/12/2018 03:58 AM, Laurent Pinchart wrote: The internal LVDS encoders now have their own DT bindings, representing them as part of the DU is deprecated. Signed-off-by: Laurent Pinchart --- .../devicetree/bindings/display/renesas,du.txt

Re: [PATCH 0/3] drm/tegra: Add support for fence FDs

On Fri, Jan 12, 2018 at 10:40:16AM +, Chris Wilson wrote: > Quoting Thierry Reding (2018-01-11 22:22:46) > > From: Thierry Reding > > > > This set of patches adds support for fences to Tegra DRM and complements > > the fence FD support for Nouveau. Technically this isn't

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hello! On 01/12/2018 03:58 AM, Laurent Pinchart wrote: The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add corresponding device tree bindings. Signed-off-by: Laurent Pinchart --- .../bindings/display/bridge/renesas,lvds.txt

RE: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Laurent, > Subject: Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS > encoder DT bindings > > Hi Biju, > > On Friday, 12 January 2018 14:59:53 EET Biju Das wrote: > > Hi, > > > > > Subject: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS > > > encoder DT bindings >

Re: [PATCH 1/3] gpu: host1x: Add support for DMA fences

On 12.01.2018 01:22, Thierry Reding wrote: > From: Mikko Perttunen > > Add an implementation of DMA fences backed by Host1x syncpoints, > an interface to specify a prefence for job submissions. > > Before submission, prefences containing only Host1x syncpoints > are

Re: [PATCH v2] drm/amdkfd: Fix potential NULL pointer dereferences

Quoting Oded Gabbay : On Thu, Jan 11, 2018 at 1:15 AM, Gustavo A. R. Silva wrote: In case kfd_get_process_device_data returns null, there are some null pointer dereferences in functions kfd_bind_processes_to_device and

[PATCH -next] drm/etnaviv: make local symbols static

Fixes the following sparse warnings: drivers/gpu/drm/etnaviv/etnaviv_iommu.c:161:39: warning: symbol 'etnaviv_iommuv1_ops' was not declared. Should it be static? drivers/gpu/drm/etnaviv/etnaviv_iommu_v2.c:239:39: warning: symbol 'etnaviv_iommuv2_ops' was not declared. Should it be static?

Re: [PATCH v3 19/27] drm: replace devm_ioremap_nocache with devm_ioremap

Hi Benjamin , On 2018/1/9 17:21, Benjamin Gaignard wrote: > 2017-12-23 12:01 GMT+01:00 Yisheng Xie : >> > Default ioremap is ioremap_nocache, so devm_ioremap has the same >> > function with devm_ioremap_nocache, which can just be killed to >> > save the size of devres.o >

RE: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi, > Subject: [PATCH 01/10] 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 > > ---

Re: [PATCH v5 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

On Tue, Jan 9, 2018 at 11:01 AM, Vivek Gautam wrote: > The device link allows the pm framework to tie the supplier and > consumer. So, whenever the consumer is powered-on the supplier > is powered-on first. > > There are however cases in which the consumer wants to

Re: [PATCH v5 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

On 01/12/2018 04:23 AM, Rafael J. Wysocki wrote: On Tue, Jan 9, 2018 at 11:01 AM, Vivek Gautam wrote: The device link allows the pm framework to tie the supplier and consumer. So, whenever the consumer is powered-on the supplier is powered-on first. There are

Re: [PATCH v5 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

Hi Rob, On 01/12/2018 03:53 AM, Rob Herring wrote: On Tue, Jan 09, 2018 at 03:31:48PM +0530, Vivek Gautam wrote: qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add

[PATCH v1] drm/dp/mst: Fix off-by-one typo when dump payload table

It seems there is a classical off-by-one typo from the beginning when commit ad7f8a1f9ced ("drm/helper: add Displayport multi-stream helper (v0.6)") introduced a new helper. Fix a typo by introducing a macro constant. Cc: Dave Airlie Signed-off-by: Andy Shevchenko

Re: [PATCH 00/10] Xilinx ZynqMP DisplayPort subsystem DRM KMS driver

On 11.1.2018 09:07, Daniel Vetter wrote: > On Thu, Jan 11, 2018 at 02:07:08AM +, Hyun Kwon wrote: >> Hi Daniel, >> >>> -Original Message- >>> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel >>> Vetter >>> Sent: Tuesday, January 09, 2018 1:57 AM >>> To: Hyun Kwon

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

On 01/12/2018 01:43 PM, Laurent Pinchart wrote: The internal LVDS encoders now have their own DT bindings, representing them as part of the DU is deprecated. Signed-off-by: Laurent Pinchart --- .../devicetree/bindings/display/renesas,du.txt |

[PATCH] drm/dsi: Fix improper use of mipi_dsi_device_transfer() return value

The function mipi_dsi_device_transfer() returns the number of transmitted or received bytes on success or a negative error code on failure. The functions mipi_dsi_shutdown_peripheral(), mipi_dsi_turn_on_peripheral() & mipi_dsi_set_maximum_return_packet_size() use improperly this returned value in

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

https://bugzilla.kernel.org/show_bug.cgi?id=198123 --- Comment #12 from Daniel Vetter (dan...@ffwll.ch) --- Created attachment 273553 --> https://bugzilla.kernel.org/attachment.cgi?id=273553=edit fix of-by-one, or what looks like one This is another theory that crossed my mind. Please test

Re: [PATCH 3/3] drm: rcar-du: add R8A77970 support

On 01/12/2018 05:30 PM, Laurent Pinchart wrote: Add support for the R-Car V3M (R8A77970) SoC to the DU driver (this SoC has only 1 display port). Note that there are some differences with the other R-Car gen3 SoCs in the LVDS encoder part, e.g. LVDPLLCR has the same layout as on the R-Car

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

https://bugs.freedesktop.org/show_bug.cgi?id=99353 --- Comment #16 from Vedran Miletić --- (In reply to Bong Cosca from comment #14) > I have the same setup and I'm experiencing the same symptoms. 7400K on Asus > A68HM-K with VGA/DVI-D output on ArchLinux 4.14.12 Xorg 1.19.6,

Re: [PATCH] drm/i915/pmu: fix noderef.cocci warnings

On Fri, Jan 12, 2018 at 09:31:16PM +0800, kbuild test robot wrote: > From: Fengguang Wu > > drivers/gpu/drm/i915/i915_pmu.c:795:34-40: ERROR: application of sizeof to > pointer > > sizeof when applied to a pointer typed expression gives the size of > the pointer > >

Re: [PATCH 3/3] drm: rcar-du: add R8A77970 support

Hi Sergei, On Friday, 12 January 2018 11:23:00 EET Sergei Shtylyov wrote: > On 1/12/2018 4:13 AM, Laurent Pinchart wrote: > >> Add support for the R-Car V3M (R8A77970) SoC to the DU driver (this SoC > >> has only 1 display port). Note that there are some differences with the > >> other R-Car

Re: [PATCH] drm: add drm_format_alpha_bits

On Fri, Jan 12, 2018 at 02:21:16PM +, Ayan Halder wrote: > drm_format_info does not describe the number of bits used for the alpha > channel. That information is useful in a central place like drm_fourcc.c > where it can be queried by the drivers that want to determine if 'alpha > blending' is

Re: [Intel-gfx] [PATCH] drm/i915/pmu: fix noderef.cocci warnings

On 12/01/2018 13:31, kbuild test robot wrote: From: Fengguang Wu drivers/gpu/drm/i915/i915_pmu.c:795:34-40: ERROR: application of sizeof to pointer sizeof when applied to a pointer typed expression gives the size of the pointer Generated by:

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Fabrizio, On Friday, 12 January 2018 16:00:31 EET Fabrizio Castro wrote: > Hi Laurent, > > > Subject: Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS > > encoder DT bindings > > On Friday, 12 January 2018 14:59:53 EET Biju Das wrote: > >> Hi, > >> > >>> Subject: [PATCH 01/10]

[PATCH] drm: add drm_format_alpha_bits

drm_format_info does not describe the number of bits used for the alpha channel. That information is useful in a central place like drm_fourcc.c where it can be queried by the drivers that want to determine if 'alpha blending' is to be enabled or not. Signed-off-by: Ayan Kumar Halder

Re: [PATCH v2 4/6] drm/sti: Let core take care of normalizing the zpos

Hi, On 2018-01-12 16:07, Benjamin Gaignard wrote: > 2018-01-12 14:21 GMT+01:00 Peter Ujfalusi : >> Instead of re-implementing the drm_atomic_helper_check() locally with just >> adding drm_atomic_normalize_zpos() into it, set the >> drm_device->normalize_zpos. >> > >

Re: [PATCH] drm/fb-helper: Fix of-by-one in setcmap_pseudo_palette

On Fri, Jan 12, 2018 at 4:48 AM, Daniel Vetter wrote: > [Fair warning: This is pure conjecture right now.] > > In > > commit b8e2b0199cc377617dc238f5106352c06dcd3fa2 > Author: Peter Rosin > Date: Tue Jul 4 12:36:57 2017 +0200 > > drm/fb-helper:

Re: [PATCH v2 4/6] drm/sti: Let core take care of normalizing the zpos

2018-01-12 14:21 GMT+01:00 Peter Ujfalusi : > Instead of re-implementing the drm_atomic_helper_check() locally with just > adding drm_atomic_normalize_zpos() into it, set the > drm_device->normalize_zpos. > Acked-by: Benjamin Gaignard >

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #22 from letha...@gmail.com --- Thank you for the printks. If the code is only ran at initialization of gpu: could this explain the lpcm noise issue?: The reserved bandwidth at gpu init isn't enough anymore when video+more audio

[PATCH 3/3] drm/amdgpu: always allocate a PASIDs for each VM v2

Start to always allocate a pasid for each VM. v2: use dev_warn when we run out of PASIDs Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 43 ++--- 1 file changed, 29 insertions(+), 14 deletions(-) diff --git

Re: [PATCH 3/3] drm: rcar-du: add R8A77970 support

On 1/12/2018 4:13 AM, Laurent Pinchart wrote: Add support for the R-Car V3M (R8A77970) SoC to the DU driver (this SoC has only 1 display port). Note that there are some differences with the other R-Car gen3 SoCs in the LVDS encoder part, e.g. LVDPLLCR has the same layout as on the R-Car

Re: [PATCH 1/2] drm/ttm: don't update global memory count for some special cases

Am 12.01.2018 um 07:14 schrieb Roger He: add input parameter for ttm_dma_unpopulate. when ttm_dma_pool_get_pages or ttm_mem_global_alloc_page fail, don't call ttm_mem_global_free_page to update global memory count. Signed-off-by: Roger He Good catch, but that doesn't looks

Re: [PATCH 1/3] drm: rcar-du: lvds: refactor LVDS startup

Hello! On 1/12/2018 4:26 AM, Laurent Pinchart wrote: After the recent correction of the R-Car gen3 LVDCR1 value, already similar enough at their ends rcar_du_lvdsenc_start_gen{2|3}() started asking for a merge and it's becoming actually necessary with the addition the R-Car V3M (R8A77970)

Re: [PATCH 03/10] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

Hi Laurent, On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > 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

Re: [PATCH 03/10] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

Hi Geert, On Friday, 12 January 2018 12:09:45 EET Geert Uytterhoeven wrote: > On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > > The internal LVDS encoders now have their own DT bindings. Before > > switching the driver infrastructure to those new bindings, implement > >

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

Hi Geert, On Friday, 12 January 2018 11:47:03 EET Geert Uytterhoeven wrote: > On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > > 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

[PATCH 2/3] drm/amdgpu: add amdgpu_pasid_free_delayed v2

Free up a pasid after all fences signaled. v2: also handle the case when we can't allocate a fence array. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 82 + drivers/gpu/drm/amd/amdgpu/amdgpu_ids.h | 2 +

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hi Laurent, On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > The internal LVDS encoders now have their own DT bindings, representing > them as part of the DU is deprecated. > > Signed-off-by: Laurent Pinchart

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Laurent, On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add > corresponding device tree bindings. > > Signed-off-by: Laurent Pinchart

[PATCH] drm/i915/pmu: fix noderef.cocci warnings

From: Fengguang Wu drivers/gpu/drm/i915/i915_pmu.c:795:34-40: ERROR: application of sizeof to pointer sizeof when applied to a pointer typed expression gives the size of the pointer Generated by: scripts/coccinelle/misc/noderef.cocci Fixes: 109ec558370f

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Geert, On Friday, 12 January 2018 12:13:18 EET Geert Uytterhoeven wrote: > On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > > The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add > > corresponding device tree bindings. > > > > Signed-off-by: Laurent Pinchart > >

Re: [PATCH 2/2] drm/ttm: only free pages rather than update global memory count together

Am 12.01.2018 um 07:14 schrieb Roger He: if ttm_get_pages or ttm_mem_global_alloc_page fail, should not update global memory count. Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v2 1/2] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

On 11.01.2018 14:51, Philippe CORNU wrote: > Hi Brian & All *DSI DRM experts*, > > 1) Re-reading this patch, I realize that the returned value of > dw_mipi_dsi_host_transfer() is not correct: we should return the number > of transfered/received bytes... > > so I think there are two solutions:

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hi Laurent, On 01/12/2018 02:58 AM, Laurent Pinchart wrote: > The internal LVDS encoders now have their own DT bindings, representing > them as part of the DU is deprecated. > > Signed-off-by: Laurent Pinchart > --- >

[Bug 104596] GPU hang with janusvr (non-VR mode too)

https://bugs.freedesktop.org/show_bug.cgi?id=104596 Bug ID: 104596 Summary: GPU hang with janusvr (non-VR mode too) Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

[PATCH v2 5/6] drm: rcar-du: Let core take care of normalizing the zpos

Set the drm_device->normalize_zpos and call drm_atomic_helper_check() from rcar_du_atomic_check() instead of re implementing the function locally. Signed-off-by: Peter Ujfalusi CC: Laurent Pinchart Acked-by: Daniel Vetter

[PATCH v2 4/6] drm/sti: Let core take care of normalizing the zpos

Instead of re-implementing the drm_atomic_helper_check() locally with just adding drm_atomic_normalize_zpos() into it, set the drm_device->normalize_zpos. Signed-off-by: Peter Ujfalusi CC: Benjamin Gaignard CC: Vincent Abriou

Re: [PATCH v2] drm/vc4: Expose performance counters to userspace

On Thu, 11 Jan 2018 16:35:08 -0800 Eric Anholt wrote: > Could we add some docs for get_values? Like: Sure. > > /* > * Returns the values of the performance counters tracked by this > * perfmon (as an array of ncounters u64 values). > * > * No implicit synchronization is

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Geert, On Friday, 12 January 2018 11:45:56 EET Geert Uytterhoeven wrote: > On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > > The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add > > corresponding device tree bindings. > > > > Signed-off-by: Laurent Pinchart > >

[PATCH v2 3/6] drm/tegra: Let core take care of normalizing the zpos

Instead of re-implementing the drm_atomic_helper_check() locally with just adding drm_atomic_normalize_zpos() into it, set the drm_device->normalize_zpos. Signed-off-by: Peter Ujfalusi CC: Thierry Reding Acked-by: Daniel Vetter

[PATCH 4/4 v7] drm/pl111: Support handling bridge timings

If the bridge has a too strict setup time for the incoming signals, we may not be fast enough and then we need to compensate by outputting the signal on the inverse clock edge so it is for sure stable when the bridge samples it. Since bridges in difference to panels does not expose their

[PATCH v2 1/6] drm: Add drm_mode_config->normalize_zpos boolean

Instead of drivers duplicating the drm_atomic_helper_check() code to be able to normalize the zpos they can use the normalize_zpos flag to let the drm core to do it. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/drm_atomic_helper.c | 11 +++

[Bug 104599] corrupted desktop graphics with latest git intel driver

https://bugs.freedesktop.org/show_bug.cgi?id=104599 Bug ID: 104599 Summary: corrupted desktop graphics with latest git intel driver Product: Mesa Version: git Hardware: Other OS: All Status: NEW

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

https://bugzilla.kernel.org/show_bug.cgi?id=198123 --- Comment #11 from Bill Fraser (bill.fra...@gmail.com) --- - The red color looks to be the right shade, but it's hard to say without any other colors to reference it against. - With that patch, loading the 'ast' driver results in screen

[PATCH v2 0/6] drm: zpos normalization cleanup and omapdrm to use it

Hi, Changes since v1: - normalize_zpos flag moved to drm_mode_config - Added comment to note the side effect of normalization and updated the comment for normalized_zpos in the header file as well. - Added Acked-by from Daniel to patch 2-6 but not for patch 1 as I'm not sure if the comments I

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Biju, On Friday, 12 January 2018 14:59:53 EET Biju Das wrote: > Hi, > > > Subject: [PATCH 01/10] 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. > > >

[PATCH v2 6/6] drm/omap: Use normalized zpos for plane placement

Planes with identical zpos value will result undefined behavior: disappearing planes, screen flickering and it is not supported by the hardware. Use normalized zpos to make sure that we don't encounter invalid configuration. Signed-off-by: Peter Ujfalusi CC: Tomi

[PATCH v2 2/6] drm/exynos: Let core take care of normalizing the zpos

Instead of re-implementing the drm_atomic_helper_check() locally with just adding drm_atomic_normalize_zpos() into it, set the drm_device->normalize_zpos. Signed-off-by: Peter Ujfalusi CC: Inki Dae CC: Joonyoung Shim CC:

Re: [Nouveau] [PATCH 2/5] drm/prime: Export more helpers for drivers

On Thu, Jan 11, 2018 at 10:44:17PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Export some more of the helpers in order to allow drivers to more fine- > grainedly select which helpers to use. This gives drivers an easy way to > reuse a lot of the code in the

Re: [PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Laurent, On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add > corresponding device tree bindings. > > Signed-off-by: Laurent Pinchart

[Bug 104596] [apitrace] GPU hang with janusvr (non-VR mode too)

https://bugs.freedesktop.org/show_bug.cgi?id=104596 Christoph Haag changed: What|Removed |Added Summary|GPU hang with janusvr |[apitrace] GPU

[PATCH 1/4 v7] drm/bridge: Add bindings for TI THS8134

This adds device tree bindings for the Texas Instruments THS8134, THS8134A and THS8134B VGA DACs by extending and renaming the existing bindings for THS8135. These DACs are used for the VGA outputs on the ARM reference designs such as Integrator, Versatile and RealView. Cc:

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hi Geert, On Friday, 12 January 2018 11:49:28 EET Geert Uytterhoeven wrote: > On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > > The internal LVDS encoders now have their own DT bindings, representing > > them as part of the DU is deprecated. > > > > Signed-off-by: Laurent Pinchart > >

Re: [PATCH 02/10] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hi Vladimir, On Friday, 12 January 2018 11:54:57 EET Vladimir Zapolskiy wrote: > On 01/12/2018 02:58 AM, Laurent Pinchart wrote: > > The internal LVDS encoders now have their own DT bindings, representing > > them as part of the DU is deprecated. > > > > Signed-off-by: Laurent Pinchart > >

Re: [PATCH] drm/prime: Remove duplicate forward declaration

Am 11.01.2018 um 21:17 schrieb Thierry Reding: From: Thierry Reding struct device is forward-declared twice. Remove the second instance. Signed-off-by: Thierry Reding Reviewed-by: Christian König ---

[PATCH 1/3] dma-buf: make returning the exclusive fence optional

Change reservation_object_get_fences_rcu to make the exclusive fence pointer optional. If not specified the exclusive fence is put into the fence array as well. This is helpful for a couple of cases where we need all fences in a single array. Signed-off-by: Christian König

[PATCH 3/4 v7] drm/bridge: Add timing support to dumb VGA DAC

This extends the dumb VGA DAC bridge to handle the THS8134A and THS8134B VGA DACs in addition to those already handled. We assign the proper timing data to the pointer inside the bridge struct so display controllers that need to align their timings to the bridge can pick it up and work from

[PATCH 4/6] drm/sti: Let core take care of normalizing the zpos

Instead of re-implementing the drm_atomic_helper_check() locally with just adding drm_atomic_normalize_zpos() into it, set the drm_device->normalize_zpos. Signed-off-by: Peter Ujfalusi CC: Benjamin Gaignard CC: Vincent Abriou

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 --- Comment #1 from Christoph Haag --- Created attachment 136677 --> https://bugs.freedesktop.org/attachment.cgi?id=136677=edit xorg log with the pageflip failures RX 480, radv master and amdvlk, xf86-video-amdgpu master

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #21 from Direx --- Alex, thanks a lot for taking a look at this. I also think that everything is already in place and just a tiny piece is missing or going wrong (with a big impact though). I'd like to

Re: [PATCH 4/4 v7] drm/pl111: Support handling bridge timings

On 01/12/2018 01:18 PM, Linus Walleij wrote: If the bridge has a too strict setup time for the incoming signals, we may not be fast enough and then we need to compensate by outputting the signal on the inverse clock edge so it is for sure stable when the bridge samples it. Since bridges in

[Bug 104599] corrupted desktop graphics with latest git intel driver

https://bugs.freedesktop.org/show_bug.cgi?id=104599 --- Comment #2 from Tapani Pälli --- possible duplicate for bug #104536 .. the symptoms look a lot worse though -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 3/4 v7] drm/bridge: Add timing support to dumb VGA DAC

On 01/12/2018 01:18 PM, Linus Walleij wrote: This extends the dumb VGA DAC bridge to handle the THS8134A and THS8134B VGA DACs in addition to those already handled. We assign the proper timing data to the pointer inside the bridge struct so display controllers that need to align their timings

Re: [PATCH 2/4 v7] drm/bridge: Provide a way to embed timing info in bridges

On 01/12/2018 01:18 PM, Linus Walleij wrote: After some discussion and failed patch sets trying to convey the right timing information between the display engine and a bridge using the connector, I try instead to use an optional timing information container in the bridge itself, so that

Re: [PATCH 1/4 v7] drm/bridge: Add bindings for TI THS8134

On 01/12/2018 01:18 PM, Linus Walleij wrote: This adds device tree bindings for the Texas Instruments THS8134, THS8134A and THS8134B VGA DACs by extending and renaming the existing bindings for THS8135. These DACs are used for the VGA outputs on the ARM reference designs such as Integrator,

Re: [PATCH 0/3] drm/tegra: Add support for fence FDs

Quoting Thierry Reding (2018-01-11 22:22:46) > From: Thierry Reding > > This set of patches adds support for fences to Tegra DRM and complements > the fence FD support for Nouveau. Technically this isn't necessary for a > fence-based synchronization loop with Nouveau because

Re: [PATCH 0/6] drm: zpos normalization cleanup and omapdrm to use it

On Fri, Jan 12, 2018 at 11:38:03AM +0200, Peter Ujfalusi wrote: > Hi, > > The first patch is adding a flag to drm_device that drivers can set if they > want > the zpos to be normalized. If we go with the flag it should imo be put into struct drm_mode_config. > Then convert exynos, tegra, sti

[PATCH 2/4 v7] drm/bridge: Provide a way to embed timing info in bridges

After some discussion and failed patch sets trying to convey the right timing information between the display engine and a bridge using the connector, I try instead to use an optional timing information container in the bridge itself, so that display engines can retrieve it from any bridge and use

[PATCH] drm/fb-helper: Fix of-by-one in setcmap_pseudo_palette

[Fair warning: This is pure conjecture right now.] In commit b8e2b0199cc377617dc238f5106352c06dcd3fa2 Author: Peter Rosin Date: Tue Jul 4 12:36:57 2017 +0200 drm/fb-helper: factor out pseudo-palette Peter extracted the pseudo palette computation, but seems to have done

[Bug 104597] Compton weird colors

https://bugs.freedesktop.org/show_bug.cgi?id=104597 Bug ID: 104597 Summary: Compton weird colors Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

Re: [PATCH 2/2] drm/ttm: only free pages rather than update global memory count together

Both patches Tested-by: Andrey Grodzovsky Acked-by: Andrey Grodzovsky Andrey On 01/12/2018 01:14 AM, Roger He wrote: if ttm_get_pages or ttm_mem_global_alloc_page fail, should not update global memory count. Signed-off-by: Roger He

Re: [Patch v2 1/2] dma-buf: add some lockdep asserts to the reservation object implementation

Am 11.01.2018 um 17:53 schrieb Lucas Stach: This adds lockdep asserts to the reservation functions which state in their documentation that obj->lock must be held. Allows builds with PROVE_LOCKING enabled to check that the locking requirements are met. Signed-off-by: Lucas Stach

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

Hi Laurent, On Fri, Jan 12, 2018 at 1:58 AM, Laurent Pinchart wrote: > 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

<    1   2   3   >