Re: [PATCH v2 00/11] drm/tinydrm: Support device unplug

On Mon, Mar 26, 2018 at 6:36 PM, Noralf Trønnes wrote: > I you pick up the patch(es) and need to change something, you don't have > to bother with retaining my authorship (but please cc me). Just claim it > for your own and make it work. > Less work for me when I get there

Re: [PATCH v2 00/11] drm/tinydrm: Support device unplug

On 03/26/2018 07:36 PM, Noralf Trønnes wrote: Den 26.03.2018 15.02, skrev Oleksandr Andrushchenko: Hi, Noralf! On 03/17/2018 04:40 PM, Noralf Trønnes wrote: Den 16.03.2018 09.03, skrev Daniel Vetter: On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter  wrote: Hi Noralf, On

RE: [PATCH 3/5] drm/ttm: remove the backing store if no placement is given

Acked-by: Roger He -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Christian K?nig Sent: Sunday, March 25, 2018 6:58 PM To: linaro-mm-...@lists.linaro.org; linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org;

RE: [PATCH 2/5] drm/ttm: keep a reference to transfer pipelined BOs

Reviewed-by: Roger He -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Christian K?nig Sent: Friday, March 16, 2018 9:21 PM To: linaro-mm-...@lists.linaro.org; linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org;

[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 #3 from Allan --- Updating, now this error appears in dmesg too : ``` [ 1502.683100] Chrome_~dThread[2218]: segfault at 0 ip 7f53a4452bd3 sp 7f53a0899ad0 error 6 in libxul.so[7f53a3f3e000+4e2a000] [

[Bug 104412] RX 460 HDMI 4k 60fps not working, DisplayPort is.

https://bugs.freedesktop.org/show_bug.cgi?id=104412 --- Comment #12 from Alfe --- (In reply to S.H. from comment #6) > Hello, > Last night I was able to get my hands on a Gigabyte RX460 and did some > testing. > Booting and normal startup with the Gigabyte also only used

[Bug 100069] Dirt: Showdown bad performance with enabled advanced lightning

https://bugs.freedesktop.org/show_bug.cgi?id=100069 --- Comment #7 from Marek Olšák --- The low performance is a known issue. We don't know if it's expected or not. -- You are receiving this mail because: You are the assignee for the

[Bug 100069] Dirt: Showdown bad performance with enabled advanced lightning

https://bugs.freedesktop.org/show_bug.cgi?id=100069 --- Comment #6 from Marek Olšák --- (In reply to Gregor Münch from comment #4) > Created attachment 137129 [details] > Ingame > > Looks like this is one of the last games which have pretty garbled graphics > with mesa. > What

[PATCH v2 03/10] drm/i915/psr: Nuke aux frame sync

eDP spec states that aux frame is required to do PSR2 selective update but i915 don't fully implement it. It sends the aux frame sync messages but the value is always zero as the GTC is not enabled in driver. Through tests was findout that pannels can do selective update when the y-coordinate is

[PATCH v2 04/10] drm/i915/psr: Tie PSR2 support to Y coordinate requirement

Although i915 don't implement aux sync frame through tests was findout that pannels can do selective update when the y-coordinate is also included in SDP, that is why it is required to run PSR2 in i915. So moving to only one place the sink requirements that the actual driver needs to enable PSR2.

[PATCH v2 06/10] drm/i915/psr: Do not override PSR2 sink support

Sink can support our PSR2 requirements but userspace can request a resolution that PSR2 hardware do not support, in this case it was overwritten the PSR2 sink support. Adding another flag here, this way if requested resolution changed to a value that PSR2 hardware can handle, PSR2 can be enabled.

[PATCH v2 05/10] drm/i915/psr/cnl: Enable Y-coordinate support in source

From: "Souza, Jose" For Geminilake and Cannonlake+ the Y-coordinate support must be enabled in PSR2_CTL too. Spec: 7713 and 7720 Cc: Dhinakaran Pandiyan Reviewed-by: Rodrigo Vivi Signed-off-by: José Roberto de Souza

[PATCH v2 09/10] drm/i915/psr: Set DPCD PSR2 enable bit when needed

In the 2 eDP1.4a pannels tested set or not set bit have no effect but is better set it and comply with specification. Signed-off-by: José Roberto de Souza Cc: Dhinakaran Pandiyan Reviewed-by: Rodrigo Vivi ---

[PATCH v2 10/10] drm/i915/debugfs: Print sink PSR status

IGT tests could be improved with sink status, knowing for sure that hardware have activate or exit PSR. Cc: Dhinakaran Pandiyan Cc: Rodrigo Vivi Signed-off-by: José Roberto de Souza ---

[PATCH v2 01/10] drm: Add DP PSR2 sink enable bit

To comply with eDP1.4a this bit should be set when enabling PSR2. Signed-off-by: José Roberto de Souza Reviewed-by: Rodrigo Vivi --- include/drm/drm_dp_helper.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/drm/drm_dp_helper.h

[PATCH v2 08/10] drm/i915/psr: Cache sink synchronization latency

This value do not change overtime so better cache it than fetch it every PSR enable. Cc: Dhinakaran Pandiyan Reviewed-by: Rodrigo Vivi Signed-off-by: José Roberto de Souza --- drivers/gpu/drm/i915/i915_drv.h | 1 +

[PATCH v2 02/10] drm: Add DP last received PSR SDP VSC register and bits

This is a register to help debug what is in the last SDP VSC packet revived by sink. Signed-off-by: José Roberto de Souza Reviewed-by: Rodrigo Vivi --- include/drm/drm_dp_helper.h | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH v2 07/10] drm/i915/psr: Use PSR2 macro for PSR2

Cosmetic change. Reviewed-by: Rodrigo Vivi Signed-off-by: José Roberto de Souza --- drivers/gpu/drm/i915/i915_reg.h | 3 ++- drivers/gpu/drm/i915/intel_psr.c | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [PATCH libdrm v2] libdrm: Use readdir instead of readdir_r to avoid build warnings

On Thu, Mar 22, 2018 at 9:51 AM, Emil Velikov wrote: > On 20 March 2018 at 18:17, Eric Engestrom wrote: >> On Tuesday, 2018-03-20 17:48:23 +, Emil Velikov wrote: >>> From: John Stultz >>> >>> Building libdrm under

Re: [PATCH libdrm 2/2] Revert "libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86/x86_64"

On Tue, Mar 20, 2018 at 10:36 AM, Emil Velikov wrote: > This reverts commit ed07718ae7bab596297abf210bb0c37c6dba58ed. > > The commit added a guard since libpciaccess may be missing on some > setups. As of last commit there are no traces of the project, from > Android

Re: [PATCH libdrm 1/2] intel: Do not use libpciaccess on Android

On Tue, Mar 20, 2018 at 10:36 AM, Emil Velikov wrote: > From: Tomasz Figa > > This patch makes the code not rely anymore on libpciaccess when compiled > for Android to eliminate ioperm() and iopl() syscalls required by that > library. As a side effect,

Re: [PATCH 1/7] dt-bindings: add cdtech vendor prefix

Hi, Il 27/03/2018 00:24, Rob Herring ha scritto: On Wed, Mar 21, 2018 at 09:03:07PM +0100, Giulio Benetti wrote: This adds a vendor prefix "cdtech" for CDTech(H.K.) Electronics Limited Would be good to have website and/or info about what this company does. Do you mean to have it in commit

Re: [PATCHv2 1/3] dt-bindings: display: dw_hdmi.txt: add cec-disable property

On Fri, Mar 23, 2018 at 01:59:13PM +0100, Hans Verkuil wrote: > From: Hans Verkuil > > Some boards have both a DesignWare and their own CEC controller. > The CEC pin is only hooked up to their own CEC controller and not > to the DW controller. > > Add the cec-disable

Re: [PATCH 5/7] dt-bindings: add micronova vendor prefix

On Wed, Mar 21, 2018 at 09:03:11PM +0100, Giulio Benetti wrote: > This adds a vendor prefix "micronova" for Micronova srl > > Signed-off-by: Giulio Benetti > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+)

Re: [PATCH 2/7] drm/panel: add panel CDTech S070_WV95_CT16 to panel-simple

On Wed, Mar 21, 2018 at 09:03:08PM +0100, Giulio Benetti wrote: > Signed-off-by: Giulio Benetti > --- > .../display/panel/cdtech,s070wv95-ct16.txt | 7 ++ > drivers/gpu/drm/panel/panel-simple.c | 27 > ++ > 2 files

Re: [PATCH v2 1/2] dt-bindings: arm: omap: dmm: Document new compatible for DRA7xx family

On Thu, Mar 22, 2018 at 03:42:05PM +0200, Peter Ujfalusi wrote: > From: Tomi Valkeinen > > Define unique compatible string for the DMM in DRA7xx family. > > The new compatible can be used to apply DRA7xx specific workarounds for > ERRATAs, like i878 (MPU Lockup with

Re: [PATCH 3/7] drm/panel: add panel CDTech S043WQ26H-CT7 to panel-simple

On Wed, Mar 21, 2018 at 09:03:09PM +0100, Giulio Benetti wrote: > Signed-off-by: Giulio Benetti > --- > .../display/panel/cdtech,s043wq26h-ct7.txt | 7 ++ > drivers/gpu/drm/panel/panel-simple.c | 28 > ++ > 2 files

Re: [PATCH 1/7] dt-bindings: add cdtech vendor prefix

On Wed, Mar 21, 2018 at 09:03:07PM +0100, Giulio Benetti wrote: > This adds a vendor prefix "cdtech" for CDTech(H.K.) Electronics Limited Would be good to have website and/or info about what this company does. > > Signed-off-by: Giulio Benetti > --- >

Re: [PATCH 6/7] ARM: dts: sun7i: Add dts file for the A20-linova1-4_3 HMI

On Wed, Mar 21, 2018 at 09:03:12PM +0100, Giulio Benetti wrote: > The A20-Linova1-4_3 HMI, also called Q027_2_A which is printed on > production label, is an industrial Human Machine Interface. > It features: > - 512MB DDR RAM > - 1 Sd-card >= 4GB > - 1 Usb otg(programmable via software) with

Re: [PATCH 1/2] dt-bindings: Document qcom,adreno-gmu

On Fri, Mar 16, 2018 at 12:51:51PM -0600, Jordan Crouse wrote: > Document the device tree bindings for the Adreno GMU device > available on Adreno a6xx targets. > > Signed-off-by: Jordan Crouse > --- > .../devicetree/bindings/display/msm/gmu.txt| 54 >

Re: [PATCH v6 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On Tue, Mar 20, 2018 at 02:43:33PM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > (CC'ing Rob) > > Thank you for the patch. > > On Friday, 16 March 2018 17:16:37 EET Jacopo Mondi wrote: > > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > > > Signed-off-by: Jacopo Mondi

[Bug 199123] kernel 4.16rc5 doesnt boot on ryzen 5 2400g due to an amdgpu change

https://bugzilla.kernel.org/show_bug.cgi?id=199123 --- Comment #13 from david becerra (davidbecerrapor...@gmail.com) --- issue still present in 4.16rc7 4.15.13 still fine -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [Intel-gfx] [PATCH 15/23] drm: Stop updating plane->crtc/fb/old_fb on atomic drivers

On Mon, Mar 26, 2018 at 10:52:58PM +0200, Daniel Vetter wrote: > On Thu, Mar 22, 2018 at 05:23:05PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Stop playing around with plane->crtc/fb/old_fb with atomic > > drivers. Make life a lot simpler when we

Re: [Intel-gfx] [PATCH 15/23] drm: Stop updating plane->crtc/fb/old_fb on atomic drivers

On Thu, Mar 22, 2018 at 05:23:05PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Stop playing around with plane->crtc/fb/old_fb with atomic > drivers. Make life a lot simpler when we don't have to do the > magic old_fb vs. fb dance around plane updates.

Re: [PATCH 06/23] drm: Adjust whitespace for legibility

On Thu, Mar 22, 2018 at 05:22:56PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Add a bit of whitespace here and there to make the code look a bit > more structured. > > Signed-off-by: Ville Syrjälä Too lazy to grow a real

Re: [PATCH 05/23] drm: Add local 'plane' variable for primary/cursor planes

On Thu, Mar 22, 2018 at 05:22:55PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Make the code a bit more readable by storing the plane pointer in a > local variable rather than having to do crtc->{primary,cursor} all the > time. > > Signed-off-by: Ville

Re: [PATCH 02/23] drm/atomic-helper: Make drm_atomic_helper_disable_all() update the plane->fb pointers

On Thu, Mar 22, 2018 at 05:22:52PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > drm_atomic_helper_shutdown() needs to release the reference held by > plane->fb, so we want to use drm_atomic_clean_old_fb() in > drm_atomic_helper_disable_all(). However

Re: [Intel-gfx] [PATCH 04/23] drm/atomic-helper: WARN if legacy plane fb pointers are bogus when committing duplicated state

On Thu, Mar 22, 2018 at 05:22:54PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > drm_atomic_helper_commit_duplicated_state() should only be called > resume/reset/load_detect paths where plane->old_fb should always be > NULL and plane->fb should be equal to

Re: [Intel-gfx] [PATCH 03/23] drm: Clear crtc->primary->crtc when disabling the crtc via setcrtc()

On Thu, Mar 22, 2018 at 05:22:53PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Keep the primary->crtc in sync with the state->crtc (also with > primary->fb and state->fb) when disabling the crtc (and thus also > the primary) via setcrtc(). > >

Re: [PATCH 02/23] drm/atomic-helper: Make drm_atomic_helper_disable_all() update the plane->fb pointers

On Thu, Mar 22, 2018 at 05:22:52PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > drm_atomic_helper_shutdown() needs to release the reference held by > plane->fb, so we want to use drm_atomic_clean_old_fb() in > drm_atomic_helper_disable_all(). However

[PATCH 1/1] drm: add parameter explanation for some gem dmabuf_ops

To reduce some warnings. Signed-off-by: Samuel Li --- drivers/gpu/drm/drm_prime.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c index 7856a9b..caf675e 100644 --- a/drivers/gpu/drm/drm_prime.c +++

Re: [RFC PATCH 2/3] drm: bridge: panel: allow override of the bus format

Hi Peter, (CC'ing Jacopo Mondi) On Sunday, 25 March 2018 15:01:11 EEST Peter Rosin wrote: > On 2018-03-20 14:56, Laurent Pinchart wrote: > > Hi Peter, > > > > Thank you for the patch. > > > > On Sunday, 18 March 2018 00:15:24 EET Peter Rosin wrote: > >> Useful if the bridge does some kind of

[PATCH] drm/syncobj: Stop reusing the same struct file for all syncobj -> fd

From: Chris Wilson The vk cts test: dEQP-VK.api.external.semaphore.opaque_fd.export_multiple_times_temporary triggers a lot of VFS: Close: file count is 0 Dave pointed out that clearing the syncobj->file from drm_syncobj_file_release() was sufficient to silence the

Re: [PATCH] drm/scdc-helper: Convert errors into debug messages

On Sat, Mar 24, 2018 at 08:35:43AM +0530, Sharma, Shashank wrote: > Reviewed-by: Shashank Sharma Thanks. Pushed to drm-misc-next. > > Regards > Shashank > On 3/23/2018 11:55 PM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > >

[Bug 99349] Failed to build shader (translation from TGSI)

https://bugs.freedesktop.org/show_bug.cgi?id=99349 --- Comment #21 from mirh --- Specific issue was reported in bug 105371. Follows there. Sorry for the bother. -- You are receiving this mail because: You are the assignee for the

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

https://bugzilla.kernel.org/show_bug.cgi?id=199101 --- Comment #7 from Kevin McCormack (wittyma...@yahoo.com) --- It's not a problem on 4.15. It was still a problem on the last rc I tried. On March 26, 2018 4:58:42 AM EDT, bugzilla-dae...@bugzilla.kernel.org wrote:

[PATCH] drm/scheduler: fix param documentation

There is no @kernel parameter anymore and document the @guilty parameter Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c

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

Hi Jordan, Thanks for the review. On 03/20/2018 01:53 AM, Jordan Crouse wrote: On Tue, Mar 20, 2018 at 01:11:02AM +0530, Sibi S wrote: Add dsi host helper function implementation for DSI v2 DSI 6G 1.x and DSI 6G v2.0+ controllers Signed-off-by: Sibi S ---

[PATCH 6/8] drm/arm/malidp: Enable/disable the scaling engine interrupts with memory writeback

Scaling engine interrupts need to be enabled/disabled as and when memwrite is enabled and disabled. The reason being scaling engine interrupts are used only by the memory writeout layer. This patch depends on: "[Patch v5,1/3] drm: mali-dp: Add support for writeback on DP550/DP650" Change-Id:

[PATCH 8/8] drm/arm/malidp: Added the late system pm functions

malidp_pm_suspend_late checks if the runtime status is not suspended and if so, invokes malidp_runtime_pm_suspend which disables the display engine/core interrupts and the clocks. It sets the runtime status as suspended. Subsequently, malidp_pm_resume_early will invoke malidp_runtime_pm_resume

[PATCH 5/8] drm/arm/malidp: Enable/disable interrupts in runtime pm

Display engine and core interrupts need to be disabled when the system invokes malidp_runtime_pm_suspend. Consequently, they need to be enabled in malidp_runtime_pm_resume. Signed-off-by: Ayan Kumar Halder Change-Id: Ib8e5e8319fdd768f8a97d9b5960fcfa8ba90eba3 ---

[PATCH 3/8] drm/arm/malidp: Split malidp_de_irq_init

Extract the hardware initialisation part from malidp_de_irq_init() into the malidp_de_irq_hw_init() which will be later invoked from runtime_pm_resume function when it needs to re-enable the interrupts. Change-Id: If8bdb0e246653cb7d7b7d6d63919c45b01350c10 Signed-off-by: Ayan Kumar Halder

Re: [PATCH] drm/scheduler: remove incorrect param documentation

I will send in the patches. On Mon, Mar 26, 2018 at 10:29 PM, Christian König wrote: > Yeah, probably good idea to have that separate. > > But would still be a nice cleanup and it is merged upstream after the > etnaviv patches anyway. > > Regards, > Christian. > > > Am

[PATCH 4/8] drm/arm/malidp: Split malidp_se_irq_init

Extract the hardware initialisation part from malidp_se_irq_init() into the malidp_se_irq_hw_init() which will be later invoked from malidpxxx_enable_memwrite() when it needs to re-enable the interrupts. Signed-off-by: Ayan Kumar Halder Change-Id:

[PATCH 7/8] drm/arm/malidp: Set the output_depth register in modeset

One needs to store the value of the OUTPUT_DEPTH that one has parsed from device tree, so that it can be restored on system resume. This value is set in the modeset function as this gets reset when the system suspends. Signed-off-by: Ayan Kumar Halder Change-Id:

[PATCH 0/8] drm/arm/malidp: Enhance support for system and runtime power management on malidp.

This patch series enhances and fixes certain issues relevant to system and runtime power management on malidp. Ayan Kumar Halder (8): drm/arm/malidp: Modified the prototype of malidp_de_irq_fini drm/arm/malidp: Modified the prototype of malidp_se_irq_fini drm/arm/malidp: Split

[PATCH 2/8] drm/arm/malidp: Modified the prototype of malidp_se_irq_fini

'struct drm_device' is being replaced with 'struct malidp_hw_device' as the function argument.The reason being the dependency of malidp_se_irq_fini on 'struct drm_device' needs to be removed so as to enable it to call from functions which receives 'struct malidp_hw_device' as argument.

[PATCH 1/8] drm/arm/malidp: Modified the prototype of malidp_de_irq_fini

'struct drm_device' is being replaced with 'struct malidp_hw_device' as the function argument. The reason being the dependency of malidp_de_irq_fini on 'struct drm_device' needs to be removed so as to enable it to call from functions which receives 'struct malidp_hw_device' as argument.

[Bug 105747] TOPAZ: ring buffers not getting initialized with the amd-staging-drm-next branch

https://bugs.freedesktop.org/show_bug.cgi?id=105747 Alex Deucher changed: What|Removed |Added Resolution|--- |NOTABUG

[Bug 91808] trine1 misrender r600g

https://bugs.freedesktop.org/show_bug.cgi?id=91808 --- Comment #8 from i...@yahoo.com --- This bug is still present with current Mesa-18.0.0.rc5. Since the old trace is not available anymore I've made a new one(70MB): https://drive.google.com/open?id=16N0m--IKupnWvnuvu27uebBjbDHUP3C4 I used

Re: [PATCH] drm/scheduler: remove incorrect param documentation

Yeah, probably good idea to have that separate. But would still be a nice cleanup and it is merged upstream after the etnaviv patches anyway. Regards, Christian. Am 26.03.2018 um 17:29 schrieb Nayan Deshmukh: I am not removing jobs parameters as of now as it will lead to changes in all the

Re: [PATCH] drm/scheduler: fix param documentation

A bit more commit message would be nice to have, like "There is no more @kernel parameter and document the new @guilty parameter". Am 26.03.2018 um 17:21 schrieb Nayan Deshmukh: Signed-off-by: Nayan Deshmukh With the commit message fixed the patch is Reviewed-by:

[Bug 105747] TOPAZ: ring buffers not getting initialized with the amd-staging-drm-next branch

https://bugs.freedesktop.org/show_bug.cgi?id=105747 --- Comment #3 from Nayan Deshmukh --- Oh..I am seeing any bug as such, I thought the ring buffers are getting initialized. How can I get the verbose output to confirm that everything is working fine? -- You are

Re: [PATCH v2 00/11] drm/tinydrm: Support device unplug

Den 26.03.2018 15.02, skrev Oleksandr Andrushchenko: Hi, Noralf! On 03/17/2018 04:40 PM, Noralf Trønnes wrote: Den 16.03.2018 09.03, skrev Daniel Vetter: On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter  wrote: Hi Noralf, On Fri, Sep 08, 2017 at 05:07:19PM +0200, Noralf

[Patch v2 5/6] drm/omap: Add virtual plane support to omap_plane

Add virtual wide plane support by adding an secondary plane_id so that an "omap_plane" can be composed of up to two physical planes. When at least one 'plane' child node is present in DT then omap_plane_init will only use the plane described in DT. Some of these nodes may be a virtual wide plane

[Patch v2 3/6] dt-bindings: display/ti: Add plane binding to dispc node

Currently all available display pipelines (i.e. plane) and output port resources are exposed to user-space. In some cases it is needed to be able to restrict which resources are actually visible from user-space. Also in cases where a display wider than 2048 pixels is to be supported more than one

[Patch v2 4/6] drm/omap: Add virtual plane DT parsing support

Virtual planes are used to extend display size capability for display larger than 2048 pixels by splitting the frame buffer equally between two physical video-pipelines. Here we are adding DT support to parse 'plane' child nodes which describe how logical planes are mapped to physical

[Patch v2 2/6] dt-bindings: display/ti: Move common dispc bindings to omap-dss.txt

Add common DISPC bindings into the top level bindings file. Move common bindings here instead of having multiple copies of the same information in all of the variant specific files. Signed-off-by: Benoit Parrot Reviewed-by: Rob Herring ---

[Patch v2 6/6] drm/omap: Allow wider display when a virtual plane is available

Add an exception case when filtering out display mode so that if a virtual wide plane is available then display wider than 2048 can be supported as long as the required timing parameters can also be met. Signed-off-by: Benoit Parrot --- drivers/gpu/drm/omapdrm/omap_connector.c |

[Patch v2 1/6] drm/omap: Add ability to filter out modes which can't be supported

Currently available display mode from a connector are filtered out based only on pixel clock capability. However we also need to filter out wider mode if we cannot handle them based on available pipeline capabilities. Signed-off-by: Benoit Parrot ---

[Patch v2 0/6] drm/omap: Add virtual-planes support

This patch series adds virtual-plane support to omapdrm driver to allow the use of display wider than 2048 pixels. The DT bindings are also cleaned up to remove duplication when properties are common to all implementations. This patch series depends on Peter Ujfalusi's normalized zpos patch set

Re: [PATCH DRM] drm: Remove drm_property_{un/reference}_blob aliases

On Tue, 20 Mar 2018, Haneen Mohammed wrote: > This patch remove the compatibility aliases > drm_property_{reference/unreference}_blob of > drm_property_blob_{get/put} since all callers have been converted to the > prefered _{get/put}. > > Remove the helpers from the semantic patch

[Bug 105747] TOPAZ: ring buffers not getting initialized with the amd-staging-drm-next branch

https://bugs.freedesktop.org/show_bug.cgi?id=105747 --- Comment #2 from Alex Deucher --- Is there an actual bug you are seeing? We no longer print the ring and IB test info in the log unless you enable verbose logging to make the driver less chatty. -- You are receiving

[PATCH 1/6] drm/tinydrm: Use gem_free_object_unlocked

tinydrm doesn't use dev->struct_mutex and therefore has no need to use gem_free_object. Signed-off-by: Daniel Vetter Cc: "Noralf Trønnes" --- drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 2 +- include/drm/tinydrm/tinydrm.h | 2 +- 2

[PATCH 0/6] move more drivers to gem_free_object_unlocked

Hi all, Random drive-by crusade against dev->struct_mutex usage. The only two leftover drivers still relying on gem_free_object and the magic lifetime rule that hodling dev->struct_mutex will prevent gem object destruction are msm and gma500. Both actually need this, and don't look like they can

Re: [PATCH] drm/gem: Document that handle_create must be the last step

On Thu, Mar 22, 2018 at 10:12:03AM +0200, Oleksandr Andrushchenko wrote: > On 03/22/2018 10:02 AM, Daniel Vetter wrote: > > It published > s/It/If Doesn't make much sense to me, It = drm_gem_handle_create. > > the gem object to userspace, by that point other threads > > can guess the id and

Re: [Linaro-mm-sig] [PATCH 1/5] dma-buf: add optional invalidate_mappings callback v2

On Mon, Mar 26, 2018 at 10:01:21AM +0200, Daniel Vetter wrote: > On Thu, Mar 22, 2018 at 10:58:55AM +0100, Christian König wrote: > > Am 22.03.2018 um 08:18 schrieb Daniel Vetter: > > > On Wed, Mar 21, 2018 at 12:54:20PM +0100, Christian König wrote: > > > > Am 21.03.2018 um 09:28 schrieb Daniel

Re: [PATCH] drm/scheduler: remove incorrect param documentation

I am not removing jobs parameters as of now as it will lead to changes in all the calls to this function and will affect the etnaviv patches. Regards, Nayan. On Sun, Mar 25, 2018 at 4:59 PM, Christian König wrote: > Am 25.03.2018 um 13:21 schrieb Nayan Deshmukh: >> >>

[PATCH] drm/scheduler: fix param documentation

Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c b/drivers/gpu/drm/scheduler/gpu_scheduler.c index 0d95888ccc3e..1d368bc66ac2

Re: [PATCH] dma-buf: use parameter structure for dma_buf_attach

On Mon, Mar 26, 2018 at 12:47:01PM +0200, Christian König wrote: > Am 26.03.2018 um 10:36 schrieb Daniel Vetter: > > On Sun, Mar 25, 2018 at 01:34:51PM +0200, Christian König wrote: > [SNIP] > > > - attach->dev = dev; > > > + attach->dev = info->dev; > > > attach->dmabuf = dmabuf; > > >

Re: [linux-sunxi] Preferring cursor plane over overlay plane

On Mon, Mar 26, 2018 at 10:45 PM, Maxime Ripard wrote: > On Mon, Mar 26, 2018 at 10:22:45PM +0800, Chen-Yu Tsai wrote: >> On Mon, Mar 26, 2018 at 10:14 PM, Joonas Kylmälä >> wrote: >> > Hi DRM subsystem developers, >> > >> > I ran into this

[Bug 104037] [skl] GPU HANG: ecode 9:0:0x87f9bffb, in Xorg [1688], reason: Hang on rcs0, action: reset using kicad

https://bugs.freedesktop.org/show_bug.cgi?id=104037 Elizabeth changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop

Re: [PATCH] gpu: host1x: Fix compiler errors

On Mon, Mar 26, 2018 at 04:44:14PM +0200, Emil Goode wrote: > The compiler is complaining with the following errors: > > drivers/gpu/host1x/cdma.c:94:48: error: > passing argument 3 of ‘dma_alloc_wc’ from incompatible pointer type > [-Werror=incompatible-pointer-types] > >

[Bug 104037] [skl] GPU HANG: ecode 9:0:0x87f9bffb, in Xorg [1688], reason: Hang on rcs0, action: reset using kicad

https://bugs.freedesktop.org/show_bug.cgi?id=104037 Elizabeth changed: What|Removed |Added Status|NEW

Re: [linux-sunxi] Preferring cursor plane over overlay plane

On Mon, Mar 26, 2018 at 10:22:45PM +0800, Chen-Yu Tsai wrote: > On Mon, Mar 26, 2018 at 10:14 PM, Joonas Kylmälä > wrote: > > Hi DRM subsystem developers, > > > > I ran into this patch where overlay plane was switched to cursor plane > > because there was no proper cursor

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=105725 --- Comment #2 from hjpries...@gmail.com --- Is there a guide a build the 4.15.x kernel using the drm-4.17-wip? I can try to compile/test it next weekend. The problem I have is that when I display a certain png with "imagemagick display" X11

Re: [RFC] Per file OOM badness

Hi all, Am Dienstag, den 30.01.2018, 11:28 +0100 schrieb Michal Hocko: > On Tue 30-01-18 10:29:10, Michel Dänzer wrote: > > On 2018-01-24 12:50 PM, Michal Hocko wrote: > > > On Wed 24-01-18 12:23:10, Michel Dänzer wrote: > > > > On 2018-01-24 12:01 PM, Michal Hocko wrote: > > > > > On Wed

Re: [linux-sunxi] Preferring cursor plane over overlay plane

On Mon, Mar 26, 2018 at 10:14 PM, Joonas Kylmälä wrote: > Hi DRM subsystem developers, > > I ran into this patch where overlay plane was switched to cursor plane > because there was no proper cursor plane available on the display > hardware:

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=105725 --- Comment #1 from Harry Wentland --- I'm not sure, but I think they could be related to a hang. A couple questions: * Do you see a hang a boot, or in a different scenario? * What display are you using? * What's

[PATCH][next] drm/amd/pp: fix logical or'ing of garbage in result by initializing result to zero

From: Colin Ian King Currently result is not initialized, so it contains a garbage value and this is or'd with data from vega10_program_didt_config_registers() which can end up with a non-zero value when the result should be zero. Fix this by ensuring result is

Re: [PATCH v2 2/2] gpu: drm: nouveau: Use list_{next/prev}_entry instead of list_entry

On Mon, Mar 26, 2018 at 01:43:30PM +0100, Chris Wilson wrote: > Quoting Ben Skeggs (2018-03-26 13:34:54) > > On Mon, Mar 26, 2018 at 4:01 AM, Arushi Singhal > > wrote: > > > It's better to use list_entry instead of list_{next/prev}_entry > > > as it makes the code

Re: [PATCH libdrm 3/3] xf86drm: replace stat() with access() to verify file existence

On 26 March 2018 at 11:26, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > xf86drm.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/xf86drm.c b/xf86drm.c > index

Re: [PATCH libdrm 2/3] xf86drm: add buffer size safety to sprintf()

On 26 March 2018 at 11:26, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > xf86drm.c | 6 +++--- > xf86drmMode.c | 6 -- > 2 files changed, 7 insertions(+), 5 deletions(-) > > diff --git a/xf86drm.c b/xf86drm.c > index

Re: [PATCH libdrm 1/3] xf86drm: replace sprintf()+strdup() with asprintf()

On 26 March 2018 at 14:57, Jani Nikula wrote: > On Mon, 26 Mar 2018, Eric Engestrom wrote: >> Signed-off-by: Eric Engestrom >> --- >> xf86drm.c | 28 ++-- >> 1 file changed, 14

Re: [PATCH libdrm 1/3] xf86drm: replace sprintf()+strdup() with asprintf()

On Mon, 26 Mar 2018, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > xf86drm.c | 28 ++-- > 1 file changed, 14 insertions(+), 14 deletions(-) > > diff --git a/xf86drm.c b/xf86drm.c > index

[Bug 105617] [CI] [CNL only] igt@* - incomplete - Build timed out (after 18 minutes). Marking the build as aborted.

https://bugs.freedesktop.org/show_bug.cgi?id=105617 --- Comment #7 from Marta Löfstedt --- This should help: https://patchwork.freedesktop.org/series/40646/ -- You are receiving this mail because: You are the assignee for the

[Bug 105617] [CI] [CNL only] igt@* - incomplete - Build timed out (after 18 minutes). Marking the build as aborted.

https://bugs.freedesktop.org/show_bug.cgi?id=105617 --- Comment #6 from Marta Löfstedt --- https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_7/fi-cnl-y3/igt@kms_frontbuffer_track...@fbcpsr-1p-primscrn-pri-indfb-draw-blt.html running:

[Bug 99349] Failed to build shader (translation from TGSI)

https://bugs.freedesktop.org/show_bug.cgi?id=99349 mirh changed: What|Removed |Added CC||m...@protonmail.ch ---

Re: [PATCH v2 00/11] drm/tinydrm: Support device unplug

Hi, Noralf! On 03/17/2018 04:40 PM, Noralf Trønnes wrote: Den 16.03.2018 09.03, skrev Daniel Vetter: On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter  wrote: Hi Noralf, On Fri, Sep 08, 2017 at 05:07:19PM +0200, Noralf Trønnes wrote: This adds device unplug support to

[Bug 104090] Reduced colors on RX580 through eDP on Asus GL702ZC laptop

https://bugs.freedesktop.org/show_bug.cgi?id=104090 --- Comment #16 from Hein-Pieter van Braam --- It appears that 4.16.0-rc7 fixed the issue on this laptop. I'll do a bit more testing but it seems on par with a system without dc now. Great stuff. -- You are receiving this mail

  1   2   >