[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 --- Comment #6 from Mike Lothian --- I think this also affects i965 too 6ce9006d76c050663af0be61cc88c3215d6f8cea is the first bad commit commit 6ce9006d76c050663af0be61cc88c3215d6f8cea

[Bug 104306] Mesa 17.3 breaks Firefox and other Xwayland apps on AMD HD7750

https://bugs.freedesktop.org/show_bug.cgi?id=104306 --- Comment #11 from Sergey Kvachonok --- I can confirm that switching from radeon to amdgpu on 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] Device: AMD

[Bug 100393] Cemu wiiu emulator crashes after selecting game on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=100393 --- Comment #12 from Daniel Monaga --- Hi all, i tried with MESA_GLSL_OVERRIDE="400" with a new game on menu, but you see the black screen that if the audio is perfect, you hear walking and jumping normal but

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 --- Comment #5 from Sebastian Parborg --- I spoke too soon. It seems like I needed to go back a bit further. And with MESA_GLSL_CACHE_DISABLE=true, it seems like I could pinpoint the commit. This is the commit that

[gabbayo:amdkfd-next 10/53] drivers/gpu/drm/amd/amdkfd/kfd_process.c:289:37: sparse: constant 0x2000000000000 is so big it is long

tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next head: 9f0a0b41ffccf9a76b19ea263ae16d2d5888093e commit: 373d7080896a3cb3b28ae3a2abdafb7bb87552b1 [10/53] drm/amdkfd: Add CWSR support reproduce: # apt-get install sparse git checkout

[PATCH 06/10] dt-bindings: display: xlnx: Add ZynqMP DP subsystem bindings

This add a dt binding for ZynqMP DP subsystem. Signed-off-by: Hyun Kwon --- .../bindings/display/xlnx/xlnx,zynqmp-dpsub.txt| 94 ++ 1 file changed, 94 insertions(+) create mode 100644

[PATCH 07/10] drm: xlnx: DRM KMS driver for Xilinx ZynqMP DP subsystem display

Xilinx ZynqMP has a hardened display pipeline. The pipeline can be logically partitioned into 2 parts: display and DisplayPort. This driver handles the display part of the pipeline that handles buffer management and blending. Signed-off-by: Hyun Kwon ---

[PATCH 05/10] drm: xlnx: Xilinx DRM KMS driver

Xilinx has various platforms for display, where users can create using multiple IPs in the programmable FPGA fabric, or where some hardened piepline is available on the chip. Furthermore, hardened pipeline can also interact with soft logics in FPGA. The Xilinx DRM KMS is a softwrae layer to glue

[PATCH 04/10] drm: xlnx: Add xlnx gem of Xilinx DRM KMS

Implement a simple wrapper around drm_gem_cma_dumb_create_internal() for alignment. Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/xlnx_gem.c | 38 ++ drivers/gpu/drm/xlnx/xlnx_gem.h | 18 ++ 2 files changed, 56

[PATCH 08/10] drm: xlnx: DRM KMS driver for Xilinx ZynqMP DisplayPort

This driver creates DRM encoder and connector for ZynqMP DisplayPort. Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/zynqmp_dp.c | 1864 ++ drivers/gpu/drm/xlnx/zynqmp_dp.h | 29 + 2 files changed, 1893 insertions(+) create mode

[PATCH 01/10] dt-bindings: display: xlnx: Add Xilinx kms bindings

The dt binding for Xilinx DRM KMS driver. Signed-off-by: Hyun Kwon --- .../devicetree/bindings/display/xlnx/xlnx,kms.txt| 20 1 file changed, 20 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,kms.txt diff

[PATCH 02/10] drm: xlnx: Add xlnx crtc of Xilinx DRM KMS

xlnx_crtc is a part of Xilinx DRM KMS and a layer that provides some interface between the Xilinx DRM KMS and crtc drivers. Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/xlnx_crtc.c | 194 +++ drivers/gpu/drm/xlnx/xlnx_crtc.h | 70

[PATCH 03/10] drm: xlnx: Add xlnx fb of Xilinx DRM KMS

Helpers for framebuffers backed by cma allocator. Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/xlnx_fb.c | 467 + drivers/gpu/drm/xlnx/xlnx_fb.h | 30 +++ 2 files changed, 497 insertions(+) create mode 100644

[PATCH 09/10] drm: xlnx: ZynqMP DP subsystem DRM KMS driver

This is a wrapper around the ZynqMP Display and DisplayPort drivers. Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/Kconfig| 11 +++ drivers/gpu/drm/xlnx/Makefile | 3 + drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 141

[PATCH 10/10] drm: xlnx: zynqmp: Add debugfs

Debugfs can be used to exploit some specific setting. Main purpose is for testing and debug diagnostic. Signed-off-by: Tejas Upadhyay Signed-off-by: Hyun Kwon --- drivers/gpu/drm/xlnx/Kconfig | 21 +++ drivers/gpu/drm/xlnx/zynqmp_disp.c | 326

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

Hi, This patchset adds the DRM KMS driver for Xilinx ZynqMP DisplayPort subsystem. The Xilinx ZynqMP SoC has a hardened full display pipeline which supports blending of up to 2 planes, and the encoder is DisplayPort v1.2 compatible. This series mainly includes 2 sets: Xilinx DRM KMS (patch

[git pull] drm fixes for 4.15-rc7

Hey Linus, Just collecting some fixes to finish my hoildays :-). A few fixes for i915 (one documentation build fix), one ttm fix, one AMD display fix, one omapdrm fix, and a set of armada fixes from Russell. All seem pretty small, you can now return to your latest security news site. Dave.

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi all, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_cdclk.c between commit: 30414f3010af ("drm/i915: Apply Display WA #1183 on skl, kbl, and cfl") from the drm-intel-fixes tree and commit: 2aa97491da8a ("drm/i915: Use cdclk_state->voltage on

Re: [Intel-gfx] [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

On Thu, 2018-01-04 at 23:46 +, Pandiyan, Dhinakaran wrote: > On Thu, 2018-01-04 at 18:21 -0500, Lyude Paul wrote: > > Sorry for the late reply, I've been having very similar issues on my own > > MST hub > > and I wanted to make sure that they were the same issue, although it seems > >

Re: [GIT PULL] Armada DRM (drm-armada-devel-4.15 branch)

On 1 January 2018 at 22:19, Russell King wrote: > David, > > Please incorporate the latest Armada DRM (drm-armada-devel-4.15 branch), > which can be found at: > > git://git.armlinux.org.uk/~rmk/linux-arm.git drm-armada-devel-4.15 This conflicted with:

Re: [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

On Thu, 2018-01-04 at 18:21 -0500, Lyude Paul wrote: > Sorry for the late reply, I've been having very similar issues on my own MST > hub > and I wanted to make sure that they were the same issue, although it seems > like > they aren't. > > So; I've been doing a lot of MST debugging this week

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 --- Comment #4 from Sebastian Parborg --- (In reply to Michel Dänzer from comment #2) > (In reply to Sebastian Parborg from comment #0) > > [...] there seems to be some kind of cached behaviour (not the mesa shader > >

Re: [Mesa-dev] [PATCH v4 1/3] Add meson build system

Quoting Igor Gnatenko (2018-01-04 13:43:51) > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Thu, 2018-01-04 at 10:28 -0800, Dylan Baker wrote: > > This patch adds a complete meson build system, including tests and > > install. It has the necessary hooks to allow it be used as a

[PATCH] drm/atomic: Fix memleak on ERESTARTSYS during non-blocking commits

From: "Leo (Sunpeng) Li" During a non-blocking commit, it is possible to return before the commit_tail work is queued (-ERESTARTSYS, for example). Since a reference on the crtc commit object is obtained for the pending vblank event when preparing the commit, the above

Re: [PATCH] drm/dp: Power cycle display if LINK_ADDRESS fails.

Sorry for the late reply, I've been having very similar issues on my own MST hub and I wanted to make sure that they were the same issue, although it seems like they aren't. So; I've been doing a lot of MST debugging this week and last and something I've discovered needs to be taken into account

[radeon-alex:amd-staging-drm-next 892/896] drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/smu7_smumgr.c:653:33: warning: passing argument 2 of 'smu_free_memory' makes pointer from integer without a ca

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: fececd1b5c375bdddf4d510fb52d7d823678c082 commit: 222fbf72c1c90668e43d313dd84c1390d72cbf80 [892/896] drm/amd/powerplay: fix typo error for '3be7be08ac' config: x86_64-allmodconfig (attached as .config) compiler:

[PATCH] drm/amdgpu: fix semicolon.cocci warnings

From: Fengguang Wu drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c:281:2-3: Unneeded semicolon Remove unneeded semicolon. Generated by: scripts/coccinelle/misc/semicolon.cocci Fixes: 620f774f4687 ("drm/amdgpu: separate VMID and PASID handling") CC: Christian König

[radeon-alex:drm-next-4.16-wip 1/49] drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c:281:2-3: Unneeded semicolon

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.16-wip head: 08300c1f07a3707b6a1b540f5a99ec4e2a902480 commit: 620f774f4687d86c420152309eefb0ef0fcc7e51 [1/49] drm/amdgpu: separate VMID and PASID handling coccinelle warnings: (new ones prefixed by >>) >>

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

On Thu, Jan 4, 2018 at 5:26 PM, Samuel Li wrote: >>> +uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev) >> >> Please rename this amdgpu_display_framebuffer_domains() for consistency. > Currently all the functions in this file are named without _display_. Am I >

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

>> +uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev) > > Please rename this amdgpu_display_framebuffer_domains() for consistency. Currently all the functions in this file are named without _display_. Am I missing something? >> + if (plane->type != DRM_PLANE_TYPE_CURSOR) >

[PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

From: Christian König On CZ and newer APUs we can pin the fb into GART as well as VRAM. v2: Don't enable gpu_vm_support for Raven yet since it leads to a black screen. Need to debug this further before enabling. Change-Id: Id0f8af3110e54a3aabf7a258871867bc121cc1a2

[PATCH 2/3] drm: export gem dmabuf_ops for drivers to reuse

Change-Id: I03c22a890d2305f3243d88019d1a28bddd4ddda7 Signed-off-by: Samuel Li --- drivers/gpu/drm/drm_prime.c | 53 ++--- include/drm/drm_prime.h | 22 +++ 2 files changed, 53 insertions(+), 22 deletions(-) diff

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 --- Comment #4 from florian.w...@googlemail.com --- Maybe the bug is in compiler/glsl/lower_buffer_access.cpp? https://cgit.freedesktop.org/mesa/mesa/tree/src/compiler/glsl/lower_buffer_access.cpp?id=396c006d907b023f9b187db618ee2a6e4e1b8a85#n51

Re: [Mesa-dev] [PATCH v4 1/3] Add meson build system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-04 at 10:28 -0800, Dylan Baker wrote: > This patch adds a complete meson build system, including tests and > install. It has the necessary hooks to allow it be used as a subproject > for other meson based builds such as mesa. Builds

[PATCH 3/3] drm/amdgpu: Move to gtt before cpu accesses dma buf.

To improve cpu read performance. This is implemented for APUs currently. v2: Adapt to change https://lists.freedesktop.org/archives/amd-gfx/2017-October/015174.html v3: Adapt to change "forward begin_cpu_access callback to drivers" v4: Instead of v3, reuse drm_gem dmabuf_ops here. Also some

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

On Thu, Jan 4, 2018 at 4:11 PM, Samuel Li wrote: > From: Christian König > > On CZ and newer APUs we can pin the fb into GART as well as VRAM. > > v2: Don't enable gpu_vm_support for Raven yet since it leads to > a black screen. Need to debug this

[Bug 104497] radeon driver hangs : nothing else that static effect on display

https://bugs.freedesktop.org/show_bug.cgi?id=104497 Bug ID: 104497 Summary: radeon driver hangs : nothing else that static effect on display Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

Re: [PATCH v5 01/12] dt-bindings: panel: lvds: Document power-supply property

Hi Maxime, On Thursday, 4 January 2018 21:44:36 EET Maxime Ripard wrote: > On Fri, Dec 22, 2017 at 02:08:20PM +0200, Laurent Pinchart wrote: > > On Thursday, 21 December 2017 13:02:27 EET Maxime Ripard wrote: > >> The power-supply property is used by a vast majority of panels, > >> including

Re: [PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

Hi, On Tue, Dec 26, 2017 at 10:12:25PM +1100, Jonathan Liu wrote: > We should check if the best match has been set before comparing it. > > Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support") > Signed-off-by: Jonathan Liu > --- > drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c |

Re: [PATCH v5 01/12] dt-bindings: panel: lvds: Document power-supply property

Hi Laurent, On Fri, Dec 22, 2017 at 02:08:20PM +0200, Laurent Pinchart wrote: > Hi Maxime, > > Thank you for the patch. > > On Thursday, 21 December 2017 13:02:27 EET Maxime Ripard wrote: > > The power-supply property is used by a vast majority of panels, including > > panel-simple. Let's

Re: [PATCH v5 03/12] dt-bindings: display: sun4i-drm: Add LVDS properties

Hi, On Sat, Dec 30, 2017 at 12:45:19PM +0100, Jernej Škrabec wrote: > Hi Maxime, > > Dne četrtek, 21. december 2017 ob 12:02:29 CET je Maxime Ripard napisal(a): > > Some clocks and resets supposed to drive the LVDS logic in the display > > engine have been overlooked when the driver was first

Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

On Wed, Jan 03, 2018 at 10:32:26PM +0100, Jernej Škrabec wrote: > Hi Rob, > > Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a): > > On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote: > > > This commit adds all necessary compatibles and descriptions needed to > > >

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 florian.w...@googlemail.com changed: What|Removed |Added Version|17.2|git -- You are receiving

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 --- Comment #3 from florian.w...@googlemail.com --- Hi Ilia, unfortunately updating to 17.4~git1801031930.ad2187~oibaf~a (apparently a Jan 3 commit) did not fix this test case. I'll downgrade again because that package breaks renderdoc and the

[PATCH v4 3/3] README: Add note about meson

Signed-off-by: Dylan Baker --- README | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/README b/README index 26cab9d..58e55bc 100644 --- a/README +++ b/README @@ -15,9 +15,24 @@ with an older kernel. Compiling -

[PATCH v4 1/3] Add meson build system

This patch adds a complete meson build system, including tests and install. It has the necessary hooks to allow it be used as a subproject for other meson based builds such as mesa. v4: - fix freedreno kgls check Signed-off-by: Dylan Baker --- .editorconfig

[PATCH v4 0/3] Meson build system

This is a third iteration of the meson build system for libdrm. This version is significantly cleaned up from the last version and uses a style more like the build system in mesa. It builds all of the drivers and tests, and the tests can be run via `ninja test`. It has support for being used as

[PATCH v4 2/3] autotools: Include meson.build files in tarball

Signed-off-by: Dylan Baker --- Makefile.am | 30 +- 1 file changed, 29 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 7b86214..66f70ca 100644 --- a/Makefile.am +++ b/Makefile.am @@ -135,7 +135,35 @@ if HAVE_VMWGFX

[Bug 104439] intel_do_flush_locked failed: Invalid argument

https://bugs.freedesktop.org/show_bug.cgi?id=104439 --- Comment #3 from Francesco Turco --- I can reproduce this bug by checking out tag v4.14 from linux-stable. It includes the commit you mentioned. -- You are receiving this mail because: You are the assignee for the

Re: [0/4] video-UDLFB: Adjustments for five function implementations

>> * Do you find a Linux allocation failure report insufficient in this use >> case? > > Yes, Interesting … > there is more information available currently in the driver and > I see no real improvement in removing it. > >> * Are you looking for any more clarification? > > I will not apply

Re: [drm_hwcomposer PATCH] Take Connection state into account. (v2)

On Wed, Jan 3, 2018 at 6:40 AM, Mauro Rossi wrote: > > > 2018-01-03 12:16 GMT+01:00 Robert Foss : >> >> Hey Mauro, >> >> Thanks for the patch! It builds and looks good to me, but I have some >> suggestions however. >> >> >> On Wed, 2018-01-03 at

Re: [0/4] video-UDLFB: Adjustments for five function implementations

On Friday, December 29, 2017 07:10:00 PM SF Markus Elfring wrote: > >> Delete an error message for a failed memory allocation in two functions > > > > This patch removes the information about the device for which the > > allocation fails. > > * Do you find a Linux allocation failure report

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 --- Comment #2 from Ilia Mirkin --- Can you see if this is fixed on master? I fixed a seemingly related issue with https://cgit.freedesktop.org/mesa/mesa/commit/?id=0332c7484b712e56ce1a6648c5fa04c90e286c37 -- You are

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 --- Comment #2 from Michel Dänzer --- (In reply to Sebastian Parborg from comment #0) > [...] there seems to be some kind of cached behaviour (not the mesa shader > cache as I removed the directory [...] Which directory

Re: [PATCH] drm: fix some comments in drm_crtc.c

On Wed, Jan 3, 2018 at 3:39 PM, Randy Dunlap wrote: > From: Randy Dunlap > > Fix typos, punctuation, and one function reference (change > atomic_check two times to be atomic_check and atomic_commit). > > Signed-off-by: Randy Dunlap

Re: [PATCH] drm/ttm: specify DMA_ATTR_NO_WARN for huge page pools

On Thu, Jan 4, 2018 at 9:16 AM, Christian König wrote: > Suppress warning messages when allocating huge pages fails since we can > always fall back to normal pages. > > Signed-off-by: Christian König Acked-by: Alex Deucher

Re: [git pull] drm fixes for 4.15-rc6

On Fri, 29 Dec 2017, Jani Nikula wrote: > On Thu, 28 Dec 2017, Randy Dunlap wrote: >> It would be good to get this documentation build error patch >> merged into 4.15. Daniel Vetter says that he merged (applied) it. >> >> [PATCH]

[PULL] drm-intel-fixes

Hi Dave, some more i915 fixes for the new year. drm-intel-fixes-2018-01-04: drm/i915 fixes for v4.15-rc7 - couple of documentation build fixes - serialize non-blocking modesets - prevent DMC from messing up GMBUS transfers - PSR regression fix BR, Jani. The following changes since commit

Re: [PATCH] fbdev: auo_k190x: Use zeroing memory allocator than allocator/memset

On Sunday, December 31, 2017 05:55:57 PM Himanshu Jha wrote: > Use vzalloc for allocating zeroed memory and remove unnecessary > memset function. > > Done using Coccinelle. > Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci Use of "Generated-by:" triggers checkpatch.pl warning +

Re: [PATCH 08/11] drm/sun4i: Add support for A83T second DE2 mixer

On Sat, Dec 30, 2017 at 10:02:00PM +0100, Jernej Skrabec wrote: > It supports 1 VI and 1 UI plane and HW scaling on both planes. > > Signed-off-by: Jernej Skrabec Acked-by: Maxime Ripard Maxime -- Maxime Ripard, Free Electrons

Re: [PATCH 07/11] drm/sun4i: Add support for A83T second TCON

Hi, On Sat, Dec 30, 2017 at 10:01:59PM +0100, Jernej Skrabec wrote: > This TCON doesn't have channel 0, so quirk has_channel_0 is added in the > process. > > Signed-off-by: Jernej Skrabec Ideally, this should be split in two patches, one to add the new flag, and one to

Re: [PATCH v2 09/12] drm/sun4i: backend: Add a custom atomic_check for the frontend

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > Now that we have everything in place, we can start enabling the frontend. > This is more difficult than one would assume since there can only be one > plane using the frontend per-backend. > > We therefore

Re: [PATCH v2 08/12] drm/sun4i: backend: Wire in the frontend

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > Now that we have a driver, we can make use of it. This is done by > adding a flag to our custom plane state that will trigger whether we should > use the frontend on that particular plane or not. > > The

Re: [PATCH v2 07/12] drm/sun4i: Add a driver for the display frontend

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > The display frontend is an hardware block that can be used to implement > some more advanced features like hardware scaling or colorspace > conversions. It can also be used to implement the output format of

Re: [PATCH 1/1] drm: Add dirty_rects atomic blob property for drm_plane

Hi, On 01/04/2018 02:52 PM, Lukasz Spintzyk wrote: On 28/12/2017 10:03, Thomas Hellstrom wrote: Hi, Lukasz! (Sorry for top-posting). We have Deepak from our team working on the same subject. I think he's in over the holidays so I'll add him to the CC list. Great! Adding damage to the

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

Arnd Bergmann wrote: > - mn10300 appears to be wrong, broken by David Howells in > commit 83c2dc15ce82 ("MN10300: Handle cacheable PCI regions > in pci_iomap()") for any driver calling ioremap() by to get uncached > memory, It's not clear what the right thing to do was,

Re: [PATCH v2 12/12] ARM: dts: sun8i: a33 Enable our display frontend

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > The display frontend can be used to do hardware scaling, colorspaces > conversion or to implement the buffer format output by the Cedar VPU. > > Since we're starting to have some support for it in the DRM

Re: [PATCH v2 11/12] drm/sun4i: backend: Make sure we don't have a commit pending

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > If we try to read the backend registers while it fetches the new values, we > end up with the value of some random register instead of the one we asked > for. > > In order to prevent that, let's make sure

Re: [PATCH v2 10/12] drm/sun4i: backend: Use runtime_pm variant of atomic_commit_tail

On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard wrote: > During a hardware commit, the commit bit in the backend will only be > cleared if the TCON is enabled. Use the runtime_pm variant of the > atomic_commit_tail hook that makes sure that the CRTC, our TCON, is

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 --- Comment #1 from florian.w...@googlemail.com --- Created attachment 136548 --> https://bugs.freedesktop.org/attachment.cgi?id=136548=edit RADEON_DUMP_SHADERS=1 output. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec wrote: > For example, A83T have nmp plls which are modelled as nkmp plls. Since k > is not specified, it has offset 0, shift 0 and lowest value 1. This > means that LSB bit is always set to 1, which may change clock rate. >

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

https://bugs.freedesktop.org/show_bug.cgi?id=104492 Bug ID: 104492 Summary: Compute Shader: Wrong alignment when assigning struct value to structured SSBO Product: Mesa Version: 17.2 Hardware: x86-64 (AMD64)

Re: [PATCH] fbdev: arm64 use __raw I/O memory api

On Thursday, November 30, 2017 04:17:22 PM Ji Zhang wrote: > Since arm64 also has __raw I/O accessors, add __aarch64__ in fb.h. > This is a supplement for commmit > 981409b25e2a99409b26daa67293ca1cfd5ea0a0 > > Signed-off-by: Ji Zhang Patch queued for 4.16, thanks. Best

Re: [PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

Hi, On Sat, Dec 30, 2017 at 10:01:53PM +0100, Jernej Skrabec wrote: > For example, A83T have nmp plls which are modelled as nkmp plls. Since k > is not specified, it has offset 0, shift 0 and lowest value 1. This > means that LSB bit is always set to 1, which may change clock rate. > > Fix that

[PATCH] drm/ttm: specify DMA_ATTR_NO_WARN for huge page pools

Suppress warning messages when allocating huge pages fails since we can always fall back to normal pages. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

Re: [PATCH] video: fbdev: omap2: Use PTR_ERR_OR_ZERO()

On Wednesday, November 29, 2017 05:22:48 PM Vasyl Gomonovych wrote: > Fix ptr_ret.cocci warnings: > drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c:676:1-3: WARNING: > PTR_ERR_OR_ZERO can be used > > Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR > > Generated by:

Re: [PATCH 1/1] drm: Add dirty_rects atomic blob property for drm_plane

On 28/12/2017 10:03, Thomas Hellstrom wrote: Hi, Lukasz! (Sorry for top-posting). We have Deepak from our team working on the same subject. I think he's in over the holidays so I'll add him to the CC list. Great! Adding damage to the plane state is, IMO the correct way to do it.

[Bug 104439] intel_do_flush_locked failed: Invalid argument

https://bugs.freedesktop.org/show_bug.cgi?id=104439 --- Comment #2 from Chris Wilson --- Try (or confirm you have): commit 1d033beb20d6d5885587a02a393b6598d766a382 Author: Chris Wilson Date: Tue Oct 31 10:36:07 2017 + drm/i915:

Re: [PATCH v3 09/11] clk: sunxi-ng: add support for Allwinner A64 DE2 CCU

On Fri, Dec 22, 2017 at 08:22:41PM +0800, Icenowy Zheng wrote: > Allwinner A64's DE2 needs to claim a section of SRAM (SRAM C) to work. > > Add support for it. That's highly suspicious that the clocks need an SRAM to operate properly. Can you elaborate? Maxime -- Maxime Ripard, Free

Re: [PATCH v3 05/11] ARM: sun8i: h3/h5: add DE2 CCU device node for H3

On Fri, Dec 22, 2017 at 08:22:37PM +0800, Icenowy Zheng wrote: > The DE2 in H3/H5 has a clock control unit in it, and the behavior is > slightly different between H3 and H5. > > Add the common parts in H3/H5 DTSI, and add the compatible string in H3 > DTSI. > > The compatible string of H5 DE2

Re: [PATCH] fbdev: au1200fb: delete duplicate header contents

On Tuesday, November 28, 2017 04:22:22 PM Rasmus Villemoes wrote: > This file has been copy-pasted-pasted: > > ~/linux$ x=drivers/video/fbdev/au1200fb.h; diff -u <(head -n 286 $x; head > -n 286 $x) $x > ~/linux$ > > Signed-off-by: Rasmus Villemoes Patch queued

[Bug 104439] intel_do_flush_locked failed: Invalid argument

https://bugs.freedesktop.org/show_bug.cgi?id=104439 --- Comment #1 from Francesco Turco --- It seems this problem happens only when using SNA. I can't reproduce this bug with UXA. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2] fbdev: pxa3xx: use ktime_get_ts64 for time stamps

On Monday, November 27, 2017 05:46:14 PM Arnd Bergmann wrote: > do_gettimeofday() is deprecated because it is not y2038 safe, so I'm > changing the calculation for the diagnostic output over to using > 'timespec64'. > > We really only print time deltas here, so changing it to monotonic > time

[PATCH v3] drm/omap: plane zpos/zorder management improvements

Use the plane index as default zpos for all planes. Even if the application is not setting zpos/zorder explicitly we will have unique zpos for each plane. Enforce that all planes must have unique zpos on the given crtc. Signed-off-by: Peter Ujfalusi --- Hi, Changes since

Re: [PATCH 2/2] fbdev: radeon: stop use ktime_get() for HZ calibration

On Tuesday, November 07, 2017 03:13:06 PM Arnd Bergmann wrote: > do_gettimeofday() is deprecated and a bit clumsy. This changes > radeon_probe_pll_params() over to using ktime_get() with monotonic > times. There is no need to check for negative values any more > since the monotonic clocksource

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 --- Comment #1 from Sebastian Parborg --- Forgot to mention: As I stated in the github issue, only dota seems to have this problem. No other program/game fails to create a opengl context for me. So I'm quite unsure why it

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 Bug ID: 104490 Summary: [radeonsi/290x] Dota2 fails to start (can't create opengl context) Product: Mesa Version: git Hardware: Other OS: All

[PATCH] drm/nouveau/bar/gk20a: Avoid bar teardown during init

Commit bbb163e18960 ("drm/nouveau/bar: implement bar1 teardown") introduced add a teardown helper function for BAR1. During initialisation of the Nouveau, initially all the teardown helpers are called once, before calling their init counterparts. For gk20a, after the BAR1 teardown function is

[Bug 104285] Euro Truck Simulator 2 and American Truck Simulator artifacts (Mesa 17.3, AMD R9 280X)

https://bugs.freedesktop.org/show_bug.cgi?id=104285 --- Comment #2 from Alex Vorobyev --- Just did some research - this issue still persists in 17.3.1 and it's only visible if shadows enabled. If I set "Shadow quality" in the in-game settings to "Disabled", artifacts

Re: [PATCH v2 0/3] drm/omap: Make omapdss API more generic + related patches

On 01/01/18 13:55, Jyri Sarha wrote: > This the v2 rouns of a this RFC patch: > https://patchwork.kernel.org/patch/10066245/ > > The first patch is a simple fix that should be applied in any case. > > I did not split the mgr_has_framedone() callback as a separate patch. It > quite literally

Re: [PATCH v2 3/3] drm/omap: Make omapdss API more generic

Hi, On 01/01/18 13:55, Jyri Sarha wrote: > The new omapdss API is HW independent and cleans up some of the DSS5 > specific hacks from the omapdrm side and gets rid off the DSS5 IRQ > register bits and replace them with HW independent generic u64 based > macros. This new macros make it more

Re: [PATCH v2] drm/omap: plane zpos/zorder management improvements

Hi, On 03/01/18 11:16, Peter Ujfalusi wrote: > Use the plane index as default zpos for all planes. Even if the > application is not setting zpos/zorder explicitly we will have unique zpos > for each plane. > > Enforce that all planes must have unique zpos by refusing atomic update for > planes

Re: [PATCH v3 01/34] clk_ops: change round_rate() to return unsigned long

Em Mon, 1 Jan 2018 19:42:40 + Bryan O'Donoghue escreveu: > Right now it is not possible to return a value larger than LONG_MAX on 32 > bit systems. You can pass a rate of ULONG_MAX but can't return anything > past LONG_MAX due to the fact both the rounded_rate

[PATCH v2 4/5] drm/dp: Macro for DSC eDP Output BPP

This returns the maximum output BPP supported by the eDP panel by reading the MAX_SUPPORTED_BPP DSC DPCD register. Cc: Jani Nikula Cc: Ville Syrjala Cc: Anusha Srivatsa Cc: dri-devel@lists.freedesktop.org

Re: [PATCH 4.15 0/4] Backport DC commits to fix display corruption

On Wed, Jan 3, 2018 at 5:32 PM, Harry Wentland wrote: > On 2018-01-03 12:11 PM, Carlo Caione wrote: >> From: Carlo Caione >> >> Hi, >> on several laptops [0] we are seeing display corruption when using multiple / >> external displays. We already opened

Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

Hi Rob, Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a): > On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote: > > This commit adds all necessary compatibles and descriptions needed to > > implement A83T HDMI pipeline. > > > > Mixer is already properly described,

[PATCH v2 1/5] drm/dp: Add DP DSC DPCD receiver capability size define and missing SHIFT

This patch defines the DP DSC receiver capability size that gives total number of DP DSC DPCD registers. This also adds a missing SHIFT define missed in the commit id (ab6a46ea6842ce "Add DPCD definitions for DP 1.4 DSC feature") v2: * Missed the SHIFT define that I mentioned in the message Cc:

[PATCH 4.15 4/4] drm/amd/display: Change frontend/backend programming sequence

From: "Leo (Sunpeng) Li" This is a follow-up to the following change: Yongqiang Sun: Program front end first when set mode. Due to pipe-splitting features, how we handle stream enabling and disabling needs to change. In the case of pipe split disable, two planes need to be

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

Le 25/12/2017 à 02:34, Yisheng Xie a écrit : On 2017/12/24 17:05, christophe leroy wrote: Le 23/12/2017 à 14:48, Greg KH a écrit : On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use devm_ioremap function and review related code, I found

  1   2   >