Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Ville Syrjälä
On Mon, Sep 28, 2020 at 07:15:43AM -0700, James Ausmus wrote: > On Mon, Sep 28, 2020 at 04:43:11PM +0300, Jani Nikula wrote: > > On Mon, 28 Sep 2020, Tejas Upadhyay > > wrote: > > > JSL has update in vswing table for eDP > > > > I've thought the TLA for Jasper Lake is JSP, not JSL. At least we h

[Bug 208647] persistent amdgpu: [mmhub] page faults

2020-09-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208647 Stefan Winter (m...@stefan-winter.de) changed: What|Removed |Added CC||m...@stefan-winter

[Bug 208647] persistent amdgpu: [mmhub] page faults

2020-09-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208647 --- Comment #7 from Stefan Winter (m...@stefan-winter.de) --- Created attachment 292697 --> https://bugzilla.kernel.org/attachment.cgi?id=292697&action=edit dmesg on 5.9.0-RC7 dmesg -- You are receiving this mail because: You are watching the

Re: [PATCH] linux-firmware: Update firmware for Cadence MHDP8546 DP bridge

2020-09-28 Thread Josh Boyer
Applied and pushed out. josh On Wed, Sep 23, 2020 at 11:14 AM Swapnil Jakhade wrote: > > Update firmware for Cadence MHDP8546 DP bridge to version 2.0.0. > The firmware source code now complies with MISRA2012 and HIS > rules and directives. Also, there are some improvements in AUX > channel comm

Re: [GIT PULL] mediatek drm next for 5.10

2020-09-28 Thread Chun-Kuang Hu
Hi, Dave & Daniel: I does not see these patches in drm-next branch. Does these patches have any problem? Regards, Chun-Kuang. Chun-Kuang Hu 於 2020年9月15日 週二 上午7:12寫道: > > Hi, Dave & Daniel: > > This includes: > > 1. Move Mediatek HDMI PHY driver from DRM folder to PHY folder > 2. Convert mtk-dpi

[PATCH] dt-bindings: Fix 'reg' size issues in zynqmp examples

2020-09-28 Thread Rob Herring
The default sizes in examples for 'reg' are 1 cell each. Fix the incorrect sizes in zynqmp examples: Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.example.dt.yaml: example-0: dma-controller@fd4c:reg:0: [0, 4249616384, 0, 4096] is too long From schema: /usr/local/lib/

Re: [PATCHv5 4/6] drm/msm/a6xx: Add support for using system cache(LLC)

2020-09-28 Thread Jordan Crouse
On Mon, Sep 28, 2020 at 05:56:55PM +0530, Sai Prakash Ranjan wrote: > Hi Jordan, > > On 2020-09-23 20:33, Jordan Crouse wrote: > >On Tue, Sep 22, 2020 at 11:48:17AM +0530, Sai Prakash Ranjan wrote: > >>From: Sharat Masetty > >> > >>The last level system cache can be partitioned to 32 different >

[Bug 209417] New: kernel-5.8*, amdgpu - Blank screen shortly after boot, "fixed" with suspend and wake up

2020-09-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=209417 Bug ID: 209417 Summary: kernel-5.8*, amdgpu - Blank screen shortly after boot, "fixed" with suspend and wake up Product: Drivers Version: 2.5 Kernel Version: >=5.8 Hard

[Bug 209417] kernel-5.8*, amdgpu - Blank screen shortly after boot, "fixed" with suspend and wake up

2020-09-28 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=209417 --- Comment #1 from Juan (juantxor...@gmail.com) --- Created attachment 292701 --> https://bugzilla.kernel.org/attachment.cgi?id=292701&action=edit boot log 5.7.17 fedora - working This is the boot log of a boot with the kernel 5.7.17 with fedo

Re: CONFIG_AMDGPU triggers full rebuild

2020-09-28 Thread Felix Kuehling
If I had to guess, I'd say something HMM-related. There has been some back-and-forth between kernel releases. So I won't say anything more specific without knowing exactly which branch or release you're on. Regards,   Felix Am 2020-09-25 um 10:29 a.m. schrieb Thomas Zimmermann: > Hi, > > whenever

Re: [PATCH RFC v7 1/6] dt-bindings: display: add Unisoc's drm master bindings

2020-09-28 Thread Rob Herring
On Mon, Sep 28, 2020 at 3:17 AM Maxime Ripard wrote: > > Hi! > > On Mon, Sep 28, 2020 at 02:27:35PM +0800, Kevin Tang wrote: > > From: Kevin Tang > > > > The Unisoc DRM master device is a virtual device needed to list all > > DPU devices or other display interface nodes that comprise the > > grap

Re: [PATCH 1/2] drm/i915/jsl: Split EHL/JSL platform info and PCI ids

2020-09-28 Thread Surendrakumar Upadhyay, TejaskumarX
From: Jani Nikula Sent: Monday, September 28, 2020 7:07 PM To: Surendrakumar Upadhyay, TejaskumarX ; Vivi, Rodrigo ; airl...@linux.ie ; dan...@ffwll.ch ; intel-...@lists.freedesktop.org ; dri-devel@lists.freedesktop.org ; linux-ker...@vger.kernel.org ; Ausm

Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Surendrakumar Upadhyay, TejaskumarX
From: Jani Nikula Sent: Monday, September 28, 2020 7:13 PM To: Surendrakumar Upadhyay, TejaskumarX ; Vivi, Rodrigo ; airl...@linux.ie ; dan...@ffwll.ch ; intel-...@lists.freedesktop.org ; dri-devel@lists.freedesktop.org ; linux-ker...@vger.kernel.org ; Ausm

Re: [PATCH 1/2] drm/i915/jsl: Split EHL/JSL platform info and PCI ids

2020-09-28 Thread Jani Nikula
On Mon, 28 Sep 2020, "Surendrakumar Upadhyay, TejaskumarX" wrote: > > From: Jani Nikula > Sent: Monday, September 28, 2020 7:07 PM > To: Surendrakumar Upadhyay, TejaskumarX > ; Vivi, Rodrigo > ; airl...@linux.ie ; > dan...@ffwll.ch ; intel-...@lists.freedeskto

Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Jani Nikula
On Mon, 28 Sep 2020, "Surendrakumar Upadhyay, TejaskumarX" wrote: > This is a good example of a potential trap that having > IS_ELKHARTLAKE() cover both ELK and JSP creates. An unsuspecting coder > might change the if ladder to have IS_ELKHARTLAKE() first, and the > subsequent IS_JASPERLAKE(

Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Jani Nikula
On Mon, 28 Sep 2020, Ville Syrjälä wrote: > On Mon, Sep 28, 2020 at 07:15:43AM -0700, James Ausmus wrote: >> On Mon, Sep 28, 2020 at 04:43:11PM +0300, Jani Nikula wrote: >> > On Mon, 28 Sep 2020, Tejas Upadhyay >> > wrote: >> > > JSL has update in vswing table for eDP >> > >> > I've thought the

Re: [PATCH 1/2] drm/i915/jsl: Split EHL/JSL platform info and PCI ids

2020-09-28 Thread Matt Roper
On Mon, Sep 28, 2020 at 08:14:02PM +0300, Jani Nikula wrote: > On Mon, 28 Sep 2020, "Surendrakumar Upadhyay, TejaskumarX" > wrote: > > > > From: Jani Nikula > > Sent: Monday, September 28, 2020 7:07 PM > > To: Surendrakumar Upadhyay, TejaskumarX > > ; Vivi, Rodr

Re: [PATCH 1/2] drm/i915/jsl: Split EHL/JSL platform info and PCI ids

2020-09-28 Thread Surendrakumar Upadhyay, TejaskumarX
From: Matt Roper Sent: Monday, September 28, 2020 10:54 PM To: Jani Nikula Cc: Surendrakumar Upadhyay, TejaskumarX ; Vivi, Rodrigo ; airl...@linux.ie ; dan...@ffwll.ch ; intel-...@lists.freedesktop.org ; dri-devel@lists.freedesktop.org ; linux-ker...@vger.k

Re: [PATCH 1/2] drm/i915/jsl: Split EHL/JSL platform info and PCI ids

2020-09-28 Thread Jani Nikula
On Mon, 28 Sep 2020, Matt Roper wrote: > Why are we adding IS_JASPERLAKE at all? EHL/JSL are documented as the > same graphics IP, but are paired with different PCHs in the final SoCs, > which is what causes the minor differences in programming. My > understanding is that the voltage programming

Re: [PATCH 1/2] drm/bridge: sii902x: Enable I/O and core VCC supplies if present

2020-09-28 Thread Sam Ravnborg
Hi Alex. On Mon, Sep 28, 2020 at 12:35:01PM -0500, Alex G. wrote: > On 9/26/20 1:49 PM, Sam Ravnborg wrote: > > Hi Alexandru > > > > On Thu, Sep 24, 2020 at 03:05:05PM -0500, Alexandru Gagniuc wrote: > > > On the SII9022, the IOVCC and CVCC12 supplies must reach the correct > > > voltage before t

Re: [Freedreno] [PATCH] drm/msm/dpu: Add newline to printks

2020-09-28 Thread abhinavk
On 2020-09-28 12:16, Stephen Boyd wrote: Printk messages need newlines. Add it here. Cc: Abhinav Kumar Cc: Jeykumar Sankaran Fixes: 25fdd5933e4c ("drm/msm: Add SDM845 DPU support") Signed-off-by: Stephen Boyd Reviewed-by: Abhinav Kumar --- drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 4 ++--

Re: [PATCH] drm/amd/display: make get_color_space_type() static

2020-09-28 Thread Alex Deucher
Applied. Thanks! On Mon, Sep 28, 2020 at 10:06 AM Harry Wentland wrote: > > On 2020-09-27 10:36 p.m., Jason Yan wrote: > > This addresses the following sparse warning: > > > > drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_hw_sequencer.c:180:26: > > warning: symbol 'get_color_space_type' was n

Re: [PATCH] drm/amd/display: make two symbols static

2020-09-28 Thread Alex Deucher
Applied. Thanks! Alex On Mon, Sep 28, 2020 at 10:06 AM Harry Wentland wrote: > > On 2020-09-27 10:35 p.m., Jason Yan wrote: > > This addresses the following sparse warning: > > > > drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_hw_sequencer.c:2740:6: > > warning: symbol 'dce110_set_curs

Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Lucas De Marchi
On Mon, Sep 28, 2020 at 08:15:29PM +0300, Jani Nikula wrote: On Mon, 28 Sep 2020, "Surendrakumar Upadhyay, TejaskumarX" wrote: This is a good example of a potential trap that having IS_ELKHARTLAKE() cover both ELK and JSP creates. An unsuspecting coder might change the if ladder to have IS_

Re: [Intel-gfx] [PATCH 2/2] drm/i915/edp/jsl: Update vswing table for HBR and HBR2

2020-09-28 Thread Matt Roper
On Mon, Sep 28, 2020 at 04:07:39PM -0700, Lucas De Marchi wrote: > On Mon, Sep 28, 2020 at 08:15:29PM +0300, Jani Nikula wrote: > > On Mon, 28 Sep 2020, "Surendrakumar Upadhyay, TejaskumarX" > > wrote: > > > This is a good example of a potential trap that having > > > IS_ELKHARTLAKE() cover both

[PATCH tip/core/rcu 11/15] drm/i915: Cleanup PREEMPT_COUNT leftovers

2020-09-28 Thread paulmck
From: Thomas Gleixner CONFIG_PREEMPT_COUNT is now unconditionally enabled and will be removed. Cleanup the leftovers before doing so. Signed-off-by: Thomas Gleixner Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc: David Airlie Cc: Daniel Vetter Cc: intel-...@lists.freedesktop.org C

Re: [External] Re: [PATCH 2/2] sched: mark PRINTK_DEFERRED_CONTEXT_MASK in __schedule()

2020-09-28 Thread Sergey Senozhatsky
On (20/09/28 12:25), Peter Zijlstra wrote: [..] > > printk > >   vprintk_emit > >     console_unlock > >       vt_console_print > >         hide_cursor > >           bit_cursor > >             soft_cursor > >               queue_work_on > >                 __queue_work > >                   try_to_

Re: [pull] drm/msm: msm-next for 5.10

2020-09-28 Thread Dave Airlie
Assuming I merged it right, 32-bit builds adds warning In file included from /home/airlied/devel/kernel/dim/src/include/linux/bitops.h:5, from /home/airlied/devel/kernel/dim/src/include/linux/kernel.h:12, from /home/airlied/devel/kernel/dim/src/include/linux/ascii

[PATCH] drm/msm: fix 32b build warns

2020-09-28 Thread Rob Clark
From: Rob Clark Neither of these code-paths apply to older 32b devices, but it is rude to introduce warnings. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +- drivers/gpu/drm/msm/dsi/pll/dsi_pll_7nm.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff

Re: [PATCH] drm/msm: fix 32b build warns

2020-09-28 Thread abhinavk
On 2020-09-28 17:19, Rob Clark wrote: From: Rob Clark Neither of these code-paths apply to older 32b devices, but it is rude to introduce warnings. Signed-off-by: Rob Clark Reviewed-by: Abhinav Kumar --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +- drivers/gpu/drm/msm/dsi/pll/dsi_pll

Re: [GIT PULL] mediatek drm next for 5.10

2020-09-28 Thread Dave Airlie
On Tue, 29 Sep 2020 at 01:55, Chun-Kuang Hu wrote: > > Hi, Dave & Daniel: > > I does not see these patches in drm-next branch. Does these patches > have any problem? > Sorry just got caught in the queue, should be all landed now. Thanks, Dave. ___ dri-

[PATCH AUTOSEL 5.4 04/18] drm/sun4i: mixer: Extend regmap max_register

2020-09-28 Thread Sasha Levin
From: Martin Cerveny [ Upstream commit 74ea06164cda81dc80e97790164ca533fd7e3087 ] Better guess. Secondary CSC registers are from 0xF. Signed-off-by: Martin Cerveny Reviewed-by: Jernej Skrabec Signed-off-by: Maxime Ripard Link: https://patchwork.freedesktop.org/patch/msgid/20200906162140

[PATCH AUTOSEL 4.19 02/11] drm/sun4i: mixer: Extend regmap max_register

2020-09-28 Thread Sasha Levin
From: Martin Cerveny [ Upstream commit 74ea06164cda81dc80e97790164ca533fd7e3087 ] Better guess. Secondary CSC registers are from 0xF. Signed-off-by: Martin Cerveny Reviewed-by: Jernej Skrabec Signed-off-by: Maxime Ripard Link: https://patchwork.freedesktop.org/patch/msgid/20200906162140

[PATCH AUTOSEL 5.8 07/29] drm/sun4i: mixer: Extend regmap max_register

2020-09-28 Thread Sasha Levin
From: Martin Cerveny [ Upstream commit 74ea06164cda81dc80e97790164ca533fd7e3087 ] Better guess. Secondary CSC registers are from 0xF. Signed-off-by: Martin Cerveny Reviewed-by: Jernej Skrabec Signed-off-by: Maxime Ripard Link: https://patchwork.freedesktop.org/patch/msgid/20200906162140

[PATCH AUTOSEL 4.14 2/9] drm/sun4i: mixer: Extend regmap max_register

2020-09-28 Thread Sasha Levin
From: Martin Cerveny [ Upstream commit 74ea06164cda81dc80e97790164ca533fd7e3087 ] Better guess. Secondary CSC registers are from 0xF. Signed-off-by: Martin Cerveny Reviewed-by: Jernej Skrabec Signed-off-by: Maxime Ripard Link: https://patchwork.freedesktop.org/patch/msgid/20200906162140

Re: [PATCH 30/45] drm/ttm: add a new invalidate notify callback.

2020-09-28 Thread Dave Airlie
On Thu, 24 Sep 2020 at 22:25, Christian König wrote: > > Am 24.09.20 um 07:18 schrieb Dave Airlie: > > From: Dave Airlie > > > > Signed-off-by: Dave Airlie > > NAK, completely unnecessary. > > We should rather do the remaining accounting in the already existing > release_notify() callback. > > T

Re: [PATCH v2] ARM: dts: r8a7742-iwg21d-q7: Add LCD support

2020-09-28 Thread Geert Uytterhoeven
Hi Prabhakar, On Mon, Sep 28, 2020 at 9:52 AM Prabhakar Mahadev Lad wrote: > > On Sun, Sep 27, 2020 at 10:04 PM Laurent Pinchart > > wrote: > > > On Sun, Sep 27, 2020 at 02:01:50PM +0100, Lad, Prabhakar wrote: > > > > On Mon, Aug 24, 2020 at 1:48 AM Laurent Pinchart wrote: > > > > > On Thu, Aug

Re: [PATCH v1 1/2] drm/rockchip: fix build due to undefined drm_gem_cma_vm_ops

2020-09-28 Thread Thomas Zimmermann
Hi Sam Am 25.09.20 um 23:55 schrieb Sam Ravnborg: > Commit 0d590af3140d ("drm/rockchip: Convert to drm_gem_object_funcs") > introduced the following build error: > > rockchip_drm_gem.c:304:13: error: ‘drm_gem_cma_vm_ops’ undeclared here > 304 | .vm_ops = &drm_gem_cma_vm_ops, > |

<    1   2