[PATCH 1/3] drm/nouveau: Use drm_vblank_on/off consistently

On 05/29/2015 07:35 PM, Daniel Vetter wrote: > On Fri, May 29, 2015 at 07:23:35PM +0200, Mario Kleiner wrote: >> >> >> On 05/29/2015 07:19 PM, Daniel Vetter wrote: >>> On Fri, May 29, 2015 at 06:50:06PM +0200, Mario Kleiner wrote: On 05/27/2015 11:04 AM, Daniel Vetter wrote: > In >

[PATCH] drm: fix writing to /sys/class/drm/*/status

On Fri, Jun 05, 2015 at 07:56:38PM +0100, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 07:47:22PM +0100, Russell King wrote: > > Writing to a file is supposed to return the number of bytes written. > > Returning zero unfortunately causes bash to constantly spin trying > > to write to the sysfs

[PATCH] drm: fix writing to /sys/class/drm/*/status

On Fri, Jun 05, 2015 at 07:47:22PM +0100, Russell King wrote: > Writing to a file is supposed to return the number of bytes written. > Returning zero unfortunately causes bash to constantly spin trying > to write to the sysfs file, to such an extent that even ^c and ^z > have no effect. The only

[PATCH] drm: fix writing to /sys/class/drm/*/status

Writing to a file is supposed to return the number of bytes written. Returning zero unfortunately causes bash to constantly spin trying to write to the sysfs file, to such an extent that even ^c and ^z have no effect. The only way out of that is to kill the shell and log back in. This isn't nice

[PATCH v4 3/3] ARM: dts: rockchip: add hdmi analog power supplies to rk3288 boards

Add the recently added hdmi power supplies to evb and firefly boards. Signed-off-by: Heiko Stuebner --- changes since v3: - add entries for popmetal board arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++ arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++ arch/arm/boot/dts/rk3288-popmetal.dts | 2 ++ 3

[PATCH v4 2/3] drm/rockchip: implement dw_hdmi supplies for the Rockchip implementation

The Rockchip implementation of the IP exposes the supplies outside and expects them to be supplied by a pmic. So implement regulator handling for them. Signed-off-by: Heiko Stuebner Acked-by: Philipp Zabel --- changes since v3: - split generic dt-bindings and rockchip implementation - add Ack

[PATCH v4 1/3] dt-bindings: describe dw_hdmi supplies

The Designware HDMI block has two supplies for 1.0 and 1.8V. Not all IP implementations expose or want to use these, so they remain optional. Signed-off-by: Heiko Stuebner Acked-by: Philipp Zabel --- changes since v3: - split generic dt-bindings and rockchip implementation - add Ack from

[Bug 90869] Rendering bug in The Witcher

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/05671137/attachment.html>

[PATCH v2 06/10] drm: Avoid atomic commit path for CRTC property (Gamma)

On Thu, Jun 04, 2015 at 07:12:37PM +0530, Kausal Malladi wrote: > From: Kausal Malladi > > The atomic CRTC set infrastructure is not available yet. So, the atomic > check path throws error for any non-plane property. > > This patch adds a diversion to avoid commit path for DRM atomic set Gamma

[PATCH v2 05/10] drm: Add a new function for updating color blob

On Thu, Jun 04, 2015 at 07:12:36PM +0530, Kausal Malladi wrote: > From: Kausal Malladi > > This patch adds a new function to update color blob properties > and exports it. > > v2: Addressing Sonika's comment, > 1. Moved this function to a separate patch > 2. Removed one input parameter to the

[PATCH v2 04/10] drm: Add Gamma correction structure

On Thu, Jun 04, 2015 at 07:12:35PM +0530, Kausal Malladi wrote: > From: Kausal Malladi > > This patch adds a new structure in DRM layer for Gamma color correction. > This structure will be used by all user space agents to configure > appropriate Gamma precision and Gamma level. > > struct

[PATCH v2 01/10] drm/i915: Initialize Color Manager

On Thu, Jun 04, 2015 at 07:12:32PM +0530, Kausal Malladi wrote: > From: Kausal Malladi > > Color Manager is an extension in i915 driver to handle color correction > and enhancements across various Intel platforms. > > This patch initializes color manager framework by : > 1. Adding two new

[PATCH v2 04/10] drm: Add Gamma correction structure

Hi Sonika, Please find my responses inline. Thanks, Kausal On Friday 05 June 2015 05:30 PM, Jindal, Sonika wrote: > > > On 6/4/2015 7:12 PM, Kausal Malladi wrote: >> From: Kausal Malladi >> >> This patch adds a new structure in DRM layer for Gamma color correction. >> This structure will be

[PATCH v2 04/10] drm: Add Gamma correction structure

On 6/4/2015 7:12 PM, Kausal Malladi wrote: > From: Kausal Malladi > > This patch adds a new structure in DRM layer for Gamma color correction. > This structure will be used by all user space agents to configure > appropriate Gamma precision and Gamma level. > > struct drm_intel_gamma { >

[GIT PULL] tilcdc DRM refactoring (again)

David, Please pull the contents of "Use DRM component API in tilcdc to connect to tda998x" patch series[1] from: https://github.com/jsarha/linux.git linux-4.1.0-rc6-tilcdc-refactor These are the same commits I sent a pull request for already sometime earlier. They have just been rebased on top

[Bug 90873] GPU hang, TearFree On, Mate desktop environment

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/94943175/attachment.html>

[Bug 90873] GPU hang, TearFree On, Mate desktop environment

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/3b390dd8/attachment.html>

[Bug 90873] GPU hang, TearFree On, Mate desktop environment

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/5b1d54d6/attachment.html>

Etnaviv DRM driver userspace support?

Hi 2015-06-05 9:36 GMT+02:00 Kimmo Saarela : > I have tried to look through archives but couldn't find answer where I > should look for userspace components (libdrm, mesa) for the etnaviv drm > driver? > At the moment there is only a ddx for the 2D core, which works very well.

[PULL] drm-intel-fixes

Hi Dave, sorry I'm late with the fixes pull and I see you already sent yours forward to Linus too. If you get the vibes there might be a release this weekend, would be nice to get these in. Otherwise can wait until next week, and I might have a few more on top then. BR, Jani. The following

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/i915/intel_ringbuffer.c between commit 4f47c99a9be7 ("drm/i915: Move WaBarrierPerformanceFixDisable:skl to skl code from chv code") from the drm-intel-fixes tree and commit b62adbd1ea1f ("drm/i915/bxt: Move

[pull] amdgpu drm-next-4.2

On Wed, Jun 03, 2015 at 09:48:31PM -0400, Alex Deucher wrote: > Hi Dave, > > This is the big pull request for amdgpu, the new driver for VI+ AMD > asics. I currently supports Tonga, Iceland, and Carrizo and also > contains a Kconfig option to build support for CI parts for testing. > > All

[PATCH v2 00/10] Color Manager Implementation

Hi Sonika, Thanks for your suggestion. Will follow that from next time. Regards Kausal On Friday 05 June 2015 09:31 AM, Jindal, Sonika wrote: > HI Kausal, > > You don't need to send the entire series again . > Just send the updated patch --in-reply-to to the last message. > Otherwise the thread

[PATCH 29/88] drm/amdgpu: add amdgpu uapi header (v4)

On Tue, May 26, 2015 at 11:19:31PM -0400, Alex Deucher wrote: > This header defines the ioctl interface to the driver. > > v2: remove stale tiling defines > v3: add appropriate padding > v4: remove executable bits on header > > Acked-by: Christian König > Acked-by: Jammy Zhou > Signed-off-by:

[PATCH] drm/panel: Add display timing for Okaya RS800480T-7X0GP

that the porches and VSYNC width should be fixed for the panel. Is this really the case? Thierry -- next part ------ A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/1937fb44/attachment.sig>

[PATCH v3 1/2] drm/bridge: dw-hdmi: support optional supply regulators

somehow handled internally on the imx. If it's universal then there should be no need to mention the Rockchip compatible specifically. Also, it might be better to submit this as two separate patches, one for the binding and another for the driver. I could extract the DT binding piece myself and apply only that, then somebody else can apply the Rockchip change to that driver separately. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/67ff55f7/attachment-0001.sig>

[PATCH] drm/panel: add lg4573 driver

M; > + > + spi_set_drvdata(spi, ctx); > + ctx->dev = dev; > + > + ret = lg4573_parse_dt(ctx); > + if (ret < 0) > + return ret; > + > + spi->bits_per_word = 8; > + ret = spi_setup(spi); > + if (ret < 0) { > + dev_err(dev, "spi setup failed.\n"); You might want to include the error code in the message. Also "SPI". > +static const struct of_device_id lg4573_of_match[] = { > + { .compatible = "lg,lg4573" }, > + { } > +}; > +MODULE_DEVICE_TABLE(of, lg4573_of_match); > + > +static struct spi_driver lg4573_driver = { > + .probe = lg4573_probe, > + .remove = lg4573_remove, > + .driver = { > + .name = "lg4573", > + .owner = THIS_MODULE, > + .of_match_table = lg4573_of_match, > + }, No need for the padding. It's not consistent anyway. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/4df6ce60/attachment.sig>

[PATCH v3 1/2] drm/bridge: dw-hdmi: support optional supply regulators

Hi Thierry Am Freitag, 5. Juni 2015, 13:02:01 schrieb Thierry Reding: > On Mon, Mar 23, 2015 at 07:17:49PM +0100, Heiko Stuebner wrote: > > Hi Philipp, > > > > Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner: > > > At least the Rockchip variant of the dw_hdmi can have controllable

[PATCH] drm: bridge/dw_hdmi: Return num_modes in dw_hdmi_connector_get_modes

urn 0; > + return ret; > } > > static enum drm_mode_status -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/4f01257f/attachment.html>

[PATCH 01/27] drm/bridge: ptn3460: #include , depend on GPIOLIB

Hi Thierry, On Fri, Jun 5, 2015 at 1:20 PM, Thierry Reding wrote: > On Tue, May 05, 2015 at 06:32:17PM +0200, Geert Uytterhoeven wrote: >> If GPIOLIB=n and asm-generic/gpio.h is not used: >> >> drivers/gpu/drm/bridge/ptn3460.c: In function ‘ptn3460_pre_enable’: >>

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

Hi Jon, On Fri, 5 Jun 2015 09:46:09 +0100 Jon Hunter wrote: > > On 05/06/15 00:02, Paul Walmsley wrote: > > Hi folks > > > > just a brief comment on this one: > > > > On Thu, 30 Apr 2015, Boris Brezillon wrote: > > > >> Clock rates are stored in an unsigned long field, but ->round_rate() >

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

Hi Paul, On Thu, 4 Jun 2015 23:02:25 + (UTC) Paul Walmsley wrote: > Hi folks > > just a brief comment on this one: > > On Thu, 30 Apr 2015, Boris Brezillon wrote: > > > Clock rates are stored in an unsigned long field, but ->round_rate() > > (which returns a rounded rate from a requested

[PATCH] drm/nouveau: Do not leak client objects

--- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/7bfd8e40/attachment.sig>

[PATCH] drm/radeon: fix freeze for laptop with Turks/Thames GPU.

From: Jérôme Glisse Laptop with Turks/Thames GPU will freeze if dpm is enabled. It seems the SMC engine is relying on some state inside the CP engine. CP needs to chew at least one packet for it to get in good state for dynamic power management. This patch simply disabled

[PATCH] drm/nouveau/disp: Use NULL for pointers

local branch, but with worse commit > message :) Fwiw the patch is > > Reviewed-by: Emil Velikov Ben, any chance you could pick this up? It should still apply as-is on recent trees, but I can resend if you prefer. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/1ca91b92/attachment.sig>

[PATCH] drm/cma: Fix 64-bit size_t build warnings

y -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/11bd80ed/attachment.sig>

[PATCH 02/27] drm/bridge: ps8622: #include , depend on GPIOLIB

hierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/df669ea0/attachment.sig>

[PATCH 01/27] drm/bridge: ptn3460: #include , depend on GPIOLIB

e: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/42da27cd/attachment-0001.sig>

[PATCH v3 1/2] drm/bridge: dw-hdmi: support optional supply regulators

On Mon, Mar 23, 2015 at 07:17:49PM +0100, Heiko Stuebner wrote: > Hi Philipp, > > Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner: > > At least the Rockchip variant of the dw_hdmi can have controllable power > > supplies providing 1.0 and 1.8V. Therefore add the possibility for the

[PATCH] drm: bridge/dw_hdmi: Return num_modes in dw_hdmi_connector_get_modes

On Thu, Jun 04, 2015 at 11:04:36AM -0700, Doug Anderson wrote: > The dw_hdmi_connector_get_modes() function accidentally forgets to > return the number of modes it added, although it has this information > stored in a local variable. Let's fix that. > > Without this fix,

[Bug 90869] Rendering bug in The Witcher

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/9b18e43d/attachment.html>

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

On Fri, 05 Jun 2015, "mpe at ellerman.id.au" wrote: > Hi Dave, > > Today's linux-next merge of the drm tree got a conflict in > drivers/gpu/drm/i915/intel_ringbuffer.c between commit 4f47c99a9be7 > ("drm/i915: > Move WaBarrierPerformanceFixDisable:skl to skl code from chv code") from the >

[Bug 90869] Rendering bug in The Witcher

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/0f310a6c/attachment.html>

[Bug 90869] Rendering bug in The Witcher

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150605/e0495b6c/attachment.html>

[PATCH 2/2] drm/sti: vtg fix CEA-861E video format timing error

HDMI analyzer tests showed that Vsync and Hsync signal were not compliant with the HDMI protocol. HDMI_DELAY should be taken into account in the VTG Vsync programming to reflect the 6 pixels shift introduced in the VTG Hsync programming. Signed-off-by: Vincent Abriou ---

[PATCH 1/2] drm/sti: hdmi fix CEA-861E video format timing error

HDMI analyzer tests showed that Vsync and Hsync signal were not compliant with the HDMI protocol. The first active pixel of a line is defined by HDMI_ACTIVE_VID_XMIN. The last active pixel of a line is defined by HDMI_ACTIVE_VID_XMAX. Signed-off-by: Vincent Abriou ---

[PATCH 0/2] drm/sti: CEA-861E video format timing error

This set of patches fixes hdmi timing errors reported by an HDMI protocol analyser. Vincent Abriou (2): drm/sti: hdmi fix CEA-861E video format timing error drm/sti: vtg fix CEA-861E video format timing error drivers/gpu/drm/sti/sti_hdmi.c | 4 ++-- drivers/gpu/drm/sti/sti_vtg.c | 7

[PATCH 1/1] drm/sti: VTG interrupt names are badly displayed

VTG interrupt names are badly displayed using "cat /proc/interrupts". Simply use the VTG device name while registering the VTG interrupts to fix it. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_vtg.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git

[PATCH] drm/amdkfd: avoid CONFIG_ prefix for non-Kconfig symbols

The CONFIG_ prefix is reserved for Kconfig options in Make and CPP syntax. Various static analysis tools rely on this naming convention and check if CONFIG_ prefixed symbols are defined Kconfig. Hence add yet another prefix AMD_ to CONFIG_REG_{BASE,END,SISE} to apply to this convention and make

Help on drmModeSetPlane

On Thu, Jun 04, 2015 at 04:59:41AM +, Xie, William wrote: > Hi > Does anyone know what the result value of "-34" means returned by > drmModeSetPlane? > > William -34 is -ERANGE which generally gets raised if you request scaling that your hardware (or driver) can't support. Not all

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

On 05/06/15 00:02, Paul Walmsley wrote: > Hi folks > > just a brief comment on this one: > > On Thu, 30 Apr 2015, Boris Brezillon wrote: > >> Clock rates are stored in an unsigned long field, but ->round_rate() >> (which returns a rounded rate from a requested one) returns a long >> value

Etnaviv DRM driver userspace support?

org/archives/dri-devel/attachments/20150605/3020679e/attachment.html>

[PATCH v2 00/10] Color Manager Implementation

HI Kausal, You don't need to send the entire series again . Just send the updated patch --in-reply-to to the last message. Otherwise the thread gets lost. You can send the entire series once the review is complete and you feel that the patches are too nested inside. Please keep sending the

[git pull] drm fixes

Hi Linus, just two small fixes, one radeon, one amdkfd. Dave. The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d: Linux 4.1-rc6 (2015-05-31 19:01:07 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to

[PATCH 00/21] On-demand device registration

Am 03.06.2015 um 23:12 schrieb Rob Clark: > On Mon, May 25, 2015 at 10:53 AM, Tomeu Vizoso > wrote: >> Hello, >> >> I have a problem with the panel on my Tegra Chromebook taking longer than >> expected to be ready during boot (Stéphane Marchesin reported what is >> basically the same issue in

[PATCH v2 1/2] clk: change clk_ops' ->round_rate() prototype

Hi folks just a brief comment on this one: On Thu, 30 Apr 2015, Boris Brezillon wrote: > Clock rates are stored in an unsigned long field, but ->round_rate() > (which returns a rounded rate from a requested one) returns a long > value (errors are reported using negative error codes), which can