Re: [PATCH 00/48] omapdrm: Merge omapdrm and omapdss

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 18/10/17 12:46, Tomi Valkeinen wrote: > Hi Laurent, > > On 13/10/17 17:58, Laurent Pinchart wrote: >> Hello, >> >> This patch series merges the omapdrm and omapdss

[Bug 103304] multi-threaded usage of Gallium RadeonSI leads to NULL pointer exception in pb_cache_reclaim_buffer

https://bugs.freedesktop.org/show_bug.cgi?id=103304 --- Comment #3 from Nicolai Hähnle --- After thinking about it some more, I think it's very likely that your application also has a bug, a write-after-read bug to be precise. What I'm suspecting is that you're doing this:

Re: [PATCH v3 0/9] Exynos DRM: rewrite IPP subsystem and userspace API

Hi Daniel, On 2017-10-17 14:24, Daniel Vetter wrote: On Tue, Oct 17, 2017 at 01:07:43PM +0200, Marek Szyprowski wrote: This patchset performs complete rewrite of Exynos DRM IPP subsystem and its userspace API. Why such rewrite is needed? Exynos DRM IPP API is over-engineered in general, but

Re: [PATCH v3 03/12] drm/panel: Keep track of enabled/prepared

On 17.10.2017 23:13, Sean Paul wrote: > This patch adds state tracking to the drm_panel functions which keep > track of enabled and prepared. If the calls are unbalanced, a WARNING is > issued. > > The motivation for this change is that a number of panel drivers > (including panel-simple) all do

linux-next: manual merge of the sound-asoc tree with the drm-misc tree

Hi all, Today's linux-next merge of the sound-asoc tree got a conflict in: drivers/gpu/drm/amd/include/amd_shared.h between commit: cfa289fd4986c ("drm/amdgpu: rename amdgpu_dpm_funcs to amd_pm_funcs") from the drm-misc tree and commit: 1e4448648333a ("drm/amdgpu Moving amdgpu asic

[Bug 102566] [IGT][KBL] pm_rc6_residency@rc6-accuracy is failing with assertion: ratio > 0.9 && ratio <= 1

https://bugs.freedesktop.org/show_bug.cgi?id=102566 Chris Wilson changed: What|Removed |Added Assignee|intel-gfx-bugs@lists.freede

[Bug 102566] [IGT][KBL] pm_rc6_residency@rc6-accuracy is failing with assertion: ratio > 0.9 && ratio <= 1

https://bugs.freedesktop.org/show_bug.cgi?id=102566 Chris Wilson changed: What|Removed |Added Status|REOPENED|RESOLVED

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On 17.10.2017 21:53, Ville Syrjälä wrote: On Tue, Oct 17, 2017 at 09:00:56PM +0200, Nicolai Hähnle wrote: On 17.10.2017 16:09, Ville Syrjälä wrote: On Tue, Oct 17, 2017 at 03:46:24PM +0200, Michel Dänzer wrote: On 17/10/17 02:22 PM, Daniel Vetter wrote: On Tue, Oct 17, 2017 at 12:28:17PM

Re: [PATCH] drm/atomic-helper: check that drivers call drm_crtc_vblank_off

On Tue, Oct 17, 2017 at 06:32:52PM +0300, Ville Syrjälä wrote: > On Tue, Oct 17, 2017 at 05:27:14PM +0200, Daniel Vetter wrote: > > At least when they have vblank support they need to call this, or the > > vblank core will happily call into their crtc->enable_vblank callback > > even when the crtc

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

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/i915_gem_evict.c between commit: 99b169d3c2052 ("drm/i915: Fix eviction when the GGTT is idle but full") from the drm-intel-fixes tree and commit: 9c1477e83e629 ("drm/i915/selftests: Exercise

[PATCH v3 0/2] drm: Move debug macros out of drmP.h

This patchset move debug macros from drmP.h to drm_print.h and move printing related functions used by the debug macros from drm_drv.[hc] to drm_print.[hc]. In addition, it fixes old comment style. Changes in v3: - Move debug macros and print functions into drm_print.[hc] instead of introducing

[PATCH v3 06/12] of: overlay: detect cases where device tree may become corrupt

From: Frank Rowand When an attempt to apply an overlay changeset fails, an effort is made to revert any partial application of the changeset. When an attempt to remove an overlay changeset fails, an effort is made to re-apply any partial reversion of the changeset. The

[PATCH v4 1/2] drm: Move debug macros out of drmP.h

This patch extract DRM_* debug macros from drmP.h to drm_print.h and move printing related functions used by these macros from drm_drv.[hc] to drm_print.[hc]. Signed-off-by: Haneen Mohammed --- Changes in v4: - Move DRM_UT_ debug messaging macros from drmP.h to

Re: [PATCH 2/9] drm/panel: simple: simplify display_mode definitions by using macro

Hi, On Tue, 17 Oct 2017 15:08:31 +0200 Thierry Reding wrote: > On Tue, Oct 17, 2017 at 03:05:16PM +0200, Lothar Waßmann wrote: > > Hi, > > > > On Tue, 17 Oct 2017 14:09:37 +0200 Thierry Reding wrote: > > > On Wed, Oct 11, 2017 at 01:23:34PM +0200, Lothar Waßmann wrote: > > > > Use the newly

[PATCH v3 05/12] of: overlay: minor restructuring

From: Frank Rowand Continue improving the readability of overlay.c. The previous patches renamed identifiers. This patch is split out from the previous patches to make the previous patches easier to review. Changes are: - minor code restructuring - some

Re: [PATCH 2/9] drm/panel: simple: simplify display_mode definitions by using macro

Hi, On Tue, 17 Oct 2017 14:09:37 +0200 Thierry Reding wrote: > On Wed, Oct 11, 2017 at 01:23:34PM +0200, Lothar Waßmann wrote: > > Use the newly defined macro to generate the display_mode data entries > > for all panels. This reduces the code size significantly and makes the > > code more

[PATCH v3 03/12] of: overlay: rename identifiers to more reflect what they do

From: Frank Rowand This patch is aimed primarily at drivers/of/overlay.c, but those changes also have a small impact in a few other files. overlay.c is difficult to read and maintain. Improve readability: - Rename functions, types and variables to better reflect what

[PATCH v4 0/2] drm: Move debug macros out of drmP.h

This patchset move debug macros from drmP.h to drm_print.h and move printing related functions used by the debug macros from drm_drv.[hc] to drm_print.[hc]. In addition, it fixes old comment style. Changes in v4: - Move DRM_UT_ debug messaging macros from drmP.h to drm_print.h. Changes in v3: -

Re: [PATCH 16/23] drm/sun4i: Add A83T support

在 2017-10-17 17:06，Maxime Ripard 写道： Add support for the A83T display pipeline. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 3 +++ drivers/gpu/drm/sun4i/sun4i_drv.c | 2 ++

Re: [RFC v2 0/8] Acer Chromebook R13 support

Hi Ulrich, On 10/16/2017 05:31 PM, Ulrich Hecht wrote: Hi! This is a new revision of the Acer Chromebook R13 support series. It does not offer anything new in terms of functionality, but eliminates three out of four ugly hacks and adds a few minor cleanups; see below for details. Thanks to

Re: [PATCH v6 1/2] drm_fourcc: Add new P010, P016 video format

On 10/12/2017 07:56 PM, Tapani Pälli wrote: Is this one going to land soon? The discussion was a bit hard to read but it looks like in the end consensus was that everything looks good in this patch. I am very sorry, I am too busy with  the other dma problem in rockchip. The main problem is

[PATCH v2 3/3] drm/amd/powerplay: Place the constant on the right side of the test

Move the constant on the right side of the comparison in order to make the code easier to read. Issue found by checkpatch script: * WARNING: Comparisons should place the constant on the right side of the test Signed-off-by: Georgiana Chelu --- Changes in v2: *

Re: drm_kms_helper cycle detected build error in next

* Daniel Vetter [171017 05:09]: > On Mon, Oct 16, 2017 at 07:35:24AM -0700, Tony Lindgren wrote: > > > > Meanwhile, can you guys provide few more clues which patch to pick > > for the rest of us? > > > > Something like patch subject line, commit id in drm-misc or something > >

[PATCH v3 02/12] of: overlay.c: Convert comparisons to zero or NULL to logical expressions

From: Frank Rowand Use normal shorthand for comparing a variable to zero. For variable "XXX": convert (XXX == 0) to (!XXX) convert (XXX != 0) to (XXX) Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 36

[PATCH v2 0/3] drm/amd/powerplay: Fix coccinelle and checkpatch issues

The first two patches fix coccinelle issues and the last patch fix a checkpatch issue. First patch: The return value of kzalloc does not need a cast because the assignment operator will take care of this. Second patch: The 'result' variable does not change its value until the end of the

[PATCH v3 08/12] of: overlay: loosen overly strict phandle clash check

From: Frank Rowand When an overlay contains a node that already exists in the live device tree, the overlay node is not allowed to change the phandle of the existing node. The existing check refused to allow an overlay node to set the node phandle even when the existing

[PATCH v3 10/12] of: overlay: simplify applying symbols from an overlay

From: Frank Rowand The code to apply symbols from an overlay to the live device tree was implemented with the intent to be minimally intrusive on the existing code. After recent restructuring of the overlay apply code, it is easier to disintangle the code that applies the

[PATCH v2 2/3] drm/amd/powerplay: Remove useless variable

The result variable is initialized at the beginning of the function, but its value does not change during the function execution. Thus, remove the variable and return the SUCCESS value, which is 0. Issue found by coccinelle script: * Unneeded variable: "result". Return "0" Path to the cocci

Re: [PATCH v2 03/12] of: overlay: rename identifiers to more reflect what they do

On 10/17/17 07:38, Rob Herring wrote: > On Mon, Oct 16, 2017 at 8:17 PM, wrote: >> From: Frank Rowand >> >> This patch is aimed primarily at drivers/of/overlay.c, but those >> changes also have a small impact in a few other files. >> >> overlay.c

Re: [RFC 06/11] arm64: dts: mediatek: Add Elm Rev. 3 device tree

Hi, On Fri, 2017-09-29 at 15:09 +0200, Ulrich Hecht wrote: > Signed-off-by: Ulrich Hecht > --- > arch/arm64/boot/dts/mediatek/Makefile|1 + > arch/arm64/boot/dts/mediatek/mt8173-elm-rev3.dts | 21 + >

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On 18.10.2017 10:10, Daniel Vetter wrote: On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote: On 17.10.2017 19:16, Daniel Vetter wrote: On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote: On 17/10/17 05:04 PM, Daniel Vetter wrote: On Tue, Oct 17, 2017 at

Re: [PATCH v2 2/2] vgaarb: Factor out EFI and fallback default device selection

Daniel Vetter writes: > On Wed, Oct 18, 2017 at 11:24:43AM +1100, Daniel Axtens wrote: >> Hi Daniel, >> >> >> Initially I wondered if this info printk could be moved into >> >> vga_arbiter_check_bridge_sharing(), but it's been separated out since >> >> 3448a19da479b ("vgaarb:

[PATCH v3 11/12] of: overlay: remove a dependency on device node full_name

From: Frank Rowand The "%pOF" printf format was recently added to print the full name of a device tree node, with the intent of changing the node full_name field to contain only the node name instead of the full path of the node. dup_and_fixup_symbol_prop() duplicates a

Re: [PATCH] drm/nouveau/fbcon: fix oops without fbdev emulation

Ben, David, I would hate if Linux 4.14 is released without this fix, as it would be a regression for my machine. As I mentioned, Linux 4.13 registers nouveaufb even without the dock, but Linux 4.14 doesn't. And that would cause an oops even if CONFIG_DRM_FBDEV_EMULATION is enabled. Please let me

Re: [PATCH 1/9] drm/panel: simple: add a macro for defining display modes in a simpler and less error prone way

Hi, On Tue, 17 Oct 2017 14:08:18 +0200 Thierry Reding wrote: > On Wed, Oct 11, 2017 at 01:23:33PM +0200, Lothar Waßmann wrote: > > Create a macro that eases the definition of display mode parameters by > > accecpting the parameters: > > freq, hactive, hfront-porch, hsynclen, hback-porch, > >

Re: [PATCH v5] drm/i915: Replace *_reference/unreference() or *_ref/unref with _get/put()

On Sun, Oct 15, 2017 at 12:06:44AM +0530, Harsha Sharma wrote: > Replace instances of drm_framebuffer_reference/unreference() with > *_get/put() suffixes and drm_dev_unref with *_put() suffix > because get/put is shorter and consistent with the > kernel use of *_get/put suffixes. > Done with

Re: linux-next: manual merge of the sound-asoc tree with the drm-misc tree

On Wed, Oct 18, 2017 at 10:57:33AM +0100, Mark Brown wrote: > I fixed it up (see below) and can carry the fix as necessary. This > is now fixed as far as linux-next is concerned, but any non trivial > conflicts should be mentioned to your upstream maintainer when your tree > is submitted for

Re: [PATCH v3 6/9] drm/exynos: fimc: Convert driver to IPP v2 core API

Hi Marek, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.14-rc5 next-20171017] [cannot apply to drm-exynos/exynos-drm/for-next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[Bug 103316] [Hawaii, FirePro, radeon] WARNING: CPU: 1 PID: 18632 at drivers/gpu/drm/ttm/ttm_page_alloc_dma.c:548 ttm_dma_free_pool.part.8+0x128/0x130 [ttm]

https://bugs.freedesktop.org/show_bug.cgi?id=103316 --- Comment #1 from Christian König --- Mhm, please attach the full dmesg. Is that a regression? -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v2 1/4] video: fb: Make fbcon dmi quirks usuable for drm drivers too

On Tue, Oct 17, 2017 at 06:17:21PM +0200, Hans de Goede wrote: > Hi, > > Sorry for being slow to reply, I've been a bit overwhelmed with > other stuff lately. > > On 10/02/2017 10:01 AM, Daniel Vetter wrote: > > On Sun, Oct 01, 2017 at 05:33:14PM +0200, Hans de Goede wrote: > > > Some x86

Re: [PATCH 04/48] drm: omapdrm: Merge the omapdss and omapdss-base modules

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 13/10/17 17:59, Laurent Pinchart wrote: > There's no need for the omapdss-base code to be part of a separate > module. Merge it with the omapdss module. This allows

[Bug 103168] [CI] igt@prime_mmap_coherency@[write-and-fail|write] - fai - Failed assertion: !(!stale)

https://bugs.freedesktop.org/show_bug.cgi?id=103168 Marta Löfstedt changed: What|Removed |Added Summary|[CI]|[CI]

[Bug 103234] KWin crashed when Alt+Tab-ing through open windows

https://bugs.freedesktop.org/show_bug.cgi?id=103234 --- Comment #6 from Dennis Schridde --- This is the ebuild: https://gitweb.gentoo.org/repo/gentoo.git/tree/media-libs/mesa/mesa-17.2.2.ebuild Patches would be listed in a PATCHES variable or applied in src_prepare(). The

[PATCH v3 1/2] drm: Move debug macros out of drmP.h

This patch extract DRM_* debug macros from drmP.h to drm_print.h and move printing related functions used by these macros from drm_drv.[hc] to drm_print.[hc]. Signed-off-by: Haneen Mohammed --- Changes in v3: - Move debug macros and print functions into drm_print.[hc]

[PATCH v3 00/12] of: overlay: clean up device tree overlay code

From: Frank Rowand I have found the device tree overlay code to be difficult to read and maintain. This patch series attempts to improve that situation. The cleanup includes some changes visible to users of overlays. The only in kernel user of overlays is fixed up for

Re: [PATCH v3 1/2] drm: Move debug macros out of drmP.h

On Tue, Oct 17, 2017 at 03:54:13PM -0400, Sean Paul wrote: > On Tue, Oct 17, 2017 at 02:43:38AM -0600, Haneen Mohammed wrote: > > This patch extract DRM_* debug macros from drmP.h to drm_print.h and > > move printing related functions used by these macros from drm_drv.[hc] > > to drm_print.[hc]. >

Re: [PATCH v2 3/8] drm/fb-helper: Add simple init/fini functions

ah, yeah have to agree it was pretty tough figuring that out at first, I was pretty green with kernel space. But considering i just wrote a working linux DRM kernel driver with minimal knowledge of kernels or even really how embedded devices share memory resources... good job is all I have to say.

Re: [PATCH 3/9] drm/panel: simple: make it possible to override LCD bus format

Hi, On Tue, 17 Oct 2017 14:12:40 +0200 Thierry Reding wrote: > On Wed, Oct 11, 2017 at 01:23:35PM +0200, Lothar Waßmann wrote: > > The baseboards for the Ka-Ro electronics series of i.MX modules > > use a 24bit LCD interface, no matter what LCD bus width the SoC on the > > module provides and

[PATCH v3 2/2] drm/print: Update old comment style

Remove old comment style used by doxygen. And remove comment left from commit 99cdb35e787b ("drm/doc: move printf helpers out of drmP.h") after refactoring drmP.h. Signed-off-by: Haneen Mohammed --- Changes in v3: - nothing include/drm/drm_print.h | 27

Re: [PATCH v3 02/12] drm/panel: Move [un]prepare and [dis|en]able functions

On Tue, Oct 17, 2017 at 05:13:05PM -0400, Sean Paul wrote: > In preparation for state tracking in drm_panel, move the panel functions > into drm_panel.c so we beef them up in later patches. > > Signed-off-by: Sean Paul I'll take the easy ones, on patches 1&2:

Re: [PATCH 4/9] drm/panel: simple: add support for overriding the pixel clock polarity

Hi, On Tue, 17 Oct 2017 14:14:22 +0200 Thierry Reding wrote: > On Wed, Oct 11, 2017 at 01:23:36PM +0200, Lothar Waßmann wrote: > > The Ka-Ro electronics MB7 baseboard has an on-board LCD->LVDS > > converter that requires a fixed pixelclk polarity, no matter what the > > panel's display_mode

[PATCH v3 07/12] of: overlay: expand check of whether overlay changeset can be removed

From: Frank Rowand The test of whether it is safe to remove an overlay changeset looked at whether any node in the overlay changeset was in a subtree rooted at any more recently applied overlay changeset node. The test failed to determine whether any node in the overlay

[PATCH v4 2/2] drm/print: Update old comment style

Remove old comment style used by doxygen. And remove comment left from commit 99cdb35e787b ("drm/doc: move printf helpers out of drmP.h") after refactoring drmP.h. Signed-off-by: Haneen Mohammed --- Changes in v4: - Nothing. include/drm/drm_print.h | 27

[PATCH v3 04/12] of: overlay: rename identifiers in dup_and_fixup_symbol_prop()

From: Frank Rowand More renaming of identifiers to better reflect what they do. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 24 ++-- 1 file changed, 18 insertions(+), 6 deletions(-) diff --git a/drivers/of/overlay.c

[PATCH v3 12/12] of: overlay: remove unneeded check for NULL kbasename()

From: Frank Rowand kbasename() will not return NULL if passed a valid string. If the parameter passed to kbasename() in this case is already NULL then the devicetree has been corrupted. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 2 --

[PATCH v2 1/3] drm/amd/powerplay: Don't cast kzalloc() return value

The kzalloc function returns a void pointer and the assignment operator converts it to the type of pointer it is assigned to. Therefore, there is no need to cast. Issue found by alloc_cast.cocci: * WARNING: casting value returned by memory allocation function to is useless. Path to the cocci

[PATCH v3 01/12] of: overlay.c: Remove comments that state the obvious, to reduce clutter

From: Frank Rowand Follows recommendations in Documentation/process/coding-style.rst, section 8, Commenting. Some in function comments are promoted to function header comments. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 47

Re: [PATCH 12/23] drm/sun4i: sun8i: properly support UI channels

在 2017-10-17 17:06，Maxime Ripard 写道： The current code has the wrong macro to get the registers offsets of the UI-registers, with an off-by-0x1000 error. It works so far by accident, since the UI channel used everywhere else is the number of VI planes, which has always been 1 so far, and the

Re: [PATCH 0/4] drm/meson: power domain init related fixes

On Tue, Oct 17, 2017 at 10:07:40AM +0200, Neil Armstrong wrote: > A PM Power Domain driver has been pushed at [1] to solve the main issue. URL to [1] missing? ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [PATCH v2 2/2] vgaarb: Factor out EFI and fallback default device selection

On 17 October 2017 at 13:05, Daniel Vetter wrote: > On Tue, Oct 17, 2017 at 01:03:46PM +1100, Daniel Axtens wrote: >> Bjorn Helgaas writes: >> >> > The default VGA device is normally set in vga_arbiter_add_pci_device() when >> > we call it for the first

Re: [PATCH v3] drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl

On Tue, 17 Oct 2017 17:16:29 -0700 Eric Anholt wrote: > Boris Brezillon writes: > > > This ioctl will allow us to purge inactive userspace buffers when the > > system is running out of contiguous memory. > > > > For now, the purge logic is

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote: > On 17.10.2017 19:16, Daniel Vetter wrote: > > On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote: > > > On 17/10/17 05:04 PM, Daniel Vetter wrote: > > > > On Tue, Oct 17, 2017 at 03:46:24PM +0200, Michel

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On 18/10/17 10:10 AM, Daniel Vetter wrote: > On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote: >> On 17.10.2017 19:16, Daniel Vetter wrote: >>> On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote: On 17/10/17 05:04 PM, Daniel Vetter wrote: > On Tue, Oct

Re: [PATCH] drm/vblank: Fix flip event vblank count

Hi Ville, On 10.10.2017 15:33, Ville Syrjala wrote: > From: Ville Syrjälä > > On machines where the vblank interrupt fires some time after the start > of vblank (or we just manage to race with the vblank interrupt handler) > we will currently stuff a stale vblank

Re: [RFC PATCH 3/4] extcon: add possibility to get extcon device by of node

Hi, On 2017년 09월 28일 22:07, Andrzej Hajda wrote: > Since extcon property is not allowed in DT, extcon subsystem requires > another way to get extcon device. Lets try the simplest approach - get > edev by of_node. > > Signed-off-by: Andrzej Hajda > --- >

[PATCH v3 09/12] of: overlay: avoid race condition between applying multiple overlays

From: Frank Rowand The process of applying an overlay consists of: - unflatten an overlay FDT (flattened device tree) into an EDT (expanded device tree) - fixup the phandle values in the overlay EDT to fit in a range above the phandle values in the live device

[PATCH] drm/sun4i: tcon: Add dithering support for RGB565/RGB666 LCD panels

Dithering is supported on TCON channel 0 which is used for LCD panels. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 37 + drivers/gpu/drm/sun4i/sun4i_tcon.h | 18 +- 2 files changed, 54 insertions(+),

Re: [PATCH v2 2/2] vgaarb: Factor out EFI and fallback default device selection

On Wed, Oct 18, 2017 at 11:24:43AM +1100, Daniel Axtens wrote: > Hi Daniel, > > >> Initially I wondered if this info printk could be moved into > >> vga_arbiter_check_bridge_sharing(), but it's been separated out since > >> 3448a19da479b ("vgaarb: use bridges to control VGA routing where > >>

Re: [PATCH v2 09/11] drm/exynos/hdmi: quirk for support mode timings conversion

On 18.10.2017 04:31, Inki Dae wrote: > > 2017년 10월 17일 17:04에 Andrzej Hajda 이(가) 쓴 글: >> On 17.10.2017 09:38, Inki Dae wrote: >>> 2017년 09월 29일 19:05에 Andrzej Hajda 이(가) 쓴 글: MIXER in SoCs prior to Exynos5420 supports only 4 video modes: 720x480, 720x576, 1280x720, 1920x1080. Support for

Re: [PATCH 00/48] omapdrm: Merge omapdrm and omapdss

Hi Laurent, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 13/10/17 17:58, Laurent Pinchart wrote: > Hello, > > This patch series merges the omapdrm and omapdss drivers into a single driver > called omapdrm.

[Bug 102566] [IGT][KBL] pm_rc6_residency@rc6-accuracy is failing with assertion: ratio > 0.9 && ratio <= 1

https://bugs.freedesktop.org/show_bug.cgi?id=102566 Marta Löfstedt changed: What|Removed |Added Resolution|FIXED |---

[git pull] amdkfd next 4.15

Hi Dave, This is the amdkfd pull request for 4.15 merge window. The patches here are relevant only for Kaveri and Carrizo. Still no dGPU patches. The main goal is to continue alignment with the internal AMD development tree. The following is a summary of the changes: - Improvements and fixes

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On Wed, Oct 18, 2017 at 03:20:57PM -0400, Harry Wentland wrote: > On 2017-10-18 04:10 AM, Daniel Vetter wrote: > > On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote: > >> On 17.10.2017 19:16, Daniel Vetter wrote: > >>> On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer

[PATCH v6 09/10] drm/bridge/synopsys: dw-hdmi: Do not use device's drvdata

Let plat drivers own the drvdata, so that they could cleanup resources in their unbind(). Signed-off-by: Jeffy Chen Reviewed-by: Neil Armstrong --- Changes in v6: None Changes in v5: None drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43

[PATCH v6 07/10] drm/rockchip: inno_hdmi: Fix error handling path

Add missing error handling in bind(). Fixes: 412d4ae6b7a5 ("drm/rockchip: hdmi: add Innosilicon HDMI support") Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: Call the destroy hook in the error handling path like in unbind(). Update cleanup order in

[PATCH v6 03/10] drm/bridge: analogix: Do not use device's drvdata

The driver that instantiates the bridge should own the drvdata, as all driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also owned by its driver struct. Moreover, storing two different pointer types in driver data depending on driver initialization status is barely a good

[PATCH v6 02/10] drm/rockchip: analogix_dp: Remove unnecessary init code

Remove unnecessary init code, since we would do it in the power_on() callback. Also move of parse code to probe(). Fixes: 9e32e16e9e98 ("drm: rockchip: dp: add rockchip platform dp driver") Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None

[PATCH v6 08/10] drm/bridge/synopsys: dw-hdmi: Add missing bridge detach

We inited connector in attach(), so need a detach() to cleanup. Also fix wrong use of dw_hdmi_remove() in bind(). Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 10 +- 1 file changed, 9

[PATCH v6 05/10] drm/rockchip: analogix_dp: Add a sanity check for rockchip_drm_psr_register()

The rockchip_drm_psr_register() can fail, so add a sanity check for that. Also reorder the calls in unbind() to match bind(). Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 15 +++

[PATCH v6 06/10] drm/rockchip: dw-mipi-dsi: Fix error handling path

Add missing pm_runtime_disable() in bind()'s error handling path. Also cleanup encoder & connector in unbind(). Fixes: 80a9a059d4e4 ("drm/rockchip/dsi: add dw-mipi power domain support") Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: Call the

[PATCH v6 10/10] drm/rockchip: dw_hdmi: Fix error handling path

Add missing clk_disable_unprepare() in bind()'s error handling path and unbind(). Also inline clk_prepare_enable() with bind(). Fixes: 12b9f204e804 ("drm: bridge/dw_hdmi: add rockchip rk3288 support") Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5:

[PATCH] drm/qxl: workaround broken qxl hw primary setting.

From: Dave Airlie QXL hw can't change primary surfaces easily, the server sends a msg and the client flickers a lo when it does. The old pre-atomic page flip code endeavoured to workaround this with a copy operation. This worked by another accident of how the qxl virtual gpu

Re: [RFC PATCH v4 4/8] drm/rockchip: dw_hdmi: Fix error handling path

Hi Sean, Thanks for your review. On 10/18/2017 02:10 AM, Sean Paul wrote: On Tue, Oct 17, 2017 at 06:16:20PM +0800, Jeffy Chen wrote: >Add missing clk_disable_unprepare() in bind()'s error handling path. This also isn't disabled in unbind(), is that intentional? i wasn't able to do that

Re: [PATCH v2] drm/rockchip: Use an enum to identify Rockchip VOPs

On 2017年10月19日 01:52, Brian Norris wrote: Hi Kristian, On Thu, Nov 03, 2016 at 12:46:48PM -0700, Kristian Högsberg wrote: We used to call drm_of_encoder_active_endpoint_id() from rockchip_dp_drm_encoder_atomic_check() to determine the endpoint for the active encoder. However, the encoder isn't

[PULL] drm-intel-fixes

Hi Dave, Here goes another round of drm/i915 fixes for 4.14. drm-intel-fixes-2017-10-18-1: Fix for stable: - Fix DDI translation tables for BDW (Chris). Critical fix: - Fix GPU Hang on GVT (Changbin). Other fixes: - Fix eviction when GGTT is idle (Chris). - CNL PLL fixes (Rodrigo). - Fix

[PATCH v6 00/10] rockchip: kevin: Enable edp display

Make edp display works on chromebook kevin(at least for boot animation). Also solve some issues i meet during the bringup. Changes in v6: Don't change order of rockchip_drm_psr_register(). Changes in v5: Call the destroy hook in the error handling path like in unbind(). Call the destroy hook

[PATCH v6 04/10] drm/bridge: analogix_dp: Fix connector and encoder cleanup

Since we are initing connector in the core driver and encoder in the plat driver, let's clean them up in the right places. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda --- Changes in v6: Don't change order of rockchip_drm_psr_register().

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, ) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #3 from Marta Löfstedt --- Also, GLK-shards (gem_ctx_param:1501) CRITICAL: Test assertion failure function __real_main31, file gem_ctx_param.c:152: (gem_ctx_param:1501) CRITICAL: Failed assertion:

[Bug 103304] multi-threaded usage of Gallium RadeonSI leads to NULL pointer exception in pb_cache_reclaim_buffer

https://bugs.freedesktop.org/show_bug.cgi?id=103304 --- Comment #6 from Nicolai Hähnle --- Created attachment 134908 --> https://bugs.freedesktop.org/attachment.cgi?id=134908=edit simple sanity check patch Does the attached patch help? -- You are receiving this mail

[Bug 103317] Tearing in WQHD, but not in FHD

https://bugs.freedesktop.org/show_bug.cgi?id=103317 --- Comment #2 from Michel Dänzer --- Please attach the output of xrandr --verbose while the problem occurs (i.e. while e.g. 0ad is running and showing flickering). Does not enabling TearFree or Option "EnablePageFlip"

[Bug 103304] multi-threaded usage of Gallium RadeonSI leads to NULL pointer exception in pb_cache_reclaim_buffer

https://bugs.freedesktop.org/show_bug.cgi?id=103304 --- Comment #7 from Nicolai Hähnle --- Though on second thought, that patch should have no effect, assuming that you glFlush() properly after the glFenceSync(). -- You are receiving this mail because: You are the assignee

[Bug 102566] [IGT][KBL] pm_rc6_residency@rc6-accuracy is failing with assertion: ratio > 0.9 && ratio <= 1

https://bugs.freedesktop.org/show_bug.cgi?id=102566 Marta Löfstedt changed: What|Removed |Added Status|RESOLVED|CLOSED ---

[PATCH v5 4/9] drm/bridge: analogix_dp: Fix connector & encoder cleanup

Since we are initing connector in the core driver and encoder in the plat driver, let's clean them up in the right places. Signed-off-by: Jeffy Chen --- Changes in v5: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 --

[PATCH v5 3/9] drm/bridge: analogix: Do not use device's drvdata

The driver that instantiates the bridge should own the drvdata, as all driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also owned by its driver struct. Moreover, storing two different pointer types in driver data depending on driver initialization status is barely a good

[PATCH v5 0/9] rockchip: kevin: Enable edp display

Make edp display works on chromebook kevin(at least for boot animation). Also solve some issues i meet during the bringup. Changes in v5: Call the destroy hook in the error handling path like in unbind(). Call the destroy hook in the error handling path like in unbind(). Update cleanup order in

[PATCH v5 5/9] drm/rockchip: dw-mipi-dsi: Fix error handling path

Add missing pm_runtime_disable() in bind()'s error handling path. Also cleanup encoder & connector in unbind(). Fixes: 80a9a059d4e4 ("drm/rockchip/dsi: add dw-mipi power domain support") Signed-off-by: Jeffy Chen --- Changes in v5: Call the destroy hook in the error

[PATCH v5 8/9] drm/bridge/synopsys: dw-hdmi: Do not use device's drvdata

Let plat drivers own the drvdata, so that they could cleanup resources in their unbind(). Signed-off-by: Jeffy Chen --- Changes in v5: None drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43 ++--- drivers/gpu/drm/imx/dw_hdmi-imx.c |

[PATCH v5 9/9] drm/rockchip: dw_hdmi: Fix error handling path

Add missing clk_disable_unprepare() in bind()'s error handling path and unbind(). Also inline clk_prepare_enable() with bind(). Fixes: 12b9f204e804 ("drm: bridge/dw_hdmi: add rockchip rk3288 support") Signed-off-by: Jeffy Chen --- Changes in v5: Add disable to

[PATCH v5 7/9] drm/bridge/synopsys: dw-hdmi: Add missing bridge detach

We inited connector in attach(), so need a detach() to cleanup. Also fix wrong use of dw_hdmi_remove() in bind(). Signed-off-by: Jeffy Chen --- Changes in v5: None drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 10 +- 1 file changed, 9 insertions(+), 1

[PATCH v5 2/9] drm/rockchip: analogix_dp: Remove unnecessary init code

Remove unnecessary init code, since we would do it in the power_on() callback. Also move of parse code to probe(). Fixes: 9e32e16e9e98 ("drm: rockchip: dp: add rockchip platform dp driver") Signed-off-by: Jeffy Chen --- Changes in v5: None

  1   2   >