Re: [RfC PATCH] Add udmabuf misc device

On 04/13/2018 06:37 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 08:59:32AM +0300, Oleksandr Andrushchenko wrote: On 04/10/2018 08:26 PM, Dongwon Kim wrote: On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote: On 04/06/2018 09:57 PM, Dongwon Kim wrote: On Fri, Apr 06,

Re: [PATCH v6 24/30] drm/rockchip: Disable PSR on input events

+CC: linux-input list and maintainer On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: "Kristian H. Kristensen" > > To improve PSR exit latency, we speculatively start exiting when we > receive input events. Occasionally, this may lead to false positives, > but most of the time we get

Re: [[RFC]DPU PATCH 1/2] drm/bridge: add support for sn65dsi86 bridge driver

On 2018-04-14 00:59, Sean Paul wrote: On Fri, Apr 13, 2018 at 10:53:00AM +0530, 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 panel. This chip can be controlled via either i2c in

[PATCH] gpu: drm: exynos: Change return type to vm_fault_t

Use new return type vm_fault_t for fault handler in struct vm_operations_struct. Signed-off-by: Souptick Joarder Reviewed-by: Matthew Wilcox --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 21 - drivers/gpu/drm/exynos/exynos_drm_gem.h | 3 ++- 2 files changed, 6 insertions(+)

[RFC] Rewrite page fault interception in TTM drivers

Three^W Two of the TTM drivers intercept the pagefault handler in a rather un-Linuxy and racy way. If they really must intercept the fault call (and it's not clear to me that they need to), I'd rather see them do it like this. The QXL driver seems least likely to need it; as the virtio driver ha

[PATCH] gpu/drm/amd/amdkfd: fix build, select MMU_NOTIFIER

From: Randy Dunlap When CONFIG_MMU_NOTIFIER is not enabled, struct mmu_notifier has an incomplete type definition, which causes build errors. ../drivers/gpu/drm/amd/amdkfd/kfd_priv.h:607:22: error: field 'mmu_notifier' has incomplete type ../include/linux/kernel.h:979:32: error: dereferencing p

Re: [PATCH 2/5] dt-bindings: display: atmel: add optional output-mode property

On 2018-04-13 19:46, Rob Herring wrote: > On Mon, Apr 09, 2018 at 12:59:15PM +0200, Peter Rosin wrote: >> Useful for beating cases where an output mode selection heuristic >> fails. >> >> Signed-off-by: Peter Rosin >> --- >> Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt | 4 >>

[PATCH] gpu: drm: gma500: Change return type to vm_fault_t

Use new return type vm_fault_t for fault handler in struct vm_operations_struct. Signed-off-by: Souptick Joarder Reviewed-by: Matthew Wilcox --- drivers/gpu/drm/gma500/framebuffer.c | 14 +- drivers/gpu/drm/gma500/gem.c | 27 ++- drivers/gpu/drm/gma50

Re: [PATCH v4 0/8] drm/sun4i: Allwinner MIPI-DSI support

On Fri, Apr 13, 2018 at 5:39 PM, Maxime Ripard wrote: > On Fri, Apr 13, 2018 at 05:30:04PM +0530, Jagan Teki wrote: >> On Wed, Apr 11, 2018 at 6:13 PM, Maxime Ripard >> wrote: >> > On Wed, Apr 04, 2018 at 11:57:08AM +0200, Maxime Ripard wrote: >> >> Hi, >> >> >> >> Here is an preliminary version

Re: [PATCH v4 0/8] drm/sun4i: Allwinner MIPI-DSI support

On Wed, Apr 11, 2018 at 6:13 PM, Maxime Ripard wrote: > On Wed, Apr 04, 2018 at 11:57:08AM +0200, Maxime Ripard wrote: >> Hi, >> >> Here is an preliminary version of the MIPI-DSI support for the Allwinner >> SoCs. >> >> This controller can be found on a number of recent SoCs, such as the >> A31, A

Re: [RfC PATCH] Add udmabuf misc device

On Mon, Apr 16, 2018 at 10:16:31AM +0300, Oleksandr Andrushchenko wrote: > On 04/13/2018 06:37 PM, Daniel Vetter wrote: > > On Wed, Apr 11, 2018 at 08:59:32AM +0300, Oleksandr Andrushchenko wrote: > > > On 04/10/2018 08:26 PM, Dongwon Kim wrote: > > > > On Tue, Apr 10, 2018 at 09:37:53AM +0300, Ole

Re: [PATCH] drm: fix drm-get-put.cocci warnings

On Thu, Apr 12, 2018 at 07:54:10AM +0200, Julia Lawall wrote: > From: Fengguang Wu > > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() and > drm_*_unreference() helpers. > > Generated by: scripts/coccinelle/api/drm-get-put.cocci > > Fixes: 6784ac15bc68 ("drm: Add ASPEED G

Re: [RFC v4 00/25] drm: Add generic fbdev emulation

On Thu, Apr 12, 2018 at 06:34:46PM +0200, Noralf Trønnes wrote: > I hit a 'Sending rate exceeded' error with this patchset, so it didn't go > out as it should. > I will resend the patchset when I find out how to avoid this problem. That's generally an issue with your ISP. gmail works ime for mail

Re: [Intel-gfx] [RFC v4 00/25] drm: Add generic fbdev emulation

On Sat, Apr 14, 2018 at 01:52:53PM +0200, Noralf Trønnes wrote: > This patchset explores the possibility of having generic fbdev emulation > in DRM for drivers that supports dumb buffers which they can export. An > API is added to support in-kernel clients in general. > > In this version I was abl

Re: [RfC PATCH] Add udmabuf misc device

On 04/16/2018 10:43 AM, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 10:16:31AM +0300, Oleksandr Andrushchenko wrote: On 04/13/2018 06:37 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 08:59:32AM +0300, Oleksandr Andrushchenko wrote: On 04/10/2018 08:26 PM, Dongwon Kim wrote: On Tue, Apr 10

Re: Batched ww-mutexes, wound-wait vs wait-die etc.

On 04/14/2018 10:33 AM, Daniel Vetter wrote: Hi Thomas, On Fri, Apr 13, 2018 at 10:23 PM, Thomas Hellstrom wrote: On 04/13/2018 07:13 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 10:27:06AM +0200, Thomas Hellstrom wrote: 2) Should we add a *real* wound-wait choice to our wound-wait mutex

Re: [Intel-gfx] [RFC v4 19/25] drm/client: Finish the in-kernel client API

On Sat, Apr 14, 2018 at 01:53:12PM +0200, Noralf Trønnes wrote: > The modesetting code is already present, this adds the rest of the API. Mentioning the TODO in the commit message would be good. Helps readers like me who have an attention span measured in seconds :-) Just commenting on the create

Re: [RFC v4 06/25] drm/atomic: Move __drm_atomic_helper_disable_plane/set_config()

On Sat, Apr 14, 2018 at 01:52:59PM +0200, Noralf Trønnes wrote: > Prepare for moving drm_fb_helper modesetting code to drm_client. > drm_client will be linked to drm.ko, so move > __drm_atomic_helper_disable_plane() and __drm_atomic_helper_set_config() > out of drm_kms_helper.ko. > > Signed-off-by

Re: [RFC v4 11/25] drm/connector: Add connector array functions

On Sat, Apr 14, 2018 at 01:53:04PM +0200, Noralf Trønnes wrote: > Add functions to deal with the registred connectors as an array: > - drm_connector_get_all() > - drm_connector_put_all() > > And to get the enabled status of those connectors: > drm_connector_get_enabled_status() > > This is prep w

Re: [Intel-gfx] [RFC v4 12/25] drm/i915: Add drm_driver->initial_client_display callback

On Sat, Apr 14, 2018 at 01:53:05PM +0200, Noralf Trønnes wrote: > As part of moving the modesetting code out of drm_fb_helper and into > drm_client, the drm_fb_helper_funcs->initial_config callback needs to go. > Replace it with a drm_driver->initial_client_display callback that can > work for all

Re: [Intel-gfx] [RFC v4 17/25] drm/client: Bail out if there's a DRM master

On Sat, Apr 14, 2018 at 01:53:10PM +0200, Noralf Trønnes wrote: > If there's a DRM master, return -EBUSY. > Block userspace from becoming master by taking the master lock while > the client is setting the mode. > > Suggested-by: Daniel Vetter > Signed-off-by: Noralf Trønnes > --- > drivers/gpu/

Re: [Intel-gfx] [RFC v4 21/25] drm/fb-helper: Add drm_fb_helper_fb_open/release()

On Sat, Apr 14, 2018 at 01:53:14PM +0200, Noralf Trønnes wrote: > These helpers keep track of fbdev users and drm_driver.last_close will > only restore fbdev when actually in use. Additionally the display is > turned off when the last user is closing. fbcon is a user in this context. > > If struct

Re: [RFC] Rewrite page fault interception in TTM drivers

Am 15.04.2018 um 05:31 schrieb Matthew Wilcox: Three^W Two of the TTM drivers intercept the pagefault handler in a rather un-Linuxy and racy way. If they really must intercept the fault call (and it's not clear to me that they need to), I'd rather see them do it like this. The QXL driver seems

Re: [RFC v4 22/25] drm/fb-helper: Add generic fbdev emulation

On Sat, Apr 14, 2018 at 01:53:15PM +0200, Noralf Trønnes wrote: > This adds generic fbdev emulation for drivers that supports > dumb buffers which they can export. > > All the driver has to do is call drm_fbdev_generic_setup(). > > Signed-off-by: Noralf Trønnes > --- > drivers/gpu/drm/drm_fb_he

Re: [PATCH v6 25/30] drm/rockchip: Cancel PSR enable work before changing the state

On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > If we change the state first and reschedule later, we might have the > work executed according to previous scheduled time and end up with PSR > re-enabled instantly. Let's cancel the work before changing the state. > > Whil

Re: [RFC v4 16/25] drm: Make ioctls available for in-kernel clients

On Sat, Apr 14, 2018 at 01:53:09PM +0200, Noralf Trønnes wrote: > Make ioctl wrappers for functions that will be used by the in-kernel API. > The following functions are touched: > - drm_mode_create_dumb_ioctl() > - drm_mode_destroy_dumb_ioctl() > - drm_mode_addfb2() > - drm_mode_rmfb() > - drm_pri

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 taij...@posteo.de changed: What|Removed |Added Summary|[4.17-drm-wip] RIP: |[4.17-rc1] RIP: |s

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #2 from taij...@posteo.de --- After upgrading my testing kernel to 4.17-rc1, the problem still persists and the system remains unbootable. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 taij...@posteo.de changed: What|Removed |Added Severity|normal |critical Priority|medium

Re: [PATCH v6 26/30] drm/rockchip: psr: Avoid redundant calls to .set() callback

On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > The first time after we call rockchip_drm_do_flush() after > rockchip_drm_psr_register(), we go from PSR_DISABLE to PSR_FLUSH. The > difference between PSR_DISABLE and PSR_FLUSH is whether or not we have a > delayed work pe

Re: [PATCH] drm/stm: move enable/disable_vblank to crtc

Hi Philippe, Patch looks good to me. Reviewed-by: Vincent Abriou On 04/07/2018 11:29 PM, Philippe Cornu wrote: > enable/disable_vblank() functions at drm_driver level > are deprecated. Move them to the ltdc drm_crtc_funcs > structure. > > Signed-off-by: Philippe Cornu > --- > drivers/gpu/dr

Re: [PATCH 3/3] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

On Sun, 14 Jan 2018, Wolfram Sang wrote: > The documentation was wrong, gpiod_get_direction() returns 0/1 instead > of the GPIOF_* flags. The docs were fixed with commit 94fc73094abe47 > ("gpio: correct docs about return value of gpiod_get_direction"). Now, > fix this user (until a better, system-

Re: [PATCH RESEND] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

On Wed, 11 Apr 2018, Simon Horman wrote: > On Tue, Apr 10, 2018 at 02:32:40PM +0200, Wolfram Sang wrote: > > The documentation was wrong, gpiod_get_direction() returns 0/1 instead > > of the GPIOF_* flags. The docs were fixed with commit 94fc73094abe47 > > ("gpio: correct docs about return value o

Re: [PATCH] drm/stm: ltdc: add user update info in plane print state

Hi Philippe, Reviewed-by: Vincent Abriou On 04/07/2018 11:35 PM, Philippe Cornu wrote: > This patch adds the user update information in > frames-per-second into the drm debugfs plane state. > > Signed-off-by: Philippe Cornu > --- > drivers/gpu/drm/stm/ltdc.c | 22 ++ > d

Re: [PATCH] drm/stm: ltdc: fix warning in ltdc_crtc_update_clut()

Reviewed-by: yannick fertre On 04/10/2018 03:53 PM, Philippe Cornu wrote: > Fix the warning > "warn: variable dereferenced before check 'crtc' (see line 390)" > by removing unnecessary checks as ltdc_crtc_update_clut() is > only called from ltdc_crtc_atomic_flush() where crtc and > crtc->state a

Re: Batched ww-mutexes, wound-wait vs wait-die etc.

On Mon, Apr 16, 2018 at 10:23 AM, Thomas Hellstrom wrote: > On 04/14/2018 10:33 AM, Daniel Vetter wrote: >> >> Hi Thomas, >> >> On Fri, Apr 13, 2018 at 10:23 PM, Thomas Hellstrom >> wrote: >>> >>> On 04/13/2018 07:13 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 10:27:06AM +0200, Tho

Re: [PATCH 2/2] drm/bridge: sii902x: add optional power supplies

Reviewed-by: yannick fertre On 04/10/2018 07:19 AM, Philippe Cornu wrote: Add the 3 optional power supplies using the exact description found in the document named "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)". Signed-off-by: Philippe Cornu

Re: [PATCH v6 27/30] drm/rockchip: psr: Sanitize semantics of allow/disallow API

On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > Currently both rockchip_drm_psr_activate() and _deactivate() only set the > boolean "active" flag without actually making sure that hardware state > complies with it. > > Since we are going to extend the usage of this API t

Re: [RfC PATCH] Add udmabuf misc device

On Mon, Apr 16, 2018 at 10:22 AM, Oleksandr Andrushchenko wrote: > On 04/16/2018 10:43 AM, Daniel Vetter wrote: >> >> On Mon, Apr 16, 2018 at 10:16:31AM +0300, Oleksandr Andrushchenko wrote: >>> >>> On 04/13/2018 06:37 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 08:59:32AM +0300, Ol

Re: [PATCH] drm: fix drm-get-put.cocci warnings

On 16 April 2018 at 17:15, Daniel Vetter wrote: > On Thu, Apr 12, 2018 at 07:54:10AM +0200, Julia Lawall wrote: >> From: Fengguang Wu >> >> Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() and >> drm_*_unreference() helpers. >> >> Generated by: scripts/coccinelle/api/drm-get

Re: [PATCH v2] drm/arm/malidp: Ensure that the crtcs are shutdown before removing any encoder/connector

On Fri, Apr 13, 2018 at 04:29:48PM +0100, Ayan Kumar Halder wrote: > One needs to ensure that the crtcs are shutdown so that the > drm_crtc_state->connector_mask reflects that no connectors > are currently active. Further, it reduces the reference > count for each connector. This ensures that the c

Re: [PATCH v6 29/30] drm/rockchip: Disallow PSR for the whole atomic commit

On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > Currently PSR flush is triggered from CRTC's .atomic_begin() callback, > which is executed after modeset disables and enables and before plane > updates are committed. Since PSR flush and re-enable can be triggered > asynch

Re: [PATCH v6 30/30] drm/rockchip: psr: Remove flush by CRTC

On 05.04.2018 11:50, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > It is not used anymore after last changes and it was not even correct to > begin with as it assumed a 1:1 relation between a CRTC and encoder, > while in fact a CRTC can be attached to multiple encoders. > > Signed-off-by:

Re: [PATCH v6 28/30] drm/rockchip: Disable PSR from reboot notifier

On 05.04.2018 11:49, Enric Balletbo i Serra wrote: > From: Tomasz Figa > > It looks like the driver subsystem detaches devices from power domains > at shutdown without consent of the drivers. It looks bit strange. Could you elaborate more on it. Could you show the code performing the detach? Re

[Bug 105880] [dc] No support for LVDS or VGA connectors (Cannot find any crtc or sizes)

https://bugs.freedesktop.org/show_bug.cgi?id=105880 --- Comment #17 from Chí-Thanh Christopher Nguyễn --- Created attachment 138863 --> https://bugs.freedesktop.org/attachment.cgi?id=138863&action=edit dmesg from kernel 4.15 with attachment 138831 applied So I applied this patch from bug 10559

Re: [RfC PATCH] Add udmabuf misc device

On 04/16/2018 12:32 PM, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 10:22 AM, Oleksandr Andrushchenko wrote: On 04/16/2018 10:43 AM, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 10:16:31AM +0300, Oleksandr Andrushchenko wrote: On 04/13/2018 06:37 PM, Daniel Vetter wrote: On Wed, Apr 11, 201

[Bug 105880] [dc] No support for LVDS or VGA connectors (Cannot find any crtc or sizes)

https://bugs.freedesktop.org/show_bug.cgi?id=105880 Chí-Thanh Christopher Nguyễn changed: What|Removed |Added See Also||https://bugs.freedesktop.

[Bug 105880] [dc] No support for LVDS or VGA connectors (Cannot find any crtc or sizes)

https://bugs.freedesktop.org/show_bug.cgi?id=105880 Chí-Thanh Christopher Nguyễn changed: What|Removed |Added See Also|https://bugs.freedesktop.or |https://bugs.freedesktop.

[Bug 105996] [DC][CIK] Bonaire mobile - No displays being turned on

https://bugs.freedesktop.org/show_bug.cgi?id=105996 Chí-Thanh Christopher Nguyễn changed: What|Removed |Added See Also||https://bugs.freedesktop.

Re: [PATCH hwc v2 01/18] drm_hwcomposer: vsyncworker: Fix uninitialized enabled_ field

Hey Alexandru, Feel free to add: Signed-off-by: Robert Foss Rob. On 04/11/2018 05:22 PM, Alexandru Gheorghe wrote: Signed-off-by: Alexandru Gheorghe --- vsyncworker.cpp | 1 + 1 file changed, 1 insertion(+) diff --git a/vsyncworker.cpp b/vsyncworker.cpp index 3ad16fe..3bfe4be 100644 ---

[PATCH v1 0/2] Enabling content-type setting for external HDMI displays.

From: Stanislav Lisovskiy Added content type setting property to drm_connector(part 1) and enabled transmitting it with HDMI AVI infoframes for i915(part 2). Stanislav Lisovskiy (2): drm: content-type property for HDMI connector i915: content-type property for HDMI connector Documentation/

Re: [PATCH hwc v2 02/18] drm_hwcomposer: vsyncworker: Fix deadlock on exit path

Hey Alexandru, Feel free my SoB on this patch: Signed-off-by: Robert Foss Rob. On 04/11/2018 05:22 PM, Alexandru Gheorghe wrote: vsyncworker::Routine assumes that when -EINTR is returned by WaitForSignalOrExitLocked the lock as been released, which is not true, so it hangs if a vsyncworker

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

/linux/commits/Souptick-Joarder/gpu-drm-gma500-Change-return-type-to-vm_fault_t/20180416-155538 base: git://people.freedesktop.org/~airlied/linux.git drm-next config: i386-randconfig-x078-201815 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config

Re: [PATCH hwc v2 03/18] drm_hwcomposer: drmeventlistener: Set nl_pid to 0

Hey Alexandru, Feel free to add my SoB to this patch: Signed-off-by: Robert Foss Rob. On 04/11/2018 05:22 PM, Alexandru Gheorghe wrote: By setting nl_pid to 0, we let the kernel to assign a port for us. In the current implementation there is no way we could create more than one instance for

[Bug 106073] RX480 gfx_v8_0_ring_test_ib [amdgpu]] *ERROR* amdgpu: IB test timed out.

https://bugs.freedesktop.org/show_bug.cgi?id=106073 Bug ID: 106073 Summary: RX480 gfx_v8_0_ring_test_ib [amdgpu]] *ERROR* amdgpu: IB test timed out. Product: DRI Version: unspecified Hardware: x86-64 (AMD64)

[Bug 105680] [CI] igt@kms_frontbuffer_tracking@* - fail - FBC disabled: mode too large for compression

https://bugs.freedesktop.org/show_bug.cgi?id=105680 Marta Löfstedt changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

Re: [PATCH 1/2] drm/imx: imx-ldb: disable LDB on driver bind

On Wed, 2018-04-11 at 17:31 +0200, Lucas Stach wrote: > The LVDS signal integrity is only guaranteed when the correct enable > sequence (first IPU DI, then LDB) is used. If the LDB display output was > active before the imx-drm driver is loaded (like when a bootsplash was > active) the DI will be d

Re: [RfC PATCH] Add udmabuf misc device

Ok, confusion around backend is I think cleared up. The other confusion seems to be around dma-buf: dma-buf is the cross subsystem zerocopy abstraction. PRIME is the drm-specific support for it, 100% based on top of the generic struct dma_buf. You need a dma_buf exporter to convert a xen grant re

Re: Batched ww-mutexes, wound-wait vs wait-die etc.

On 04/16/2018 11:19 AM, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 10:23 AM, Thomas Hellstrom wrote: On 04/14/2018 10:33 AM, Daniel Vetter wrote: Hi Thomas, On Fri, Apr 13, 2018 at 10:23 PM, Thomas Hellstrom wrote: On 04/13/2018 07:13 PM, Daniel Vetter wrote: On Wed, Apr 11, 2018 at 10:2

Re: [PATCH hwc v2 01/18] drm_hwcomposer: vsyncworker: Fix uninitialized enabled_ field

On Mon, Apr 16, 2018 at 12:30:13PM +0200, Robert Foss wrote: Hi Rob, Thanks for the review. > Hey Alexandru, > > Feel free to add: > Signed-off-by: Robert Foss > Should I re-send this 3 patches or could you just pushed them to master and adding your SoB in the process? > > Rob. > > On 04/

Re: Batched ww-mutexes, wound-wait vs wait-die etc.

On Mon, Apr 16, 2018 at 2:15 PM, Thomas Hellstrom wrote: > On 04/16/2018 11:19 AM, Daniel Vetter wrote: >> >> On Mon, Apr 16, 2018 at 10:23 AM, Thomas Hellstrom >> wrote: >>> >>> On 04/14/2018 10:33 AM, Daniel Vetter wrote: Hi Thomas, On Fri, Apr 13, 2018 at 10:23 PM, Thomas H

Re: [PATCH] drm: fix drm-get-put.cocci warnings

On Mon, 16 Apr 2018, Daniel Vetter wrote: > On Thu, Apr 12, 2018 at 07:54:10AM +0200, Julia Lawall wrote: > > From: Fengguang Wu > > > > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() and > > drm_*_unreference() helpers. > > > > Generated by: scripts/coccinelle/api/drm-g

RE: [kbuild-all] [PATCH] drm: fix drm-get-put.cocci warnings

> Subject: Re: [kbuild-all] [PATCH] drm: fix drm-get-put.cocci warnings > > On Thu, Apr 12, 2018 at 07:54:10AM +0200, Julia Lawall wrote: > > From: Fengguang Wu > > > > Use drm_*_get() and drm_*_put() helpers instead of drm_*_reference() and > > drm_*_unreference() helpers. > > > > Generated by

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 03, 2018 at 08:08:32PM +0200, Daniel Vetter wrote: > I did not mean you should dma_map_sg/page. I just meant that using > dma_map_resource to fill only the dma address part of the sg table seems > perfectly sufficient. But that is not how the interface work, especially facing sg_dma_le

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 taij...@posteo.de changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Bug 105883] booting with kernel using amd-staging-drm-next on 2400G hangs

https://bugs.freedesktop.org/show_bug.cgi?id=105883 --- Comment #9 from taij...@posteo.de --- This is possibly the same bug described in bug #105760. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list d

[Bug 105883] booting with kernel using amd-staging-drm-next on 2400G hangs

https://bugs.freedesktop.org/show_bug.cgi?id=105883 taij...@posteo.de changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Bug 105883] booting with kernel using amd-staging-drm-next on 2400G hangs

https://bugs.freedesktop.org/show_bug.cgi?id=105883 --- Comment #10 from taij...@posteo.de --- And yes, Arch has had CONFIG_DRM_AMD_DC_DCN1_0=y since 4.15. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing l

[Bug 105883] booting with kernel using amd-staging-drm-next on 2400G hangs

https://bugs.freedesktop.org/show_bug.cgi?id=105883 --- Comment #11 from taij...@posteo.de --- (In reply to Joshua Lee from comment #3) > How do I find an prior boot's dmesg? Try "journalctl -b -1" (for the boot attempt directly prior to this one, -2 for the one before that, etc...). -- You are

Re: [PATCH v6 28/30] drm/rockchip: Disable PSR from reboot notifier

4.5: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/base/platform.c?h=next-20180416&id=2d30bb0b3889adf09b342722b2ce596c0763bc93 So we might not need this patch anymore. Best regards, Tomasz ___ dri-devel mailing

[Bug 102553] Venus PRO R9 M265X amdgpu: Kernel OOPS si_dpm_set_power_state unable to handle kernel NULL pointer dereference

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

Re: [Intel-gfx] [PATCH 11/13] drm/omapdrm: Nuke omap_framebuffer_get_next_connector()

On 09/04/18 11:41, Daniel Vetter wrote: > On Fri, Apr 06, 2018 at 09:10:43AM +0300, Tomi Valkeinen wrote: >> On 05/04/18 19:50, Daniel Vetter wrote: >>> On Thu, Apr 05, 2018 at 06:13:58PM +0300, Ville Syrjala wrote: From: Ville Syrjälä omap_framebuffer_get_next_connector() uses plan

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Mon, Apr 16, 2018 at 2:39 PM, Christoph Hellwig wrote: > On Tue, Apr 03, 2018 at 08:08:32PM +0200, Daniel Vetter wrote: >> I did not mean you should dma_map_sg/page. I just meant that using >> dma_map_resource to fill only the dma address part of the sg table seems >> perfectly sufficient. > >

[Bug 106054] [vega10] powerplay non critical errors on vega 56 with vega 64bios

https://bugs.freedesktop.org/show_bug.cgi?id=106054 --- Comment #1 from Alex Deucher --- Flashing random vbioses is not supported and will likely void your warranty. -- You are receiving this mail because: You are the assignee for the bug.___ dri-deve

[Bug 199407] Radeon night light/redshift flickers

https://bugzilla.kernel.org/show_bug.cgi?id=199407 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC||alexdeuc...@gmail.c

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #83 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Created attachment 275403 --> https://bugzilla.kernel.org/attachment.cgi?id=275403&action=edit set COMPUTE_PGM_RSRC1 for SGPR/VGPR clearing Please test this patch by Nicolai

[PATCH v1 0/2] Enabling content-type setting for external HDMI displays.

From: Stanislav Lisovskiy Added content type setting property to drm_connector(part 1) and enabled transmitting it with HDMI AVI infoframes for i915(part 2). Stanislav Lisovskiy (2): drm: content-type property for HDMI connector i915: content-type property for HDMI connector Documentation/

[PATCH v1 1/2] drm: content-type property for HDMI connector

From: Stanislav Lisovskiy Added content_type property to drm_connector_state in order to properly handle external HDMI TV content-type setting. Signed-off-by: Stanislav Lisovskiy --- Documentation/gpu/kms-properties.csv | 1 + drivers/gpu/drm/drm_atomic.c | 4 drivers/gpu/drm/dr

[PATCH v1 2/2] i915: content-type property for HDMI connector

From: Stanislav Lisovskiy Added encoding of drm content_type property from drm_connector_state within AVI infoframe in order to properly handle external HDMI TV content-type setting. Signed-off-by: Stanislav Lisovskiy --- drivers/gpu/drm/i915/intel_atomic.c | 1 + drivers/gpu/drm/i915/intel_d

Re: [PATCH 2/5] dt-bindings: display: atmel: add optional output-mode property

On Sat, Apr 14, 2018 at 8:54 AM, Peter Rosin wrote: > On 2018-04-13 19:46, Rob Herring wrote: >> On Mon, Apr 09, 2018 at 12:59:15PM +0200, Peter Rosin wrote: >>> Useful for beating cases where an output mode selection heuristic >>> fails. >>> >>> Signed-off-by: Peter Rosin >>> --- >>> Documentat

Re: [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

Hello, all! After discussing xen-zcopy and hyper-dmabuf [1] approaches it seems that xen-zcopy can be made not depend on DRM core any more and be dma-buf centric (which it in fact is). The DRM code was mostly there for dma-buf's FD import/export with DRM PRIME UAPI and with DRM use-cases in m

[Bug 106054] [vega10] powerplay non critical errors on vega 56 with vega 64bios

https://bugs.freedesktop.org/show_bug.cgi?id=106054 --- Comment #2 from Tom Englund --- oh i know :), just thought it maybe might be useful to know about or look at if there is something wrong in the driver, but i fully accept its my own fault if otherwise :D -- You are receiving this mail beca

[Bug 105760] [4.17-rc1] RIP: smu7_populate_single_firmware_entry.isra.6+0x57/0xc0 [amdgpu] RSP: ffffa17901efb930

https://bugs.freedesktop.org/show_bug.cgi?id=105760 --- Comment #3 from Alex Deucher --- Is the driver build as a module or built into the kernel? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-

DRI3 WSEGL plugin for TI SGX

Hi All, I have implemented a WSEGL plugin library for Imagination's PVR driver for SGX, which allows using SGX via DRI3. In other words, it is one piece in the puzzle of using SGX with X11. The project is not production quality, as I have not had time to perfect it (and, to be honest, I'm not exa

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #84 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Hi Andrey I have removed the GALLIUM_DDEBUG=flush hack and performed around 10 boots. I have not been able to replicate the bug. I am porting the patch to my current distro an

[Bug 199407] Radeon night light/redshift flickers

https://bugzilla.kernel.org/show_bug.cgi?id=199407 --- Comment #2 from Dan (dan...@consultd.de) --- Thx a million... appreciate your support very much as a newbie, sorry for the question: How can I know what the next kernel version with this amended will be? 4.16.2 still has this problem f

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #85 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- (In reply to Ricardo Ribalda from comment #84) > Hi Andrey > > I have removed the GALLIUM_DDEBUG=flush hack and performed around 10 boots. > I have not been able to replicate

[Bug 199407] Radeon night light/redshift flickers

https://bugzilla.kernel.org/show_bug.cgi?id=199407 --- Comment #3 from Alex Deucher (alexdeuc...@gmail.com) --- It's in 4.17 and should show up in 4.16 via stable updates over the next few weeks. -- You are receiving this mail because: You are watching the assignee of the bug. __

[Bug 199407] Radeon night light/redshift flickers

https://bugzilla.kernel.org/show_bug.cgi?id=199407 --- Comment #4 from Dan (dan...@consultd.de) --- excellent!! Thank you!! Dan On 4/16/2018 5:19 PM, bugzilla-dae...@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=199407 > > --- Comment #3 from Alex Deucher (alexdeuc...@

[PATCH] drm/i915: Fix LSPCON TMDS output buffer enabling from low-power state

LSPCON adapters in low-power state may ignore the first I2C write during TMDS output buffer enabling, resulting in a blank screen even with an otherwise enabled pipe. Fix this by reading back and validating the written value a few times. The problem was noticed on GLK machines with an onboard LSPC

Re: [Intel-gfx] [RFC v4 19/25] drm/client: Finish the in-kernel client API

Den 16.04.2018 10.27, skrev Daniel Vetter: On Sat, Apr 14, 2018 at 01:53:12PM +0200, Noralf Trønnes wrote: The modesetting code is already present, this adds the rest of the API. Mentioning the TODO in the commit message would be good. Helps readers like me who have an attention span measured

Re: [Intel-gfx] [RFC v4 21/25] drm/fb-helper: Add drm_fb_helper_fb_open/release()

Den 16.04.2018 10.46, skrev Daniel Vetter: On Sat, Apr 14, 2018 at 01:53:14PM +0200, Noralf Trønnes wrote: These helpers keep track of fbdev users and drm_driver.last_close will only restore fbdev when actually in use. Additionally the display is turned off when the last user is closing. fbcon

Re: [PATCH v5] drm: Fix HDCP downstream dev count read

On Thu, Apr 5, 2018 at 8:09 AM Ramalingam C wrote: > In both HDMI and DP, device count is represented by 6:0 bits of a > register(BInfo/Bstatus) > So macro for bitmasking the device_count is fixed(0x3F->0x7F). > v3: >Retained the Rb-ed. > v4: >%s/drm\/i915/drm [rodrigo] > v5: >Added

Re: [Intel-gfx] [PATCH v1 2/2] i915: content-type property for HDMI connector

On Tue, Apr 17, 2018 at 02:16:59AM +0300, StanLis wrote: > From: Stanislav Lisovskiy > > Added encoding of drm content_type property from > drm_connector_state within AVI infoframe in order to properly handle > external HDMI TV content-type setting. > > Signed-off-by: Stanislav Lisovskiy Hi St

mi0283qt driver issues

Noralf, Thanks for the guidance on how to use the mi0283qt driver to run the panel included in the Adafruit 2.8" capacitive PiTFT Plus (running on top of a Raspberry Pi 3). I am working with 4.16.0 (Fedora 28). I can get the driver to load, and have console output appearing on it, but I have run

Re: [PATCH] drm/rockchip: fix VOP vblank race

Hi Sandy, On Tue, 10 Apr 2018 20:40:06 +0800, Sandy Huang wrote: > Reviewed-by: Sandy huang Thanks for the review, but I don't see this in drm-misc yet. Are you planning to pick this up? > 在 2018/3/29 0:03, John Keeping 写道: > > We have seen a case of a bad reference count for vblanks with the

Re: [DPU PATCH v2 2/2] drm/panel: add backlight control support for truly panel

On Mon, Apr 16, 2018 at 12:41 PM Bjorn Andersson wrote: > On Sat 14 Apr 00:25 PDT 2018, Abhinav Kumar wrote: > > Register truly panel as a backlight led device and > > provide methods to control its backlight operation. > > > > Changes in v2: > > - Removed redundant NULL checks > > - Arranged he

Re: [[RFC]DPU PATCH 1/2] drm/bridge: add support for sn65dsi86 bridge driver

On Mon, Apr 16, 2018 at 11:32:50AM +0530, spa...@codeaurora.org wrote: > On 2018-04-14 00:59, Sean Paul wrote: > > On Fri, Apr 13, 2018 at 10:53:00AM +0530, Sandeep Panda wrote: > > > Add support for TI's sn65dsi86 dsi2edp bridge chip. > > > The chip converts DSI transmitted signal to eDP signal, >

Re: [DPU PATCH 2/2] drm/panel: add backlight control support for truly panel

On Fri, Apr 13, 2018 at 01:59:29PM -0700, abhin...@codeaurora.org wrote: > Hi Sean > > Thanks for the comments. > > Some replies inline. > > On 2018-04-13 13:46, Sean Paul wrote: > > On Sat, Apr 07, 2018 at 12:06:53AM -0700, Abhinav Kumar wrote: > > > Register truly panel as a backlight led devi

Re: [DPU PATCH v2 2/2] drm/msm/dsi: implement auto PHY timing calculator for 10nm PHY

On Fri, Apr 13, 2018 at 01:52:17PM -0700, abhin...@codeaurora.org wrote: > On 2018-04-13 13:29, Sean Paul wrote: > > On Tue, Apr 10, 2018 at 06:54:07PM -0700, Abhinav Kumar wrote: > > > Currently the DSI PHY timings are hard-coded for a specific panel > > > for the 10nm PHY. > > > > > > Replace th

  1   2   >