Re: [PULL] drm-intel-next

2018-06-18 Thread Daniel Vetter
On Tue, Jun 12, 2018 at 9:59 AM, Jani Nikula wrote: > On Tue, 12 Jun 2018, Dave Airlie wrote: >> On 12 June 2018 at 02:27, Rodrigo Vivi wrote: >>> Hi Dave, >>> >>> This is the first round targeting 4.19. >>> >> Does this tree feed into linux-next already? >> >> Since we shouldn't have new stuff

Re: [PULL] drm-intel-next

2018-06-18 Thread Daniel Vetter
On Tue, Jun 12, 2018 at 9:59 AM, Jani Nikula wrote: > On Tue, 12 Jun 2018, Dave Airlie wrote: >> On 12 June 2018 at 02:27, Rodrigo Vivi wrote: >>> Hi Dave, >>> >>> This is the first round targeting 4.19. >>> >> Does this tree feed into linux-next already? >> >> Since we shouldn't have new stuff

Re: [PATCH 1/2] efi/bgrt: Drop __initdata from bgrt_image_size

2018-06-18 Thread Ard Biesheuvel
On 17 June 2018 at 17:32, Hans de Goede wrote: > bgrt_image_size is necessary to (optionally) show the boot graphics from > the efifb code. The efifb driver is a platform driver, using a normal > driver probe() driver callback. So even though it is always builtin it > cannot reference __initdata.

no mouse cursor on nv50

2018-06-18 Thread Adam Borowski
Hi! On v4.18-rc1, the mouse cursor is missing on my right monitor. Card is G98 [GeForce 8400 GS Rev. 2]. I have two monitors: one small landscape 1280x1024 on DVI-I-1 left, and one big 1600x1200 (1200x1600 portrait) on HDMI-1 right. Curiously, the cursor is missing not only with proper xrandr set

Re: [PATCH v11 2/5] drm/bridge: add support for sn65dsi86 bridge driver

2018-06-18 Thread spanda
On 2018-06-15 16:59, Andrzej Hajda wrote: Hi Sandeep, Thanks for the patch, I hope it will be merged soon. On 15.06.2018 08:43, Sandeep Panda wrote: Add support for TI's sn65dsi86 dsi2edp bridge chip. The chip converts DSI transmitted signal to eDP signal, which is fed to the connected eDP pan

Re: [PATCH v4 0/9] xen: dma-buf support for grant device

2018-06-18 Thread Oleksandr Andrushchenko
Boris, Juergen! Thank you so much for your comments and time spent on this series. Appreciate that very much! Thank you, Oleksandr On 06/15/2018 09:27 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko This work is in response to my previous attempt to introduce Xen/DRM zero-co

Re: [PATCH v4 5/9] xen/gntdev: Allow mappings for DMA buffers

2018-06-18 Thread Oleksandr Andrushchenko
On 06/16/2018 12:07 AM, Boris Ostrovsky wrote: On 06/15/2018 02:50 AM, Oleksandr Andrushchenko wrote: On 06/15/2018 09:46 AM, Juergen Gross wrote: On 15/06/18 08:32, Oleksandr Andrushchenko wrote: Please note, that this will need a change (attached) while applying to the mainline kernel becaus

Re: [PATCH v11 3/5] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

2018-06-18 Thread spanda
On 2018-06-15 12:53, Andrzej Hajda wrote: On 15.06.2018 08:43, Sandeep Panda wrote: Document the bindings used for the sn65dsi86 DSI to eDP bridge. Changes in v1: - Rephrase the dt-binding descriptions to be more inline with existing bindings (Andrzej Hajda). - Add missing dt-binding tha

Re: [PATCH] qxl: don't unref cursor bo inside atomic section (release mapping).

2018-06-18 Thread Daniel Vetter
On Mon, Jun 18, 2018 at 12:32:29PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Fixes: 9428088c (drm/qxl: reapply cursor after resetting primary) > Reported-by: Mike Galbraith > Cc: sta...@vger.kernel.org > Signed-off-by: Dave Airlie Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/q

Re: [PATCH 1/3] drm: mxsfb: Change driver.name to mxsfb-drm

2018-06-18 Thread Daniel Vetter
On Sat, Jun 16, 2018 at 01:32:44AM +0200, Marek Vasut wrote: > On 06/16/2018 12:42 AM, Leonard Crestez wrote: > > On Fri, 2018-06-15 at 23:36 +0200, Marek Vasut wrote: > >> On 06/15/2018 10:58 PM, Leonard Crestez wrote: > >>> On Fri, 2018-06-15 at 16:47 -0300, Fabio Estevam wrote: > On Fri, Ju

Re: [PATCH v7 3/6] mfd: cros-ec: Increase maximum mkbp event size

2018-06-18 Thread Lee Jones
On Fri, 01 Jun 2018, Neil Armstrong wrote: > Having a 16 byte mkbp event size makes it possible to send CEC > messages from the EC to the AP directly inside the mkbp event > instead of first doing a notification and then a read. > > Signed-off-by: Stefan Adolfsson > Signed-off-by: Neil Armstrong

Re: [PATCH v7 4/6] mfd: cros-ec: Introduce CEC commands and events definitions.

2018-06-18 Thread Lee Jones
On Fri, 01 Jun 2018, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > > Signed-off-by: Neil Armstrong > Tested-by: Enric Balletbo i Serra > Reviewed-by: Hans Verkuil > --- > include/linux/mfd/cros_ec_command

Re: [PATCH 04/14] drm/sti: Remove pointless casts

2018-06-18 Thread Benjamin Gaignard
2018-06-15 18:49 GMT+02:00 Ville Syrjala : > From: Ville Syrjälä > > There's no point in the cast for accessing the base class. Just > take the address of the struct instead. > > Cc: Benjamin Gaignard > Cc: Vincent Abriou > Signed-off-by: Ville Syrjälä Acked-by: Benjamin Gaignard Thanks. >

Re: [PATCH 2/2] drm/etnaviv: properly implement mmaping of imported buffers

2018-06-18 Thread Daniel Vetter
On Thu, May 31, 2018 at 10:41:25AM +0200, Lucas Stach wrote: > Am Dienstag, den 29.05.2018, 14:34 +0200 schrieb Daniel Vetter: > > On Tue, May 29, 2018 at 11:08 AM, Lucas Stach > > wrote: > > > Am Dienstag, den 29.05.2018, 10:20 +0200 schrieb Daniel Vetter: > > > > On Fri, May 25, 2018 at 03:42:5

Re: [PATCH 1/3] drm: mxsfb: Change driver.name to mxsfb-drm

2018-06-18 Thread Stefan Agner
On 18.06.2018 09:43, Daniel Vetter wrote: > On Sat, Jun 16, 2018 at 01:32:44AM +0200, Marek Vasut wrote: >> On 06/16/2018 12:42 AM, Leonard Crestez wrote: >> > On Fri, 2018-06-15 at 23:36 +0200, Marek Vasut wrote: >> >> On 06/15/2018 10:58 PM, Leonard Crestez wrote: >> >>> On Fri, 2018-06-15 at 16:

Re: [PATCH 1/5] dma_buf: remove device parameter from attach callback

2018-06-18 Thread Daniel Vetter
On Fri, Jun 01, 2018 at 02:00:16PM +0200, Christian König wrote: > The device parameter is completely unused because it is available in the > attachment structure as well. > > Signed-off-by: Christian König > --- > drivers/dma-buf/dma-buf.c | 2 +- > drivers/gpu/drm/a

[Bug 106879] Ugly bug present in kernels 4.14, 4.15, 4.16, 4.17

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106879 --- Comment #3 from javcasalc --- $ cat /var/log/Xorg.0.log [ 6.892] (--) Log file renamed from "/var/log/Xorg.pid-1146.log" to "/var/log/Xorg.0.log" [ 6.893] X.Org X Server 1.19.6 Release Date: 2017-12-20 [ 6.893] X Protocol Versio

Re: [PATCH 05/14] drm/sti: Try to fix up the tvout possible clones

2018-06-18 Thread Benjamin Gaignard
2018-06-15 18:49 GMT+02:00 Ville Syrjala : > From: Ville Syrjälä > > The current possible_clones setup doesn't look sensible. I'm assuming > the 0 and 1 are supposed to refer to the indexes of the hdmi and hda > encoders? So it kinda looks like we want hda+hdmi cloning, but then > dvo also claims

Re: no mouse cursor on nv50

2018-06-18 Thread Ben Skeggs
On Mon, Jun 18, 2018 at 7:46 AM, Adam Borowski wrote: > Hi! > On v4.18-rc1, the mouse cursor is missing on my right monitor. > Card is G98 [GeForce 8400 GS Rev. 2]. > > I have two monitors: one small landscape 1280x1024 on DVI-I-1 left, and one > big 1600x1200 (1200x1600 portrait) on HDMI-1 right.

Re: [PATCH 6/7] drm: Replace drm_dev_unref with drm_dev_put

2018-06-18 Thread Benjamin Gaignard
2018-06-09 15:18 GMT+02:00 Thomas Zimmermann : > This patch unifies the naming of DRM functions for reference counting > of struct drm_device. The resulting code is more aligned with the rest > of the Linux kernel interfaces. > > The patch also deletes the old function and removes it from the > Coc

Re: [PATCH 2/5] dma-buf: remove kmap_atomic interface

2018-06-18 Thread Daniel Vetter
On Fri, Jun 01, 2018 at 02:00:17PM +0200, Christian König wrote: > Neither used nor correctly implemented anywhere. Just completely remove > the interface. > > Signed-off-by: Christian König I wonder whether we can nuke the normal kmap stuff too ... everyone seems to want/use the vmap stuff for

Re: [PATCH v4 2/2] drm/rockchip: vop: fix irq disabled after vop driver probed

2018-06-18 Thread Heiko Stübner
Hi Marc, Am Mittwoch, 13. Juni 2018, 15:01:27 CEST schrieb Marc Zyngier: > On 12/06/18 14:20, Heiko Stuebner wrote: > > From: Sandy Huang > > > > The vop irq is shared between vop and iommu and irq probing in the > > iommu driver moved to the probe function recently. This can in some > > cases l

Re: [PATCH 3/5] dma-buf: lock the reservation object during (un)map_dma_buf

2018-06-18 Thread Daniel Vetter
On Fri, Jun 01, 2018 at 02:00:18PM +0200, Christian König wrote: > First step towards unpinned DMA buf operation. > > I've checked the DRM drivers to potential locking of the reservation > object, but essentially we need to audit all implementations of the > dma_buf _ops for this to work. > > Sig

Re: [PATCH] Revert "drm/sun4i: Handle DRM_BUS_FLAG_PIXDATA_*EDGE"

2018-06-18 Thread Maxime Ripard
On Wed, Jun 13, 2018 at 10:16:47AM +0200, Paul Kocialkowski wrote: > This reverts commit 2c17a4368aad2b88b68e4390c819e226cf320f70. > > The offending commit triggers a run-time fault when accessing the panel > element of the sun4i_tcon structure when no such panel is attached. > > It was apparentl

Re: [PATCH 4/5] dma-buf: add dma_buf_(un)map_attachment_locked variants

2018-06-18 Thread Daniel Vetter
On Fri, Jun 01, 2018 at 02:00:19PM +0200, Christian König wrote: > Add function variants which can be called with the reservation lock > already held. > > Signed-off-by: Christian König I expect that we'll need this patch before patch 3 and then roll it out to drivers doing reservation locking a

[PATCH 4.16 059/279] drm/msm: dont deref error pointer in the msm_fbdev_create error path

2018-06-18 Thread Greg Kroah-Hartman
4.16-stable review patch. If anyone has any objections, please let me know. -- From: Emil Velikov [ Upstream commit 789d4c300e10eb2096ee83c3497118e67ccc951e ] Currently the error pointer returned by msm_alloc_stolen_fb gets passed to drm_framebuffer_remove. The latter handles

Re: [PATCH 5/5] drm/amdgpu: add independent DMA-buf export v3

2018-06-18 Thread Daniel Vetter
On Fri, Jun 01, 2018 at 02:00:20PM +0200, Christian König wrote: > The caching of SGT's done by the DRM code is actually quite harmful and > should probably removed altogether in the long term. Hm, why is it harmful? We've done it because it's expensive, and people started screaming about the over

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Hans de Goede
Hi, On 18-06-18 09:36, Ard Biesheuvel wrote: Hallo Hans, On 17 June 2018 at 17:32, Hans de Goede wrote: On systems where fbcon is configured for deferred console takeover, the intend is for the framebuffer to show the boot graphics (e.g a vendor logo) until some message (e.g. an error) is pri

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 Michel Dänzer changed: What|Removed |Added CC||harry.wentl...@amd.com --- Comment #2 f

[PATCH 4.14 038/189] drm/msm: dont deref error pointer in the msm_fbdev_create error path

2018-06-18 Thread Greg Kroah-Hartman
4.14-stable review patch. If anyone has any objections, please let me know. -- From: Emil Velikov [ Upstream commit 789d4c300e10eb2096ee83c3497118e67ccc951e ] Currently the error pointer returned by msm_alloc_stolen_fb gets passed to drm_framebuffer_remove. The latter handles

[Bug 200121] New: [amdgpu] DC: Unable to find connected outputs

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200121 Bug ID: 200121 Summary: [amdgpu] DC: Unable to find connected outputs Product: Drivers Version: 2.5 Kernel Version: 4.17.2 Hardware: All OS: Linux Tree: Mainl

[Bug 200121] [amdgpu] DC: Unable to find connected outputs

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200121 --- Comment #1 from nanericw...@gmail.com --- Created attachment 276645 --> https://bugzilla.kernel.org/attachment.cgi?id=276645&action=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug. __

[Bug 200121] [amdgpu] DC: Unable to find connected outputs

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200121 nanericw...@gmail.com changed: What|Removed |Added Attachment #276645|application/octet-stream|text/plain mime type|

Re: [PATCH v7 3/6] mfd: cros-ec: Increase maximum mkbp event size

2018-06-18 Thread Neil Armstrong
Hi Lee, On 18/06/2018 09:44, Lee Jones wrote: > On Fri, 01 Jun 2018, Neil Armstrong wrote: > >> Having a 16 byte mkbp event size makes it possible to send CEC >> messages from the EC to the AP directly inside the mkbp event >> instead of first doing a notification and then a read. >> >> Signed-of

Re: [PATCH 2/2] drm/doc: Make naming consistent for Core Driver Infrastructure

2018-06-18 Thread Daniel Vetter
On Wed, Jun 13, 2018 at 01:45:23PM -0400, Alex Deucher wrote: > On Mon, Jun 4, 2018 at 5:11 AM, Michel Dänzer wrote: > > > > Adding dri-devel. > > > > Any opinions? 100% meh, i.e. if you care, go with whatever, you have my ack. Anyone who cares about making docs more consistent makes me a happy

Re: [PATCH] drm: Constify mode argument to connector .mode_valid() helper operation

2018-06-18 Thread Daniel Vetter
On Mon, Jun 11, 2018 at 07:51:01PM +0300, Ville Syrjälä wrote: > On Thu, Jun 07, 2018 at 03:13:23PM +0300, Laurent Pinchart wrote: > > Hi Ville, > > > > On Thursday, 7 June 2018 15:03:12 EEST Ville Syrjälä wrote: > > > On Wed, Jun 06, 2018 at 12:08:12PM +0300, Laurent Pinchart wrote: > > > > The d

Re: [PATCH v3 2/2] drm/rockchip: vop: fix irq disabled after vop driver probed

2018-06-18 Thread Tomasz Figa
Hi Heiko, On Tue, Jun 12, 2018 at 9:15 PM Heiko Stuebner wrote: > > From: Sandy Huang > > The vop irq is shared between vop and iommu and irq probing in the > iommu driver moved to the probe function recently. This can in some > cases lead to a stall if the irq is triggered while the vop driver

[Bug 200121] [amdgpu] DC: Unable to find connected outputs

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200121 Michel Dänzer (mic...@daenzer.net) changed: What|Removed |Added CC||harry.wentl...@amd.co

Re: [PATCH 0/7] Replace {un/reference} with {put,get} functions

2018-06-18 Thread Daniel Vetter
On Sat, Jun 09, 2018 at 03:17:58PM +0200, Thomas Zimmermann wrote: > This patch set replaces functions named {un,reference} by their {put,get} > counterparts. Each patch also removes the replaced functions from the DRM > core and deletes them from the related Coccinelle script. > Affected data type

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #3 from Michel Dänzer --- Please attach the following for 4.18.0-rc1 and the last working kernel: The dmesg output, the .config file and the Xorg log file. -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106303] amdgpu on RX 560: memory and core clocks not lowered on idle

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106303 --- Comment #7 from Mike --- Power usage partially improved with kernel 4.17.2 Both MCLK and SCLK now lowered to full idle - when monitor is turned OFF. Also MCLK seems to go idle (300MHz) periodically under low load (2D and browsing). However,

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Print prop name/id when rejecting it

2018-06-18 Thread Daniel Vetter
On Mon, Jun 11, 2018 at 10:34:03PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > Use the '[PROP:id:name]' format I introduced for the core in the driver > debug messages as well. > > Signed-off-by: Ville Syrjälä Reviewed-by: Daniel Vetter I'm wondering whether there's not some kind o

[Bug 199749] amdgpu on Ryzen 2400G freeze randomly

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199749 --- Comment #11 from Michel Dänzer (mic...@daenzer.net) --- Other Raven Ridge users have reported that updating to the current microcode files from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu has fixed s

Re: [PATCH] drm: Document mode_config.max_width/height as the max fb dimensions

2018-06-18 Thread Daniel Vetter
On Fri, Jun 15, 2018 at 08:39:39PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > The meaning of the mode_config max_width/height fields has not been > entirely clear. They are used both as the max framebuffer dimensions, > and they are also used by drm_mode_getconnector() to filter out >

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Hans de Goede
Hi, On 18-06-18 10:53, Môshe van der Sterre wrote: Hi Hans, On 06/17/2018 05:32 PM, Hans de Goede wrote: On systems where fbcon is configured for deferred console takeover, the intend is for the framebuffer to show the boot graphics (e.g a vendor logo) until some message (e.g. an error) is pri

[Bug 200121] [amdgpu] DC: Unable to find connected outputs

2018-06-18 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200121 --- Comment #3 from nanericw...@gmail.com --- alright. when will kabini be supported? is it in the timeline? -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-de

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Hans de Goede
Hi, On 18-06-18 10:43, Ard Biesheuvel wrote: On 18 June 2018 at 10:30, Hans de Goede wrote: Hi, On 18-06-18 09:36, Ard Biesheuvel wrote: Hallo Hans, On 17 June 2018 at 17:32, Hans de Goede wrote: On systems where fbcon is configured for deferred console takeover, the intend is for the f

Re: [PATCH 0/2] efifb: Copy the ACPI BGRT boot graphics to the

2018-06-18 Thread Daniel Vetter
On Sun, Jun 17, 2018 at 05:32:33PM +0200, Hans de Goede wrote: > Hi All, > > Here is a patch-set to make sure that the efifb contains the boot > graphics from the ACPI BGRT extension when the kernel is configured > to use the (new) deferred fbcon console takeover support. > > Let me explain why t

Re: [PATCH 0/2] efifb: Copy the ACPI BGRT boot graphics to the

2018-06-18 Thread Hans de Goede
Hi, On 18-06-18 11:23, Daniel Vetter wrote: On Sun, Jun 17, 2018 at 05:32:33PM +0200, Hans de Goede wrote: Hi All, Here is a patch-set to make sure that the efifb contains the boot graphics from the ACPI BGRT extension when the kernel is configured to use the (new) deferred fbcon console takeo

Re: [PATCH v3 2/2] drm/rockchip: vop: fix irq disabled after vop driver probed

2018-06-18 Thread Heiko Stuebner
Am Montag, 18. Juni 2018, 10:44:58 CEST schrieb Tomasz Figa: > Hi Heiko, > > On Tue, Jun 12, 2018 at 9:15 PM Heiko Stuebner wrote: > > > > From: Sandy Huang > > > > The vop irq is shared between vop and iommu and irq probing in the > > iommu driver moved to the probe function recently. This can

Re: [PATCH v4 1/2] drm/rockchip: vop: split out core clock enablement into separate functions

2018-06-18 Thread Tomasz Figa
Hi Heiko, On Tue, Jun 12, 2018 at 10:20 PM Heiko Stuebner wrote: > > Judging from the iommu code, both the hclk and aclk are necessary for > register access. Split them off into separate functions from the regular > vop enablement, so that we can use them elsewhere as well. > > Fixes: d0b912bd4c2

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 Bug ID: 106949 Summary: Mandatory amdgpu DC on Polaris Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Prio

Re: [Xen-devel] [PATCH v2] drm/xen-front: fix pointer casts

2018-06-18 Thread Andre Przywara
Hi, On 25/05/18 06:32, Oleksandr Andrushchenko wrote: > On 05/23/2018 02:46 PM, Juergen Gross wrote: >> On 23/05/18 13:36, Oleksandr Andrushchenko wrote: >>> From: Oleksandr Andrushchenko >>> >>> Building for a 32-bit target results in warnings from casting >>> between a 32-bit pointer and a 64-b

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #1 from Michel Dänzer --- It's a bit unclear what you're saying. Disabling DC (via amdgpu.dc=0?) worked with 4.16.13, but doesn't anymore with 4.17.2? Please attach the dmesg output from a good case and if possible from a bad case.

[PATCH v2 4/8] dt-bindings: display: rockchip: update DSI controller

2018-06-18 Thread Heiko Stuebner
From: Nickey Yang This patch update describe panel/port links, including unit addresses in documentation of device tree bindings for the rockchip DSI controller based on the Synopsys DesignWare MIPI DSI host controller. Signed-off-by: Nickey Yang Reviewed-by: Brian Norris Signed-off-by: Heiko

[PATCH v2 0/8] drm/rockchip: migrate to common dw-mipi-dsi bridge and dual-dsi

2018-06-18 Thread Heiko Stuebner
The Rockchip DSI driver was separate till now, not using the common bridge driver that was introduced a bit later. So this series migrates over to use that common bridge driver and then also adds support for dual-dsi to both the bridge and Rockchip glue code. The bridge-migration itself is based o

[PATCH v2 8/8] drm/rockchip: dsi: add dual mipi support

2018-06-18 Thread Heiko Stuebner
Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well. As described in the general dual-dsi devicetree binding, the panel should define two input ports and point each of them to one of the used dsi- controllers, as well as declare one of them as clock-master. This is used to det

[PATCH v2 1/8] drm/bridge/synopsys: dsi: move mipi_dsi_host_unregister to __dw_mipi_dsi_remove

2018-06-18 Thread Heiko Stuebner
Right now the host is only unregistered when the driver is used via the bridge api and not via the component api, leading to the host staying registered in cases like probe deferral. So move the host unregister to the general remove function, so that it gets cleaned up in all cases. Signed-off-by

[PATCH v2 5/8] drm/rockchip: dsi: migrate to use dw-mipi-dsi bridge driver

2018-06-18 Thread Heiko Stuebner
From: Nickey Yang Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge and remove the old separate one. changes: v2: add err_pllref, remove unnecessary encoder.enable & disable correct spelling mistakes v3: call dw_mipi_dsi_unbind() i

[PATCH v2 3/8] drm/bridge/synopsys: dsi: defer probing if panel not available in bridge-attach

2018-06-18 Thread Heiko Stuebner
When the panel-driver is build as a module it currently fails hard as the panel cannot be probed directly: dw_mipi_dsi_bind() __dw_mipi_dsi_probe() creates dsi bus creates panel device triggers panel module load panel not probed (module not loaded or panel probe slow) drm_bridg

[PATCH v2 7/8] drm/bridge/synopsys: dsi: add dual-dsi support

2018-06-18 Thread Heiko Stuebner
From: Nickey Yang Allow to also drive a slave dw-mipi-dsi controller in a dual-dsi setup. This will require additional implementation-specific code to look up the slave instance and do specific setup. Also will probably need code in the specific crtcs as dual-dsi does not equal two separate dsi o

[PATCH v2 2/8] drm/bridge/synopsys: dsi: don't call __dw_mipi_dsi_probe from dw_mipi_dsi_bind

2018-06-18 Thread Heiko Stuebner
__dw_mipi_dsi_probe() does all the grabbing of resources and does it using devm-helpers. So this is happening on each try of master bringup possibly slowing down things a lot. Drivers using the component framework may instead want call dw_mipi_dsi_probe separately in their probe function setup res

[PATCH v2 6/8] drm/dsi: add helper function to find the second host in a dual-dsi setup

2018-06-18 Thread Heiko Stuebner
From a specified output port of one dsi controller this function allows to iterate over the list of registered dsi controllers trying to find a second instance connected to the same display, like it is used in dual-dsi setups. Signed-off-by: Heiko Stuebner --- drivers/gpu/drm/drm_mipi_dsi.c | 56

Re: [PATCH v2 4/8] dt-bindings: display: rockchip: update DSI controller

2018-06-18 Thread Heiko Stuebner
Am Montag, 18. Juni 2018, 12:28:02 CEST schrieb Heiko Stuebner: > From: Nickey Yang > > This patch update describe panel/port links, including > unit addresses in documentation of device tree bindings > for the rockchip DSI controller based on the Synopsys > DesignWare MIPI DSI host controller. >

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #2 from Dmitry --- Almost. The shutdown did not work on 4.16.13 and earlier. And there is now on my fresh 4.17.2. Disable by removing amdgpu.dc=1 of the string. P.S. I noticed that there is a bug and when you disable TearFree in the

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #3 from Dmitry --- Created attachment 140192 --> https://bugs.freedesktop.org/attachment.cgi?id=140192&action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #4 from Michel Dänzer --- (In reply to Dmitry from comment #2) > Almost. The shutdown did not work on 4.16.13 and earlier. And there is now > on my fresh 4.17.2. What is there now? > Disable by removing amdgpu.dc=1 of the string.

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #5 from Dmitry --- >> What is there now? Same thing. The system is not loaded beyond the point "Reached target graphic Interface". But there is one point, helps pressing Enter, sometimes two presses. >> DC is enabled by default as

[Bug 106938] Module *radeon* takes over two seconds to load

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106938 Christian König changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW

[PATCH 3/5] drm/i915: Replace __drm_gem_object_unreference with __drm_gem_object_put

2018-06-18 Thread Thomas Zimmermann
This patch unifies the naming of DRM functions for reference counting of struct drm_gem_object. The resulting code is more aligned with the rest of the Linux kernel interfaces. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/i915_gem_object.h | 2 +- 1 file changed, 1 insertion(+), 1 d

[PATCH 2/5] drm/i915: Replace drm_gem_object_{un/reference} with {put, get} functions

2018-06-18 Thread Thomas Zimmermann
This patch unifies the naming of DRM functions for reference counting of struct drm_gem_object. The resulting code is more aligned with the rest of the Linux kernel interfaces. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/i915_gem_object.h | 8 +--- 1 file changed, 1 insertion(+

[PATCH 4/5] drm/i915: Replace drm_gem_object_unreference_unlocked with put function

2018-06-18 Thread Thomas Zimmermann
This patch unifies the naming of DRM functions for reference counting of struct drm_gem_object. The resulting code is more aligned with the rest of the Linux kernel interfaces. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/i915_gem_object.h | 3 --- 1 file changed, 3 deletions(-) di

[PATCH 1/5] drm/i915: Replace drm_connector_{un/reference} with put, get functions

2018-06-18 Thread Thomas Zimmermann
This patch unifies the naming of DRM functions for reference counting of struct drm_connector. The resulting code is more aligned with the rest of the Linux kernel interfaces. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/intel_display.c | 4 ++-- drivers/gpu/drm/i915/intel_dp_mst.c

[PATCH 5/5] drm/i915: Replace drm_dev_unref with drm_dev_put

2018-06-18 Thread Thomas Zimmermann
This patch unifies the naming of DRM functions for reference counting of struct drm_device. The resulting code is more aligned with the rest of the Linux kernel interfaces. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/i915/selftests/huge_pages.c| 2 +- drivers/gpu/drm/i915/selfte

[PATCH 0/5] drm/i915: Replace {un/reference} with {put, get} functions

2018-06-18 Thread Thomas Zimmermann
This patch set replaces functions named {un,reference} by their {put,get} counterparts. Affected data types are struct drm_connector, struct drm_gem_object, and struct drm_device. With the reference-counting functions being named {put,get}, the DRM interface is more aligned to Linux kernel nameing

Re: [PATCH 0/7] Replace {un/reference} with {put,get} functions

2018-06-18 Thread Thomas Zimmermann
Hi > It might also be good to split up some of the patches into per-driver > patches. Thanks for the feedback. I'll do the (major) drivers first and will get back with whatever will be left of this patch set. Best regards Thomas > -Daniel > >> >> Documentation/gpu/todo.rst

[Bug 106938] Module *radeon* takes over two seconds to load

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106938 --- Comment #4 from Paul Menzel --- Is there a switch to override that behavior? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.fr

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #4 from SET --- Created attachment 140195 --> https://bugs.freedesktop.org/attachment.cgi?id=140195&action=edit Bad .config -- You are receiving this mail because: You are the assignee for the bug.

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #5 from SET --- Created attachment 140197 --> https://bugs.freedesktop.org/attachment.cgi?id=140197&action=edit Bad dmesg -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #6 from SET --- Created attachment 140198 --> https://bugs.freedesktop.org/attachment.cgi?id=140198&action=edit Bad Xorg log -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #7 from SET --- Created attachment 140199 --> https://bugs.freedesktop.org/attachment.cgi?id=140199&action=edit Good .config -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #8 from SET --- Created attachment 140200 --> https://bugs.freedesktop.org/attachment.cgi?id=140200&action=edit Good dmesg -- You are receiving this mail because: You are the assignee for the bug._

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #9 from SET --- Created attachment 140201 --> https://bugs.freedesktop.org/attachment.cgi?id=140201&action=edit Good Xorg log -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106940] Black screen on KMS with 4.18.0-rc1 with Kaveri+Topaz, amdgpu, dc=1

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106940 --- Comment #10 from SET --- Created attachment 140202 --> https://bugs.freedesktop.org/attachment.cgi?id=140202&action=edit Good and bad git commits -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106949] Mandatory amdgpu DC on Polaris

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106949 --- Comment #6 from Dmitry --- Found out that this bug with SDDM which I use. It is happening because of a change in configuration or any other reason. -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 106938] Module *radeon* takes over two seconds to load

2018-06-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106938 --- Comment #5 from Christian König --- (In reply to Paul Menzel from comment #4) > Is there a switch to override that behavior? Long story short, no there isn't. You could try to disable certain blocks with radeon.uvd=0 and radeon.vce=0 to sp

Re: [PATCH v3 2/2] locking: Implement an algorithm choice for Wound-Wait mutexes

2018-06-18 Thread Thomas Hellstrom
On 06/15/2018 06:46 PM, Peter Zijlstra wrote: On Fri, Jun 15, 2018 at 02:08:27PM +0200, Thomas Hellstrom wrote: @@ -772,6 +856,25 @@ __ww_mutex_add_waiter(struct mutex_waiter *waiter, } list_add_tail(&waiter->list, pos); + if (__mutex_waiter_is_first(lock, waiter)) +

Re: [PATCH] drm/amd/pp: Fix uninitialized variable

2018-06-18 Thread Zhu, Rex
Applied. Thanks. Best Regards Rex From: rajan.v...@gmail.com Sent: Monday, June 18, 2018 3:31 PM To: Deucher, Alexander; Koenig, Christian; Zhou, David(ChunMing); Zhu, Rex; StDenis, Tom Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linu

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Print prop name/id when rejecting it

2018-06-18 Thread Ville Syrjälä
On Mon, Jun 18, 2018 at 10:53:13AM +0200, Daniel Vetter wrote: > On Mon, Jun 11, 2018 at 10:34:03PM +0300, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Use the '[PROP:id:name]' format I introduced for the core in the driver > > debug messages as well. > > > > Signed-off-by: Ville Syrjälä

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Ard Biesheuvel
On 18 June 2018 at 10:30, Hans de Goede wrote: > Hi, > > On 18-06-18 09:36, Ard Biesheuvel wrote: >> >> Hallo Hans, >> >> On 17 June 2018 at 17:32, Hans de Goede wrote: >>> >>> On systems where fbcon is configured for deferred console takeover, the >>> intend is for the framebuffer to show the bo

Re: [PATCH] gpu: drm: vgem: Change return type to vm_fault_t

2018-06-18 Thread Souptick Joarder
On Thu, May 24, 2018 at 6:27 PM, Daniel Vetter wrote: > On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote: >> On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote: >> > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote: >> >> On Thu, May 10, 2018 at 07:58:11PM +0530, Soupti

[PATCH] drm/amd/pp: Fix uninitialized variable

2018-06-18 Thread rajan . vaja
From: Rajan Vaja Initialize variable to 0 before performing logical OR operation. Signed-off-by: Rajan Vaja --- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_powertune.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/vega10_powertune.c b/d

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Ard Biesheuvel
On 18 June 2018 at 11:13, Hans de Goede wrote: > Hi, > > > On 18-06-18 10:43, Ard Biesheuvel wrote: >> >> On 18 June 2018 at 10:30, Hans de Goede wrote: >>> >>> Hi, >>> >>> On 18-06-18 09:36, Ard Biesheuvel wrote: Hallo Hans, On 17 June 2018 at 17:32, Hans de Goede wrote

Re: [PATCH v2 08/10] drm/bridge: tc358764: Add DSI to LVDS bridge driver

2018-06-18 Thread Maciej Purski
On 05/31/2018 08:51 AM, Archit Taneja wrote: > Hi, > > On Wednesday 30 May 2018 05:45 PM, Maciej Purski wrote: >> From: Andrzej Hajda >> >> Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge. >> >> Signed-off-by: Andrzej Hajda >> Signed-off-by: Maciej Purski >> --- >>   drivers

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Ard Biesheuvel
Hallo Hans, On 17 June 2018 at 17:32, Hans de Goede wrote: > On systems where fbcon is configured for deferred console takeover, the > intend is for the framebuffer to show the boot graphics (e.g a vendor > logo) until some message (e.g. an error) is printed or a graphical > session takes over. >

Re: [PATCH v2 07/10] dt-bindings: tc358754: add DT bindings

2018-06-18 Thread Maciej Purski
On 05/31/2018 06:02 AM, Rob Herring wrote: > On Wed, May 30, 2018 at 02:15:58PM +0200, Maciej Purski wrote: >> From: Andrzej Hajda >> >> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764. >> Bindings describe power supplies, reset gpio and video interfaces. >> >> Signed-off-by: Andrzej

Re: [Xen-devel] [PATCH v2] drm/xen-front: fix pointer casts

2018-06-18 Thread Oleksandr Andrushchenko
On 06/18/2018 01:06 PM, Andre Przywara wrote: Hi, On 25/05/18 06:32, Oleksandr Andrushchenko wrote: On 05/23/2018 02:46 PM, Juergen Gross wrote: On 23/05/18 13:36, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting betw

[PATCH] drm/i915/gvt: Use ARRAY_SIZE macro

2018-06-18 Thread rajan . vaja
From: Rajan Vaja Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element. This fixes below warning reported by Coccinelle: drivers/gpu/drm//i915/gvt/vgpu.c:122:30-31: WARNING: Use ARRAY_SIZE Signed-off-by: Rajan Vaja --- drivers/gpu/drm/i915/gvt/vgpu.c | 2 +- 1 file changed, 1

Re: [PATCH v2 07/10] dt-bindings: tc358754: add DT bindings

2018-06-18 Thread Maciej Purski
On 05/30/2018 02:36 PM, Laurent Pinchart wrote: > Hi Maciej, > > On Wednesday, 30 May 2018 15:15:58 EEST Maciej Purski wrote: >> From: Andrzej Hajda >> >> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764. >> Bindings describe power supplies, reset gpio and video interfaces. >> >> Sign

Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer

2018-06-18 Thread Môshe van der Sterre
Hi Hans, On 06/17/2018 05:32 PM, Hans de Goede wrote: > On systems where fbcon is configured for deferred console takeover, the > intend is for the framebuffer to show the boot graphics (e.g a vendor > logo) until some message (e.g. an error) is printed or a graphical > session takes over. > > So

  1   2   3   >