[Intel-gfx] [PATCH 07/11] drm/i915/xelpd: Support 128k plane stride

2021-04-14 Thread Imre Deak
From: Juha-Pekka Heikkilä XE_LPD supports plane strides up to 128KB. Cc: Vandita Kulkarni Signed-off-by: Juha-Pekka Heikkilä Signed-off-by: Matt Roper Reviewed-by: Lucas De Marchi --- .../drm/i915/display/skl_universal_plane.c| 46 +++ drivers/gpu/drm/i915/i915_reg.h

[Intel-gfx] [PATCH 09/11] drm/i915/adl_p: Disable support for 90/270 FB rotation

2021-04-14 Thread Imre Deak
The latest specification removed the support for 90/270 FB rotation on ADL_P, even though legacy Y-tiled surfaces are supported. Align the code accordingly. Signed-off-by: Imre Deak Reviewed-by: Ville Syrjälä --- .../drm/i915/display/intel_display_types.h| 6 +++-- drivers/gpu/drm/i915/dis

[Intel-gfx] [PATCH 08/11] drm/i915/adl_p: Add stride restriction when using DPT

2021-04-14 Thread Imre Deak
From: José Roberto de Souza Alderlake-P have a new stride restriction when using DPT and it is used by non linear framebuffers. Stride needs to be a power of two to take full DPT rows, but stride is a parameter set by userspace. What we could do is use a fake stride when doing DPT allocation so

[Intel-gfx] [PATCH 10/11] drm/i915/adl_p: Require a minimum of 8 tiles stride for DPT FBs

2021-04-14 Thread Imre Deak
The specification only requires DPT FB strides to be POT aligned, but there seems to be also a minimum of 8 stride tile requirement. Scanning out FBs with < 8 stride tiles will result in pipe faults (even though the stride is POT aligned). Signed-off-by: Imre Deak Acked-by: Ville Syrjälä --- dr

[Intel-gfx] [PATCH 11/11] drm/i915/adl_p: Enable remapping to pad DPT FB strides to POT

2021-04-14 Thread Imre Deak
Enable padding of DPT FB strides to POT, using the FB remapping logic. Signed-off-by: Imre Deak Reviewed-by: Ville Syrjälä --- drivers/gpu/drm/i915/display/intel_display.c | 16 drivers/gpu/drm/i915/display/intel_fb.c | 7 +-- drivers/gpu/drm/i915/display/intel_fb.h

Re: [Intel-gfx] [PATCH 11/19] drm/i915: Update the helper to set correct mapping

2021-04-14 Thread Matthew Auld
On Wed, 14 Apr 2021 at 16:22, Tvrtko Ursulin wrote: > > > On 12/04/2021 10:05, Matthew Auld wrote: > > From: Venkata Sandeep Dhanalakota > > > > Determine the possible coherent map type based on object location, > > and if target has llc or if user requires an always coherent > > mapping. > > > >

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Fix "mitigations" parsing if i915 is builtin (rev2)

2021-04-14 Thread Patchwork
== Series Details == Series: drm/i915: Fix "mitigations" parsing if i915 is builtin (rev2) URL : https://patchwork.freedesktop.org/series/88998/ State : failure == Summary == CI Bug Log - changes from CI_DRM_9971_full -> Patchwork_19937_full

Re: [Intel-gfx] [PATCH 03/30] drm/tegra: Don't register DP AUX channels before connectors

2021-04-14 Thread Thierry Reding
On Fri, Feb 19, 2021 at 04:52:59PM -0500, Lyude Paul wrote: > As pointed out by the documentation for drm_dp_aux_register(), > drm_dp_aux_init() should be used in situations where the AUX channel for a > display driver can potentially be registered before it's respective DRM > driver. This is the c

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/adl_p: Add support for Display Page Tables

2021-04-14 Thread Patchwork
== Series Details == Series: drm/i915/adl_p: Add support for Display Page Tables URL : https://patchwork.freedesktop.org/series/89078/ State : warning == Summary == $ dim checkpatch origin/drm-tip fae46e1c4858 drm/i915: Pass intel_framebuffer instad of drm_framebuffer to intel_fill_fb_info()

[Intel-gfx] [PATCH v19 0/6] add power control in i2c

2021-04-14 Thread Hsin-Yi Wang
Although in the most platforms, the power of eeprom and i2c are alway on, some platforms disable the eeprom and i2c power in order to meet low power request. This patch add the pm_runtime ops to control power to support all platforms. Changes since v18: - Fix a function name conflict with driver

[Intel-gfx] [PATCH v19 1/6] i2c: core: support bus regulator controlling in adapter

2021-04-14 Thread Hsin-Yi Wang
From: Bibby Hsieh Although in the most platforms, the bus power of i2c are alway on, some platforms disable the i2c bus power in order to meet low power request. We can control bulk regulator if it is provided in i2c adapter device. Signed-off-by: Bibby Hsieh Signed-off-by: Marek Szyprowski S

[Intel-gfx] [PATCH v19 2/6] dt-binding: i2c: mt65xx: add vbus-supply property

2021-04-14 Thread Hsin-Yi Wang
Add vbus-supply property for mt65xx. The regulator can be passed into core and turned off during suspend/sleep to reduce power consumption. Signed-off-by: Hsin-Yi Wang --- Documentation/devicetree/bindings/i2c/i2c-mt65xx.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devic

[Intel-gfx] [PATCH v19 3/6] i2c: mediatek: mt65xx: add optional vbus-supply

2021-04-14 Thread Hsin-Yi Wang
Add vbus-supply which provides power to SCL/SDA. Pass this regulator into core so it can be turned on/off for low power mode support. Signed-off-by: Hsin-Yi Wang --- drivers/i2c/busses/i2c-mt65xx.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/i2c/busses/i2c-mt65xx.c b/drive

[Intel-gfx] [PATCH v19 4/6] misc: eeprom: at24: check suspend status before disable regulator

2021-04-14 Thread Hsin-Yi Wang
cd5676db0574 ("misc: eeprom: at24: support pm_runtime control") disables regulator in runtime suspend. If runtime suspend is called before regulator disable, it will results in regulator unbalanced disabling. Signed-off-by: Hsin-Yi Wang --- drivers/misc/eeprom/at24.c | 6 -- 1 file changed,

[Intel-gfx] [PATCH v19 5/6] arm64: dts: mt8183: add supply name for eeprom

2021-04-14 Thread Hsin-Yi Wang
Add supplies for eeprom for mt8183 boards. Signed-off-by: Hsin-Yi Wang --- arch/arm64/boot/dts/mediatek/mt8183-kukui-kakadu.dtsi | 4 arch/arm64/boot/dts/mediatek/mt8183-kukui-kodama.dtsi | 4 arch/arm64/boot/dts/mediatek/mt8183-kukui-krane.dtsi | 4 3 files changed, 12 insertion

[Intel-gfx] [PATCH v19 6/6] drm/i915/selftests: Rename functions names

2021-04-14 Thread Hsin-Yi Wang
pm_resume and pm_suspend might be conflict with the ones defined in include/linux/suspend.h. Rename pm_resume{suspend} to i915_pm_resume{suspend} since they are only used here. Signed-off-by: Hsin-Yi Wang Reported-by: kernel test robot --- drivers/gpu/drm/i915/selftests/i915_gem.c | 10 +---

Re: [Intel-gfx] [PATCH v2 08/12] drm/i915: finish removal of gen_mask

2021-04-14 Thread Lucas De Marchi
On Wed, Apr 14, 2021 at 12:38:44PM +0100, Tvrtko Ursulin wrote: On 13/04/2021 06:09, Lucas De Marchi wrote: Now that it's not used anywhere, remove it from struct intel_device_info. To allow a period in which code will be converted to the new macro, keep IS_GEN_RANGE() around, just redefining i

[Intel-gfx] ✗ Fi.CI.BUILD: failure for add power control in i2c

2021-04-14 Thread Patchwork
== Series Details == Series: add power control in i2c URL : https://patchwork.freedesktop.org/series/89081/ State : failure == Summary == Applying: i2c: core: support bus regulator controlling in adapter error: sha1 information is lacking or useless (drivers/i2c/i2c-core-base.c). error: could

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/adl_p: Add support for Display Page Tables

2021-04-14 Thread Patchwork
== Series Details == Series: drm/i915/adl_p: Add support for Display Page Tables URL : https://patchwork.freedesktop.org/series/89078/ State : success == Summary == CI Bug Log - changes from CI_DRM_9971 -> Patchwork_19939 Summary ---

Re: [Intel-gfx] [PATCH v2 00/18] Make vfio_mdev type safe

2021-04-14 Thread Alex Williamson
On Tue, 6 Apr 2021 16:40:23 -0300 Jason Gunthorpe wrote: > vfio_mdev has a number of different objects: mdev_parent, mdev_type and > mdev_device. > > Unfortunately the types of these have been erased in various places > throughout the API, and this makes it very hard to understand this code or

Re: [Intel-gfx] [PATCH 03/30] drm/tegra: Don't register DP AUX channels before connectors

2021-04-14 Thread Lyude Paul
On Wed, 2021-04-14 at 18:49 +0200, Thierry Reding wrote: > On Fri, Feb 19, 2021 at 04:52:59PM -0500, Lyude Paul wrote: > > As pointed out by the documentation for drm_dp_aux_register(), > > drm_dp_aux_init() should be used in situations where the AUX channel for a > > display driver can potentially

Re: [Intel-gfx] [RFC PATCH v2] drm/doc/rfc: i915 DG1 uAPI

2021-04-14 Thread Jason Ekstrand
+mesa-dev and some Intel mesa people. On Wed, Apr 14, 2021 at 5:23 AM Daniel Vetter wrote: > > On Tue, Apr 13, 2021 at 12:47:06PM +0100, Matthew Auld wrote: > > Add an entry for the new uAPI needed for DG1. > > > > v2(Daniel): > > - include the overall upstreaming plan > > - add a note for mm

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/adl_p: Add support for Display Page Tables

2021-04-14 Thread Patchwork
== Series Details == Series: drm/i915/adl_p: Add support for Display Page Tables URL : https://patchwork.freedesktop.org/series/89078/ State : success == Summary == CI Bug Log - changes from CI_DRM_9971_full -> Patchwork_19939_full Summary

Re: [Intel-gfx] [PATCH v19 2/6] dt-binding: i2c: mt65xx: add vbus-supply property

2021-04-14 Thread Rob Herring
On Thu, 15 Apr 2021 01:29:12 +0800, Hsin-Yi Wang wrote: > Add vbus-supply property for mt65xx. The regulator can be passed into > core and turned off during suspend/sleep to reduce power consumption. > > Signed-off-by: Hsin-Yi Wang > --- > Documentation/devicetree/bindings/i2c/i2c-mt65xx.txt | 1

Re: [Intel-gfx] [PATCH] drm/i915/display/psr: Fix cppcheck warnings

2021-04-14 Thread Harish Chegondi
On Fri, Apr 09, 2021 at 04:17:38PM -0700, José Roberto de Souza wrote: > Fix redundant condition, caught in cppcheck by kernel test robot. > > Reported-by: kernel test robot > Cc: Gwan-gyeong Mun > Fixes: b64d6c51380b ("drm/i915/display: Support PSR Multiple Instances") > Signed-off-by: José Rob

Re: [Intel-gfx] [PATCH resend 0/9] drm: Add privacy-screen class and connector properties

2021-04-14 Thread Rajat Jain
+Jesse Barnes Hello, On Wed, Apr 14, 2021 at 8:11 AM Hans de Goede wrote: > > Hi All, > > Here is the privacy-screen related code which I last posted in August > of last year. To the best of my knowledge there is consensus about / > everyone is in agreement with the new userspace API (2 connecto

<    1   2