Re: drm/ast: Linux 4.14 AST DRM driver might not load gamma table [patch proposed]

On Thu, Dec 21, 2017 at 12:00:39AM +, Carroll, Lewis wrote: > The discussion sounds similar as well - related to load_lut() not being > called. > > Perhaps after the drm-next-4.14 merge, whatever call stack used to cause > load_lut to always get called is now gone. Even if

Re: [PATCH 1/3] drm/prime: forward begin_cpu_access callback to drivers

On Wed, Dec 20, 2017 at 08:54:33PM +0100, Christian König wrote: > Am 20.12.2017 um 20:43 schrieb Daniel Vetter: > > On Wed, Dec 20, 2017 at 6:20 PM, Li, Samuel wrote: > > > Ping... can someone please review this patch? > > Might be simpler to implement your own dma-buf backend

Re: [PATCH 1/5] drm/ttm: use an operation ctx for ttm_mem_global_alloc_page

Am 21.12.2017 um 10:42 schrieb Roger He: forward the operation context to ttm_mem_global_alloc_page as well, and the ultimate goal is swapout enablement for per vm BOs. As Thomas commented as well, better write "reserved BOs" in the commit message. The term "per vm BOs" is something

Re: [PATCH 3/3] drm/i915: Disable all planes for load detection, v2.

Op 20-12-17 om 11:28 schreef Daniel Vetter: > On Wed, Dec 20, 2017 at 10:35:45AM +0100, Maarten Lankhorst wrote: >> From: Ville Syrjälä >> >> We don't need any active planes during load detection, so just disable >> them all. This saves us from having to come up

[PATCH 1/5] drm/ttm: use an operation ctx for ttm_mem_global_alloc_page

forward the operation context to ttm_mem_global_alloc_page as well, and the ultimate goal is swapout enablement for per vm BOs. Per vm BOs refer to all BOs which share same reservation object. Change-Id: I4104a12e09a374b6477a0dd5a8fce26dce27a746 Signed-off-by: Roger He ---

Re: [RFC 1/3] drm/msm/mdp5: Add global state as a private atomic object

On Thu, Dec 21, 2017 at 11:44:23AM +0530, Archit Taneja wrote: > Global shared resources (hwpipes, hwmixers and SMP) for MDP5 are > implemented as a part of atomic state by subclassing drm_atomic_state. > > The preferred approach is to use the drm_private_obj infrastructure > available in the

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On Wed, Dec 13, 2017 at 08:47:42PM +0100, Max Staudt wrote: > Dear fbdev and fbcon developers, > > Thank you very much for your input for the first patch series. > > I've included your feedback into this second roll, and kindly ask for > your opinion on the new patch series. > > > Changes from

Re: [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

Hi Joe, On Tue, Dec 19, 2017 at 10:15:08AM -0800, Joe Perches wrote: > diff --git a/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c > b/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c > index a1c81c12718c..4338b8a1309f 100644 > --- a/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c

[PATCH 4/5] drm/ttm: add new function to check if bo is allowable to evict or swapout

extract a function as ttm_bo_evict_swapout_allowable since eviction and swapout can share same logic Change-Id: I80a475a93fceed8d66d74a1832c815a0756341ac Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_bo.c | 29 +++-- 1 file changed, 19

[PATCH 2/5] drm/ttm: use an operation ctx for ttm_tt_populate in ttm_bo_driver

forward the operation context to ttm_tt_populate as well, and the ultimate goal is swapout enablement for per vm BOs. Change-Id: If8dfa0f500429d1420e0da67eb6901f0bfbca57b Reviewed-by: Christian König Signed-off-by: Roger He ---

[Bug 104347] AMD RX 580: Hide/Show window sometimes corrupts screen (see screenshot)

https://bugs.freedesktop.org/show_bug.cgi?id=104347 --- Comment #6 from Michel Dänzer --- Arthur, can you try if it also happens with Mesa 17.2 (or maybe even older versions)? -- You are receiving this mail because: You are the assignee for the

RE: [alsa-devel] [-next PATCH 2/4] treewide: Use DEVICE_ATTR_RW

Does anyone know how to use Conexant CX20921 to develop our own application. I cannot find anywhere to download the software and manuals. Thanks to all J.D -Original Message- From: alsa-devel-boun...@alsa-project.org [mailto:alsa-devel-boun...@alsa-project.org] On Behalf Of Andy

[PATCH v2 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

From: Jan Tuerk The Emerging Display Technology ETM0700G0BDH6 is exactly the same display as the ETM0700G0DH6, exept the pixelclock polarity. Therefore re-use the ETM0700G0DH6 modes. It is used by default on emtrion Avari based development kits. Signed-off-by: Jan Tuerk

[PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

From: Jan Tuerk This patch adds support for the emtrion GmbH emCON-MX6 modules. They are available with imx.6 Solo, Dual-Lite, Dual and Quad equipped with Memory from 512MB to 2GB (configured by U-Boot). Our default developer-Kit ships with the Avari baseboard and the EDT

[PATCH v2] drm/i915/vlv: Add cdclk workaround for DSI

At least on the Chuwi Vi8 (non pro/plus) the LCD panel will show an image shifted aprox. 20% to the left (with wraparound) and sometimes also wrong colors, showing that the panel controller is starting with sampling the datastream somewhere mid-line. This happens after the first blanking and

[PATCH v2 2/5] dt-bindings: Add vendor prefix for emtrion GmbH

From: Jan Tuerk emtrion is a system integrator and manufacturer of embedded systems. Website: https://www.emtrion.de Signed-off-by: Jan Tuerk Reviewed-by: Andreas Färber Acked-by: Rob Herring ---

[PATCH v3 0/5] Some corrections and improvement for Tegra DRM

I've aggregated all Tegra DRM patches that I've sent before into a single series. What's changed: - Alpha formats been dropped in addition to restore of opaque formats on T20/30. - Reworked the HW cursor patch a tad, since alpha formats have been dropped from

Re: [-next PATCH 0/4] sysfs and DEVICE_ATTR_

Hi, Joe Perches writes: > drivers/usb/phy/phy-tahvo.c| 2 +- Acked-by: Felipe Balbi -- balbi ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [Xen-devel] [RFC PATCH 01/60] hyper_dmabuf: initial working version of hyper_dmabuf drv

On 12/20/2017 01:27 AM, Dongwon Kim wrote: This patch series contains the implementation of a new device driver, hyper_dmabuf, which provides a method for DMA-BUF sharing across different OSes running on the same virtual OS platform powered by a hypervisor. This is very interesting at least in

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

Inline. On Wed, 20 Dec 2017 11:54:10 -0800 Kristian Høgsberg wrote: > On Wed, Dec 20, 2017 at 11:51 AM, Daniel Vetter wrote: > > Since this also involves the kernel let's add dri-devel ... Yeah, I forgot. Thanks Daniel! > > > > On Wed, Dec 20, 2017 at

Re: [-next PATCH 2/4] treewide: Use DEVICE_ATTR_RW

On Wed, Dec 20, 2017 at 10:32:11AM +0100, Greg Kroah-Hartman wrote: > On Wed, Dec 20, 2017 at 01:24:44AM -0800, Joe Perches wrote: > > On Wed, 2017-12-20 at 10:34 +0200, Jarkko Nikula wrote: > > > On Tue, Dec 19, 2017 at 10:15:07AM -0800, Joe Perches wrote: > > > > Convert DEVICE_ATTR uses to

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

On Wed, Dec 20, 2017 at 12:41 PM, Miguel Angel Vico wrote: > Inline. > > On Wed, 20 Dec 2017 11:54:10 -0800 > Kristian Høgsberg wrote: > > > On Wed, Dec 20, 2017 at 11:51 AM, Daniel Vetter wrote: > > > Since this also involves the

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On 21.12.2017 01:23, Dmitry Osipenko wrote: > On 21.12.2017 01:02, Thierry Reding wrote: >> On Thu, Dec 21, 2017 at 12:05:40AM +0300, Dmitry Osipenko wrote: >>> On 20.12.2017 23:16, Thierry Reding wrote: On Wed, Dec 20, 2017 at 11:01:49PM +0300, Dmitry Osipenko wrote: > On 20.12.2017

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On Wed, Dec 20, 2017 at 11:22:36AM +, Daniel Stone wrote: > > Also plymouth grabs the escape character of HPE iLOs, which is a serious > > no-go. > > I'm not entirely sure what this means, but maybe it's best addressed > as a bug report to the Plymouth developers? One of them is in this >

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On Tue, Dec 19, 2017 at 05:16:30PM +0100, Daniel Vetter wrote: > Ok I've realized that my assumptions about why you need this aren't > holding up. > > So from reading these patches it sounded like you want an in-kernel boot > splash because that would be on the display faster than a userspace one

[PATCH v2 3/5] ARM: dts: imx: Add an cpu0 label for imx6dl devices.

From: Jan Tuerk Adding the label cpu0 allows the adjustment of cpu-parameters by reference in overlaying dtsi files in the same way as it is possible for imx6q devices. Signed-off-by: Jan Tuerk Reviewed-by: Andreas Färber ---

[PATCH v2 5/5] ARM: imx_v6_v7_defconfig: Enable DA0963 PMIC support.

From: Jan Tuerk All recent emtrion modules based on i.mx6 make use of the DA0963. Therefore enable it with the following defaults: - CONFIG_MFD_DA9063=y - CONFIG_REGULATOR_DA9063=y - CONFIG_DA9063_WATCHDOG=m - CONFIG_RTC_DRV_DA9063=m MFD and

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On 21.12.2017 01:02, Thierry Reding wrote: > On Thu, Dec 21, 2017 at 12:05:40AM +0300, Dmitry Osipenko wrote: >> On 20.12.2017 23:16, Thierry Reding wrote: >>> On Wed, Dec 20, 2017 at 11:01:49PM +0300, Dmitry Osipenko wrote: On 20.12.2017 21:01, Thierry Reding wrote: > On Wed, Dec 20,

[PATCH 2/2] drm/rockchip: Remove analogix psr worker.

From: Sean Paul Now that the spinlocks and timers are gone, we can remove the psr worker located in rockchip's analogix driver and do the enable/disable directly. This should simplify the code and remove races on disable. Signed-off-by: Sean Paul

[PATCH v3 1/5] drm/tegra: dc: Link DC1 to DC0 on Tegra20

HW reset isn't actually broken on Tegra20, but there is a dependency on first display controller to be taken out of reset for the second to be enabled successfully. Signed-off-by: Dmitry Osipenko --- Change log: v2: Got rid of global variable and now use

Re: [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

"Rafael J. Wysocki" writes: > On Tuesday, December 19, 2017 7:15:08 PM CET Joe Perches wrote: >> Convert DEVICE_ATTR uses to DEVICE_ATTR_RO where possible. >> >> Done with perl script: >> >> $ git grep -w --name-only DEVICE_ATTR | \ >> xargs perl -i -e 'local $/; while

Re: [-next PATCH 2/4] treewide: Use DEVICE_ATTR_RW

On Tue, Dec 19, 2017 at 10:15:07AM -0800, Joe Perches wrote: > Convert DEVICE_ATTR uses to DEVICE_ATTR_RW where possible. > ... > diff --git a/sound/soc/omap/mcbsp.c b/sound/soc/omap/mcbsp.c > index 7a54e3083203..79d4dc785e5c 100644 > --- a/sound/soc/omap/mcbsp.c > +++ b/sound/soc/omap/mcbsp.c

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On 20.12.2017 23:16, Thierry Reding wrote: > On Wed, Dec 20, 2017 at 11:01:49PM +0300, Dmitry Osipenko wrote: >> On 20.12.2017 21:01, Thierry Reding wrote: >>> On Wed, Dec 20, 2017 at 06:46:11PM +0300, Dmitry Osipenko wrote: Commit 7772fdaef939 ("drm/tegra: Support ARGB and ABGR formats")

Re: [PATCH v3 3/5] drm/tegra: Trade overlay plane for cursor on older Tegra's

On 20.12.2017 23:19, Thierry Reding wrote: > On Wed, Dec 20, 2017 at 06:46:12PM +0300, Dmitry Osipenko wrote: >> Older Tegra's do not support RGBA format for the cursor, but instead >> overlay plane could be used for it. Since there is no much use for the >> overlays on a regular desktop and

[PATCH v3 3/5] drm/tegra: Trade overlay plane for cursor on older Tegra's

Older Tegra's do not support RGBA format for the cursor, but instead overlay plane could be used for it. Since there is no much use for the overlays on a regular desktop and HW-accelerated cursor is much nicer than the jerky SW cursor, let's trade one overlay plane for the cursor. Signed-off-by:

Re: [Ask for help] i.MX6 dual display

Hi Philipp I have an i.MX6Q running 4.9 LTS with etnaviv. We would like to have both the HDMI and LVDS outputs enabled a once. If I enable hdmi and lvds in the devicetree, we have only output on the hdmi port. Probably both LVDS and HDMI are clocked from the video PLL (PLL5). It is rather

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On 20.12.2017 21:01, Thierry Reding wrote: > On Wed, Dec 20, 2017 at 06:46:11PM +0300, Dmitry Osipenko wrote: >> Commit 7772fdaef939 ("drm/tegra: Support ARGB and ABGR formats") broke >> DRM's MODE_ADDFB IOCTL on Tegra20/30, because IOCTL uses XRGB format if >> requested FB depth is 24bpp. As a

Re: [-next PATCH 3/4] treewide: Use DEVICE_ATTR_RO

for the NVMe bits, Acked-by: Sagi Grimberg ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH] drm: move lease init after validation in drm_lease_create

On Wed, Dec 20, 2017 at 10:54:24PM -0800, Keith Packard wrote: > Patch bd36d3bab2e3d08f80766c86487090dbceed4651 fixed a deadlock in the > failure path of drm_lease_create. This made the partially initialized > lease object visible for a short window of time. > > To avoid having the lessee state

Re: [PATCH 7/7] drm/ttm: enable swapout of per VM BOs during allocation and allows reaping of deleted BOs

Am 21.12.2017 um 08:58 schrieb Thomas Hellstrom: What about "Enable recursive locking at swapout time to make it possible to swap out BOs that share the same reservation object." Is "per VM BOs" an AMD specific name? Yes, absolutely. It's even amdgpu specific, radeon uses the same

Re: [PATCH 3/7] drm/ttm: use an operation ctx for ttm_mem_global_alloc_page

On 12/21/2017 07:05 AM, He, Roger wrote: -Original Message- From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com] Sent: Wednesday, December 20, 2017 9:36 PM To: He, Roger ; amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Subject: Re: [PATCH

Re: [PATCH 2/7] drm/ttm: use an operation ctx for ttm_mem_global_alloc

With a suitable commit log, LGTM. Reviewed-by: Thomas Hellstrom On 12/20/2017 11:34 AM, Roger He wrote: Change-Id: I5279b5cd3560c4082b00f822219575a5f9c3808a Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_bo.c| 2 +-

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen wrote: > On Wed, Dec 20, 2017 at 12:41 PM, Miguel Angel Vico > wrote: >> >> Inline. >> >> On Wed, 20 Dec 2017 11:54:10 -0800 >> Kristian Høgsberg wrote: >> >> > On Wed, Dec 20,

<    1   2