Re: [PATCH 1/2] drm/omap: panel-tpo-td028ttec1: add backlight support

2019-02-04 Thread Tomi Valkeinen
Hi, On 19/01/2019 20:21, Andreas Kemnade wrote: > This panel has a backlight, so fetch it from devicetree using the > as documented in panel-common.txt. It is implemented the same way as in Extra words above, or maybe some are missing... > panel-dpi.c > This ensures the backlight is also disable

[PATCH v2 07/12] drm/panel: simple: don't fail if we don't have panel desc

2019-02-04 Thread Vasily Khoruzhick
This is preparation for addition of generic eDP panel that doesn't have any modes or delays defined. Signed-off-by: Vasily Khoruzhick --- drivers/gpu/drm/panel/panel-simple.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-si

[PATCH v2 01/12] drm/bridge: move ANA78xx driver to analogix subdirectory

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng As ANA78xx chips are designed and produced by Analogix Semiconductor, Inc, move their driver codes into analogix subdirectory. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick Reviewed-by: Laurent Pinchart --- drivers/gpu/drm/bridge/Kconfig

[PATCH RESEND v2 00/12] Analogix ANX6345 RGB-(e)DP bridge support

2019-02-04 Thread Vasily Khoruzhick
This patchset brings support for Analogix ANX6345 RGB-(e)DP bridge, which is used by some Allwinner A64 laptops, such as Pinebook and Olimex TERES-I. It reuses some definitions from ANX78xx driver that already exists in the kernel tree, but the driver code itself is rewritten due to significant di

[PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Vasily Khoruzhick
eDP panels usually have EDID EEPROM, so there's no need to define panel width/height or any modes/timings in dts. But this panel still may have regulator and/or backlight. Signed-off-by: Vasily Khoruzhick --- .../devicetree/bindings/display/panel/panel-edp.txt| 7 +++ 1 file changed,

Re: [Xen-devel][PATCH] drm/xen-front: Fix mmap attributes for display buffers

2019-02-04 Thread Oleksandr Andrushchenko
On 1/29/19 9:07 PM, Julien Grall wrote: > Hi Oleksandr, > > On 1/29/19 3:04 PM, Oleksandr Andrushchenko wrote: >> From: Oleksandr Andrushchenko >> >> When GEM backing storage is allocated those are normal pages, >> so there is no point using pgprot_writecombine while mmaping. >> This fixes mismatc

[PATCH v2 10/12] arm64: allwinner: a64: add pinmux for RGB666 LCD

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Allwinner A64's TCON0 can output RGB666 LCD signal. Add its pinmux. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/s

[PATCH RESEND v2 05/12] drm/bridge: Add Analogix anx6345 support

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng The ANX6345 is an ultra-low power DisplayPower/eDP transmitter designed for portable devices. This driver adds initial support for RGB to eDP mode, without HPD and interrupts. This is a configuration usually seen in eDP applications. Signed-off-by: Icenowy Zheng Signed-off-

[PATCH RESEND v2 11/12] arm64: allwinner: a64: enable LCD-related hardware for Pinebook

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Pinebook has an ANX6345 bridge connected to the RGB666 LCD output and eDP panel input. The bridge is controlled via I2C that's connected to R_I2C bus. Enable all this hardware in device tree. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../dts/allwin

[PATCH v2 06/12] drm/sun4i: rgb: Add 1% tolerance to dclk frequency check when bridge is connected

2019-02-04 Thread Vasily Khoruzhick
Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb: Validate the clock rate") prevents some panel and bridges from working with sun4i driver. Unfortunately, dotclock frequency for some modes are not achievable on sunxi hardware, and there's a slight deviation in rate returned

[PATCH RESEND v2 09/12] drm/panel: simple: add generic eDP panel

2019-02-04 Thread Vasily Khoruzhick
eDP panels usually have EDID EEPROM, so there's no need to define panel width/height or any modes/timings in dts. But this panel still has regulator and backlight. Add compatible for generic eDP panel so such kind of panel can be defined in dts. Signed-off-by: Vasily Khoruzhick --- drivers/gpu/

[PATCH v2 12/12] arm64: allwinner: a64: enable LCD-related hardware for TERES-I

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng TERES-I has an ANX6345 bridge connected to the RGB666 LCD output and eDP panel input. The bridge is controlled via I2C that's connected to I2C0 bus. Enable all this hardware in device tree. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../boot/dts/all

[PATCH v2 00/12] Analogix ANX6345 RGB-(e)DP bridge support

2019-02-04 Thread Vasily Khoruzhick
This patchset brings support for Analogix ANX6345 RGB-(e)DP bridge, which is used by some Allwinner A64 laptops, such as Pinebook and Olimex TERES-I. It reuses some definitions from ANX78xx driver that already exists in the kernel tree, but the driver code itself is rewritten due to significant di

[PATCH RESEND v2 02/12] drm/bridge: split some definitions of ANX78xx to dedicated headers

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Some definitions currently in analogix-anx78xx.h are not restricted to the ANX78xx series, but also applicable to other DisplayPort transmitters by Analogix. Split out them to dedicated headers, and make analogix-anx78xx.h include them. Signed-off-by: Icenowy Zheng Signed-o

[PATCH RESEND v2 01/12] drm/bridge: move ANA78xx driver to analogix subdirectory

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng As ANA78xx chips are designed and produced by Analogix Semiconductor, Inc, move their driver codes into analogix subdirectory. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick Reviewed-by: Laurent Pinchart --- drivers/gpu/drm/bridge/Kconfig

[PATCH v2 03/12] drm/bridge: extract some Analogix I2C DP common code

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Some code can be shared within different DP bridges by Analogix. Extract them to a new module. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- drivers/gpu/drm/bridge/analogix/Kconfig | 4 + drivers/gpu/drm/bridge/analogix/Makefile | 2 + .

[PATCH v2 04/12] dt-bindings: Add ANX6345 DP/eDP transmitter binding

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng The ANX6345 is an ultra-low power DisplayPort/eDP transmitter designed for portable devices. Add a binding document for it. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../bindings/display/bridge/anx6345.txt | 56 +++ 1 file cha

[PATCH v2 02/12] drm/bridge: split some definitions of ANX78xx to dedicated headers

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Some definitions currently in analogix-anx78xx.h are not restricted to the ANX78xx series, but also applicable to other DisplayPort transmitters by Analogix. Split out them to dedicated headers, and make analogix-anx78xx.h include them. Signed-off-by: Icenowy Zheng Signed-o

[PATCH v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Vasily Khoruzhick
eDP panels usually have EDID EEPROM, so there's no need to define panel width/height or any modes/timings in dts. But this panel still may have regulator and/or backlight. Signed-off-by: Vasily Khoruzhick --- .../devicetree/bindings/display/panel/panel-edp.txt| 7 +++ 1 file changed,

[PATCH RESEND v2 07/12] drm/panel: simple: don't fail if we don't have panel desc

2019-02-04 Thread Vasily Khoruzhick
This is preparation for addition of generic eDP panel that doesn't have any modes or delays defined. Signed-off-by: Vasily Khoruzhick --- drivers/gpu/drm/panel/panel-simple.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-si

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Vasily Khoruzhick
On Sun, Feb 3, 2019 at 11:43 PM Thierry Reding wrote: > > On Sun, Feb 03, 2019 at 10:54:57AM -0800, Vasily Khoruzhick wrote: > > eDP panels usually have EDID EEPROM, so there's no need to define panel > > width/height or any modes/timings in dts. But this panel still may have > > regulator and/or

[PATCH 2/3] gpu: ipu-v3: ipu-ic: Add support for BT.709 encoding

2019-02-04 Thread Steve Longerbeam
Pass v4l2 encoding enum to the ipu_ic task init functions, and add support for the BT.709 encoding and inverse encoding matrices. Reported-by: Tim Harvey Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-ic.c | 67 ++--- drivers/gpu/ipu-v3/ipu-image-conv

[PATCH RESEND v2 03/12] drm/bridge: extract some Analogix I2C DP common code

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Some code can be shared within different DP bridges by Analogix. Extract them to a new module. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- drivers/gpu/drm/bridge/analogix/Kconfig | 4 + drivers/gpu/drm/bridge/analogix/Makefile | 2 + .

[PATCH 1/3] gpu: ipu-v3: ipu-ic: Rename yuv2rgb encoding matrices

2019-02-04 Thread Steve Longerbeam
The ycbcr2rgb and inverse rgb2ycbcr matrices define the BT.601 encoding coefficients, so rename them to indicate that. And add some comments to make clear these are BT.601 coefficients encoding between YUV limited range and RGB full range. No functional changes. Signed-off-by: Steve Longerbeam --

[PATCH RESEND v2 10/12] arm64: allwinner: a64: add pinmux for RGB666 LCD

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Allwinner A64's TCON0 can output RGB666 LCD signal. Add its pinmux. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/s

[PATCH v2 11/12] arm64: allwinner: a64: enable LCD-related hardware for Pinebook

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng Pinebook has an ANX6345 bridge connected to the RGB666 LCD output and eDP panel input. The bridge is controlled via I2C that's connected to R_I2C bus. Enable all this hardware in device tree. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../dts/allwin

[PATCH RESEND v2 12/12] arm64: allwinner: a64: enable LCD-related hardware for TERES-I

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng TERES-I has an ANX6345 bridge connected to the RGB666 LCD output and eDP panel input. The bridge is controlled via I2C that's connected to I2C0 bus. Enable all this hardware in device tree. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../boot/dts/all

[PATCH RESEND v2 06/12] drm/sun4i: rgb: Add 1% tolerance to dclk frequency check when bridge is connected

2019-02-04 Thread Vasily Khoruzhick
Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb: Validate the clock rate") prevents some panel and bridges from working with sun4i driver. Unfortunately, dotclock frequency for some modes are not achievable on sunxi hardware, and there's a slight deviation in rate returned

[PATCH v2 05/12] drm/bridge: Add Analogix anx6345 support

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng The ANX6345 is an ultra-low power DisplayPower/eDP transmitter designed for portable devices. This driver adds initial support for RGB to eDP mode, without HPD and interrupts. This is a configuration usually seen in eDP applications. Signed-off-by: Icenowy Zheng Signed-off-

[PATCH v2 09/12] drm/panel: simple: add generic eDP panel

2019-02-04 Thread Vasily Khoruzhick
eDP panels usually have EDID EEPROM, so there's no need to define panel width/height or any modes/timings in dts. But this panel still has regulator and backlight. Add compatible for generic eDP panel so such kind of panel can be defined in dts. Signed-off-by: Vasily Khoruzhick --- drivers/gpu/

Re: [Xen-devel] [PATCH -next] drm/xen-front: Drop pointless static qualifier in fb_destroy()

2019-02-04 Thread Oleksandr Andrushchenko
On 1/26/19 2:05 PM, YueHaibing wrote: > There is no need to have the 'struct drm_framebuffer *fb' variable > static since new value always be assigned before use it. > > Signed-off-by: YueHaibing > --- > drivers/gpu/drm/xen/xen_drm_front_kms.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletio

Re: [PATCH v2 00/12] Analogix ANX6345 RGB-(e)DP bridge support

2019-02-04 Thread Vasily Khoruzhick
Oops, looks like I screwed up with recipients list.I'll resend the series. On Sun, Feb 3, 2019 at 10:44 AM Vasily Khoruzhick wrote: > > This patchset brings support for Analogix ANX6345 RGB-(e)DP bridge, which > is used by some Allwinner A64 laptops, such as Pinebook and Olimex > TERES-I. > > It

[PATCH RESEND v2 04/12] dt-bindings: Add ANX6345 DP/eDP transmitter binding

2019-02-04 Thread Vasily Khoruzhick
From: Icenowy Zheng The ANX6345 is an ultra-low power DisplayPort/eDP transmitter designed for portable devices. Add a binding document for it. Signed-off-by: Icenowy Zheng Signed-off-by: Vasily Khoruzhick --- .../bindings/display/bridge/anx6345.txt | 56 +++ 1 file cha

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Thierry Reding
On Mon, Feb 04, 2019 at 12:13:55AM -0800, Vasily Khoruzhick wrote: > On Sun, Feb 3, 2019 at 11:43 PM Thierry Reding > wrote: > > > > On Sun, Feb 03, 2019 at 10:54:57AM -0800, Vasily Khoruzhick wrote: > > > eDP panels usually have EDID EEPROM, so there's no need to define panel > > > width/height

Re: [PATCH v10 37/40] drm/i915: Commit CP without modeset

2019-02-04 Thread C, Ramalingam
Tomas, On 1/31/2019 2:02 PM, Daniel Vetter wrote: Also we need CI results without this patch so I can start merging. Rough merge plan: - needs ack to merge component.c through drm-intel - merge all the i915 patches - topic branch for mei, shared with mei subsystem Is this convenient to you? Or

Re: [PULL] drm-intel-next

2019-02-04 Thread Joonas Lahtinen
Quoting Dave Airlie (2019-02-04 07:02:07) > On Sat, 2 Feb 2019 at 18:29, Rodrigo Vivi wrote: > > > > Hi Dave and Daniel, > > > > Here goes another pull request for 5.1. > > dim complained: > > Chris committed this without an S-O-B, now because it's all Intel this > probably doesn't matter, so I'

Re: [PATCH 0/6] Add uAPI to support ICL VME hardware for new media-driver

2019-02-04 Thread Joonas Lahtinen
Quoting Joonas Lahtinen (2019-01-15 16:47:27) > Hi all, > > I would like to have some Acked-by's from you, the distro media > folks Cc'd here, to document your intent to start using Intel's > new media driver[1]. So if you recognize yourself (or are otherwise > interested), please read on. > > TL

[Bug 107341] [CI][BAT] igt@amdgpu/amd_prime@amd-to-i915 - fail - Failed assertion: __vgem_fence_signal(fd, fence) == 0 due to setup time taking longer than 10s

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107341 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH 0/6] Add uAPI to support ICL VME hardware for new media-driver

2019-02-04 Thread Daniel Vetter
On Mon, Feb 04, 2019 at 10:57:24AM +0200, Joonas Lahtinen wrote: > Quoting Joonas Lahtinen (2019-01-15 16:47:27) > > Hi all, > > > > I would like to have some Acked-by's from you, the distro media > > folks Cc'd here, to document your intent to start using Intel's > > new media driver[1]. So if yo

Re: linux-next: Fixes tags need some work in the drm tree

2019-02-04 Thread Daniel Vetter
On Fri, Feb 01, 2019 at 03:34:46PM -0500, Alex Deucher wrote: > On Fri, Feb 1, 2019 at 5:05 AM Daniel Vetter wrote: > > > > On Fri, Feb 1, 2019 at 12:57 AM Stephen Rothwell > > wrote: > > > > > > Hi all, > > > > > > In commit > > > > > > a93587b31e34 ("drm/amd/display: Only get the connector s

Re: [PATCH v2 3/4] drm/atomic: Add drm_atomic_state->duplicated

2019-02-04 Thread Daniel Vetter
On Fri, Feb 01, 2019 at 05:41:58PM -0500, Lyude Paul wrote: > Important! below > > On Fri, 2019-02-01 at 18:57 +0100, Daniel Vetter wrote: > > On Thu, Jan 31, 2019 at 08:14:50PM -0500, Lyude Paul wrote: > > > Since > > > > > > commit 39b50c603878 ("drm/atomic_helper: Stop modesets on unregistered

Re: [PATCH] drm: Trivial comment grammar cleanups

2019-02-04 Thread Daniel Vetter
On Fri, Feb 01, 2019 at 05:23:26PM -0800, Matt Roper wrote: > Most of these are just cases where code comments used contractions > (it's, who's) where they actually mean to use a possessive pronoun (its, > whose) or vice-versa. > > Signed-off-by: Matt Roper > --- > A couple of these were bugging

Re: [PATCH 0/8] fbdev: sm712fb: implement 2D acceleration w/ cleanups.

2019-02-04 Thread Daniel Vetter
On Sat, Feb 02, 2019 at 02:16:40PM +0800, Yifeng Li wrote: > Previously, in staging/sm7xxfb (now fbdev/sm712fb), 2D acceleration > was implemented, but after its submission, a critical bug that causes > total system hang was discovered, as a stopgap measure, 2D ops was > completele removed in commi

Re: [PULL] drm-intel-next

2019-02-04 Thread Daniel Vetter
On Mon, Feb 04, 2019 at 10:47:36AM +0200, Joonas Lahtinen wrote: > Quoting Dave Airlie (2019-02-04 07:02:07) > > On Sat, 2 Feb 2019 at 18:29, Rodrigo Vivi wrote: > > > > > > Hi Dave and Daniel, > > > > > > Here goes another pull request for 5.1. > > > > dim complained: > > > > Chris committed th

Re: [PATCH v2 1/5] drm: Add reservation_object to drm_gem_object

2019-02-04 Thread Daniel Vetter
On Sat, Feb 02, 2019 at 09:41:54AM -0600, Rob Herring wrote: > Many users of drm_gem_object embed a struct reservation_object into > their subclassed struct, so let's add one to struct drm_gem_object. > This will allow removing the reservation object from the subclasses > and removing the ->gem_pri

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Daniel Vetter
On Mon, Feb 04, 2019 at 09:23:59AM +0100, Thierry Reding wrote: > On Mon, Feb 04, 2019 at 12:13:55AM -0800, Vasily Khoruzhick wrote: > > On Sun, Feb 3, 2019 at 11:43 PM Thierry Reding > > wrote: > > > > > > On Sun, Feb 03, 2019 at 10:54:57AM -0800, Vasily Khoruzhick wrote: > > > > eDP panels usua

[PATCH] drm/meson: handle when meson_canvas_get returns -EPROBE_DEFER

2019-02-04 Thread Neil Armstrong
When meson_canvas is not yet probed, meson_canvas_get returns -EPROBE_DEFER. Handle this case but deferring the probe of the drm driver aswell. Fixes: 66cae477c380 ("drm/meson: Use optional canvas provider") Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_drv.c | 3 +++ 1 file cha

Re: [PATCH] drm/omap: dsi: Fix PM for display blank with paired dss_pll calls

2019-02-04 Thread Tomi Valkeinen
Hi Tony, On 31/01/2019 05:32, Tony Lindgren wrote: > Currently dsi_display_init_dsi() calls dss_pll_enable() but it is not > paired with dss_pll_disable() in dsi_display_uninit_dsi(). This leaves But it is paired with dsi_pll_uninit(). > the DSS clocks enabled when the display is blanked wasting

Re: [PATCH 0/6] drm/drv: Remove drm_dev_unplug()

2019-02-04 Thread Daniel Vetter
On Sun, Feb 03, 2019 at 04:41:54PM +0100, Noralf Trønnes wrote: > This series removes drm_dev_unplug() and moves the unplugged state > setting to drm_dev_unregister(). All drivers will now have access to the > unplugged state if they so desire. > > The drm_device ref handling wrt to the last fd cl

Re: [PATCH v3 3/4] drm/atomic: Add drm_atomic_state->duplicated

2019-02-04 Thread Daniel Vetter
On Fri, Feb 01, 2019 at 07:20:03PM -0500, Lyude Paul wrote: > Since > > commit 39b50c603878 ("drm/atomic_helper: Stop modesets on unregistered > connectors harder") > > We've been failing atomic checks if they try to enable new displays on > unregistered connectors. This is fine except for the on

[PATCH 1/2] staging/vboxvideo: don't set dev_priv_size = 0

2019-02-04 Thread Daniel Vetter
The compiler already clears this for us. More important, someone might look what this is actually used for, and freak out about the dragon staring back at them. Signed-off-by: Daniel Vetter Cc: Greg Kroah-Hartman Cc: Hans de Goede Cc: Daniel Vetter Cc: Nicholas Mc Guire Cc: Emil Velikov Cc:

[PATCH 2/2] staging/vboxvideo: Add TODO

2019-02-04 Thread Daniel Vetter
Noticed why wonder what vboxvideo is using the ->master_set/drop hooks for. Signed-off-by: Daniel Vetter Cc: Greg Kroah-Hartman Cc: Fabio Rafael da Rosa Cc: Nicholas Mc Guire Cc: Daniel Vetter Cc: Hans de Goede --- drivers/staging/vboxvideo/TODO | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH] drm/cirrus: add plane setup

2019-02-04 Thread Gerd Hoffmann
Commit "f4bd542bca drm/fb-helper: Scale back depth to supported maximum" uncovered a bug in the cirrus driver. It must create its own primary plane, using the correct format list, depending on the bpp module parameter, so it is consistent with mode_config->preferred_depth. Signed-off-by: Gerd Hof

Re: [PATCH 1/2] staging/vboxvideo: don't set dev_priv_size = 0

2019-02-04 Thread Greg Kroah-Hartman
On Mon, Feb 04, 2019 at 11:31:13AM +0100, Daniel Vetter wrote: > The compiler already clears this for us. > > More important, someone might look what this is actually used for, > and freak out about the dragon staring back at them. > > Signed-off-by: Daniel Vetter > Cc: Greg Kroah-Hartman > Cc:

Re: [PATCH 2/2] staging/vboxvideo: Add TODO

2019-02-04 Thread Greg Kroah-Hartman
On Mon, Feb 04, 2019 at 11:31:14AM +0100, Daniel Vetter wrote: > Noticed why wonder what vboxvideo is using the ->master_set/drop hooks > for. > > Signed-off-by: Daniel Vetter > Cc: Greg Kroah-Hartman > Cc: Fabio Rafael da Rosa > Cc: Nicholas Mc Guire > Cc: Daniel Vetter > Cc: Hans de Goede

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Thierry Reding
On Mon, Feb 04, 2019 at 10:40:12AM +0100, Daniel Vetter wrote: > On Mon, Feb 04, 2019 at 09:23:59AM +0100, Thierry Reding wrote: > > On Mon, Feb 04, 2019 at 12:13:55AM -0800, Vasily Khoruzhick wrote: > > > On Sun, Feb 3, 2019 at 11:43 PM Thierry Reding > > > wrote: > > > > > > > > On Sun, Feb 03,

[Bug 109539] System freezing

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109539 Michel Dänzer changed: What|Removed |Added Attachment #143282|text/x-log |text/plain mime type|

Re: [PATCH 2/4] drm/vmwgfx: remove CONFIG_INTEL_IOMMU ifdefs v2

2019-02-04 Thread Thomas Hellstrom
On Mon, 2019-02-04 at 09:19 +0100, Christoph Hellwig wrote: > On Fri, Jan 25, 2019 at 09:12:13AM +0100, Thomas Hellstrom wrote: > > -#if !defined(CONFIG_SWIOTLB) && !defined(CONFIG_INTEL_IOMMU) > > - /* > > -* No coherent page pool > > -*/ > > - if (dev_priv->map_mode == vmw_dma_alloc_c

Re: [PATCH 0/6] drm/drv: Remove drm_dev_unplug()

2019-02-04 Thread Koenig, Christian
Adding Andrey who looked into cleaning this up a while ago as well. Christian. Am 03.02.19 um 16:41 schrieb Noralf Trønnes: > This series removes drm_dev_unplug() and moves the unplugged state > setting to drm_dev_unregister(). All drivers will now have access to the > unplugged state if they so

RE: [PATCH v10 03/40] drm/i915: Gathering the HDCP1.4 routines together

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 03/40] drm/i915: Gathering the HDCP1

Re: [PATCH 5/6] drm/xen: Use drm_dev_unregister()

2019-02-04 Thread Noralf Trønnes
Den 04.02.2019 11.42, skrev Oleksandr Andrushchenko: > On 2/3/19 5:41 PM, Noralf Trønnes wrote: >> drm_dev_unplug() has been stripped down and is going away. Open code its >> 2 remaining function calls. >> >> Also remove the drm_dev_is_unplugged() check since this can't be true >> before drm_dev_

RE: [PATCH v10 05/40] drm/i915: Initialize HDCP2.2

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 05/40] drm/i915: Initialize HDCP2.2

RE: [PATCH v10 04/40] drm: header for i915 - MEI_HDCP interface

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 04/40] drm: header for i915 - MEI_HD

Re: [PATCH v5 0/9] phy: Add configuration interface for MIPI D-PHY devices

2019-02-04 Thread Maxime Ripard
Hi Kishon, On Mon, Feb 04, 2019 at 03:33:31PM +0530, Kishon Vijay Abraham I wrote: > On 21/01/19 9:15 PM, Maxime Ripard wrote: > > Here is a set of patches to allow the phy framework consumers to test and > > apply runtime configurations. > > > > This is needed to support more phy classes that re

[Bug 109545] intel_gt(dev_id) function returns wrong gt size on some device IDs

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109545 Bug ID: 109545 Summary: intel_gt(dev_id) function returns wrong gt size on some device IDs Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: All

[Bug 109545] intel_gt(dev_id) function returns wrong gt size on some device IDs

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109545 andrey.or...@intel.com changed: What|Removed |Added Priority|medium |high -- You are receiving this

RE: [PATCH v10 07/40] drm/i915: hdcp1.4 CP_IRQ handling and SW encryption tracking

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 07/40] drm/i915: hdcp1.4 CP_IRQ hand

[Bug 109545] intel_gt(dev_id) function returns wrong gt size on some device IDs

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109545 Lionel Landwerlin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

RE: [PATCH v10 08/40] drm/i915: Enable and Disable of HDCP2.2

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of >Ramalingam C >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Subj

RE: [PATCH v10 09/40] drm/i915: Implement HDCP2.2 receiver authentication

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 09/40] drm/i915: Implement HDCP2.2 r

Re: [PATCH RESEND v2 06/12] drm/sun4i: rgb: Add 1% tolerance to dclk frequency check when bridge is connected

2019-02-04 Thread Maxime Ripard
Hi, On Sun, Feb 03, 2019 at 10:54:55AM -0800, Vasily Khoruzhick wrote: > Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb: > Validate the clock rate") prevents some panel and bridges from working with > sun4i driver. > > Unfortunately, dotclock frequency for some modes are

RE: [PATCH v10 10/40] drm: helper functions for hdcp2 seq_num to from u32

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 10/40] drm: helper functions for hdc

RE: [PATCH v10 11/40] drm/i915: Implement HDCP2.2 repeater authentication

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 11/40] drm/i915: Implement HDCP2.2 r

RE: [PATCH v10 12/40] drm: HDCP2.2 link check period

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 12/40] drm: HDCP2.2 link check perio

RE: [PATCH v10 13/40] drm/i915: Implement HDCP2.2 link integrity check

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:29 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 13/40] drm/i915: Implement HDCP2.2 l

RE: [PATCH v10 14/40] drm/i915: Handle HDCP2.2 downstream topology change

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 14/40] drm/i915: Handle HDCP2.2 down

RE: [PATCH v10 15/40] drm: removing the DP Errata msg and its msg id

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 15/40] drm: removing the DP Errata m

Re: [PATCH v10 07/40] drm/i915: hdcp1.4 CP_IRQ handling and SW encryption tracking

2019-02-04 Thread C, Ramalingam
On 2/4/2019 7:39 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Thursday, January 31, 2019 12:29 PM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, Uma Cc: C, Ramalingam Subject: [PATCH v10

Re: [PATCH v10 12/40] drm: HDCP2.2 link check period

2019-02-04 Thread C, Ramalingam
On 2/4/2019 7:54 PM, Shankar, Uma wrote: -Original Message- From: C, Ramalingam Sent: Thursday, January 31, 2019 12:29 PM To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, Uma Cc: C, Ramalingam Subject: [PATCH v10

Re: [PATCH v10 02/40] i915/snd_hdac: I915 subcomponent for the snd_hdac

2019-02-04 Thread Daniel Vetter
On Thu, Jan 31, 2019 at 12:29:18PM +0530, Ramalingam C wrote: > From: Daniel Vetter > > Since we need multiple components for I915 for different purposes > (Audio & Mei_hdcp), we adopt the subcomponents methodology introduced > by the previous patch (mentioned below). > > Author: Daniel Ve

Re: [PATCH] drm/rockchip: Use drm_fbdev_generic_setup()

2019-02-04 Thread Rob Herring
On Sat, Feb 2, 2019 at 12:22 PM Noralf Trønnes wrote: > Den 02.02.2019 18.07, skrev Rob Herring: > > Other than using a rockchip_gem_object directly, the Rockchip fbdev > > setup has nothing special and can be converted to use the generic fbdev > > emulation instead. [...] > > -static int rockch

Re: [PATCH] intel: Add more PCI Device IDs for Coffee Lake and Ice Lake.

2019-02-04 Thread Lionel Landwerlin
Reviewed-by: Lionel Landwerlin On 02/02/2019 08:07, Rodrigo Vivi wrote: Align with kernel commits: 5e0f5a58b167 ("drm/i915/cfl: Adding another PCI Device ID.") 03ca3cf8e9aa ("drm/i915/icl: Adding few more device IDs for Ice Lake") Cc: José Roberto de Souza Cc: Kenneth Graunke Cc: Anuj Phoga

Re: [PATCH v10 02/40] i915/snd_hdac: I915 subcomponent for the snd_hdac

2019-02-04 Thread Takashi Iwai
On Mon, 04 Feb 2019 16:00:18 +0100, Daniel Vetter wrote: > > On Thu, Jan 31, 2019 at 12:29:18PM +0530, Ramalingam C wrote: > > From: Daniel Vetter > > > > Since we need multiple components for I915 for different purposes > > (Audio & Mei_hdcp), we adopt the subcomponents methodology introduced >

Re: [Intel-gfx] [v10 1/3] drm: Add HDMI colorspace property

2019-02-04 Thread Ville Syrjälä
On Fri, Feb 01, 2019 at 08:50:11PM +0200, Ville Syrjälä wrote: > On Wed, Jan 30, 2019 at 06:24:24PM +0530, Uma Shankar wrote: > > Create a new connector property to program colorspace to sink > > devices. Modern sink devices support more than 1 type of > > colorspace like 601, 709, BT2020 etc. This

[Bug 108037] Turning monitors off and on again makes the kernel panic and system freeze

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108037 --- Comment #12 from Öyvind Saether --- Created attachment 143286 --> https://bugs.freedesktop.org/attachment.cgi?id=143286&action=edit Kernel 5.0.0-rc5 still has this problem [27295.165873] Call Trace:

Re: [PATCH v10 38/40] drm/i915: Fix KBL HDCP2.2 encrypt status signalling

2019-02-04 Thread C, Ramalingam
daniel, Could you please review this patch too.? Already Updated this as per your previous review comment. --Ram On 1/31/2019 12:29 PM, Ramalingam C wrote: Implement the required WA sequence for KBL to fix the incorrect positioning of the window of oppurtunity and enc_en signalling. v2:

[Bug 109539] System freezing

2019-02-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109539 --- Comment #1 from Nicholas Kazlauskas --- The freezing doesn't seem to be necessarily caused by by something in amdgpu from a glance at your log. There are some DC warnings/errors that describe what you're seeing with your monitor not waking

Re: [Intel-gfx] [PATCH 2/6] drm/drv: Prepare to remove drm_dev_unplug()

2019-02-04 Thread Daniel Vetter
On Sun, Feb 03, 2019 at 04:41:56PM +0100, Noralf Trønnes wrote: > The only thing now that makes drm_dev_unplug() special is that it sets > drm_device->unplugged. Move this code to drm_dev_unregister() so that we > can remove drm_dev_unplug(). > > Signed-off-by: Noralf Trønnes > --- > > Maybe s/u

Re: [PATCH libdrm 1/2] xf86drm: fallback to MODALIAS for OF less platform devices

2019-02-04 Thread Emil Velikov
On Fri, 1 Feb 2019 at 14:15, Lucas Stach wrote: > > Hi Emil, > > > > For reference with this patch drmdevice and other drmDevice API users > > > list: > > > - VGEM, needs "drm/vgem: Fix vgem_init to get drm device available." > > > - in v5.0 only :'-( > > > - etnaviv, after "drm/etnaviv: remov

[Bug 202445] amdgpu/dc: framerate dropping below adaptive sync range causes screen flickering

2019-02-04 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202445 --- Comment #14 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) --- FreeSync not working on WINE is a Mesa issue I believe. I don't think the backend WINE goes through is DRI3 which is required to use the present extension / support page-f

Re: [PATCH] drm/rockchip: Use drm_fbdev_generic_setup()

2019-02-04 Thread Noralf Trønnes
Den 04.02.2019 16.01, skrev Rob Herring: > On Sat, Feb 2, 2019 at 12:22 PM Noralf Trønnes wrote: >> Den 02.02.2019 18.07, skrev Rob Herring: >>> Other than using a rockchip_gem_object directly, the Rockchip fbdev >>> setup has nothing special and can be converted to use the generic fbdev >>> emu

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

2019-02-04 Thread Daniel Vetter
On Mon, Feb 04, 2019 at 12:22:18PM +0100, Thierry Reding wrote: > On Mon, Feb 04, 2019 at 10:40:12AM +0100, Daniel Vetter wrote: > > On Mon, Feb 04, 2019 at 09:23:59AM +0100, Thierry Reding wrote: > > > On Mon, Feb 04, 2019 at 12:13:55AM -0800, Vasily Khoruzhick wrote: > > > > On Sun, Feb 3, 2019 a

Re: [PATCH 2/2] components: multiple components for a device

2019-02-04 Thread Daniel Vetter
On Thu, Jan 31, 2019 at 03:46:40PM +0100, Daniel Vetter wrote: > Component framework is extended to support multiple components for > a struct device. These will be matched with different masters based on > its sub component value. > > We are introducing this, as I915 needs two different component

RE: [PATCH v10 16/40] drm/i915: Implement the HDCP2.2 support for DP

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 16/40] drm/i915: Implement the HDCP2

RE: [PATCH v10 17/40] drm/i915: Implement the HDCP2.2 support for HDMI

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 17/40] drm/i915: Implement the HDCP2

RE: [PATCH v10 20/40] drm/i915: Add HDCP2.2 support for HDMI connectors

2019-02-04 Thread Winkler, Tomas
> > On HDMI connector init, intel_hdcp_init is passed with a flag for hdcp2.2 > support based on the platform capability. > > v2: > Rebased. > v3: > Collected the reviewed-by received. > > Signed-off-by: Ramalingam C > Reviewed-by: Uma Shankar > --- > drivers/gpu/drm/i915/intel_hdmi.c | 3

RE: [PATCH v10 24/40] misc/mei/hdcp: Define ME FW interface for HDCP2.2

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 24/40] misc/mei/hdcp: Define ME FW i

RE: [PATCH v10 19/40] drm/i915: Add HDCP2.2 support for DP connectors

2019-02-04 Thread Winkler, Tomas
> -Original Message- > From: C, Ramalingam > Sent: Thursday, January 31, 2019 09:00 > To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; > daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, > Uma > Cc: C, Ramalingam > Subject: [PATCH v10 19/40] drm/i915: Add HDCP2.2 su

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

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 25/40] misc/mei/hdcp: Initiate Wired

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

2019-02-04 Thread Shankar, Uma
>-Original Message- >From: C, Ramalingam >Sent: Thursday, January 31, 2019 12:30 PM >To: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; >daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar, >Uma >Cc: C, Ramalingam >Subject: [PATCH v10 26/40] misc/mei/hdcp: Verify Receive

  1   2   >