[git pull] drm fixes for v4.17-rc3

Hi Linus, Pretty run of the mill for this stage in the cycle. i915: - Black screen fixes - Display w/a fix - HDA codec interop fix sun4i: - tbsa711 tablet regression fix qxl: - Regression fixes due to changes in TTM virtio: - Fix wait event condition msm: - DSI display fixes amdgpu: - fix hang

[drm-intel:topic/core-for-CI 9/9] backtracetest.c:undefined reference to `save_stack_trace'

tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI head: 1bb5f7fce1fe95fb9a9a9a23845b286ca47c9ed6 commit: 1bb5f7fce1fe95fb9a9a9a23845b286ca47c9ed6 [9/9] RFC: debugobjects: capture stack traces at _init() time config: m68k-allyesconfig (attached as .config) compiler:

Re: [[RFC]DPU PATCH 2/4] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

On Wed, Apr 25, 2018 at 08:46:13PM -0400, Rob Clark wrote: > On Wed, Apr 25, 2018 at 7:45 PM, Stephen Boyd wrote: > > Quoting Sandeep Panda (2018-04-19 10:56:06) > >> Document the bindings used for the sn65dsi86 DSI to eDP bridge. > >> > >> Changes in v1: > >> - Rephrase the

Re: [PATCH 1/2] drm/ttm: Add TTM_PAGE_FLAG_TRANSHUGE

On 2018年04月26日 23:06, Michel Dänzer wrote: From: Michel Dänzer When it's set, TTM tries to allocate huge pages if possible. Do you mean original driver doesn't do this? From the code, driver always try huge pages if CONFIG_TRANSPARENT_HUGEPAGE is enabled. Regards,

[radeon-alex:amd-staging-drm-next 31/33] drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/vegam_smumgr.c:490:66: sparse: incorrect type in assignment (different base types)

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: a11008ca87d737a3b1ffbe7f32af7d74d78a9aa8 commit: c4d9e2ed68bb9380ebd75916b28addcbc460c24f [31/33] drm/amd/powerplay: add smumgr support for VEGAM (v2) reproduce: # apt-get install sparse git

[radeon-alex:amd-staging-drm-next 29/33] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppatomctrl.c:323:71: sparse: missing braces around initializer

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: a11008ca87d737a3b1ffbe7f32af7d74d78a9aa8 commit: 2493ccc491879761baffb7a66a7bbb86b3cff7ad [29/33] drm/amd/powerplay: update ppatomctrl.c (v2) reproduce: # apt-get install sparse git checkout

[drm-intel:topic/core-for-CI 9/9] slub.c:undefined reference to `save_stack_trace'

tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI head: 1bb5f7fce1fe95fb9a9a9a23845b286ca47c9ed6 commit: 1bb5f7fce1fe95fb9a9a9a23845b286ca47c9ed6 [9/9] RFC: debugobjects: capture stack traces at _init() time config: m68k-allmodconfig (attached as .config) compiler:

Re: [PATCH] drm/bridge: tc358767: fix mode_valid's return type

Hi Luc, Thank you for the patch. On Tuesday, 24 April 2018 16:14:52 EEST Luc Van Oostenryck wrote: > The method struct drm_connector_helper_funcs::mode_valid is defined > as returning an 'enum drm_mode_status' but the driver implementation > for this method uses an 'int' for it. > > Fix this by

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

Hi Peter, On Friday, 27 April 2018 02:09:14 EEST Peter Rosin wrote: > On 2018-04-27 00:40, Laurent Pinchart wrote: > > On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote: > >> Hi! > >> > >> It was noted by Russel King [1] that bridges (not using components) > >> might disappear

[Bug 106263] amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4

https://bugs.freedesktop.org/show_bug.cgi?id=106263 --- Comment #1 from erhar...@mailbox.org --- Created attachment 139157 --> https://bugs.freedesktop.org/attachment.cgi?id=139157=edit journalctl -k (kernel 4.16.5) -- You are receiving this mail because: You are the assignee for the

[Bug 106263] amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4

https://bugs.freedesktop.org/show_bug.cgi?id=106263 erhar...@mailbox.org changed: What|Removed |Added Version|XOrg git|unspecified -- You are

[Bug 106263] amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4

https://bugs.freedesktop.org/show_bug.cgi?id=106263 Bug ID: 106263 Summary: amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4 Product: DRI Version: XOrg git Hardware: x86-64 (AMD64)

[Bug 106225] Kernel panic after modesetting (not on every boot) on ryzen 5 2400g

https://bugs.freedesktop.org/show_bug.cgi?id=106225 --- Comment #5 from Francisco Pina Martins --- Created attachment 139154 --> https://bugs.freedesktop.org/attachment.cgi?id=139154=edit journaltcl log file with KASAN enabled in kernel I have compiled a new kernel

Re: [PATCH] dt-bindings: panel: lvds: Fix path to display timing bindings

Hi Geert, Thank you for the patch. On Wednesday, 25 April 2018 10:49:38 EEST Geert Uytterhoeven wrote: > Fixes: 14da3ed8dd08c581 ("devicetree/bindings: display: Document common > panel properties") > Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart

[Bug 106260] raven ridge (2400g) shows artifacts instead in xorg

https://bugs.freedesktop.org/show_bug.cgi?id=106260 --- Comment #3 from ojab --- DVI monitor is connected to HDMI port via HDMI->DVI adapter, if it matters. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

Hi Peter, Thank you for the patches. On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote: > Hi! > > It was noted by Russel King [1] that bridges (not using components) > might disappear unexpectedly if the owner of the bridge was unbound. > Jyri Sarha had previously noted the same thing

[Bug 106260] raven ridge (2400g) shows artifacts instead in xorg

https://bugs.freedesktop.org/show_bug.cgi?id=106260 --- Comment #2 from ojab --- Created attachment 139151 --> https://bugs.freedesktop.org/attachment.cgi?id=139151=edit Xorg.log -- You are receiving this mail because: You are the assignee for the

[Bug 106260] raven ridge (2400g) shows artifacts instead in xorg

https://bugs.freedesktop.org/show_bug.cgi?id=106260 --- Comment #1 from ojab --- Created attachment 139150 --> https://bugs.freedesktop.org/attachment.cgi?id=139150=edit dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 106260] raven ridge (2400g) shows artifacts instead in xorg

https://bugs.freedesktop.org/show_bug.cgi?id=106260 Bug ID: 106260 Summary: raven ridge (2400g) shows artifacts instead in xorg Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity:

Re: [PATCH] gpu: drm: bridge: adv7511: Replace mdelay with usleep_range in adv7511_probe

Hi Jia-Ju, Thank you for the patch. On Wednesday, 11 April 2018 11:33:42 EEST Jia-Ju Bai wrote: > adv7511_probe() is never called in atomic context. > This function is only set as ".probe" in struct i2c_driver. > > Despite never getting called from atomic context, adv7511_probe() > calls

Re: [PATCH] drm/bridge: adv7511: fix spelling of driver name in Kconfig

Hi Peter, Thank you for the patch. On Friday, 27 April 2018 00:36:44 EEST Peter Rosin wrote: > Could perhaps prevent some confusion. > > Signed-off-by: Peter Rosin Reviewed-by: Laurent Pinchart > --- >

[Bug 106258] AMD Xorg start failes with non-4K page sizes

https://bugs.freedesktop.org/show_bug.cgi?id=106258 --- Comment #4 from Matt Corallo --- Oops, looks like we got our wires crossed on what has and hasn't been tested. It only *may* be PAGE_SIZE related, but seems relevant 3d stuff was never tested on PPC64LE with 4K

[Bug 106258] AMD Xorg start failes with non-4K page sizes

https://bugs.freedesktop.org/show_bug.cgi?id=106258 --- Comment #3 from Timothy Pearson --- (In reply to Timothy Pearson from comment #1) > This also affects the WX7100, same symptoms. Shows up as soon as an OpenGL > application tries to use the accelerated

[Bug 106258] AMD Xorg start failes with non-4K page sizes

https://bugs.freedesktop.org/show_bug.cgi?id=106258 --- Comment #2 from Matt Corallo --- Oops, forgot to specify this is on a WX4100. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 106259] [bisected] UVD hangs system on Vega10 linux-4.17

https://bugs.freedesktop.org/show_bug.cgi?id=106259 Bug ID: 106259 Summary: [bisected] UVD hangs system on Vega10 linux-4.17 Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 106258] AMD Xorg start failes with non-4K page sizes

https://bugs.freedesktop.org/show_bug.cgi?id=106258 --- Comment #1 from Timothy Pearson --- This also affects the WX7100, same symptoms. Shows up as soon as an OpenGL application tries to use the accelerated graphics. Kernel 4.16. -- You are receiving this

[Bug 106258] AMD Xorg start failes with non-4K page sizes

https://bugs.freedesktop.org/show_bug.cgi?id=106258 Bug ID: 106258 Summary: AMD Xorg start failes with non-4K page sizes Product: DRI Version: unspecified Hardware: PowerPC OS: All Status: NEW Severity:

Re: [PATCH 3/4] ARM: dma-mapping: Implement arch_iommu_detach_device()

/commits/Thierry-Reding/drm-nouveau-tegra-Detach-from-ARM-DMA-IOMMU-mapping/20180426-140854 config: arm-omap2plus_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O

Re: [PATCH 07/17] drm: rcar-du: Add R8A77965 support

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:36 EEST Kieran Bingham wrote: > The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output. > > This platform is unusual in that the VGA is connected to DU3 leaving DU2 > unpopulated. This is reflected by the channel_mask

Re: [PATCH 06/17] drm: rcar-du: Allow DU groups to work with hardware indexing

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:35 EEST Kieran Bingham wrote: > The group objects assume linear indexing, and more so always assume that > channel 0 of any active group is used. > > Now that the CRTC objects support non-linear indexing, adapt the groups > to

Re: [PATCH 05/17] drm: rcar-du: Split CRTC handling to support hardware indexing

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:34 EEST Kieran Bingham wrote: > The DU CRTC driver does not support distinguishing between a hardware > index, and a software (CRTC) index in the event that a DU channel might > not be populated by the hardware. > > Support

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #55 from i...@yahoo.com --- (In reply to MirceaKitsune from comment #54) > But there's a bizarre twist this time: When playing back the trace generated > by Blender, my system will freeze at various points during the replay! >

Re: [PATCH 04/17] drm: rcar-du: Use the correct naming for ODPM fields in DEFR6

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:33 EEST Kieran Bingham wrote: > The naming of the fields for the ODPM signals in the DU extensional > function control register 6 (DEFR6) is incorrect against the data sheets > for both R-Car Gen2 and R-Car Gen3. > > Rename

Re: [PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:57:32 EEST Kieran Bingham wrote: > Ahem - this one seems to have lost it's commit message. > > Apologies :) Apart from that, this looks good to me. Reviewed-by: Laurent Pinchart and applied

Re: [PATCH 01/17] dt-bindings: display: renesas: du: Increase indent in output table

Hi Kieran, Thank you for the patch. On Thursday, 26 April 2018 19:53:30 EEST Kieran Bingham wrote: > The DU output table lists the port combinations for each supported DU > type. Newer models of R-Car Gen3 platforms have an increased string > length. > > Increase the table indentation in

[Bug 106199] Cannot get back into DM after logoff (Linux 4.16.2+)

https://bugs.freedesktop.org/show_bug.cgi?id=106199 Konrad Wojtoń changed: What|Removed |Added CC|

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

Hi Jacopo, On Thursday, 26 April 2018 21:40:56 EEST jacopo mondi wrote: > On Mon, Apr 23, 2018 at 12:27:39PM +0300, Laurent Pinchart wrote: > > On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote: > >> Add support for storing image format information in DRM bridges with > >> associated

[PATCH v5] drm/panel: simple: Add TFC S9700RTWV43TR-01B 800x480 panel support

Add support for Three Five displays TFC S9700RTWV43TR-01B 800x480 panel with resistive touch found on TI's AM335X-EVM. Signed-off-by: Jyri Sarha Reviewed-by: Tomi Valkeinen cc: Thierry Reding --- Thanks Thierry, for reminding me

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #10 from Harry Wentland --- No worries. Don't hesitate to open a new ticket if your warning/error log seems to indicate amdgpu. I'd be happy to take a brief look. Even if I won't have time to provide an

Re: [PATCH hwc 3/4] drm_hwcomposer: Cleanup gl precompositor init and provide uses_GL flag

This patch is: Acked-by: Robert Foss On 04/26/2018 09:05 PM, John Stultz wrote: The drm_hwcomposer has its own GL pre-compositor which is used to squish layers when there are more layers then planes on the display hardware. In many ways this duplicates the

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #9 from Jon --- (In reply to Harry Wentland from comment #8) > (In reply to Jon from comment #7) > > (In reply to Harry Wentland from comment #6) > > > Marking resolved as no longer an issue on recent mainline. >

Re: [PATCH hwc 2/4] drm_hwcomposer: Use log/log.h instead of cutils/log.h

This patch is: Acked-by: Robert Foss On 04/26/2018 09:05 PM, John Stultz wrote: When enabling Treble, Android builds are complaining about using cutils/log.h so instead use log/log.h Cc: Marissa Wall Cc: Sean Paul Cc:

Re: [PATCH hwc 1/4] drm_hwcomposer: Andorid.mk : Mark libdrmhwc_utils as vendor module

This patch is: Acked-by: Robert Foss On 04/26/2018 09:05 PM, John Stultz wrote: From: Sumit Semwal To allow drm_hwcomposer to build with Treble, set the libdrmhwc_utils library as a vendor module. Cc: Marissa Wall Cc:

[PATCH] drm/dp: Rename the edp_sdp_header as dp_sdp_header

No functional changes in this patch. The SDP Header is a generic header for secondary data packets for both eDP and DP so call it dp_sdp_header. This header gets used for different SDP types already defined. Also header bytes 2 and 3 are secondary data packet specific header bytes. So change the

[PATCH hwc 2/4] drm_hwcomposer: Use log/log.h instead of cutils/log.h

When enabling Treble, Android builds are complaining about using cutils/log.h so instead use log/log.h Cc: Marissa Wall Cc: Sean Paul Cc: Dmitry Shmidt Cc: Robert Foss Cc: Matt Szczesiak

[PATCH hwc 4/4] drm_hwcomposer: Fall back to client compositon if the gl precompostior fails

If the gl precompositor isn't being used, we cannot accept every layer as a device composited layer. Thus this patch adds some extra logic in the validate function to fall back to client side compositing if the gl precompositor did not initialize properly. This does force everything to a single

[PATCH hwc 1/4] drm_hwcomposer: Andorid.mk : Mark libdrmhwc_utils as vendor module

From: Sumit Semwal To allow drm_hwcomposer to build with Treble, set the libdrmhwc_utils library as a vendor module. Cc: Marissa Wall Cc: Sean Paul Cc: Dmitry Shmidt Cc: Robert Foss

[PATCH hwc 3/4] drm_hwcomposer: Cleanup gl precompositor init and provide uses_GL flag

The drm_hwcomposer has its own GL pre-compositor which is used to squish layers when there are more layers then planes on the display hardware. In many ways this duplicates the client-side GL compositing that is done in SurfaceFlinger, but in theory can be more highly optimized for the hardware.

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

Hi Peter, On Sun, Apr 22, 2018 at 10:02:23PM +0200, Peter Rosin wrote: > On 2018-04-19 11:31, Jacopo Mondi wrote: > > Add support for storing image format information in DRM bridges with > > associated helper function. > > > > This patch replicates for bridges what

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

Hi Laurent, On Mon, Apr 23, 2018 at 12:27:39PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote: > > Add support for storing image format information in DRM bridges with > > associated helper function. > > > >

Re: [PATCH] drm/amd/display: Remove erroneous if statement in gamma set

On 2018-04-26 10:46 AM, sunpeng...@amd.com wrote: > From: "Leo (Sunpeng) Li" > > The lines were removed as part of the original change. They may have > been missed during merge. > > This is a fixup to: > > committ 265083076187e619aa9176aeb05ad630013429b4 > Author:

[Bug 106193] When positioning a monitor output above or below initial configuration with xrandr, hard freeze with graphics artifacts 4.16.2+

https://bugs.freedesktop.org/show_bug.cgi?id=106193 --- Comment #10 from Harry Wentland --- Thanks for reporting, testing, and quick feedback. It's greatly appreciated. -- You are receiving this mail because: You are the assignee for the

[radeon-alex:drm-next-4.18-wip 259/261] drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/vegam_smumgr.c:1369:9: warning: missing braces around initializer

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 92fb37464bd2b759d74f33c3b90a27575601745d commit: b5f9f0f4bd3b061c10899d66a9d8d7d8e7e6bbd0 [259/261] drm/amd/powerplay: add smumgr support for VEGAM (v2) config: i386-randconfig-a0-201816 (attached as .config)

Re: [PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

Ahem - this one seems to have lost it's commit message. Apologies :) -- Kieran On 26/04/18 17:53, Kieran Bingham wrote: > Signed-off-by: Kieran Bingham > --- > Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ > 1 file changed, 2

[PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

Signed-off-by: Kieran Bingham --- Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/display/renesas,du.txt

[PATCH 06/17] drm: rcar-du: Allow DU groups to work with hardware indexing

The group objects assume linear indexing, and more so always assume that channel 0 of any active group is used. Now that the CRTC objects support non-linear indexing, adapt the groups to remove assumptions that channel 0 is utilised in each group by using the channel mask provided in the device

[PATCH 07/17] drm: rcar-du: Add R8A77965 support

The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output. This platform is unusual in that the VGA is connected to DU3 leaving DU2 unpopulated. This is reflected by the channel_mask accordingly. Signed-off-by: Kieran Bingham ---

[PATCH 04/17] drm: rcar-du: Use the correct naming for ODPM fields in DEFR6

The naming of the fields for the ODPM signals in the DU extensional function control register 6 (DEFR6) is incorrect against the data sheets for both R-Car Gen2 and R-Car Gen3. Rename the fields to match the datasheet. Signed-off-by: Kieran Bingham ---

[PATCH 05/17] drm: rcar-du: Split CRTC handling to support hardware indexing

The DU CRTC driver does not support distinguishing between a hardware index, and a software (CRTC) index in the event that a DU channel might not be populated by the hardware. Support this by adapting the rcar_du_device_info structure to store a bitmask of available channels rather than a count

[PATCH 01/17] dt-bindings: display: renesas: du: Increase indent in output table

The DU output table lists the port combinations for each supported DU type. Newer models of R-Car Gen3 platforms have an increased string length. Increase the table indentation in preparation for supporting new target types. Signed-off-by: Kieran Bingham

[Bug 106193] When positioning a monitor output above or below initial configuration with xrandr, hard freeze with graphics artifacts 4.16.2+

https://bugs.freedesktop.org/show_bug.cgi?id=106193 Joel Sass changed: What|Removed |Added Resolution|--- |FIXED

[radeon-alex:drm-next-4.18-wip 257/261] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppatomctrl.c:323:2: warning: missing braces around initializer

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 92fb37464bd2b759d74f33c3b90a27575601745d commit: 414643871e4c144d7a7a41d14d889fe32089f0e0 [257/261] drm/amd/powerplay: update ppatomctrl.c (v2) config: i386-randconfig-a0-201816 (attached as .config) compiler: gcc-4.9

Re: [PATCH v3 6/6] arm64: dts: rockchip: Specify override mode for kevin panel

Hi, On Thu, Apr 26, 2018 at 5:05 AM, Thierry Reding wrote: > If you've got an EDID you should be relying on the EDID to provide the > timings. No need to have any timings in the DT in that case. The problem that's specifically trying to be solved by Sean's series is

[Bug 105425] 3D & games produce periodic GPU crashes (Radeon R7 370)

https://bugs.freedesktop.org/show_bug.cgi?id=105425 --- Comment #54 from MirceaKitsune --- I have some very interesting results from today: As instructed, I used the latest version of apitrace. I cloned it straight from its Github repository and compiled it

Re: [PATCH] drm/bridge: cdns: Mark runtime PM operations as maybe unused

On Thu, Apr 26, 2018 at 04:21:04PM +0200, Daniel Vetter wrote: > On Thu, Apr 26, 2018 at 03:58:53PM +0200, Thierry Reding wrote: > > From: Thierry Reding > > > > Building the driver in a configuration with !PM currently causes a > > warning about these operations being

Re: [PATCH v4 6/8] drm/panel: Add Ilitek ILI9881c panel driver

On Wed, Apr 04, 2018 at 11:57:14AM +0200, Maxime Ripard wrote: > The LHR050H41 panel is the panel shipped with the BananaPi M2-Magic, and is > based on the Ilitek ILI9881c Controller. Add a driver for it, modelled > after the other Ilitek controller drivers. > > Signed-off-by: Maxime Ripard

[PATCH 1/2] drm/ttm: Add TTM_PAGE_FLAG_TRANSHUGE

From: Michel Dänzer When it's set, TTM tries to allocate huge pages if possible. Drivers which can take advantage of huge pages should set it. Drivers not setting this flag no longer incur any overhead related to allocating or freeing huge pages. Cc:

[PATCH 2/2] drm/ttm: Use GFP_TRANSHUGE_LIGHT for allocating huge pages

From: Michel Dänzer GFP_TRANSHUGE tries very hard to allocate huge pages, which can result in long delays with high memory pressure. I have observed firefox freezing for up to around a minute due to this while restic was taking a full system backup. Since we don't really

Re: [PATCH 2/2] drm/panel: rm67191: Add support for new bus formats

On Tue, Apr 03, 2018 at 01:30:01PM +0300, Robert Chiras wrote: > From: Mirela Rabulea > > Do not hardcode pixel_format to 0x77 but calculate it from dsi->format. > Report all the supported bus formats in get_modes: > MEDIA_BUS_FMT_RGB888_1X24 >

Re: [PATCH] drm-misc.rst: Document commit rights

On Thu, Apr 26, 2018 at 04:25:57PM +0200, Daniel Vetter wrote: > This is the exact same text as proposed for igt: > > https://patchwork.kernel.org/patch/10339739/ > > With one minor change: Both regular contributions to the kernel > overall and to userspace graphics counts. We've gained a few >

Re: [PATCH 1/2] drm/panel: Add Raydium RM67191 DSI Panel

On Tue, Apr 03, 2018 at 01:30:00PM +0300, Robert Chiras wrote: > Add support for the OLED display based on MIPI-DSI protocol from Raydium: > RM67191. > > Signed-off-by: Robert Chiras > --- > .../bindings/display/panel/raydium,rm67191.txt | 55 ++ >

[PATCH] drm/amd/display: Remove erroneous if statement in gamma set

From: "Leo (Sunpeng) Li" The lines were removed as part of the original change. They may have been missed during merge. This is a fixup to: committ 265083076187e619aa9176aeb05ad630013429b4 Author: Leo (Sunpeng) Li Date: Fri Feb 2 10:18:56

Re: [PATCH] drm-misc.rst: Document commit rights

On Thu, Apr 26, 2018 at 4:25 PM, Daniel Vetter wrote: > This is the exact same text as proposed for igt: > > https://patchwork.kernel.org/patch/10339739/ > > With one minor change: Both regular contributions to the kernel > overall and to userspace graphics counts. We've

[PATCH] drm-misc.rst: Document commit rights

This is the exact same text as proposed for igt: https://patchwork.kernel.org/patch/10339739/ With one minor change: Both regular contributions to the kernel overall and to userspace graphics counts. We've gained a few committers in the past who are coming from arm-soc platform work and similar

Re: [Intel-gfx] [PATCH v11 06/11] drm: Add DRM client cap for aspect-ratio

On Mon, Apr 23, 2018 at 01:11:25PM +0300, Ville Syrjälä wrote: > On Mon, Apr 23, 2018 at 10:43:47AM +0530, Nautiyal, Ankit K wrote: > > > > > > On 4/20/2018 7:37 PM, Ville Syrjälä wrote: > > > On Fri, Apr 20, 2018 at 07:01:46PM +0530, Nautiyal, Ankit K wrote: > > >> From: Ankit Nautiyal

Re: [PATCH] drm/bridge: cdns: Mark runtime PM operations as maybe unused

On Thu, Apr 26, 2018 at 03:58:53PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Building the driver in a configuration with !PM currently causes a > warning about these operations being unused. Mark them as such to shut > up the compiler. > > Signed-off-by:

[PATCH] drm/rect: Fix drm_rect_rotation_inv() docs

From: Ville Syrjälä An overeager sed has corrupted the drm_rect_rotation_inv() documentation. Fix it up. Looks like it wasn't entirely correct before the sed fail either. We were missing _rect_ from the function names, which also explains why the sed hit these by

Re: [PATCH v4] drm/panel: simple: Add TFC S9700RTWV43TR-01B 800x480 panel support

On Mon, Mar 12, 2018 at 11:33:45PM +0200, Jyri Sarha wrote: > Add support for Three Five displays TFC S9700RTWV43TR-01B 800x480 > panel with resistive touch found on TI's AM335X-EVM. > > Signed-off-by: Jyri Sarha > Reviewed-by: Tomi Valkeinen > cc: Thierry

Re: [PATCH v4] drm/panel: simple: Add TFC S9700RTWV43TR-01B 800x480 panel support

On Mon, Mar 12, 2018 at 11:33:45PM +0200, Jyri Sarha wrote: > Add support for Three Five displays TFC S9700RTWV43TR-01B 800x480 > panel with resistive touch found on TI's AM335X-EVM. > > Signed-off-by: Jyri Sarha > Reviewed-by: Tomi Valkeinen > cc: Thierry

Re: [PATCH v4 1/3] drm/panel: refactor INNOLUX P079ZCA panel driver

On Wed, Mar 14, 2018 at 05:12:14PM +0800, Lin Huang wrote: > From: huang lin > > Refactor Innolux P079ZCA panel driver, let it support > multi panel. > > Change-Id: If89be5e56dba8cb498e2d50c1bbeb0e8016123a2 When you send out a revised set of these patches, please drop the

[Bug 106159] When connecting or disconnecting a displayport to a DP hub with 4.16.2+ kernel, hard freeze with frozen video output

https://bugs.freedesktop.org/show_bug.cgi?id=106159 --- Comment #16 from Joel Sass --- Created attachment 139134 --> https://bugs.freedesktop.org/attachment.cgi?id=139134=edit Here's the kernel .config I used for making the kernel Key changes: I added AMDGPU module,

[Bug 106159] When connecting or disconnecting a displayport to a DP hub with 4.16.2+ kernel, hard freeze with frozen video output

https://bugs.freedesktop.org/show_bug.cgi?id=106159 --- Comment #15 from Joel Sass --- Created attachment 139132 --> https://bugs.freedesktop.org/attachment.cgi?id=139132=edit This is the dmesg from an ssh session after attaching a monitor to my MST hub

Re: [PATCH 2/3] drm/rect: Handle rounding errors in drm_rect_clip_scaled

On Thu, Apr 26, 2018 at 10:28:20AM +0200, Maarten Lankhorst wrote: > No matter how you perform the clip adjustments, a small > error may push the scaling factor to the other side of > 0x1. Solve this with a macro that will fixup the > scale to 0x1 if we accidentally wrap to the other side.

[PATCH] drm/bridge: cdns: Mark runtime PM operations as maybe unused

From: Thierry Reding Building the driver in a configuration with !PM currently causes a warning about these operations being unused. Mark them as such to shut up the compiler. Signed-off-by: Thierry Reding --- drivers/gpu/drm/bridge/cdns-dsi.c | 4 ++--

[Bug 106159] When connecting or disconnecting a displayport to a DP hub with 4.16.2+ kernel, hard freeze with frozen video output

https://bugs.freedesktop.org/show_bug.cgi?id=106159 --- Comment #14 from Joel Sass --- Alex, I just rebooted to this kernel after building. This problem still exists, but it's not a hard freeze! I'll attach the dmesg showing the error. -- You are receiving this mail

[Bug 106006] Kernel 4.16.0+ switch amdgpu.dc=1 causes screen brightness set to 1 to be dimmed by default

https://bugs.freedesktop.org/show_bug.cgi?id=106006 Joel Sass changed: What|Removed |Added Resolution|--- |FIXED

[Bug 106006] Kernel 4.16.0+ switch amdgpu.dc=1 causes screen brightness set to 1 to be dimmed by default

https://bugs.freedesktop.org/show_bug.cgi?id=106006 --- Comment #15 from Joel Sass --- This bug has been fixed in this branch: h https://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-4.17 brightness appears as normal after building the kernel from git. Good job, and

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #8 from Harry Wentland --- (In reply to Jon from comment #7) > (In reply to Harry Wentland from comment #6) > > Marking resolved as no longer an issue on recent mainline. > > Which commit fixes this? I

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

On Thu, Apr 26, 2018 at 3:14 PM, Alexandre Belloni wrote: > Hi, > > On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote: >> Hi Daniel, >> >> On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: >> > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar

Re: [PATCH v3 5/6] ARM: dts: Add support for emtrion emCON-MX6 series

On Tue, Apr 24, 2018 at 3:32 AM, Türk, Jan wrote: >> -Ursprüngliche Nachricht- >> Von: Shawn Guo Gesendet: Montag, 23. April 2018 10:45 >> Re: [PATCH v3 5/6] ARM: dts: Add support for emtrion emCON-MX6 series >> >> On Fri, Apr 20, 2018 at 02:50:52PM +0200,

Re: [Intel-gfx] [PATCH 2/3] drm/rect: Handle rounding errors in drm_rect_clip_scaled

On Thu, Apr 26, 2018 at 10:28:20AM +0200, Maarten Lankhorst wrote: > No matter how you perform the clip adjustments, a small > error may push the scaling factor to the other side of > 0x1. Solve this with a macro that will fixup the > scale to 0x1 if we accidentally wrap to the other side.

Re: [PATCH/RFC 1/4] drm: Add colorkey properties

On Sun, Dec 17, 2017 at 02:17:21AM +0200, Laurent Pinchart wrote: > Color keying is the action of replacing pixels matching a given color > (or range of colors) with transparent pixels in an overlay when > performing blitting. Depending on the hardware capabilities, the > matching pixel can either

Re: [PATCH v2 1/5] drm/nouveau: tegra: Detach from ARM DMA/IOMMU mapping

On Thu, Apr 26, 2018 at 03:59:04PM +0300, Mikko Perttunen wrote: > On 26.04.2018 15:41, Thierry Reding wrote: > > On Wed, Apr 25, 2018 at 09:28:49AM -0600, Jordan Crouse wrote: > > > On Wed, Apr 25, 2018 at 12:10:47PM +0200, Thierry Reding wrote: > > > > From: Thierry Reding >

Re: [PATCH v2 1/5] drm/nouveau: tegra: Detach from ARM DMA/IOMMU mapping

On 26.04.2018 15:41, Thierry Reding wrote: On Wed, Apr 25, 2018 at 09:28:49AM -0600, Jordan Crouse wrote: On Wed, Apr 25, 2018 at 12:10:47PM +0200, Thierry Reding wrote: From: Thierry Reding Depending on the kernel configuration, early ARM architecture setup code may have

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

On Thu, Apr 26, 2018 at 6:15 PM, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: >> On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: >> > It's been a while since we introduced

[radeon-alex:amd-mainline-dkms-4.15 1231/1759] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:2183 fill_plane_attributes() warn: if statement not indented

tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-4.15 head: 9556f93f18f7923978fb90f860c107fed9ca7f57 commit: 265083076187e619aa9176aeb05ad630013429b4 [1231/1759] drm/amd/display: Hookup color management functions smatch warnings:

Re: [PATCH v4 0/2] drm/panel: Add device link in drm_panel_attach()

On Thu, Apr 26, 2018 at 11:06:58AM +0300, Jyri Sarha wrote: > I guess the first patch should be mergable. With the second, maybe it > is better to wait until we have a full solution including the bridges > too. What should I do to get the first patch merged? I don't see a reason why patch 2 can't

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

Hi Daniel, On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > > It's been a while since we introduced drm_dev{get/put} functions > > to replace reference/unreference in drm subsystem for the > > consistency purpose.

RE: [PATCH] drm: Don't pass the index to drm_property_add_enum()

Reviewed-by: Stanislav Lisovskiy Best Regards, Lisovskiy Stanislav Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo From: Intel-gfx [intel-gfx-boun...@lists.freedesktop.org] on behalf of

Re: [PATCH v2 1/5] drm/nouveau: tegra: Detach from ARM DMA/IOMMU mapping

On Wed, Apr 25, 2018 at 09:28:49AM -0600, Jordan Crouse wrote: > On Wed, Apr 25, 2018 at 12:10:47PM +0200, Thierry Reding wrote: > > From: Thierry Reding > > > > Depending on the kernel configuration, early ARM architecture setup code > > may have attached the GPU to a

  1   2   >