[lkp-robot] [lib/rbtree,drm/mm] 3e6e51217d: WARNING:at_lib/stackdepot.c:#depot_save_stack

FYI, we noticed the following commit (built with gcc-7): commit: 3e6e51217dd14dcda10d4bc9a38b1440e2d42c14 ("lib/rbtree,drm/mm: Add rbtree_replace_node_cached()") git://anongit.freedesktop.org/drm-intel topic/core-for-CI in testcase: trinity with following parameters: runtime: 300s

Re: [PATCH v4 0/9] drm/i915: Implement HDCP

Sean, Could you please share the level of functional testing is done on this code? like with Receiver/Repeaters and port type tested (DP/HDMI/DP over USB TypeC ?) Whether Compliance test is attempted on this code? Thanks -Ram On Thursday 07 December 2017 05:30 AM, Sean Paul wrote:

Re: [PATCH v4 4/9] drm: Add some HDCP related #defines

Looks Good to me. Reviewed-by: Ramalingam C -Ram On Thursday 07 December 2017 05:30 AM, Sean Paul wrote: In preparation for implementing HDCP in i915, add some HDCP related register offsets and defines. The dpcd register offsets will go in drm_dp_helper.h whereas the

Re: [PATCH v4 5/9] drm/i915: Add HDCP framework + base implementation

As v3 implementation removes the mode set from the path of HDCP state change, IMO that would have been preferred until we have the ville's changes mentioned by daniel. Now once again modeset is brought back :( And have we already thought about holding the modeset lock for 5+ Sec for HDCP

Re: [PATCH v2 0/2] AMDGPU scheduler move, take 2

Looks ok to me, Reviewed-by: Chunming Zhou On 2017年12月07日 00:49, Lucas Stach wrote: Hi all, second try to move the AMDGPU scheduler into a common location, this time rebased onto drm-next-4.16-wip. I've tested my etnaviv series on top of this and things seem to work

Re: [PATCH v3 08/15] drm/sun4i: Add LVDS support

On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard wrote: > The TCON supports the LVDS interface to output to a panel or a bridge. > Let's add support for it. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/sun4i/Makefile

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #74 from Kelly Anderson --- Initial results with 4.15rc2 looks good. In thirty minutes or so of usage no black screens. with 4.14.4 it would have black screened by now. Kernel config snippet: CONFIG_DRM_AMD_DC=y

Re: [PATCH v4 8/9] drm/i915: Implement HDCP for HDMI

On Thursday 07 December 2017 05:30 AM, Sean Paul wrote: This patch adds HDCP support for HDMI connectors by implementing the intel_hdcp_shim. Nothing too special, just a bunch of DDC reads/writes. Changes in v2: - Rebased on drm-intel-next Changes in v3: - Initialize new worker Changes in

Re: [PATCH v4 9/9] drm/i915: Implement HDCP for DisplayPort

Thanks for handling the reauth req from downstream. you might want to fix the missed single occurance of "//" On Thursday 07 December 2017 05:30 AM, Sean Paul wrote: This patch adds HDCP support for DisplayPort connectors by implementing the intel_hdcp_shim. Most of this is straightforward

Re: [PATCH v3 3/9] drm: Add Content Protection property

On Wednesday 06 December 2017 09:56 PM, Sean Paul wrote: I'd rather keep the property as-is and expose an HDCP version property alongside it (or perhaps something more elaborate that includes bksv and the downstream bksvs). The reason I prefer that is it will also cover the 1.2 vs 1.4

Re: [PATCH v2 0/2] AMDGPU scheduler move, take 2

For the series: Tested-by: Dieter Nützel on RX580 8GB with UH, UV, Blender 2.79, smoketest (Vulkan), glmark2 (parallel with OpenCL (/opt/opencl-example>./run_tests.sh)) Dieter Am 06.12.2017 17:49, schrieb Lucas Stach: Hi all, second try to move the AMDGPU scheduler

Re: [PATCH v3 10/15] ARM: dts: sun8i: a83t: Add display pipeline

On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard wrote: > The display pipeline on the A83T is mainly composed of the mixers and > TCONs, plus various encoders. > > Let's add the first mixer and TCON to the DTSI since the only board I have > can use only the LVDS

Re: [PATCH v3 03/15] dt-bindings: display: sun4i-drm: Add LVDS properties

On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard wrote: > Some clocks and resets supposed to drive the LVDS logic in the display > engine have been overlooked when the driver was first introduced. > > Add those additional resources to the binding, and we'll deal

Re: [PATCH v3 04/15] dt-bindings: display: sun4i-drm: Add A83T pipeline

On Thu, Dec 7, 2017 at 5:59 AM, Rob Herring wrote: > On Tue, Dec 05, 2017 at 04:10:16PM +0100, Maxime Ripard wrote: >> The A83T has two video pipelines in parallel that looks quite similar to >> the other SoCs. >> >> The video planes are handled through a controller called the

Re: [PATCH v3 14/15] ARM: dts: sun8i: a711: Reinstate the PMIC compatible

On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard wrote: > When we added the regulator support in commit 90c5d7cdae64 ("ARM: dts: > sun8i: a711: Add regulator support"), we also dropped the PMIC's > compatible. Since it's not in the PMIC DTSI, unlike most other PMIC

[PATCH 2/2] drm: clean up internally created framebuffer on CRTC disable

When a CRTC is disabled and we used an internally created framebuffer, this patch disables the cursor plane and drops the reference that was introduced when we called drm_internal_framebuffer_create. Signed-off-by: Gurchetan Singh --- drivers/gpu/drm/drm_crtc.c | 7

[GIT PULL] exynos-drm-fixes

Hi Dave, Just a regression fixup and several cleanups. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit bd3a3a2e92624942a143e485c83e641b2492d828: Merge tag 'drm-misc-fixes-2017-12-06' of

Re: [PATCH v3 04/11] drm/exynos: Use drm_fb_helper_lastclose() and _poll_changed()

2017년 12월 06일 03:24에 Noralf Trønnes 이(가) 쓴 글: > This driver can use drm_fb_helper_lastclose() as its .lastclose callback. > It can also use drm_fb_helper_output_poll_changed() as its > .output_poll_changed callback. > > Cc: Inki Dae > Cc: Joonyoung Shim

[PATCH v4 5/9] drm/i915: Add HDCP framework + base implementation

This patch adds the framework required to add HDCP support to intel connectors. It implements Aksv loading from fuse, and parts 1/2/3 of the HDCP authentication scheme. Note that without shim implementations, this does not actually implement HDCP. That will come in subsequent patches. Changes in

[PATCH v4 3/9] drm: Add Content Protection property

This patch adds a new optional connector property to allow userspace to enable protection over the content it is displaying. This will typically be implemented by the driver using HDCP. The property is a tri-state with the following values: - OFF: Self explanatory, no content protection -

[PATCH v4 9/9] drm/i915: Implement HDCP for DisplayPort

This patch adds HDCP support for DisplayPort connectors by implementing the intel_hdcp_shim. Most of this is straightforward read/write from/to DPCD registers. One thing worth pointing out is the Aksv output bit. It wasn't easily separable like it's HDMI counterpart, so it's crammed in with the

[PATCH v4 6/9] drm/i915: Make use of indexed write GMBUS feature

This patch enables the indexed write feature of the GMBUS to concatenate 2 consecutive messages into one. The criteria for an indexed write is that both messages are writes, the first is length == 1, and the second is length > 0. The first message is sent out by the GMBUS as the slave command, and

[PATCH v4 7/9] drm/i915: Add function to output Aksv over GMBUS

Once the Aksv is available in the PCH, we need to get it on the wire to the receiver via DDC. The hardware doesn't allow us to read the value directly, so we need to tell GMBUS to source the Aksv internally and send it to the right offset on the receiver. The way we do this is to initiate an

[PATCH v4 8/9] drm/i915: Implement HDCP for HDMI

This patch adds HDCP support for HDMI connectors by implementing the intel_hdcp_shim. Nothing too special, just a bunch of DDC reads/writes. Changes in v2: - Rebased on drm-intel-next Changes in v3: - Initialize new worker Changes in v4: - Remove SKL_ prefix from most register names (Daniel) -

[PATCH v4 2/9] drm/i915: Add more control to wait_for routines

This patch adds a little more control to a couple wait_for routines such that we can avoid open-coding read/wait/timeout patterns which: - need the value of the register after the wait_for - run arbitrary operation for the read portion This patch also chooses the correct sleep function (based

[PATCH v4 4/9] drm: Add some HDCP related #defines

In preparation for implementing HDCP in i915, add some HDCP related register offsets and defines. The dpcd register offsets will go in drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff will get stuffed in drm_hdcp.h, which is new. Changes in v2: - drm_hdcp.h gets MIT license

[PATCH v4 0/9] drm/i915: Implement HDCP

Welcome to version 4 of the patchset. I think we're nearing the finish line (hopefully) now. This set addresses the review feedback from v3. I applied some R-b's from v3 review, and converted others to Cc since other changes were made to the patch, and I didn't want to speak for reviewers. Thanks

[PATCH v4 1/9] drm: Fix link-status kerneldoc line lengths

I'm adding some stuff below it and it's killing my editor's vibe. Changes in v2: - Added to the series Changes in v3: - None Changes in v4: - None Cc: Manasi Navare Acked-by: Daniel Vetter Signed-off-by: Sean Paul ---

Re: [PATCH 4/5] drm/i915: Introduce a non-blocking power domain for vblank interrupts

On Wed, Dec 06, 2017 at 10:47:40PM +, Dhinakaran Pandiyan wrote: > When DC states are enabled and PSR is active, the hardware enters DC5/DC6 > states resulting in frame counter resets. The frame counter resets mess > up the vblank counting logic. So in order to disable DC states when > vblank

[PATCH 2/5] drm/vblank: Restoring vblank counts after device runtime PM events.

The HW frame counter can get reset when devices enters low power states and this messes up any following vblank count updates. So, compute the missed vblank interrupts for that low power state duration using time stamps. This is similar to _crtc_vblank_on() except that it doesn't enable vblank

[PATCH 5/5] drm/i915: Use the vblank power domain disallow or disable DC states.

Disable DC states before enabling vblank interrupts and conversely enable DC states after disabling. Since the frame counter may have got reset between disabling and enabling, use drm_crtc_vblank_restore() to compute the missed vblanks. Signed-off-by: Dhinakaran Pandiyan

[PATCH 1/5] drm/vblank: Do not update vblank counts if vblanks are already disabled.

Updating the vblank counts requires register reads and these reads may not return meaningful values after the vblank interrupts are disabled as the device may go to low power state. An additional change would be to allow the driver to save the vblank counts before entering a low power state, but

[PATCH 3/5] drm/i915: Use an atomic_t array to track power domain use count.

Convert the power_domains->domain_use_count array that tracks per-domain use count to atomic_t type. This is needed to be able to read/write the use counts outside of the power domain mutex. Signed-off-by: Dhinakaran Pandiyan ---

[PATCH 4/5] drm/i915: Introduce a non-blocking power domain for vblank interrupts

When DC states are enabled and PSR is active, the hardware enters DC5/DC6 states resulting in frame counter resets. The frame counter resets mess up the vblank counting logic. So in order to disable DC states when vblank interrupts are required and to disallow DC states when vblanks interrupts are

[Bug 102962] GPU crash running Overwatch in wine-staging

https://bugs.freedesktop.org/show_bug.cgi?id=102962 --- Comment #8 from Józef Kucia --- (In reply to Tobias Auerochs from comment #2) > As I mentioned, it causes a GPU crash, meaning the entire graphics session > freezes, other than mouse cursor, I'm not referring to wine

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #57 from erhar...@mailbox.org --- Had some time to test kernels 4.14.4 and 4.15-rc2. Sadly nothing new concerning this issue. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v3 04/15] dt-bindings: display: sun4i-drm: Add A83T pipeline

On Tue, Dec 05, 2017 at 04:10:16PM +0100, Maxime Ripard wrote: > The A83T has two video pipelines in parallel that looks quite similar to > the other SoCs. > > The video planes are handled through a controller called the mixer, and the > video signal is then passed to the timing controller

Re: [PATCH v3 03/15] dt-bindings: display: sun4i-drm: Add LVDS properties

On Tue, Dec 05, 2017 at 04:10:15PM +0100, Maxime Ripard wrote: > Some clocks and resets supposed to drive the LVDS logic in the display > engine have been overlooked when the driver was first introduced. > > Add those additional resources to the binding, and we'll deal with the ABI > stability in

Re: [PATCH v3 01/15] dt-bindings: panel: lvds: Document power-supply property

On Tue, Dec 05, 2017 at 04:10:13PM +0100, Maxime Ripard wrote: > The power-supply property is used by a vast majority of panels, including > panel-simple. Let's document it as a common property > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH v6 3/3] drm/rockchip: Add ROCKCHIP DW MIPI DSI controller driver

Hi Nickey, others, I just want to highlight a thing or two here. Otherwise, my 'Reviewed-by' still basically stands (FWIW). On Wed, Dec 06, 2017 at 05:08:21PM +0800, Nickey Yang wrote: > Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare > MIPI DSI host controller bridge. >

[Bug 102962] GPU crash running Overwatch in wine-staging

https://bugs.freedesktop.org/show_bug.cgi?id=102962 --- Comment #7 from sander.s...@gmail.com --- I can look into providing additional information for this issue. However I'm not familiar with the process of debugging or log gathering for GPU crashes. Any information on the subject is welcome.

Re: [RFC 2/2] dt-bindings: mipi-dsi: Add dual-channel DSI related info

On Tue, Dec 05, 2017 at 04:03:56PM +0530, Archit Taneja wrote: > Add binding info for peripherals that support dual-channel DSI. Add > corresponding optional bindings for DSI host controllers that may > be configured in this mode. > > Signed-off-by: Archit Taneja > --- >

Re: [RFC 1/2] dt-bindings: mipi-dsi: Add info about peripherals with non-DSI control bus

On Tue, Dec 05, 2017 at 04:03:55PM +0530, Archit Taneja wrote: > Add a section that describes dt-bindings for peripherals that support > MIPI DSI, but have a different bus as the primary control bus. Add an > example for such peripherals. > > Signed-off-by: Archit Taneja

Re: [PATCH v6 1/3] drm/bridge/synopsys: dsi: stop clobbering drvdata

On Wed, Dec 06, 2017 at 05:08:19PM +0800, Nickey Yang wrote: > From: Brian Norris > > Bridge drivers/helpers shouldn't be clobbering the drvdata, since a > parent driver might need to own this. Instead, let's return our > 'dw_mipi_dsi' object and have callers pass that

[PULL] drm-misc-fixes

Hi Dave, drm-misc-fixes-2017-12-06: Just the connector_iter corner-case regression fix. Enjoy your time off next week! Cheers, Daniel The following changes since commit ae64f9bd1d3621b5e60d7363bc20afb46aede215: Linux 4.15-rc2 (2017-12-03 11:01:47 -0500) are available in the Git repository

Re: [PATCH v2 0/2] AMDGPU scheduler move, take 2

Tested with amdgpu libdrm tests and desktop login with glxgears. Thanks, Andrey On 12/06/2017 02:51 PM, Alex Deucher wrote: On Wed, Dec 6, 2017 at 11:49 AM, Lucas Stach wrote: Hi all, second try to move the AMDGPU scheduler into a common location, this time rebased

Re: [PATCH v2 7/7] dt-bindings: tda998x: add the calibration gpio

On Wed, Dec 6, 2017 at 6:35 AM, Russell King wrote: > Add the optional calibration gpio for integrated TDA9950 CEC support. > This GPIO corresponds with the interrupt from the TDA998x, as the > calibration requires driving the interrupt pin low. > > Signed-off-by:

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

https://bugs.freedesktop.org/show_bug.cgi?id=104001 --- Comment #4 from mikhail.v.gavri...@gmail.com --- Created attachment 136012 --> https://bugs.freedesktop.org/attachment.cgi?id=136012=edit dmesg with 4.15.0-rc2 amd-staging-drm-next -- You are receiving this mail because: You are the

Re: [PATCH v2 0/2] AMDGPU scheduler move, take 2

On Wed, Dec 6, 2017 at 11:49 AM, Lucas Stach wrote: > Hi all, > > second try to move the AMDGPU scheduler into a common location, this > time rebased onto drm-next-4.16-wip. > > I've tested my etnaviv series on top of this and things seem to work > fine. I checked that

[Bug 103769] Unity based games do not start

https://bugs.freedesktop.org/show_bug.cgi?id=103769 --- Comment #6 from bartos.p...@gmail.com --- Yes, the problem is still there, tested with mesa git 9f9177d, llvm git e58aca6 (and clang 9f9177d). Unfortunately I am unable to provide backtrace with symbols now since I've upgraded to Fedora 27

[pull] amdgpu, radeon, and ttm drm-next-4.16

Hi Dave, First feature request for 4.16. Highlights: - RV and Vega header cleanups - TTM operation context support - 48 bit GPUVM fixes for Vega/RV - More smatch fixes - ECC support for vega10 - Resizeable BAR support - Multi-display sync support in DC - SR-IOV fixes - Various scheduler

Re: [PATCH v1 2/2] drm/tinydrm: add driver for ST7735R panels

Den 29.11.2017 04.01, skrev David Lechner: This adds a new driver for Sitronix ST7735R display panels. This has been tested using an Adafruit 1.8" TFT. Signed-off-by: David Lechner --- MAINTAINERS | 6 + drivers/gpu/drm/tinydrm/Kconfig | 10

[Bug 103769] Unity based games do not start

https://bugs.freedesktop.org/show_bug.cgi?id=103769 --- Comment #5 from letha...@gmail.com --- other unity games affected: candle silence grow home pulse mousecraft wasteland 2 broforce habitat munin the last tinker agatha christie the abc murders plague inc evolved pillars of eternity monochroma

Re: [PATCH v3 09/15] drm/sun4i: Add A83T support

Hi, Dne torek, 05. december 2017 ob 16:42:55 CET je Jernej Škrabec napisal(a): > Hi Maxime, > > Dne torek, 05. december 2017 ob 16:10:21 CET je Maxime Ripard napisal(a): > > Add support for the A83T display pipeline. > > > > Reviewed-by: Chen-Yu Tsai > > Signed-off-by: Maxime

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #17 from Michel Dänzer --- Thanks. I think I see what's happening, but I need some time to think about how to address it. Meanwhile, you should be able to re-enable TearFree by forcing a modeset, e.g. by

[PATCH v2 7/7] dt-bindings: tda998x: add the calibration gpio

Add the optional calibration gpio for integrated TDA9950 CEC support. This GPIO corresponds with the interrupt from the TDA998x, as the calibration requires driving the interrupt pin low. Signed-off-by: Russell King ---

[PATCH v2 4/7] drm/i2c: tda998x: always disable and clear interrupts at probe

Always disable and clear interrupts at probe time to ensure that the TDA998x is in a sane state. This ensures that the interrupt line, which is also the CEC clock calibration signal, is always deasserted. Signed-off-by: Russell King ---

[PATCH v2 6/7] drm/i2c: tda998x: add CEC support

The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated onto the same die. Add support for the TDA9950 CEC engine to the TDA998x driver. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/Kconfig | 1 + drivers/gpu/drm/i2c/tda998x_drv.c | 209

[PATCH v2 3/7] drm/i2c: tda998x: fix error cleanup paths

If tda998x_get_audio_ports() fails, and we requested the interrupt, we fail to free the interrupt before returning failure. Rework the failure cleanup code and exit paths so that we always clean up properly after an error, and always propagate the error code. Signed-off-by: Russell King

[PATCH] drm/sun4i: Fix uninitialized variables in vi layer

min_scale and max_scale in sun8i_vi_layer_atomic_check() can be used without initialization. Fix that. Fixes: b862a648de3b (drm/sun4i: Add support for HW scaling to DE2) Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun8i_vi_layer.c | 3 +++ 1 file changed,

[PATCH] video: hd44780: Add hd44780 lcd display driver

This adds a console driver for hd44780 based character lcd displays and clones. The driver currently supports 20x4 character displays with character ROMs A00 and A02. The hardware wirings to the display have to be supplied to the kernel in the devicetree. The binding doc has the necessary

[PATCH v2 5/7] drm/i2c: tda9950: add CEC driver

Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device, but is also integrated into HDMI transceivers such as the TDA9989 and TDA19989. The TDA9950 contains a command processor which handles retransmissions and the low level bus protocol. The driver just has to read and write

[PATCH v2 1/7] drm/i2c: tda998x: move mutex/waitqueue/timer/work init early

Move the mutex, waitqueue, timer and detect work initialisation early in the driver's initialisation, rather than being after we've registered the CEC device. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 11 +-- 1 file changed, 5

[PATCH v2 0/7] TDA998x CEC support

Hi, This patch series adds CEC support to the DRM TDA998x driver. The TDA998x family of devices integrate a TDA9950 CEC at a separate I2C address from the HDMI encoder. Implementation of the CEC part is separate to allow independent CEC implementations, or independent HDMI implementations

[PATCH v2 2/7] drm/i2c: tda998x: move CEC device initialisation later

We no longer use the CEC client to access the CEC part itself, so we can move this later in the initialisation sequence. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #73 from Andrew --- i also noticed that the grub screen is in high resolution (probably 1024 ) without me specifying any params. Also the boot messages are flying in the high resolution, until something is loaded

Re: [PATCH 1/2] drm/nouveau/bar/gf100: fix hang when calling ->fini() before ->init()

On 06/12/17 09:22, Guillaume Tucker wrote: > On 05/12/17 18:32, Ben Skeggs wrote: >> On Wed, Dec 6, 2017 at 12:30 AM, Jon Hunter wrote: >> >>> >>> On 04/12/17 18:37, Guillaume Tucker wrote: If the firmware fails to load then ->fini() will be called before the

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #72 from Andrew --- Created attachment 136007 --> https://bugs.freedesktop.org/attachment.cgi?id=136007=edit log files with amdgpu.cg_mask set -- You are receiving this mail because: You are the assignee for

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #71 from Andrew --- adding amdgpu.cg_mask=0xFFFB semed to keep boot messages for a bit longer, but then again - black screen of beauty :( adding powerplay) made no difference -- You are receiving this mail

[PATCH 3/4] drm/etnaviv: lock BOs after all other submit work is done

Populating objects, adding them to the GPU VM and patching/validating the command stream might take a lot of CPU time. There is no reason to hold all object reservations during that time. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 16

[PATCH 1/4] drm/etnaviv: hook up DRM GPU scheduler

This hooks in the DRM GPU scheduler. No improvement yet, as all the dependency handling is still done in etnaviv_gem_submit. This just replaces the actual GPU submit by passing through the scheduler. Allows to get rid of the retire worker, as this is now driven by the scheduler. Signed-off-by:

[PATCH 0/4] Etnaviv GPU scheduler

Hi all, this hooks up the AMDGPU/DRM GPU scheduler in etnaviv. This depends on both the etnaviv job lifetime fixes series, as well as the AMDGPU scheduler move. Please keep this in mind while reviewing. The scheduler has 4 main benefits to etnaviv: 1. Cross GPU/device synchronization is handled

[PATCH 4/4] drm/etnaviv: replace hangcheck with scheduler timeout

This replaces the etnaviv internal hangcheck logic with the job timeout handling provided by the DRM scheduler. This simplifies the driver further and allows to replay jobs after a GPU reset, so only minimal state is lost. This introduces a user-visible change in that we don't allow jobs to run

[PATCH 2/4] drm/etnaviv: move dependency handling to scheduler

Move the fence dependency handling to the scheduler where it belongs. Jobs with unsignaled dependencies just get to sit in the scheduler queue without holding any locks. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gem.h| 3 ++

[pull] amdgpu and ttm drm-fixes-4.15

Hi Dave, Fixes for 4.15: - Add licenses to files that were missing it - huge page fixes for ttm The following changes since commit 503505bfea19b7d69e2572297e6defa0f9c2404e: Merge branch 'drm-fixes-4.15' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2017-12-01 09:15:57 +1000)

[PATCH v2 0/2] AMDGPU scheduler move, take 2

Hi all, second try to move the AMDGPU scheduler into a common location, this time rebased onto drm-next-4.16-wip. I've tested my etnaviv series on top of this and things seem to work fine. I checked that AMDGPU still builds, but I don't have any means to actually runtime test this currently, so

[PATCH v2 1/2] drm: move amd_gpu_scheduler into common location

This moves and renames the AMDGPU scheduler to a common location in DRM in order to facilitate re-use by other drivers. This is mostly a straight forward rename with no code changes. One notable exception is the function to_drm_sched_fence(), which is no longer a inline header function to avoid

[Bug 104143] r600/sb: clobbers gl_Position -> gl_FragCoord

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #9 from Gert Wollny --- Patch: https://patchwork.freedesktop.org/patch/192036/ -- You are receiving this mail because: You are the assignee for the bug.___

[PATCH v2 2/2] drm/sched: move fence slab handling to module init/exit

This is the only part of the scheduler which must not be called from different drivers. Move it to module init/exit so it is done a single time when loading the scheduler. Signed-off-by: Lucas Stach --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 8

[PATCH] drm/fb-helper: Fix a potential NULL dereference

We recently modified drm_fb_helper_single_add_all_connectors() to allow NULL "fb_helper" pointers. But the problem is that it gets dereferenced before we checked for NULL. Fixes: c777990fb45b ("drm/fb-helper: Handle function NULL argument") Signed-off-by: Dan Carpenter

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #70 from Andrew --- this bug/thread looks very simillar to what i ahve been expiriencing once i tried to move from fglx + fedora 22 to over amdgpu + fedora27. Please take a look@ the bug i filed :

Re: [PATCH v3 3/9] drm: Add Content Protection property

On Tue, Dec 5, 2017 at 12:11 PM, C, Ramalingam wrote: > > > > Best Regards, > Ramalingam C > >> -Original Message- >> From: Sean Paul [mailto:seanp...@chromium.org] >> Sent: Tuesday, December 5, 2017 8:07 PM >> To: C, Ramalingam >> Cc:

Re: [PATCH] drm/ttm: swap consecutive allocated pooled pages v4

Hi Christian, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.15-rc2 next-20171206] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[Bug 104090] Reduced colors on RX580 through eDP on Asus GL702ZC laptop

https://bugs.freedesktop.org/show_bug.cgi?id=104090 --- Comment #12 from Hein-Pieter van Braam --- How do I establish whether that is what is happening or not? It sure looks like that's what's going on though. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] gpu: drm: sti: Adopt SPDX identifiers

2017-12-06 15:26 GMT+01:00 Vincent ABRIOU : > Benjamin, > > The patch is fine for me: > > Acked-by: Vincent Abriou > > Vincent Thanks, Pushed in drm-misc-next Benjamin > > On 12/06/2017 12:29 PM, Benjamin Gaignard wrote: >> Add SPDX identifiers to

Re: [PATCH] gpu: drm: stm: Adopt SPDX identifiers

2017-12-06 15:26 GMT+01:00 Vincent ABRIOU : > Benjamin, > > The patch is fine for me: > > Acked-by: Vincent Abriou > > Vincent Thanks, Pushed in drm-misc-next Benjamin > > On 12/06/2017 12:29 PM, Benjamin Gaignard wrote: >> Add SPDX identifiers to

Re: [PATCH] video: hd44780: Add hd44780 lcd display driver

Hi Lars, On Wed, Dec 6, 2017 at 2:52 PM, Lars Poeschel wrote: > This adds a console driver for hd44780 based character lcd displays and > clones. The driver currently supports 20x4 character displays with > character ROMs A00 and A02. > The hardware wirings to the display

Re: [Intel-gfx] [PATCH v3 4/9] drm: Add some HDCP related #defines

On Tue, Dec 5, 2017 at 6:12 PM, Chris Wilson wrote: > Quoting Sean Paul (2017-12-05 05:15:03) >> In preparation for implementing HDCP in i915, add some HDCP related >> register offsets and defines. The dpcd register offsets will go in >> drm_dp_helper.h whereas the ddc

[Bug 104143] r600/sb: clobbers gl_Position -> gl_FragCoord

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #8 from Gert Wollny --- I found the problem: if KC0[0].x == index (=0): 1 x: ADD_INTT0.x, KC0[0].x, [0xfffe -nan].x 2 x: MOVA_INT __.x, T0.x Address register is now

Re: [PATCH] gpu: drm: sti: Adopt SPDX identifiers

Benjamin, The patch is fine for me: Acked-by: Vincent Abriou Vincent On 12/06/2017 12:29 PM, Benjamin Gaignard wrote: > Add SPDX identifiers to files under sti directory > > Signed-off-by: Benjamin Gaignard > --- >

Re: [PATCH] gpu: drm: stm: Adopt SPDX identifiers

Benjamin, The patch is fine for me: Acked-by: Vincent Abriou Vincent On 12/06/2017 12:29 PM, Benjamin Gaignard wrote: > Add SPDX identifiers to files under stm directory > > Signed-off-by: Benjamin Gaignard > --- > drivers/gpu/drm/stm/drv.c

Re: [PATCH v2 5/7] drm/i2c: tda9950: add CEC driver

Hi Russell, Some small comments below: On 12/06/17 13:35, Russell King wrote: > Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device, > but is also integrated into HDMI transceivers such as the TDA9989 and > TDA19989. > > The TDA9950 contains a command processor which handles

Re: [PATCH v2 4/7] drm/i2c: tda998x: always disable and clear interrupts at probe

On 12/06/17 13:35, Russell King wrote: > Always disable and clear interrupts at probe time to ensure that the > TDA998x is in a sane state. This ensures that the interrupt line, > which is also the CEC clock calibration signal, is always deasserted. > > Signed-off-by: Russell King

Re: [PATCH v2 3/7] drm/i2c: tda998x: fix error cleanup paths

On 12/06/17 13:35, Russell King wrote: > If tda998x_get_audio_ports() fails, and we requested the interrupt, we > fail to free the interrupt before returning failure. Rework the failure > cleanup code and exit paths so that we always clean up properly after an > error, and always propagate the

Re: [PATCH v2 2/7] drm/i2c: tda998x: move CEC device initialisation later

On 12/06/17 13:35, Russell King wrote: > We no longer use the CEC client to access the CEC part itself, so we can > move this later in the initialisation sequence. > > Signed-off-by: Russell King > --- > drivers/gpu/drm/i2c/tda998x_drv.c | 7 --- > 1 file

Re: [PATCH v2 1/7] drm/i2c: tda998x: move mutex/waitqueue/timer/work init early

On 12/06/17 13:35, Russell King wrote: > Move the mutex, waitqueue, timer and detect work initialisation early > in the driver's initialisation, rather than being after we've registered > the CEC device. > > Signed-off-by: Russell King Acked-by: Hans Verkuil

Re: [PATCH v2 6/7] drm/i2c: tda998x: add CEC support

Hi Russell, Thanks for this patch series! On 12/06/17 13:35, Russell King wrote: > The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated > onto the same die. Add support for the TDA9950 CEC engine to the > TDA998x driver. > > Signed-off-by: Russell King

Re: [RESEND PATCH 4/4] drm/meson: Add missing VPU init

Quoting Neil Armstrong (2017-12-06 12:03:59) > On 06/12/2017 13:02, Chris Wilson wrote: > > Quoting Neil Armstrong (2017-12-06 11:54:28) > >> The VPU init misses these configurations values. > >> > >> Signed-off-by: Neil Armstrong > >> --- > >>

Re: [RESEND PATCH 4/4] drm/meson: Add missing VPU init

On 06/12/2017 13:02, Chris Wilson wrote: > Quoting Neil Armstrong (2017-12-06 11:54:28) >> The VPU init misses these configurations values. >> >> Signed-off-by: Neil Armstrong >> --- >> drivers/gpu/drm/meson/meson_drv.c | 9 + >>

Re: [RESEND PATCH 4/4] drm/meson: Add missing VPU init

Quoting Neil Armstrong (2017-12-06 11:54:28) > The VPU init misses these configurations values. > > Signed-off-by: Neil Armstrong > --- > drivers/gpu/drm/meson/meson_drv.c | 9 + > drivers/gpu/drm/meson/meson_registers.h | 4 > 2 files changed, 13

  1   2   >