Re: [PATCH 2/3] drm: rcar-du: Write ESCR register per channel

Hi Jacopo, On 22/08/18 08:21, Jacopo Mondi wrote: > The ESCR registers offset definition is confusing, as each channel is > equipped with an ESCR register instance, but the names suggest only ESCR and > ESCR2 are taken into account. > > Rename the offsets to a name that includes the channels

[PATCH 0/2] drm/nouveau: Use more standard logging styles

Reduces object size ~4kb Joe Perches (2): drm/nouveau: Add new logging function nv_cli_printk drm/nouveau: Convert NV_PRINTK macros and uses to new nv_cli_ macros drivers/gpu/drm/nouveau/nouveau_abi16.c | 2 +- drivers/gpu/drm/nouveau/nouveau_chan.c | 12 +++

Re: [PATCH v6 1/2] drm/panel: Add support for Truly NT35597 panel driver

Hi Philip Thanks for the review comments. I will fix them all in v7. Thanks Abhinav On 2018-08-27 05:41, Philipp Zabel wrote: Hi Abhinav, I have a few comments below. On Fri, 2018-08-17 at 19:06 -0700, Abhinav Kumar wrote: From: "abhin...@codeaurora.org" Add support for Truly NT35597

[PATCH v8 2/3] drm/rockchip: Add support for Rockchip Soc RGB output interface

From: Sandy Huang Some Rockchip CRTCs, like rv1108 and px30, can directly output parallel and serial RGB data to panel or conversion chip. So add a feature-bit for vops to mark the ability for these direct outputs and add an internal encoder in that case, that can attach to bridge chipsor

[PATCH v8 0/3] Add support rockchip RGB output interface

This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108 and px30 can directly output parallel and serial RGB data to panel or to conversion chip. So add a feature-bit for vops to mark the ability for these direct outputs and add an internal encoder in that case, that can

[PATCH v8 1/3] drm/rockchip: add function to check if endpoint is a subdriver

To be able to have both internal subdrivers and external bridge drivers as output endpoints of vops, add a function to be able to distinguish these. changes in v8: - improved function documentation - better error handling - put calls for node and pdev references changes in v6: - added function to

[PATCH v8 3/3] drm/rockchip: Add directly output rgb feature for px30

From: Sandy Huang Add this feature bit indicate px30 vop can directly output parallel or serial rgb data. Signed-off-by: Sandy Huang Signed-off-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #34 from markusr...@gmail.com --- I have exactly same in here. Youtube videos make the system crash randomly, also it is happening without video playback. This bug is making whole system worthless. I have run system ram memtests. [

[Bug 107652] amdgpu couldn't resume after suspend

https://bugs.freedesktop.org/show_bug.cgi?id=107652 --- Comment #11 from Andrey Grodzovsky --- I see from the log that your failure was on 0 order allocation (1 page) in zone NORMAL but this ZONE still had enough 1 page blocks and even larger blocks to fulfill your request so that strange. The

[PATCH v2 1/1] panel-simple: add LOGIC Technologies panels

From 1d6e6e327162c6965c6007f9a46ce51086a7a458 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C3=B8ren=20Andersen?= Date: Thu, 30 Aug 2018 20:48:57 +0200 Subject: [PATCH 1/1] panel-simple: add LOGIC Technologies panels MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8

[PULL] drm-misc-next for 4.20

Hi Dave, Here's the first PR for 4.20 (Seth Rogan edition). It's super light compared to most PRs after feature freeze. Perhaps we were all enjoying summer a bit too much! Anyways, nothing controversial, tag description says it all. drm-misc-next-2018-08-30: drm-misc-next for 4.20: UAPI

[Bug 107689] System freezes on shutdown. [drm:gfx_v8_0_hw_fini [amdgpu]] *ERROR* KCQ disabled failed (scratch(0xC040)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=107689 --- Comment #6 from Andrey Grodzovsky --- I noticed amdgpu :01:00.0: GPU pci config reset print, long before the suspend. Did you manually trigger device reset before the suspend ? -- You are receiving this mail because: You are the

Re: [PATCH 01/14] drm/msm/dpu: remove debugfs support for misr

On Tue, Aug 28, 2018 at 05:39:50PM -0700, Jeykumar Sankaran wrote: > Strip down debugfs support for misr data read on layer mixers > and interfaces. Could you please start explaining not only the what, but also the why? I'm certain there's a very good reason for this change, however you don't

Re: [PATCH 07/14] drm/msm/dpu: iterate for assigned hw ctl in virtual encoder

On Tue, Aug 28, 2018 at 05:39:56PM -0700, Jeykumar Sankaran wrote: > Instead of iterating for hw ctrl per physical encoder, this > patch moves the iterations and assignment to the virtual encoder. > Missing "Changes in" section as well as _why_ you're doing this in your description. >

Re: [PATCH 2/3] drm: rcar-du: Write ESCR register per channel

Hi Jacopo, On 30/08/18 17:00, Kieran Bingham wrote: > Hi Jacopo, > > On 22/08/18 08:21, Jacopo Mondi wrote: >> The ESCR registers offset definition is confusing, as each channel is >> equipped with an ESCR register instance, but the names suggest only ESCR and >> ESCR2 are taken into account. >>

Re: [PATCH 08/14] drm/msm/dpu: avoid querying for hw intf before assignment

On Tue, Aug 28, 2018 at 05:39:57PM -0700, Jeykumar Sankaran wrote: > Resource manager assigns hw_intf blocks for the encoder only on > modeset. If queried for hw_intf objects during init, it will be > NULL. Since hw_intf objects are needed only during encoder enable, s/during/after/ it looks like

[Bug 99857] Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed - Suspending notebook freezes it

https://bugs.freedesktop.org/show_bug.cgi?id=99857 --- Comment #8 from copperly --- How did you get my dmesg? I never posted it (I signed up for bugzilla just so I could add to this thread, I have never used this before) and I was wondeering if upgrading the kernel before it has been tested by

Re: [PATCH v2] drm/nouveau: Fix nouveau_connector_ddc_detect()

On Thu, Aug 30, 2018 at 01:16:28PM -0400, Lyude Paul wrote: > It looks like that when we moved over to using > drm_connector_for_each_possible_encoder() in nouveau, that one rather > important part of this function got dropped by accident: > > /* Right v here */ > for (i

Re: [PATCH 05/14] drm/msm/dpu: enable master-slave encoders explicitly

On Tue, Aug 28, 2018 at 05:39:54PM -0700, Jeykumar Sankaran wrote: > Identify slave-master encoders during initialization and enable > the encoders explicitly as the current logic has redundant and > ambiguous loops. Please include a "Changes in vX" section so I don't need to figure it out

Re: [PATCH] of/platform: Initialise AMBA default DMA masks

On Thu, Aug 30, 2018 at 10:45:11AM +0200, Linus Walleij wrote: > On Thu, Aug 30, 2018 at 10:40 AM Russell King - ARM Linux > wrote: > > > Well, as I've no idea what the issue is here, I can't do anything or > > make any suggestions. I wasn't copied on the initial part of the > > thread. > >

Re: [Intel-gfx] [PATCH v7 2/2] drm/i915: Adding YUV444 packed format(DRM_FORMAT_XYUV) support.

On Thu, 2018-08-30 at 13:57 +0100, Lisovskiy, Stanislav wrote: > On Wed, 2018-08-29 at 12:16 -0700, Dhinakaran Pandiyan wrote: > > > > On Wed, 2018-08-29 at 21:10 +0300, Ville Syrjälä wrote: > > > On Wed, Aug 29, 2018 at 02:28:47PM +0300, Stanislav Lisovskiy > > > wrote: > > > >

Re: [PATCH v6] Add udmabuf misc device

On 07/04/2018 10:00 AM, Gerd Hoffmann wrote: On Wed, Jul 04, 2018 at 09:26:39AM +0200, Tomeu Vizoso wrote: On 07/04/2018 07:53 AM, Gerd Hoffmann wrote: On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote: On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote: A driver to

Re: [PATCH v4 1/2] drm: Add connector property to limit max bpc

On Thu, Aug 30, 2018 at 08:06:48AM -0700, Radhakrishna Sripada wrote: > At times 12bpc HDMI cannot be driven due to faulty cables, dongles > level shifters etc. To workaround them we may need to drive the output > at a lower bpc. Currently the user space does not have a way to limit > the bpc. The

Re: [PATCH 0/3] use encoder type to identify display

On Tue, Aug 28, 2018 at 04:02:15PM -0700, Jeykumar Sankaran wrote: > DPU is broken with patch [1]. This patch cleans up few stale codes > and fixes the DPU bug by using encoder type to identify displays. > > [1] https://patchwork.kernel.org/patch/10568269/ > > Thanks. > > Jeykumar Sankaran (3):

[Bug 99857] Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed - Suspending notebook freezes it

https://bugs.freedesktop.org/show_bug.cgi?id=99857 --- Comment #9 from Andrey Grodzovsky --- What i meant is i looked at the dmesg which was already attached to the ticket. Anyway, as I said, even 4.15 is a bit old, so I would advise to give a try to latest kernel. And if the problem is still

[PATCH v2] drm/nouveau: Fix nouveau_connector_ddc_detect()

It looks like that when we moved over to using drm_connector_for_each_possible_encoder() in nouveau, that one rather important part of this function got dropped by accident: /* Right v here */ for (i = 0; nv_encoder = NULL, i < DRM_CONNECTOR_MAX_ENCODER; i++) {

[PATCH 2/2] drm/nouveau: Convert NV_PRINTK macros and uses to new nv_cli_ macros

Use a more common logging style and reduce object size by calling the nouveau_cli_printk function. (size -t drivers/gpu/drm/nouveau/built-in.a x86/64 defconfig with nouveau) textdata bss dec hex filename 1736437 1084841048 1845969 1c2ad1 (TOTALS) (new) 1737254 108484

[PATCH 1/2] drm/nouveau: Add new logging function nv_cli_printk

NV_PRINTK is a macro that adds the "%s: ", nouveau_cli.name to logging output. Save a few KB by creating a specific function to add that name and change the users of theh NV_PRINTK macros to use the new logging function. (size -t drivers/gpu/drm/nouveau/built-in.a x86/64 defconfig with nouveau)

Re: [PATCH v2] drm/nouveau: Fix nouveau_connector_ddc_detect()

On Thu, 2018-08-30 at 20:36 +0300, Ville Syrjälä wrote: > On Thu, Aug 30, 2018 at 01:16:28PM -0400, Lyude Paul wrote: > > It looks like that when we moved over to using > > drm_connector_for_each_possible_encoder() in nouveau, that one rather > > important part of this function got dropped by

[Bug 107762] [Intel GFX CI] *ERROR* ring sdma0 timeout, signaled seq=137, emitted seq=137

https://bugs.freedesktop.org/show_bug.cgi?id=107762 Bug ID: 107762 Summary: [Intel GFX CI] *ERROR* ring sdma0 timeout, signaled seq=137, emitted seq=137 Product: DRI Version: XOrg git Hardware: Other OS:

[PATCH v1 1/1] panel-simple: add LOGIC Technologies panels

From 870ce6ea622ff6dc8c3119b36507f0df577c754b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C3=B8ren=20Andersen?= Date: Thu, 30 Aug 2018 20:48:57 +0200 Subject: [PATCH 1/1] panel-simple: add LOGIC Technologies panels MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8

[Bug 107693] [wine] Wolfenstein: The Old Blood - can't find GL_EXT_framebuffer_object

https://bugs.freedesktop.org/show_bug.cgi?id=107693 --- Comment #2 from Timothy Arceri --- This is an odd one. The games rendering thread creates and uses a compat profile but when it checks extensions it actually creates a core profile in another thread. It ends up failing to find

Question on 640x480 @ 72fps

Hello During one of our internal tests, we ran into an issue where the calculated refresh rate for the mode using the drm_mode_vrefresh() API doesnt match the theoretical value due to rounding. 552{ DRM_MODE("640x480", DRM_MODE_TYPE_DRIVER, 31500, 640, 664, 553 704, 832, 0,

[Bug 99857] Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed - Suspending notebook freezes it

https://bugs.freedesktop.org/show_bug.cgi?id=99857 --- Comment #10 from copperly --- I downloaded kernel 4.18 and it seems to be working. (I must have looked crazy opening and closing my laptop lid over and over again :) ) Thank you so much for your help -- You are receiving this mail because:

[Bug 107744] radeonsi OpenGL fails to properly render hg_timeless demo in winehq-staging

https://bugs.freedesktop.org/show_bug.cgi?id=107744 --- Comment #2 from Christopher Snowhill --- I guess I can report it to the Wine developers, if you think this compiler error is occurring due to Wine translating the demo’s shaders incorrectly. I don’t know that it would be the demo’s fault,

[Bug 107694] [wine] RAGE: texture problems

https://bugs.freedesktop.org/show_bug.cgi?id=107694 Timothy Arceri changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|NEW

[git pull] drm fixes for 4.19-rc2

Hi Linus, Regular fixes pull, Mediatek is a bunch of fixes to their RDMA and Overlay engines. i915 has some Cannonlake/Geminilake watermark workarounds, LSPCON fix, HDCP free fix, audio fix and a ppgtt reference counting fix. amdgpu has some SRIOV, Kasan, memory leaks and other misc fixes.

[Bug 107744] radeonsi OpenGL fails to properly render hg_timeless demo in winehq-staging

https://bugs.freedesktop.org/show_bug.cgi?id=107744 Timothy Arceri changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 97909] X-Plane 10 crashes with SIGSEGV on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=97909 Timothy Arceri changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|---

[PATCH v3 4/4] drm/msm/A6xx: Add devfreq support for A6xx

Implement routines to estimate GPU busy time and fetching the current frequency for the polling interval. This is required by the devfreq framework which recommends a frequency change if needed. The driver code then tries to set this new frequency on the GPU by sending an Out Of Band(OOB) request

Re: [PATCH v8 1/3] drm/rockchip: add function to check if endpoint is a subdriver

在 2018/8/31 5:12, Heiko Stuebner 写道: To be able to have both internal subdrivers and external bridge drivers as output endpoints of vops, add a function to be able to distinguish these. changes in v8: - improved function documentation - better error handling - put calls for node and pdev

[Bug 107652] amdgpu couldn't resume after suspend

https://bugs.freedesktop.org/show_bug.cgi?id=107652 --- Comment #13 from mikhail.v.gavri...@gmail.com --- Created attachment 141391 --> https://bugs.freedesktop.org/attachment.cgi?id=141391=edit amdgpu_gem_info after -- You are receiving this mail because: You are the assignee for the

[Bug 107652] amdgpu couldn't resume after suspend

https://bugs.freedesktop.org/show_bug.cgi?id=107652 --- Comment #12 from mikhail.v.gavri...@gmail.com --- Created attachment 141390 --> https://bugs.freedesktop.org/attachment.cgi?id=141390=edit amdgpu_gem_info before -- You are receiving this mail because: You are the assignee for the

[PATCH v3 0/4] msm/drm: A6xx DCVS series

This patch series starts off with a bug fixes in devfreq code, followed by refactoring the devfreq code needed for supporting different chipsets, and ends with adding devfreq support for A6xx. v2, v3: Addressed review comments from Jordan Crouse. Sharat Masetty (4): drm/msm: suspend devfreq on

[PATCH v3 1/4] drm/msm: suspend devfreq on init

Devfreq turns on and starts recommending power level as soon as it is initialized. The GPU is still not powered on by the time the devfreq init happens and this leads to problems on GPU's where register access is needed to get/set power levels. So we start suspended and only restart devfreq when

[PATCH v3 3/4] drm/msm: re-factor devfreq code

The devfreq framework requires the drivers to provide busy time estimations. The GPU driver relies on the hardware performance counteres for the busy time estimations, but different hardware revisions have counters which can be sourced from different clocks. So the busy time estimation will be

[PATCH v3 2/4] drm/msm/A6xx: Add gmu_read64() register read op

Add a simple function to read 64 registers in the GMU domain Signed-off-by: Sharat Masetty --- drivers/gpu/drm/msm/adreno/a6xx_gmu.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/gpu/drm/msm/adreno/a6xx_gmu.h b/drivers/gpu/drm/msm/adreno/a6xx_gmu.h index

Re: [PATCH] drm/bochs: Replace ttm_bo_unref with ttm_bo_put

Hi Gerd Am 09.08.2018 um 17:27 schrieb Gerd Hoffmann: >> diff --git a/drivers/gpu/drm/bochs/bochs_mm.c >> b/drivers/gpu/drm/bochs/bochs_mm.c >> index 39cd08416773..c9c7097030ca 100644 >> --- a/drivers/gpu/drm/bochs/bochs_mm.c >> +++ b/drivers/gpu/drm/bochs/bochs_mm.c >> @@ -430,7 +430,7 @@

Re: [PATCH v6 13/35] drm/i915: Implement HDCP2.2 repeater authentication

On Wednesday 01 August 2018 04:00 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Saturday, July 14, 2018 8:45 AM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; dan...@ffwll.ch; seanp...@chromium.org; Winkler, Tomas ; Usyskin, Alexander ;

Re: [PATCH v6 14/35] drm/i915: Implement HDCP2.2 link integrity check

On Wednesday 01 August 2018 04:15 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Saturday, July 14, 2018 8:45 AM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; dan...@ffwll.ch; seanp...@chromium.org; Winkler, Tomas ; Usyskin, Alexander ;

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #60 from Thomas Martitz --- Created attachment 141369 --> https://bugs.freedesktop.org/attachment.cgi?id=141369=edit acpidump -- You are receiving this mail because: You are the assignee for the

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #61 from Thomas Martitz --- Created attachment 141370 --> https://bugs.freedesktop.org/attachment.cgi?id=141370=edit lspci -- You are receiving this mail because: You are the assignee for the

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #63 from Thomas Martitz --- Maybe https://bugzilla.kernel.org/show_bug.cgi?id=156341 is related? I found a related thread on the nouveau ML ("Rewriting Intel PCI bridge prefetch base address bits solves nvidia graphics issues") that

Re: [PATCH 1/5] drm: fix syncobj null_fence_enable_signaling

Am 30.08.2018 um 08:48 schrieb Chunming Zhou: That is certainly totally nonsense. dma_fence_enable_sw_signaling() is the function who is calling this callback. Signed-off-by: Chunming Zhou Cc: Jason Ekstrand Reviewed-by: Christian König Acked-by: Daniel Vetter If there are no objections

Re: [PATCH v6 12/35] drm/i915: Implement HDCP2.2 receiver authentication

On Wednesday 01 August 2018 03:11 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Saturday, July 14, 2018 8:45 AM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; dan...@ffwll.ch; seanp...@chromium.org; Winkler, Tomas ; Usyskin, Alexander ;

Re: [PATCH 0/2] Provide init/release functions for struct ttm_bo_global

Hi Thomas, Am 30.08.2018 um 08:34 schrieb Thomas Zimmermann: Hi Christian, I just wanted to ask if there's something else required to get this patch set reviewed and landed. I just need to find some time to review them. On top of these two patches, I have a patch set that replaces the

Re: [PATCH] drm/bochs: Replace ttm_bo_unref with ttm_bo_put

On Thu, Aug 30, 2018 at 08:14:02AM +0200, Thomas Zimmermann wrote: > Hi Gerd > > Am 09.08.2018 um 17:27 schrieb Gerd Hoffmann: > >> diff --git a/drivers/gpu/drm/bochs/bochs_mm.c > >> b/drivers/gpu/drm/bochs/bochs_mm.c > >> index 39cd08416773..c9c7097030ca 100644 > >> ---

Re: [PATCH 5/5] [RFC]drm: add syncobj timeline support v3

Am 30.08.2018 um 05:50 schrieb zhoucm1: On 2018年08月29日 19:42, Christian König wrote: Am 29.08.2018 um 12:44 schrieb Chunming Zhou: VK_KHR_timeline_semaphore: This extension introduces a new type of semaphore that has an integer payload identifying a point in a timeline. Such timeline

Re: [PATCH v6 17/35] drm/i915: Check HDCP 1.4 and 2.2 link on CP_IRQ

On Wednesday 01 August 2018 04:32 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Saturday, July 14, 2018 8:45 AM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; dan...@ffwll.ch; seanp...@chromium.org; Winkler, Tomas ; Usyskin, Alexander ;

[PATCH v2] drm/vkms: Use new return type vm_fault_t

Use new return type vm_fault_t for fault handler. Signed-off-by: Souptick Joarder Signed-off-by: Gustavo Padovan --- v2: Updated patch title drivers/gpu/drm/vkms/vkms_drv.h | 2 +- drivers/gpu/drm/vkms/vkms_gem.c | 5 ++--- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git

Re: [PATCHv3] lib/ratelimit: Lockless ratelimiting

On Tue 2018-08-21 00:14:35, Dmitry Safonov wrote: > Hi Petr, thanks for review, > > On Wed, 2018-08-15 at 17:10 +0200, Petr Mladek wrote: > > On Tue 2018-07-03 23:56:28, Dmitry Safonov wrote: > > > Currently ratelimit_state is protected with spin_lock. If the .lock > > > is > > > taken at the

[PATCH v3] gpu: host1x: Detach Host1x from IOMMU DMA domain on arm32

Host1x is getting attached to an implicit IOMMU DMA domain if CONFIG_ARM_DMA_USE_IOMMU=y. Since Host1x driver manages IOMMU by itself, Host1x device must be detached from the implicit domain using arch-specific IOMMU-API. Signed-off-by: Dmitry Osipenko --- Changelog: v2: Correctly placed the

[PATCH v2] gpu: drm: virtio: code cleanup

The fault handler code is commented since v4.2. If there is no plan to enable the fault handler code in future, we can remove this dead code. Signed-off-by: Souptick Joarder Signed-off-by: Gerd Hoffmann --- v2: corrected subject line drivers/gpu/drm/virtio/virtgpu_ttm.c | 36

Re: [PATCH] Document/gpu: Use new vm_fault_t type

On 29-Aug-2018 3:36 AM, "Matthew Wilcox" wrote: > > On Tue, Aug 28, 2018 at 10:44:43PM +0530, Souptick Joarder wrote: > > We have introduce a new return type vm_fault_t for > > fault handler. Update the document for the same. > > Have you built the documentation and checked the html looks better

Re: [PATCH 0/2] Provide init/release functions for struct ttm_bo_global

Hi Christian, I just wanted to ask if there's something else required to get this patch set reviewed and landed. On top of these two patches, I have a patch set that replaces the driver-specific global-bo-and-mem combos with a single struct ttm_global structure. It further merges struct

[PATCH 3/5] drm: expand drm_syncobj_find_fence to support timeline point v2

we can fetch timeline point fence after expanded. v2: The parameter fence is the result of the function and should come last. Signed-off-by: Chunming Zhou Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers/gpu/drm/drm_syncobj.c | 5 +++--

[PATCH 5/5] [RFC]drm: add syncobj timeline support v3

VK_KHR_timeline_semaphore: This extension introduces a new type of semaphore that has an integer payload identifying a point in a timeline. Such timeline semaphores support the following operations: * CPU query - A host operation that allows querying the payload of the timeline semaphore.

[PATCH 1/5] drm: fix syncobj null_fence_enable_signaling

That is certainly totally nonsense. dma_fence_enable_sw_signaling() is the function who is calling this callback. Signed-off-by: Chunming Zhou Cc: Jason Ekstrand Reviewed-by: Christian König Acked-by: Daniel Vetter --- drivers/gpu/drm/drm_syncobj.c | 1 - 1 file changed, 1 deletion(-) diff

[PATCH 4/5] drm: expand replace_fence to support timeline point v2

we can place a fence to a timeline point after expanded. v2: change func parameter order Signed-off-by: Chunming Zhou Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers/gpu/drm/drm_syncobj.c | 14 --

[PATCH 2/5] drm: rename null fence to stub fence in syncobj v2

moved to front of file. stub fence will be used by timeline syncobj as well. Signed-off-by: Chunming Zhou Cc: Jason Ekstrand Reviewed-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 53 +++ 1 file changed, 29 insertions(+), 24 deletions(-) diff --git

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #62 from Thomas Martitz --- To recap, the original bug (panic with that particular backtrace) is also fixed for me. However the crash was a symptom of the root cause that my system does not properly resume due to eGPU issues. It

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #64 from Peter Wu --- (In reply to Thomas Martitz from comment #62) > To recap, the original bug (panic with that particular backtrace) is also > fixed for me. In that case, it is probably better to open a new bug report (and refer

Re: [PATCH v7 0/3] Add support rockchip RGB output interface

Am Mittwoch, 29. August 2018, 05:12:41 CEST schrieb Sandy Huang: > This patches add support rockchip RGB output, Some Rockchip CRTCs, like > rv1108 and px30 can directly output parallel and serial RGB data to panel > or to conversion chip. > So add a feature-bit for vops to mark the ability for

Re: How to gracefully handle pci remove

On Wed, Aug 29, 2018 at 8:28 PM, Andrey Grodzovsky wrote: > Actually, I've just spotted this drm_dev_unplug, does it make sense to use > it in our pci_driver.remove hook > > instead of explicitly doing drm_dev_unregister and drm_dev_put(dev) ? > > This way at least any following IOCTL will fail

omap4: support for manually updated display

Hi! There's neat series of patches on https://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git/log/?h=droid4-pending-v4.19 They enable display support for my hardware. As you can imagine, display is rather important for a cellphone. Tomi, can you take the patches? I can resubmit

Re: [igt-dev] [PATCH v2 2/3] lib/kms: Remove special enum handling and replace with call to igt_plane_set_prop_enum, v2.

Op 28-08-18 om 12:42 schreef Mika Kahola: > On Wed, 2018-08-15 at 12:08 +0200, Maarten Lankhorst wrote: >> We now have infrastructure for generic enum handling. This will make >> it easier >> to write new tests without defining all enum constants beforehand. >> >> Changes since v1: >> - Fix

Re: [PATCH] drm/sun4i: Remove R40 display pipeline compatibles

On Mon, Aug 27, 2018 at 04:39:50PM +0800, Chen-Yu Tsai wrote: > Two patches from the R40 display pipeline support series weren't applied > with the rest of the series. When they did get applied, the -rc6 > deadline for drm-misc-next had past, so they didn't get into 4.19-rc1 > with the rest of the

Re: [PATCH] of/platform: Initialise AMBA default DMA masks

On Wed, Aug 29, 2018 at 07:55:21AM +0200, Christoph Hellwig wrote: > On Tue, Aug 28, 2018 at 03:14:14PM +0100, Russell King - ARM Linux wrote: > > But yes, the fundamental fact is that AMBA devices don't have any > > care about the differences between coherent and streaming DMA. The > >

Re: [PATCH] of/platform: Initialise AMBA default DMA masks

On Thu, Aug 30, 2018 at 10:40 AM Russell King - ARM Linux wrote: > Well, as I've no idea what the issue is here, I can't do anything or > make any suggestions. I wasn't copied on the initial part of the > thread. Sorry about that, it was because the original patch only hit in drivers/of/*. I

[Bug 106639] System display has noise when amdgpu module is being loaded

https://bugs.freedesktop.org/show_bug.cgi?id=106639 --- Comment #10 from Daniel Drake --- Thanks - that looks great! I don't see any glitch now. There is still a flash during boot, presumably when it hands off from efifb to amdgpu it's doing a modeset. But it's ultra quick and it doesn't feel

[Bug 103320] Build error with 1.20 release

https://bugs.freedesktop.org/show_bug.cgi?id=103320 Lakshmi changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail

[Bug 103320] Build error with 1.20 release

https://bugs.freedesktop.org/show_bug.cgi?id=103320 Lakshmi changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH 0/2] Provide init/release functions for struct ttm_bo_global

Am 30.08.2018 um 08:45 schrieb Christian König: [...] >> or create their private instance. > > That doesn't sounds good. Drivers should not be allowed to create their > own private instance of that. OK, will be changed in the patchset. Best regards Thomas > > Thanks for doing this, >

[radeon-alex:drm-next-4.20-wip 99/248] include/asm-generic/div64.h:239:22: error: passing argument 1 of '__div64_32' from incompatible pointer type

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip head: d9997b64c52b70bd98c48f443f068253621d1ffc commit: d617d4d73043bc4cbc316a7a1b4370fa5bc26a31 [99/248] drm/amd/powerplay: new interfaces for overdrive vega20 sclk and mclk config: parisc-allmodconfig (attached as .config)

Re: [PATCH 5/5] [RFC]drm: add syncobj timeline support v3

On 2018年08月30日 15:25, Christian König wrote: Am 30.08.2018 um 05:50 schrieb zhoucm1: On 2018年08月29日 19:42, Christian König wrote: Am 29.08.2018 um 12:44 schrieb Chunming Zhou: VK_KHR_timeline_semaphore: This extension introduces a new type of semaphore that has an integer payload

[PATCH v5 2/2] drm/mali-dp: Implement plane alpha and pixel blend on malidp

Checks the pixel blending mode and plane alpha value when do the plane_check. Mali DP supports blending the current plane with the background either based on the pixel alpha blending mode or by using the layer's alpha value, but not both at the same time. If both case, plane_check will return

[PATCH] drm/rockchip: vop: add rk3188 vop definitions

The rk3188 has 2 vops not using iommus which only output directly to a rgb interface per vop. So all other output modes like hdmi are provided by external brige chips. Signed-off-by: Heiko Stuebner --- This depends on Sandy's + mine recent series enabling direct rgb outputs of specific vops.

[Bug 105251] [Vega10] GPU lockup on boot: VMC page fault

https://bugs.freedesktop.org/show_bug.cgi?id=105251 --- Comment #45 from CheatCodesOfLife --- I've just tried it again a couple of times, and this time I'm sitting there tailing (-f) the ddebug file and nothing is being added to it after GFX_ tail -f ~/ddebug_dumps/Cemu.13f.exe_1990_

[Bug 54133] [radeon][RV620] Resuming from suspend/hibernation randomly fails since kernel 3.5.0

https://bugs.freedesktop.org/show_bug.cgi?id=54133 --- Comment #13 from korbin.freed...@guilderlandschools.net --- Created attachment 141376 --> https://bugs.freedesktop.org/attachment.cgi?id=141376=edit Possible error messages relating to the bug -- You are receiving this mail because: You

[Bug 105251] [Vega10] GPU lockup on boot: VMC page fault

https://bugs.freedesktop.org/show_bug.cgi?id=105251 --- Comment #46 from CheatCodesOfLife --- Created attachment 141377 --> https://bugs.freedesktop.org/attachment.cgi?id=141377=edit amd6.tar.gz and amd7.tar.gz with usual logs, 2 attempts -- You are receiving this mail because: You are the

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

On 30.08.2018 14:32, Linus Walleij wrote: > On Thu, Apr 26, 2018 at 10:07 AM Jyri Sarha wrote: > >> Add device_link from panel device (supplier) to drm device (consumer) >> when drm_panel_attach() is called. This patch should protect the >> master drm driver if an attached panel driver unbinds

[Bug 107748] [Intel GFX CI] couldn't schedule ib on ring

https://bugs.freedesktop.org/show_bug.cgi?id=107748 Bug ID: 107748 Summary: [Intel GFX CI] couldn't schedule ib on ring Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal

Re: [PATCH] drm/rockchip: vop: add rk3188 vop definitions

在 2018/8/30 19:09, Heiko Stuebner 写道: The rk3188 has 2 vops not using iommus which only output directly to a rgb interface per vop. So all other output modes like hdmi are provided by external brige chips. Signed-off-by: Heiko Stuebner --- This depends on Sandy's + mine recent series enabling

[PATCH v9 2/2] drm/i915: Adding YUV444 packed format support for skl+

PLANE_CTL_FORMAT_AYUV is already supported, according to hardware specification. v2: Edited commit message, removed redundant whitespaces. v3: Fixed fallthrough logic for the format switch cases. v4: Yet again fixed fallthrough logic, to reuse code from other case labels. v5: Started to

[PATCH v9 0/2] Add XYUV format support

Introduced new XYUV scan-in format for framebuffer and added support for it to i915(SkyLake+). Stanislav Lisovskiy (2): drm: Introduce new DRM_FORMAT_XYUV drm/i915: Adding YUV444 packed format support for skl+ drivers/gpu/drm/drm_fourcc.c | 1 + drivers/gpu/drm/i915/i915_reg.h

[PATCH v9 1/2] drm: Introduce new DRM_FORMAT_XYUV

v5: This is YUV444 packed format same as AYUV, but without alpha, as supported by i915. v6: Removed unneeded initializer for new XYUV format. v7: Added is_yuv field initialization according to latest drm_fourcc format structure initialization changes. v8: Edited commit message to be

[Bug 54133] [radeon][RV620] Resuming from suspend/hibernation randomly fails since kernel 3.5.0

https://bugs.freedesktop.org/show_bug.cgi?id=54133 --- Comment #10 from korbin.freed...@guilderlandschools.net --- Created attachment 141375 --> https://bugs.freedesktop.org/attachment.cgi?id=141375=edit Screen when resuming on RV610 gpu -- You are receiving this mail because: You are the

Re: [Intel-gfx] [PATCH v8 2/2] drm/i915: Adding YUV444 packed format support for skl+

On Thu, Aug 30, 2018 at 04:40:27PM +0300, Stanislav Lisovskiy wrote: > PLANE_CTL_FORMAT_AYUV is already supported, according to hardware > specification. > > v2: Edited commit message, removed redundant whitespaces. > > v3: Fixed fallthrough logic for the format switch cases. > > v4: Yet again

[PATCH v4 2/2] drm/i915: Allow "max bpc" property to limit pipe_bpp

Use the newly added "max bpc" connector property to limit pipe bpp. V3: Use drm_connector_state to access the "max bpc" property V4: Initialize the drm property, add suuport to DP(Ville) Cc: Ville Syrjälä Cc: Rodrigo Vivi Cc: Kishore Kadiyala Cc: Manasi Navare Cc: Stanislav Lisovskiy

[PATCH v4 1/2] drm: Add connector property to limit max bpc

At times 12bpc HDMI cannot be driven due to faulty cables, dongles level shifters etc. To workaround them we may need to drive the output at a lower bpc. Currently the user space does not have a way to limit the bpc. The default bpc to be programmed is decided by the driver and is run against

  1   2   >