Re: [PATCH 2/2] drm/scheduler: stop setting rq to NULL

On Thu, Aug 2, 2018 at 12:12 PM Christian König < ckoenig.leichtzumer...@gmail.com> wrote: > Am 02.08.2018 um 00:25 schrieb Andrey Grodzovsky: > > Thinking again about this change and 53d5f1e drm/scheduler: move idle > > entities to scheduler with less load v2 > > > > Looks to me like use case for

Re: [PATCH v2] gpu/drm/exynos: Convert drm_atomic_helper_suspend/resume()

Hi Souptick, On 2018-08-02 08:25, Souptick Joarder wrote: > On Thu, Jul 26, 2018 at 9:24 PM, Souptick Joarder > wrote: >> convert drm_atomic_helper_suspend/resume() to use >> drm_mode_config_helper_suspend/resume(). >> >> exynos_drm_fbdev_suspend/resume can be removed >> as drm_mode_config_helpe

Re: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

On 2018年08月02日 14:01, Nayan Deshmukh wrote: Hi David, On Thu, Aug 2, 2018 at 8:22 AM Zhou, David(ChunMing) mailto:david1.z...@amd.com>> wrote: Another big question: I agree the general idea is good to balance scheduler load for same ring family. But, when same entity job r

Re: [PATCH 2/2] drm/scheduler: stop setting rq to NULL

Hi Andrey, Good catch. I guess since both Christian and I were working on it parallelly we didn't catch this problem. If it is only causing a problem in push_job then we can handle it something like this: ---

Re: [PATCH 2/2] drm/scheduler: stop setting rq to NULL

Am 02.08.2018 um 00:25 schrieb Andrey Grodzovsky: Thinking again about this change and 53d5f1e drm/scheduler: move idle entities to scheduler with less load v2 Looks to me like use case for which fc9a539 drm/scheduler: add NULL pointer check for run queue (v2) was done will not work anymore.

Re: [PATCH 2/3] drm/scheduler: add counter for total jobs in scheduler

On 08/02/2018 02:08 PM, Nayan Deshmukh wrote: On Thu, Aug 2, 2018 at 11:29 AM Zhang, Jerry (Junwei) mailto:jerry.zh...@amd.com>> wrote: On 08/02/2018 01:50 PM, Nayan Deshmukh wrote: > > > On Thu, Aug 2, 2018 at 10:31 AM Zhang, Jerry (Junwei) mailto:jerry.zh...@amd.com>

Re: [PATCH 2/4] drm/scheduler: add counter for total jobs in scheduler

Thanks for the reminders. I felt that the commit header was sufficient enough but I guess that didn't cover the motivation for the change. Thanks Christian for adding the commit message. Regards, Nayan On Thu, Aug 2, 2018 at 8:16 AM Huang Rui wrote: > On Wed, Aug 01, 2018 at 09:06:29PM +0800,

Re: [PATCH 2/3] drm/scheduler: add counter for total jobs in scheduler

On Thu, Aug 2, 2018 at 11:29 AM Zhang, Jerry (Junwei) wrote: > On 08/02/2018 01:50 PM, Nayan Deshmukh wrote: > > > > > > On Thu, Aug 2, 2018 at 10:31 AM Zhang, Jerry (Junwei) < > jerry.zh...@amd.com > wrote: > > > > On 07/12/2018 02:36 PM, Nayan Deshmukh wrote: > >

Re: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Hi David, On Thu, Aug 2, 2018 at 8:22 AM Zhou, David(ChunMing) wrote: > Another big question: > > I agree the general idea is good to balance scheduler load for same ring > family. > > But, when same entity job run on different scheduler, that means the later > job could be completed ahead of fr

[Bug 107432] Periodic complete system lockup with Vega M and Kernel 4.18-rc6+

https://bugs.freedesktop.org/show_bug.cgi?id=107432 --- Comment #4 from Robert Strube --- Created attachment 140932 --> https://bugs.freedesktop.org/attachment.cgi?id=140932&action=edit dmesg log leading up to out of memory scenario (no crash this time) In this scenario the memory pressure the

Re: [PATCH 2/3] drm/scheduler: add counter for total jobs in scheduler

On 08/02/2018 01:50 PM, Nayan Deshmukh wrote: On Thu, Aug 2, 2018 at 10:31 AM Zhang, Jerry (Junwei) mailto:jerry.zh...@amd.com>> wrote: On 07/12/2018 02:36 PM, Nayan Deshmukh wrote: > Signed-off-by: Nayan Deshmukh mailto:nayan26deshm...@gmail.com>> > --- > drivers/gpu/drm/

Re: [PATCH 2/3] drm/scheduler: add counter for total jobs in scheduler

On Thu, Aug 2, 2018 at 10:31 AM Zhang, Jerry (Junwei) wrote: > On 07/12/2018 02:36 PM, Nayan Deshmukh wrote: > > Signed-off-by: Nayan Deshmukh > > --- > > drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 +++ > > include/drm/gpu_scheduler.h | 2 ++ > > 2 files changed, 5 insertion

[Bug 107432] Periodic complete system lockup with Vega M and Kernel 4.18-rc6+

https://bugs.freedesktop.org/show_bug.cgi?id=107432 --- Comment #3 from Robert Strube --- (In reply to Michel Dänzer from comment #2) > Created attachment 140905 [details] [review] > Use kvmalloc in amdgpu_uvd_suspend > > Does this patch help by any chance? > > If not, can you bisect between 4.

Re: [PATCH 2/3] drm/scheduler: add counter for total jobs in scheduler

On 07/12/2018 02:36 PM, Nayan Deshmukh wrote: Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 +++ include/drm/gpu_scheduler.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c b/drivers/gpu/drm/sch

RE: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Another big question: I agree the general idea is good to balance scheduler load for same ring family. But, when same entity job run on different scheduler, that means the later job could be completed ahead of front, Right? That will break fence design, later fence must be signaled after front fen

Re: [PATCH 2/4] drm/scheduler: add counter for total jobs in scheduler

On Wed, Aug 01, 2018 at 09:06:29PM +0800, Christian König wrote: > Yeah, I've actually added one before pushing it to amd-staging-drm-next. > > But thanks for the reminder, wanted to note that to Nayan as well :) > Yes, a soft reminder to Nayan. Thanks Nayan for the contribution. :-) Thanks, Ra

Re: [PATCHv3] lib/ratelimit: Lockless ratelimiting

On Fri, 20 Jul 2018 16:33:36 +0100 Dmitry Safonov wrote: > On Fri, 2018-07-20 at 17:09 +0200, Petr Mladek wrote: > > > > On Tue, 2018-07-03 at 23:56 +0100, Dmitry Safonov wrote: > > > > > Currently ratelimit_state is protected with spin_lock. If the > > > > > .lock > > > > > is > > > > > taken

[Bug 103907] [gfx9/Vega] Arma 3 crashes on 17.3.0-rc5 but works on master

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

[Bug 101651] [radeonsi][hawaii] Borderlands 2 rendering issues with recent mesa/llvm

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

[Bug 99528] Wine game doesn't redraw properly in fullscreen

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

[Bug 102638] Incorrect rendering in OpenGL 4 (Unigine Superposition + others)

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

[Bug 106531] Age of Wonders 3 rendering failure on 18.1.0-rc

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

[Bug 87059] [apitrace] Graphical glitches in This war of mine

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

Re: Sleeping from invalid context in udlfb

I'm pretty sure udlkms handles this already. Dave. On Wed, Aug 1, 2018 at 11:34 PM, Mikulas Patocka wrote: > > > On Wed, 1 Aug 2018, Geert Uytterhoeven wrote: > > > Hi Mikulas, > > > > On Wed, Aug 1, 2018 at 12:59 PM Mikulas Patocka > wrote: > > > On Wed, 1 Aug 2018, Geert Uytterhoeven wrote:

[pull] amdgpu, radeon, scheduler, ttm drm-next-4.19

Hi Dave, Fixes for 4.19: - Fix UVD 7.2 instance handling - Fix UVD 7.2 harvesting - GPU scheduler fix for when a process is killed - TTM cleanups - amdgpu CS bo_list fixes - Powerplay fixes for polaris12 and CZ/ST - DC fixes for link training certain HMDs - DC fix for vega10 blank screen in certai

Re: [PATCH 2/2] drm/scheduler: stop setting rq to NULL

Thinking again about this change and 53d5f1e drm/scheduler: move idle entities to scheduler with less load v2 Looks to me like use case for which fc9a539 drm/scheduler: add NULL pointer check for run queue (v2) was done will not work anymore. First of all in drm_sched_entity_push_job, 'if (!

[PATCH v4 5/8] drm/nouveau: Use pm_runtime_get_noresume() in connector_detect()

It's true we can't resume the device from poll workers in nouveau_connector_detect(). We can however, prevent the autosuspend timer from elapsing immediately if it hasn't already without risking any sort of deadlock with the runtime suspend/resume operations. So do that instead of entirely avoiding

[PATCH v4 6/8] drm/nouveau: Respond to HPDs by probing one conn at a time

There isn't actually any reason we need to call drm_hpd_irq_event() from our hotplug handler, as we already know which connector the hotplug event was fired for. We're also going to need to avoid probing all connectors needlessly from hotplug handlers anyway so that we can track when nouveau_connec

[PATCH v4 8/8] drm/nouveau: Call pm_runtime_get_noresume() from hpd handlers

We can't and don't need to try resuming the device from our hotplug handlers, but hotplug events are generally something we'd like to keep the device awake for whenever possible. So, grab a PM ref safely in our hotplug handlers using pm_runtime_get_noresume() and mark the device as busy once we're

[PATCH v4 7/8] drm/nouveau: Fix deadlocks in nouveau_connector_detect()

When we disable hotplugging on the GPU, we need to be able to synchronize with each connector's hotplug interrupt handler before the interrupt is finally disabled. This can be a problem however, since nouveau_connector_detect() currently grabs a runtime power reference when handling connector probi

[PATCH v4 4/8] drm/nouveau: Fix deadlock with fb_helper using new helpers

This removes the potential of deadlocking with fb_helper entirely by preventing it from handling hotplugs during the runtime suspend process as early as possible in the suspend process. If it turns out this is not possible, due to some fb_helper action having been queued up before we got a time to

[PATCH v4 2/8] drm/nouveau: Enable polling even if we have runtime PM

Having runtime PM makes no difference on whether or not we want polling, and it's now safe to just enable polling unconditionally in drm_load() thanks to d61a5c106351 ("drm/nouveau: Fix deadlock on runtime suspend") Signed-off-by: Lyude Paul Cc: Lukas Wunner Cc: Peter Ujfalusi Cc: sta...@vger.k

[PATCH v4 3/8] drm/fb_helper: Introduce suspend/resume_hotplug()

I'm sure I don't need to tell you that fb_helper's locking is a mess. That being said; fb_helper's locking mess can seriously complicate the runtime suspend/resume operations of drivers because it can invoke atomic commits and connector probing from anywhere that calls drm_fb_helper_hotplug_event()

[PATCH v4 1/8] drm/nouveau: Fix bogus drm_kms_helper_poll_enable() placement

Turns out this part is my fault for not noticing when reviewing 9a2eba337cace ("drm/nouveau: Fix drm poll_helper handling"). Currently we call drm_kms_helper_poll_enable() from nouveau_display_hpd_work(). This makes basically no sense however, because that means we're calling drm_kms_helper_poll_en

[PATCH v4 0/8] Fix connector probing deadlocks from RPM bugs

This is the latest version of https://patchwork.freedesktop.org/series/46815/ With a bunch of fixes to the new fb_helper to prevent it from breaking module loading/unloading with nouveau. Also; lots of documentation fixes and one fix in response to a kbuild bot. Lyude Paul (8): drm/nouveau: Fix

[Bug 106846] RX480 with multiple HDMI ports shows monitor connected to unused port when using amdgpu.dc=1

https://bugs.freedesktop.org/show_bug.cgi?id=106846 --- Comment #5 from Harry Wentland --- Created attachment 140930 --> https://bugs.freedesktop.org/attachment.cgi?id=140930&action=edit [PATCH] Report non-DP display as disconnected without EDID Can you see if this fixes it? -- You are recei

[Bug 200705] New: nouveau freeze x11 with 3d games

https://bugzilla.kernel.org/show_bug.cgi?id=200705 Bug ID: 200705 Summary: nouveau freeze x11 with 3d games Product: Drivers Version: 2.5 Kernel Version: all Hardware: x86-64 OS: Linux Tree: Mainline

[Bug 200705] nouveau freeze x11 with 3d games

https://bugzilla.kernel.org/show_bug.cgi?id=200705 Alexey Boldyrev (ne-vleza...@yandex.ru) changed: What|Removed |Added Keywords||opw -- You are

[Bug 107448] [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5)

https://bugs.freedesktop.org/show_bug.cgi?id=107448 --- Comment #4 from Ilia Mirkin --- (In reply to erhard_f from comment #3) > Hm, so you think the sanity test itself got broken and not a r600g > component? I am no expert, sorry. No clue. Just an observation for someone who will maybe at one p

[Bug 107448] [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5)

https://bugs.freedesktop.org/show_bug.cgi?id=107448 --- Comment #3 from erhar...@mailbox.org --- Hm, so you think the sanity test itself got broken and not a r600g component? I am no expert, sorry. -- You are receiving this mail because: You are the assignee for the bug._

[Bug 107448] [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5)

https://bugs.freedesktop.org/show_bug.cgi?id=107448 --- Comment #2 from Ilia Mirkin --- Observation: bswap32(16777216) == 1 bswap32(50331648) == 3 bswap32(83886080) == 5 For the second test, probably some TF thing that needs to either be configured for BE or get byte-swapped somewhere. -- You

[Bug 107448] [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5)

https://bugs.freedesktop.org/show_bug.cgi?id=107448 --- Comment #1 from erhar...@mailbox.org --- Created attachment 140929 --> https://bugs.freedesktop.org/attachment.cgi?id=140929&action=edit html-summary from 'pigllit run sanity' (18.1.5) -- You are receiving this mail because: You are the a

[Bug 107448] [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5)

https://bugs.freedesktop.org/show_bug.cgi?id=107448 Bug ID: 107448 Summary: [r600g] 2 of 5 piglit sanity tests fail (PCIe, ppc64, mesa-18.1.5) Product: Mesa Version: unspecified Hardware: PowerPC OS: Linux (

Re: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Series is Acked-by: Andrey Grodzovsky Andrey On 08/01/2018 12:06 PM, Nayan Deshmukh wrote: Yes, that is correct. Nayan On Wed, Aug 1, 2018, 9:05 PM Andrey Grodzovsky mailto:andrey.grodzov...@amd.com>> wrote: Clarification question -  if the run queues belong to different schedule

Re: [PATCH] drm/dp: add missing ')' to I2C nack debug message

On Fri, Jul 27, 2018 at 04:38:29PM -0400, Alex Deucher wrote: > On Fri, Jul 27, 2018 at 4:33 PM, Paulo Zanoni > wrote: > > "(an unmatched left parenthesis > > creates an unresolved tension > > that will stay with you all day." > >-- Randall Munroe > > > > Signed-off-by: Paulo

Re: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Yes, that is correct. Nayan On Wed, Aug 1, 2018, 9:05 PM Andrey Grodzovsky wrote: > Clarification question - if the run queues belong to different > schedulers they effectively point to different rings, > > it means we allow to move (reschedule) a drm_sched_entity from one ring > to another -

Re: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Clarification question -  if the run queues belong to different schedulers they effectively point to different rings, it means we allow to move (reschedule) a drm_sched_entity from one ring to another - i assume that the idea int the first place, that you have a set of HW rings and you can ut

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #19 from Justinas Narusevicius --- (In reply to Harry Wentland from comment #17) > Do you have more information on your graphics card (manufacturer/model)? Its ASUS DUAL-RX580-O8G https://www.asus.com/Graphics-Cards/DUAL-RX580-O8G/s

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #18 from Harry Wentland --- Created attachment 140922 --> https://bugs.freedesktop.org/attachment.cgi?id=140922&action=edit [PATCH] drm/amd/display: Report non-DP display as disconnected without EDID Try this -- You are receivin

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #17 from Harry Wentland --- Looks like a faulty board that reports a port as connected when it shouldn't. Windows driver has a policy to only report that as connected if it's DP, but not for HDMI, which is likely why we've never spot

[PATCH] drm/scheduler: fix setting the priorty for entities

Since we now deal with multiple rq we need to update all of them, not just the current one. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 3 +-- drivers/gpu/drm/scheduler/gpu_scheduler.c | 36 --- include/drm/gpu_scheduler.h

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #16 from Justinas Narusevicius --- (In reply to Harry Wentland from comment #15) > Can you try passing this on your kernel command line (with the bad commit): > "video=HDMI-A-2:d"? > > This will force HDMI-A-2 to report disconnected

RE: [RFC 1/3] drm: Add colorspace property

>-Original Message- >From: Adam Jackson [mailto:a...@redhat.com] >Sent: Wednesday, August 1, 2018 1:24 AM >To: Shankar, Uma ; intel-...@lists.freedesktop.org; >dri-devel@lists.freedesktop.org >Cc: Syrjala, Ville ; Lankhorst, Maarten > >Subject: Re: [RFC 1/3] drm: Add colorspace property >

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #15 from Harry Wentland --- Can you try passing this on your kernel command line (with the bad commit): "video=HDMI-A-2:d"? This will force HDMI-A-2 to report disconnected. I wonder if that helps. -- You are receiving this mail be

[Bug 107334] Artifacts in Unigine Valley with RX 580

https://bugs.freedesktop.org/show_bug.cgi?id=107334 Christian Widmer changed: What|Removed |Added Keywords||bisected, regression -- You are rec

[Bug 107334] Artifacts in Unigine Valley with RX 580

https://bugs.freedesktop.org/show_bug.cgi?id=107334 --- Comment #3 from Christian Widmer --- Created attachment 140921 --> https://bugs.freedesktop.org/attachment.cgi?id=140921&action=edit lspci -- You are receiving this mail because: You are the assignee for the bug._

[Bug 107334] Artifacts in Unigine Valley with RX 580

https://bugs.freedesktop.org/show_bug.cgi?id=107334 --- Comment #2 from Christian Widmer --- Created attachment 140920 --> https://bugs.freedesktop.org/attachment.cgi?id=140920&action=edit glxinfo I am adding glxinfo and lspci output, which might contain useful information. -- You are receiv

RE: [PATCH v6 35/35] misc/mei/hdcp: Closing wired HDCP2.2 Tx Session

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 34/35] misc/mei/hdcp: Enabling the HDCP authentication

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: Sleeping from invalid context in udlfb

On Wed, 1 Aug 2018, Geert Uytterhoeven wrote: > Hi Mikulas, > > On Wed, Aug 1, 2018 at 12:59 PM Mikulas Patocka wrote: > > On Wed, 1 Aug 2018, Geert Uytterhoeven wrote: > > > On Tue, Jul 31, 2018 at 5:23 PM Mikulas Patocka > > > wrote: > > > > BTW when using the udlfb driver as a console, I'

RE: [PATCH v6 33/35] misc/mei/hdcp: Verify M_prime

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH] drm/rockchip: Convert drm_atomic_helper_suspend/resume()

Am Mittwoch, 1. August 2018, 15:14:24 CEST schrieb Souptick Joarder: > On Wed, Aug 1, 2018 at 6:40 PM, Heiko Stuebner wrote: > > Am Mittwoch, 1. August 2018, 14:43:47 CEST schrieb Souptick Joarder: > >> On Wed, Aug 1, 2018 at 6:03 PM, Heiko Stuebner wrote: > >> > Hi Souptick, > >> > > >> > Am Die

RE: [PATCH v6 32/35] misc/mei/hdcp: Repeater topology verification and ack

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 31/35] misc/mei/hdcp: Prepare Session Key

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 30/35] misc/mei/hdcp: Verify L_prime

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 29/35] misc/mei/hdcp: Initiate Locality check

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 28/35] misc/mei/hdcp: Store the HDCP Pairing info

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 27/35] misc/mei/hdcp: Verify H_prime

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 26/35] misc/mei/hdcp: Verify Receiver Cert and prepare km

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

RE: [PATCH v6 25/35] misc/mei/hdcp: Initiate Wired HDCP2.2 Tx Session

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH] drm/rockchip: Convert drm_atomic_helper_suspend/resume()

Am Mittwoch, 1. August 2018, 14:43:47 CEST schrieb Souptick Joarder: > On Wed, Aug 1, 2018 at 6:03 PM, Heiko Stuebner wrote: > > Hi Souptick, > > > > Am Dienstag, 31. Juli 2018, 22:34:30 CEST schrieb Souptick Joarder: > >> convert drm_atomic_helper_suspend/resume() to use > >> drm_mode_config_help

RE: [PATCH v6 23/35] misc/mei/hdcp: Component framework for I915 Interface

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH 2/4] drm/scheduler: add counter for total jobs in scheduler

Yeah, I've actually added one before pushing it to amd-staging-drm-next. But thanks for the reminder, wanted to note that to Nayan as well :) Christian. Am 01.08.2018 um 15:15 schrieb Huang Rui: On Wed, Aug 01, 2018 at 01:50:00PM +0530, Nayan Deshmukh wrote: This should need a commmit message

Re: [PATCH 2/4] drm/scheduler: add counter for total jobs in scheduler

On Wed, Aug 01, 2018 at 01:50:00PM +0530, Nayan Deshmukh wrote: This should need a commmit message. Thanks, Ray > Signed-off-by: Nayan Deshmukh > --- > drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 +++ > include/drm/gpu_scheduler.h | 2 ++ > 2 files changed, 5 insertions(+) > >

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #14 from Justinas Narusevicius --- (In reply to Harry Wentland from comment #9) > That commit is correct. I don't think we should revert it. You are probably correct. Some more things i have noticed: When using Gnome Display Manager

Re: [PATCH] drm/rockchip: Convert drm_atomic_helper_suspend/resume()

Hi Souptick, Am Dienstag, 31. Juli 2018, 22:34:30 CEST schrieb Souptick Joarder: > convert drm_atomic_helper_suspend/resume() to use > drm_mode_config_helper_suspend/resume(). > > With this conversion, rockchip_drm_fb_resume() and > rockchip_drm_fb_suspend() will not be used anymore. > Both of th

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #13 from Justinas Narusevicius --- Created attachment 140917 --> https://bugs.freedesktop.org/attachment.cgi?id=140917&action=edit amd-staging-drm-next-5bb19d15d8f2-with-revert-patch-boot.log -- You are receiving this mail becaus

[Bug 107390] [BISECTED] EDID read failure breaks display mirroring

https://bugs.freedesktop.org/show_bug.cgi?id=107390 --- Comment #12 from Justinas Narusevicius --- Created attachment 140916 --> https://bugs.freedesktop.org/attachment.cgi?id=140916&action=edit amd-staging-drm-next-5bb19d15d8f2-boot.log -- You are receiving this mail because: You are the ass

Re: [PATCH v6 09/35] drm/i915: Initialize HDCP2.2 and its MEI interface

On Wednesday 01 August 2018 01:11 AM, 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 ; Shan

RE: [PATCH v6 19/35] drm/i915: Implement the HDCP2.2 support for HDMI

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH v6 02/35] drm: HDMI and DP specific HDCP2.2 defines

On Tuesday 31 July 2018 01:55 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 ; Shankar

RE: [PATCH v6 18/35] drm/i915: Implement the HDCP2.2 support for DP

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: Sleeping from invalid context in udlfb

Hi Mikulas, On Wed, Aug 1, 2018 at 12:59 PM Mikulas Patocka wrote: > On Wed, 1 Aug 2018, Geert Uytterhoeven wrote: > > On Tue, Jul 31, 2018 at 5:23 PM Mikulas Patocka wrote: > > > BTW when using the udlfb driver as a console, I've got this warning. > > > vt_console_print takes a spinlock and the

Re: [PATCH v6 01/35] drm: hdcp2.2 authentication msg definitions

Thanks Uma, for the review. On Tuesday 31 July 2018 11:51 AM, Shankar, Uma wrote: -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Ramalingam C Sent: Saturday, July 14, 2018 8:45 AM To: intel-...@lists.freedesktop.org; dri-devel@lists.fre

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

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: Sleeping from invalid context in udlfb

On Wed, 1 Aug 2018, Geert Uytterhoeven wrote: > Hi Mikulas, > > On Tue, Jul 31, 2018 at 5:23 PM Mikulas Patocka wrote: > > BTW when using the udlfb driver as a console, I've got this warning. > > vt_console_print takes a spinlock and then calls the framebuffer driver > > that sleeps. > > > > T

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

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH 3/5] arm64: dts: renesas: r8a77995: Add LVDS support

Hi Ulrich, I know this series needs to be re-spin when the D3/E3 LVDS PLL support will be added, but since I need it for testing on D3 the LVDS interface reset support, I noticed a small issue which I thought it is worth reporting. On Tue, May 15, 2018 at 02:20:38PM +0200, Ulrich Hecht wrote: >

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

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH v2] drm/mxsfb: Fix runtime PM for unpowering lcdif block

On 17.07.2018 12:48, Leonard Crestez wrote: > Adding lcdif nodes to a power domain currently does work, it results in > black/corrupted screens or hangs. While the driver does enable runtime > pm it does not deal correctly with the block being unpowered. > > Ensure power is on when required by add

Re: [PATCH v3 3/8] drm/fb_helper: Introduce hotplug_suspend/resume()

://github.com/0day-ci/linux/commits/Lyude-Paul/Fix-connector-probing-deadlocks-from-RPM-bugs/20180801-153816 reproduce: make htmldocs All warnings (new ones prefixed by >>): WARNING: convert(1) not found, for SVG to PDF conversion install ImageMagick (https://www.imagemagick.org) mm/mem

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

>-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 ; >Shankar, Uma >Cc: Sharma, Shashank ; C, Ramalingam > >Su

Re: [PATCH 1/4] drm/scheduler: add a list of run queues to the entity

Am 01.08.2018 um 10:19 schrieb Nayan Deshmukh: These are the potential run queues on which the jobs from this entity can be scheduled. We will use this to do load balancing. Signed-off-by: Nayan Deshmukh Reviewed-by: Christian König for the whole series. I also just pushed them into our i

Re: [PATCH] drm/nouveau: Fix potential memory access error in nouveau_debugfs_pstate_get()

/linux/commits/Lyude-Paul/drm-nouveau-Fix-potential-memory-access-error-in-nouveau_debugfs_pstate_get/20180801-155246 config: i386-randconfig-a1-201830 (attached as .config) compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4 reproduce: # save the attached .config to linux build tree make ARCH

Re: [PATCH v3 3/8] drm/fb_helper: Introduce hotplug_suspend/resume()

://github.com/0day-ci/linux/commits/Lyude-Paul/Fix-connector-probing-deadlocks-from-RPM-bugs/20180801-153816 config: x86_64-randconfig-x014-201830 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=x86_64

[PATCH 4/4] drm/scheduler: move idle entities to scheduler with less load v2

This is the first attempt to move entities between schedulers to have dynamic load balancing. We just move entities with no jobs for now as moving the ones with jobs will lead to other compilcations like ensuring that the other scheduler does not remove a job from the current entity while we are mo

[PATCH 2/4] drm/scheduler: add counter for total jobs in scheduler

Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 3 +++ include/drm/gpu_scheduler.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c b/drivers/gpu/drm/scheduler/gpu_scheduler.c index a3eacc35cf98..375f6f7f

[PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

The function selects the run queue from the rq_list with the least load. The load is decided by the number of jobs in a scheduler. v2: avoid using atomic read twice consecutively, instead store it locally Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 25 +

[PATCH 1/4] drm/scheduler: add a list of run queues to the entity

These are the potential run queues on which the jobs from this entity can be scheduled. We will use this to do load balancing. Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 8 include/drm/gpu_scheduler.h | 7 ++- 2 files changed, 14 inse

Re: Sleeping from invalid context in udlfb

Hi Mikulas, On Tue, Jul 31, 2018 at 5:23 PM Mikulas Patocka wrote: > BTW when using the udlfb driver as a console, I've got this warning. > vt_console_print takes a spinlock and then calls the framebuffer driver > that sleeps. > > The question is - whose fault is this? Could the console code some

  1   2   >