Re: [PATCH v3 7/7] drm/tinydrm: Add support for Multi-Inno MI0283QT display

On Tue, Jan 31, 2017 at 05:03:19PM +0100, Noralf Trønnes wrote: > Add driver to support the Multi-Inno MI0283QT display panel. > It has an ILI9341 MIPI DBI compatible display controller. So what exactly does this entail? What if we ever see a second panel that has one of these controllers? Would i

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On Tue, Jan 31, 2017 at 05:03:15PM +0100, Noralf Trønnes wrote: > Add support for MIPI DBI compatible controllers. > Interface type C option 1 and 3 are supported (SPI). > > Signed-off-by: Noralf Trønnes > --- > Documentation/gpu/tinydrm.rst | 12 + > drivers/gpu/drm/tinydrm/Kconfig|

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Tue, Jan 31, 2017 at 05:03:14PM +0100, Noralf Trønnes wrote: > Add common functionality needed by many tinydrm drivers. > > Signed-off-by: Noralf Trønnes > Acked-by: Daniel Vetter > --- > Documentation/gpu/tinydrm.rst | 9 + > drivers/gpu/drm/tinydrm/core/Makefile

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 06, 2017 at 09:56:29AM +0100, Thierry Reding wrote: > On Tue, Jan 31, 2017 at 05:03:14PM +0100, Noralf Trønnes wrote: > > Add common functionality needed by many tinydrm drivers. > > > > Signed-off-by: Noralf Trønnes > > Acked-by: Daniel Vetter > > --- > > Documentation/gpu/tinydrm.

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On 03.02.2017 09:58, Daniel Vetter wrote: > On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote: >> Hi Thierry, >> >> Finally something technical :) > Please read Thierry's other response, I think a time-out on this thread > would be good for everyone. > > Also I'm not sure you're introdu

Re: [PATCH v3 1/7] drm: Add DRM support for tiny LCD displays

On Tue, Jan 31, 2017 at 05:03:13PM +0100, Noralf Trønnes wrote: > tinydrm provides helpers for very simple displays that can use > CMA backed framebuffers and need flushing on changes. > > Signed-off-by: Noralf Trønnes > Acked-by: Daniel Vetter > --- > > Changes since version 2: > - Remove fbde

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #19 from Samuel Pitoiset --- Created attachment 129356 --> https://bugs.freedesktop.org/attachment.cgi?id=129356&action=edit no blood effects option (v 1.5) -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 06, 2017 at 10:09:18AM +0100, Daniel Vetter wrote: > On Mon, Feb 06, 2017 at 09:56:29AM +0100, Thierry Reding wrote: > > On Tue, Jan 31, 2017 at 05:03:14PM +0100, Noralf Trønnes wrote: [...] > > > +/** > > > + * tinydrm_merge_clips - Merge clip rectangles > > > + * @dst: Destination cli

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Hi Andrzej, On Mon, Feb 06, 2017 at 10:12:41AM +0100, Andrzej Hajda wrote: > On 03.02.2017 09:58, Daniel Vetter wrote: > > On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote: > >> Hi Thierry, > >> > >> Finally something technical :) > > Please read Thierry's other response, I think a ti

Re: [PATCH -next] drm: mxsfb: Make local symbol mxsfb_funcs static

On Sun, Feb 05, 2017 at 04:05:38PM +, Wei Yongjun wrote: > From: Wei Yongjun > > Fixes the following sparse warning: > > drivers/gpu/drm/mxsfb/mxsfb_drv.c:129:38: warning: > symbol 'mxsfb_funcs' was not declared. Should it be static? > > Signed-off-by: Wei Yongjun Both of your patches ap

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 6, 2017 at 10:35 AM, Thierry Reding wrote: > > > > +EXPORT_SYMBOL(tinydrm_disable_backlight); > > > > +#endif > > > > > > These look like they really should be part of the backlight subsystem. > I > > > don't see anything DRM specific about them. Well, except for the error > > > messa

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Tue, 31 Jan 2017, Noralf Trønnes wrote: > +#ifdef CONFIG_BACKLIGHT_CLASS_DEVICE BACKLIGHT_CLASS_DEVICE is a tristate, you'll want #if IS_ENABLED(CONFIG_BACKLIGHT_CLASS_DEVICE) and probably either depends on BACKLIGHT_CLASS_DEVICE or depends on BACKLIGHT_CLASS_DEVICE || BAC

Re: [PATCH v3 1/7] drm: Add DRM support for tiny LCD displays

On Tue, 31 Jan 2017, Noralf Trønnes wrote: > +const struct file_operations tinydrm_fops = { > + .owner = THIS_MODULE, > + .open = drm_open, > + .release= drm_release, > + .unlocked_ioctl = drm_ioctl, > +#ifdef CONFIG_COMPAT > + .compat_ioctl = drm_c

Re: [PATCH] drm: Micro-optimise drm_mm_for_each_node_in_range()

On la, 2017-02-04 at 11:19 +, Chris Wilson wrote: > As we require valid start/end parameters, we can replace the initial > potential NULL with a pointer to the drm_mm.head_node and so reduce the > test on every iteration from a NULL + address comparison to just an > address comparison. > > add

Re: [PATCH] drm: Micro-optimise drm_mm_for_each_node_in_range()

On Mon, Feb 06, 2017 at 12:21:48PM +0200, Joonas Lahtinen wrote: > On la, 2017-02-04 at 11:19 +, Chris Wilson wrote: > > As we require valid start/end parameters, we can replace the initial > > potential NULL with a pointer to the drm_mm.head_node and so reduce the > > test on every iteration f

[PATCHv4 0/9] video/exynos/sti/cec: add HPD state notifier & use in drivers

From: Hans Verkuil This patch series adds the hotplug detect notifier code, based on Russell's code: https://patchwork.kernel.org/patch/9277043/ It adds support for it to the exynos_hdmi drm driver, adds support for it to the CEC framework and finally adds support to the s5p-cec driver, which

[PATCHv4 1/9] video: add hotplug detect notifier support

From: Hans Verkuil Add support for video hotplug detect and EDID/ELD notifiers, which is used to convey information from video drivers to their CEC and audio counterparts. Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The hpd_notifier is a reference

[PATCHv4 4/9] ARM: dts: exynos: add HDMI controller phandle to exynos4.dtsi

From: Hans Verkuil Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the s5p-cec driver to initialize the HPD notifier framework. Tested with my Odroid U3. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski CC: linux-samsung-...@vger.kernel.org CC: devicet...@vger.kerne

[PATCHv4 2/9] exynos_hdmi: add HPD notifier support

From: Hans Verkuil Implement the HPD notifier support to allow CEC drivers to be informed when there is a new EDID and when a connect or disconnect happens. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski --- drivers/gpu/drm/exynos/Kconfig | 1 + drivers/gpu/drm/exynos/exynos_h

[PATCHv4 7/9] sti: hdmi: add HPD notifier support

From: Benjamin Gaignard Implement the HPD notifier support to allow CEC drivers to be informed when there is a new EDID and when a connect or disconnect happens. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil --- drivers/gpu/drm/sti/Kconfig| 1 + drivers/gpu/drm/sti/sti_hdm

[PATCHv4 5/9] s5p-cec.txt: document the HDMI controller phandle

From: Hans Verkuil Update the bindings documenting the new hdmi phandle. Signed-off-by: Hans Verkuil CC: linux-samsung-...@vger.kernel.org CC: devicet...@vger.kernel.org CC: Krzysztof Kozlowski --- Documentation/devicetree/bindings/media/s5p-cec.txt | 2 ++ 1 file changed, 2 insertions(+) di

[PATCHv4 3/9] cec: integrate HPD notifier support

From: Hans Verkuil Support the HPD notifier framework, simplifying drivers that depend on this. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski --- drivers/media/cec/cec-core.c | 50 include/media/cec.h | 15 + 2 files

[PATCHv4 6/9] s5p-cec: add hpd-notifier support, move out of staging

From: Hans Verkuil By using the HPD notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documenting the new hdmi phandle and updat

[PATCHv4 8/9] stih-cec: add HPD notifier support

From: Benjamin Gaignard By using the HPD notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documentation the new hdmi phandle.

Re: [PATCH v2 2/2] drm: mali-dp: enable gamma support

On Wed, Feb 01, 2017 at 02:48:50PM +, Mihail Atanassov wrote: > Add gamma via the DRM GAMMA_LUT/GAMMA_LUT_SIZE CRTC > properties. The expected LUT size is 4096 in order > to produce as accurate a set of segments as possible. > > This version uses only the green channel's gamma curve > to set t

[PATCHv4 9/9] arm: sti: update sti-cec for HPD notifier support

From: Benjamin Gaignard To use HPD notifier sti CEC driver needs to get phandle of the hdmi device. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil CC: devicet...@vger.kernel.org --- arch/arm/boot/dts/stih407-family.dtsi | 12 arch/arm/boot/dts/stih410.dtsi|

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote: > Hi Thierry, > > Finally something technical :) > > On 02.02.2017 18:58, Thierry Reding wrote: > > On Tue, Jan 31, 2017 at 01:05:20PM +0100, Andrzej Hajda wrote: > >> On 31.01.2017 09:54, Thierry Reding wrote: > >>> On Tue, Jan 31, 2

Re: [PATCH 0/2] drm/panel: Add support for the Sitronix ST7789V

Hi Noralf, On Fri, Feb 03, 2017 at 07:48:51PM +0100, Noralf Trønnes wrote: > > Den 03.02.2017 10.59, skrev Maxime Ripard: > > Hi, > > > > Here is an attempt at supporting the ST7789V LCD controller from Sitronix. > > What happens if there's another panel driven by ST7789V that needs > a differe

Re: [PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

Hi Noralf, On Fri, Feb 03, 2017 at 07:53:58PM +0100, Noralf Trønnes wrote: > > Den 03.02.2017 10.59, skrev Maxime Ripard: > > Signed-off-by: Maxime Ripard > > --- > > drivers/gpu/drm/panel/Kconfig | 4 +- > > drivers/gpu/drm/panel/Makefile | 1 +- > > dri

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 06, 2017 at 11:07:42AM +0100, Daniel Vetter wrote: > On Mon, Feb 6, 2017 at 10:35 AM, Thierry Reding > wrote: > > > > > > +EXPORT_SYMBOL(tinydrm_disable_backlight); > > > > > +#endif > > > > > > > > These look like they really should be part of the backlight subsystem. > > I > > > > d

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On Tue, 31 Jan 2017, Noralf Trønnes wrote: > +static bool mipi_dbi_command_is_read(struct mipi_dbi *mipi, u8 cmd) Okay this is one giant bikeshedding nitpick, but here goes anyway. Why do you call MIPI DBI just "mipi", here and all around? Why not "mipi_dbi" or "dbi"? We never talk about "vesa" d

Re: [PATCH 0/2] drm/panel: Add support for the Sitronix ST7789V

Den 06.02.2017 11.39, skrev Maxime Ripard: Hi Noralf, On Fri, Feb 03, 2017 at 07:48:51PM +0100, Noralf Trønnes wrote: Den 03.02.2017 10.59, skrev Maxime Ripard: Hi, Here is an attempt at supporting the ST7789V LCD controller from Sitronix. What happens if there's another panel driven by ST7

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On Mon, 06 Feb 2017, Thierry Reding wrote: > On Tue, Jan 31, 2017 at 05:03:15PM +0100, Noralf Trønnes wrote: >> Add support for MIPI DBI compatible controllers. >> Interface type C option 1 and 3 are supported (SPI). >> >> Signed-off-by: Noralf Trønnes >> --- >> Documentation/gpu/tinydrm.rst

Re: [PATCH] drm/vc4: simplify exit path of a failed allocation of dsi_connector

Hi Colin, 2017-02-03 Colin King : > From: Colin Ian King > > If dsi_connector fails to allocate, the exit path via label 'fail' > checks if connector is null, which it always is, so the cleanup > that destroys connector is never going to be called. Hence the > failure path can be more optimall

Re: [PATCH -next] drm: mxsfb: fix error return code in mxsfb_load()

Hi Wei, 2017-02-05 Wei Yongjun : > From: Wei Yongjun > > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. > > Signed-off-by: Wei Yongjun > --- > drivers/gpu/drm/mxsfb/mxsfb_drv.c | 1 + > 1 file changed, 1 insertion(+) > >

Re: [PATCH 0/2] drm/omapdrm: Couple of plane related fixes

Hi, On 27/01/17 12:04, Jyri Sarha wrote: > I hit these two problems while tracking scaling related problems with > omapdrm on DSS5 HW. > > Jyri Sarha (2): > Revert "drm: omapdrm: Let the DRM core skip plane commit on inactive > CRTCs" > drm/omapdrm: Move commit_modeset_enables() before co

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On Mon, Feb 06, 2017 at 01:30:09PM +0200, Jani Nikula wrote: > On Mon, 06 Feb 2017, Thierry Reding wrote: > > On Tue, Jan 31, 2017 at 05:03:15PM +0100, Noralf Trønnes wrote: > >> Add support for MIPI DBI compatible controllers. > >> Interface type C option 1 and 3 are supported (SPI). > >> > >> S

Re: [PATCH] drm/panel: simple: ensure Sharp lq123p1jx31 isn't turned off too soon

On Thu, Feb 02, 2017 at 03:38:53PM -0800, Douglas Anderson wrote: > The Sharp lq123p1jx31 has a requirement that the VDD is on for at > least 300 ms before being turned off. At the moment nothing anywhere > in the kernel is ensuring this. Looks to me like .delay.prepare would be a better fit. Tha

Re: [PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

Den 06.02.2017 11.50, skrev Maxime Ripard: Hi Noralf, On Fri, Feb 03, 2017 at 07:53:58PM +0100, Noralf Trønnes wrote: Den 03.02.2017 10.59, skrev Maxime Ripard: Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig | 4 +- drivers/gpu/drm/panel/Makefile

Re: [PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

On Mon, Feb 06, 2017 at 01:13:19PM +0100, Noralf Trønnes wrote: > > Den 06.02.2017 11.50, skrev Maxime Ripard: > > Hi Noralf, > > > > On Fri, Feb 03, 2017 at 07:53:58PM +0100, Noralf Trønnes wrote: > > > Den 03.02.2017 10.59, skrev Maxime Ripard: > > > > Signed-off-by: Maxime Ripard > > > > ---

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On 06.02.2017 12:53, Thierry Reding wrote: > On Mon, Feb 06, 2017 at 01:30:09PM +0200, Jani Nikula wrote: >> On Mon, 06 Feb 2017, Thierry Reding wrote: >>> On Tue, Jan 31, 2017 at 05:03:15PM +0100, Noralf Trønnes wrote: Add support for MIPI DBI compatible controllers. Interface type C op

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

https://bugs.freedesktop.org/show_bug.cgi?id=97988 --- Comment #27 from Kai --- Ping. This is still an issue with a current stack (Debian testing as a base), unless I include attachment 127922 in my Mesa build and the LLVM patch in my LLVM build):

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

https://bugs.freedesktop.org/show_bug.cgi?id=97988 --- Comment #28 from Kai --- (In reply to Kai from comment #27) > Mesa: Git:master/7c5629a269 + attachment 127922 and revert of > 7b32ae4df5bc19c378598d6a950a6019fa64ece6 (see bug 99542) The Mesa revision given was wrong, I meant 02264bc6f9. -

Re: [PATCH 1/2] dt-bindings: display: panel: Add bindings for the Sitronix ST7789V panel

On Fri, Feb 03, 2017 at 10:59:05AM +0100, Maxime Ripard wrote: > The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that > can drive 18-bits 240x320 LCD displays. > > Signed-off-by: Maxime Ripard > --- > Documentation/devicetree/bindings/display/panel/sitronix,st7789v.txt | 36

Re: [PATCHv4 1/9] video: add hotplug detect notifier support

On 06.02.2017 11:29, Hans Verkuil wrote: > From: Hans Verkuil > > Add support for video hotplug detect and EDID/ELD notifiers, which is used > to convey information from video drivers to their CEC and audio counterparts. > > Based on an earlier version from Russell King: > > https://patchwork.kern

Re: [PATCH 2/2] drm/panel: Add driver for sitronix ST7789V panel

On Fri, Feb 03, 2017 at 10:59:06AM +0100, Maxime Ripard wrote: > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/panel/Kconfig | 4 +- > drivers/gpu/drm/panel/Makefile | 1 +- > drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 435 ++- > 3

[PATCH v2 3/6] drm/edid: detect SCDC support in HF-VSDB

This patch does following: - Adds a new structure (drm_hdmi_info) in drm_display_info. This structure will be used to save and indicate if sink supports advanced HDMI 2.0 features - Adds another structure drm_scdc within drm_hdmi_info, to reflect scdc support and capabilities in connected HDM

[PATCH v2 2/6] drm/edid: check for HF-VSDB block

From: Thierry Reding This patch implements a small function that finds if a given CEA db is hdmi-forum vendor specific data block or not. Signed-off-by: Thierry Reding Signed-off-by: Shashank Sharma --- drivers/gpu/drm/drm_edid.c | 15 +++ include/linux/hdmi.h | 1 + 2 file

[PATCH v2 0/6] HDMI 2.0: Scrambling in DRM layer

HDMI 2.0 spec defines a method to reduce the RF footprint while operating at higher pixel clocks, which is called Scrambling. Scrambling can be controlled over a new set of I2C registers which are accessible over existing DDC I2C lines, called SCDC register set. This patch series contains 6 patche

[PATCH v2 5/6] drm/i915: enable scrambling

Geminilake platform sports a native HDMI 2.0 controller, and is capable of driving pixel-clocks upto 594Mhz. HDMI 2.0 spec mendates scrambling for these higher clocks, for reduced RF footprint. This patch checks if the monitor supports scrambling, and if required, enables it during the modeset. V

[PATCH v2 1/6] drm: Add SCDC helpers

From: Thierry Reding SCDC is a mechanism defined in the HDMI 2.0 specification that allows the source and sink devices to communicate. This commit introduces helpers to access the SCDC and provides the symbolic names for the various registers defined in the specification. Signed-off-by: Thierry

[PATCH v2 4/6] drm: scrambling support in drm layer

HDMI 2.0 spec mandates scrambling for modes with pixel clock higher than 340 MHz. This patch adds few new functions in drm layer for core drivers to enable/disable scrambling. This patch adds: - A function to detect scrambling support parsing HF-VSDB - A function to check scrambling status runtime

[PATCH v2 6/6] drm/i915: allow HDMI 2.0 clock rates

Geminilake has a native HDMI 2.0 controller, which is capable of driving clocks upto 594Mhz. This patch updates the max tmds clock limit for the same. V2: rebase Cc: Ander Signed-off-by: Shashank Sharma --- drivers/gpu/drm/i915/intel_hdmi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 cosiek...@o2.pl changed: What|Removed |Added Version|12.0|13.0 -- You are receiving this mail be

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 --- Comment #16 from cosiek...@o2.pl --- Hi. I was searching for r300 in 11.2 and 12.0 branch. And it's look like this five patches are in 12 and not in 11.2. It is likely one of them that breaks the game? https://cgit.freedesktop.org/mesa/mesa/

[Bug 99683] Powerplay features request: manually set GPU (Fiji) frequency beyond default limits and per application

https://bugs.freedesktop.org/show_bug.cgi?id=99683 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 99637] VLC video has corrupted colors when using VDPAU output on Radeon SI

https://bugs.freedesktop.org/show_bug.cgi?id=99637 Nayan Deshmukh changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

(Adding Maxime) Den 06.02.2017 13.34, skrev Andrzej Hajda: On 06.02.2017 12:53, Thierry Reding wrote: On Mon, Feb 06, 2017 at 01:30:09PM +0200, Jani Nikula wrote: On Mon, 06 Feb 2017, Thierry Reding wrote: On Tue, Jan 31, 2017 at 05:03:15PM +0100, Noralf Trønnes wrote: Add support for MIPI

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 03/02/17 10:04, Daniel Vetter wrote: On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote: On 01/02/17 22:05, Manasi Navare wrote: On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote: Jani Nikula writes: On Tue, 31 Jan 2017, Eric Anholt wrote: Martin Peres writes: De

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 06, 2017 at 12:08:47PM +0100, Thierry Reding wrote: > On Mon, Feb 06, 2017 at 11:07:42AM +0100, Daniel Vetter wrote: > > On Mon, Feb 6, 2017 at 10:35 AM, Thierry Reding > > wrote: > > > > > > > > +EXPORT_SYMBOL(tinydrm_disable_backlight); > > > > > > +#endif > > > > > > > > > > These

Re: [PATCH] drm: Micro-optimise drm_mm_for_each_node_in_range()

On Mon, Feb 06, 2017 at 12:21:48PM +0200, Joonas Lahtinen wrote: > On la, 2017-02-04 at 11:19 +, Chris Wilson wrote: > > As we require valid start/end parameters, we can replace the initial > > potential NULL with a pointer to the drm_mm.head_node and so reduce the > > test on every iteration f

Re: [PATCH] drm/panel: simple: ensure Sharp lq123p1jx31 isn't turned off too soon

Hi, On Mon, Feb 6, 2017 at 4:03 AM, Thierry Reding wrote: > On Thu, Feb 02, 2017 at 03:38:53PM -0800, Douglas Anderson wrote: >> The Sharp lq123p1jx31 has a requirement that the VDD is on for at >> least 300 ms before being turned off. At the moment nothing anywhere >> in the kernel is ensuring

[PATCH] dim: use annotated tags everywhere

Kinda no reason only to use them for drm-intel-next ... Acked-by: Jani Nikula Signed-off-by: Daniel Vetter --- dim | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dim b/dim index 20eac8c58c58..457bf93d8a11 100755 --- a/dim +++ b/dim @@ -1232,9 +1232,9 @@ function dim_pul

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

On Mon, Feb 6, 2017 at 2:50 AM, Daniel Vetter wrote: > On Fri, Feb 03, 2017 at 09:36:31PM -0600, Rob Herring wrote: >> The OF graph API leaves too much of the graph walking to clients when >> in many cases the driver doesn't care about accessing the port or >> endpoint nodes. The drivers typically

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

On Mon, Feb 06, 2017 at 11:03:01AM +0100, Maxime Ripard wrote: > Hi Rob, > > On Fri, Feb 03, 2017 at 09:36:34PM -0600, Rob Herring wrote: > > Similar to the previous commit, convert drivers open coding OF graph > > parsing to use drm_of_find_panel_or_bridge instead. > > > > This changes some erro

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Mon, Feb 06, 2017 at 11:09:49AM -0600, Rob Herring wrote: > On Mon, Feb 06, 2017 at 10:29:33AM +, Liviu Dudau wrote: > > On Fri, Feb 03, 2017 at 09:36:33PM -0600, Rob Herring wrote: > > > Convert drivers to use the new of_graph_get_remote_node() helper > > > instead of parsing the endpoint n

Re: [PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

On Mon, Feb 6, 2017 at 4:18 AM, Liviu Dudau wrote: > On Fri, Feb 03, 2017 at 09:36:32PM -0600, Rob Herring wrote: >> Many drivers have a common pattern of searching the OF graph for either an >> attached panel or bridge and then finding the DRM struct for the panel >> or bridge. Also, most drivers

[PATCH 4/5] arm: dts: Move the clock-frequency property for exynos4412 dts

The OF graph is not needed because the panel is a child of dsi. So removed the ports and moved burst, esc clock-frequency property to the top. Signed-off-by: Hoegeun Kwon --- arch/arm/boot/dts/exynos4412-trats2.dts | 23 ++- 1 file changed, 2 insertions(+), 21 deletions(-) d

[PATCH 5/5] arm: dts: Move the clock-frequency property for exynos4210 dts

The OF graph is not needed because the panel is a child of dsi. So removed the ports and moved burst, esc clock-frequency property to the top. Signed-off-by: Hoegeun Kwon --- arch/arm/boot/dts/exynos4210-trats.dts | 23 ++- 1 file changed, 2 insertions(+), 21 deletions(-) di

[PATCH 2/5] arm64: dts: exynos: Move the clock-frequency property

The OF graph is not needed because the panel is a child of dsi. So removed the ports and moved burst, esc clock-frequency property to the top. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 16 ++-- 1 file changed, 2 insertions(+), 14 deletion

[PATCH 3/5] arm: dts: Move the clock-frequency property for exynos3250 dts

The OF graph is not needed because the panel is a child of dsi. So removed the ports and moved burst, esc clock-frequency property to the top. Signed-off-by: Hoegeun Kwon --- arch/arm/boot/dts/exynos3250-rinato.dts | 23 ++- 1 file changed, 2 insertions(+), 21 deletions(-) d

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

On Mon, Feb 6, 2017 at 4:32 AM, Philipp Zabel wrote: > Hi Rob, > > thanks for this clean-up series! I was not aware how far the duplication > has spread over time. > > On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: >> The OF graph API leaves too much of the graph walking to clients when >>

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On Fri, Feb 03, 2017 at 12:25:24PM +, Emil Velikov wrote: > On 3 February 2017 at 08:00, Daniel Vetter wrote: > > On Thu, Feb 02, 2017 at 12:37:21PM +, Emil Velikov wrote: > >> - Daniel, gents - is drm-misc aimed at devs with limited (no?) > >> review/commit history in the area and/or the

Re: [PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

On Mon, Feb 06, 2017 at 11:42:48AM +0100, Philipp Zabel wrote: > On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > > Many drivers have a common pattern of searching the OF graph for either an > > attached panel or bridge and then finding the DRM struct for the panel > > or bridge. Also, most

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the connecte

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Mon, Feb 06, 2017 at 05:23:06PM +, Liviu Dudau wrote: > On Mon, Feb 06, 2017 at 11:09:49AM -0600, Rob Herring wrote: > > On Mon, Feb 06, 2017 at 10:29:33AM +, Liviu Dudau wrote: > > > On Fri, Feb 03, 2017 at 09:36:33PM -0600, Rob Herring wrote: > > > > - /* add the remote encoder p

[PATCH 06/11] drm/msm: Add a struct to pass configuration to msm_gpu_init()

The amount of information that we need to pass into msm_gpu_init() is steadily increasing, so add a new struct to stabilize the function call and make it easier to add new configuration down the line. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 12 ++-- dri

[PATCH 1/5] drm/exynos: dsi: Fix the parse_dt function

The bridge_node may or may not be required. For example, mic and dsi are connected to OF graph, but fimd and dsi are not connected. Also the OF graph is not needed because the panel is a child of dsi. So not have to go to the endpoint and parse the burst, esc clock-frequency. Signed-off-by: Hoegeu

Re: [PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

On Fri, Feb 03, 2017 at 09:36:32PM -0600, Rob Herring wrote: > Many drivers have a common pattern of searching the OF graph for either an > attached panel or bridge and then finding the DRM struct for the panel > or bridge. Also, most drivers need to handle deferred probing when the > DRM device is

[PATCH 01/11] drm/msm: Make sure to detach the MMU during GPU cleanup

We should be detaching the MMU before destroying the address space. To do this cleanly, the detach has to happen in adreno_gpu_cleanup() because it needs access to structs in adreno_gpu.c. Plus it is better symmetry to have the attach and detach at the same code level. Signed-off-by: Jordan Crous

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

On Sun, Feb 5, 2017 at 10:01 PM, Fabio Estevam wrote: > > The tda998x_probe() returns success, but tda998x_bind() is never called. > > I am trying to understand what needs to be done in > drivers/gpu/drm/mxsfb/ so that it can bind the tda998x driver. Looks like that converting to component style

Re: [PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > Many drivers have a common pattern of searching the OF graph for either an > attached panel or bridge and then finding the DRM struct for the panel > or bridge. Also, most drivers need to handle deferred probing when the > DRM device is not ye

[PATCH 03/11] drm/msm: Add hint to DRM_IOCTL_MSM_GEM_INFO to return an object IOVA

Modify the 'pad' member of struct drm_msm_gem_info to 'hint'. If the user sets 'hint' to non-zero it means that they want a IOVA for the GEM object instead of a mmap() offset. Return the iova in the 'offset' member. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/msm_drv.c | 29

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

On Fri, Feb 03, 2017 at 09:36:31PM -0600, Rob Herring wrote: > The OF graph API leaves too much of the graph walking to clients when > in many cases the driver doesn't care about accessing the port or > endpoint nodes. The drivers typically just want the device connected via > a particular graph co

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Fri, Feb 03, 2017 at 09:36:33PM -0600, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the c

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Hi Rob, On Fri, Feb 03, 2017 at 09:36:34PM -0600, Rob Herring wrote: > Similar to the previous commit, convert drivers open coding OF graph > parsing to use drm_of_find_panel_or_bridge instead. > > This changes some error messages to debug messages (in the graph core). > Graph connections are oft

[PATCH 09/11] drm/msm: Shadow current pointer in the ring until command is complete

Add a shadow pointer to track the current command being written into the ring. Don't commit it as 'cur' until the command is submitted. Because 'cur' is used to construct the software copy of the wptr this ensures that somebody peeking in on the ring doesn't assume that a command is inflight while

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > Similar to the previous commit, convert drivers open coding OF graph > parsing to use drm_of_find_panel_or_bridge instead. > > This changes some error messages to debug messages (in the graph core). > Graph connections are often "no connects"

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

Thanks Rob, for nice cleanup, but ... On 02/04/17 05:36, Rob Herring wrote: > diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c > b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c > index 6dfdb145f3bb..e74cc236a79b 100644 > --- a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c > +++ b/drivers/gpu/drm/tilcdc/tilcdc_crt

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

On Mon, 2017-02-06 at 07:54 -0600, Rob Herring wrote: > On Mon, Feb 6, 2017 at 4:32 AM, Philipp Zabel wrote: > > Hi Rob, > > > > thanks for this clean-up series! I was not aware how far the duplication > > has spread over time. > > > > On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > >> The

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On 02/04/2017 04:36 AM, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the connected remote de

[PATCH 05/11] drm/msm: get an iova from the address space instead of an id

In the future we won't have a fixed set of addresses spaces. Instead of going through the effort of assigning a ID for each address space just use the address space itself as a token for getting / putting an iova. This forces a few changes in the gem object however: instead of using a simple index

[PATCH 07/11] drm/msm: Remove memptrs->wptr

memptrs->wptr seems to be unused. Remove it to avoid confusing the upcoming preemption code. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 3 --- drivers/gpu/drm/msm/adreno/adreno_gpu.h | 1 - 2 files changed, 4 deletions(-) diff --git a/drivers/gpu/drm/msm/adreno/a

[PATCH 10/11] drm/msm: Make the value of RB_CNTL (almost) generic

We use a global ringbuffer size and block size for all targets and at least for 5XX preemption we need to know the value the RB_CNTL in several locations so it makes sense to caculate it once and use it everywhere. The only monkey wrench is that we need to disable the RPTR shadow for A430 targets

[PATCH 11/11] drm/msm: Implement preemption for A5XX targets

Implement preemption for A5XX targets - this allows multiple ringbuffers for different priorities with automatic preemption of a lower priority ringbuffer if a higher one is ready. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/adreno/a5xx

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

Hi Rob, thanks for this clean-up series! I was not aware how far the duplication has spread over time. On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > The OF graph API leaves too much of the graph walking to clients when > in many cases the driver doesn't care about accessing the port or

[PATCH 00/11] drm/msm: A5XX preemption

This series of patches implements multiple ringbuffers and preemption for Adreno A5XX targets. Preemption allows a command to be interrupted at specific preemption points and execution switched to a different ringbuffer. The software alogrithm uses preemption to enforce quality of service for prio

[PATCH 04/11] drm/msm: Remove idle function hook

There isn't any generic code that uses ->idle so remove it. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 4 ++-- drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 4 ++-- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 9 - drivers/gpu/drm/msm/adreno/a5xx_gpu.h | 1 + d

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Mon, Feb 06, 2017 at 10:29:33AM +, Liviu Dudau wrote: > On Fri, Feb 03, 2017 at 09:36:33PM -0600, Rob Herring wrote: > > Convert drivers to use the new of_graph_get_remote_node() helper > > instead of parsing the endpoint node and then getting the remote device > > node. Now drivers can just

[PATCH 0/5] Fix the parse_dt of exynos dsi

This patch fixed the parse_dt function of exynos dsi and fixed the related exynos3250, exynos4210, exynos4412, exynos5433 dts. Hoegeun Kwon (5): drm/exynos: dsi: Fix the parse_dt function arm64: dts: exynos: Move the clock-frequency property arm: dts: Move the clock-frequency property for ex

  1   2   >