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 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 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 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 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 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

[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/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

[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 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:

[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

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 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 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

[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 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] 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

[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

[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

[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

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

[PATCH v2] drm: rcar-du: calculate DPLLCR to be more small jitter

From: Kuninori Morimoto In general, PLL has VCO (= Voltage controlled oscillator), one of the very important electronic feature called as "jitter" is related to this VCO. In academic generalism, VCO should be maximum to be more small jitter. In high frequency

[PATCH] drm: Document that drm_panel_orientation_quirks.c is shared with fbdev

Add a comment to the DRM_PANEL_ORIENTATION_QUIRKS documenting that the reason for a separate Kconfig for this is because drm_panel_orientation_quirks.c code is shared with fbdev. Suggested-by: Bartlomiej Zolnierkiewicz Reviewed-by: Daniel Vetter

Re: [PATCH 0/1] drm: Document that drm_panel_orientation_quirks.c is shared with fbdev

On Tue, Dec 05, 2017 at 12:00:34PM +0100, Hans de Goede wrote: > Hi All, > > This is a resend from my gmail mail address so that patchwork and the CI > pick this up. If you mean the intel CI farm, then you need to cc: intel-gfx. Unfortunately our CI does not (yet) watch what's going on on

Re: [PATCH v3 00/11] drm/fb-helper: Add .last_close and .output_poll_changed helpers

On Tue, Dec 05, 2017 at 04:11:26PM -0500, Alex Deucher wrote: > On Tue, Dec 5, 2017 at 1:24 PM, Noralf Trønnes wrote: > > The helpers are applied and have reached airlied/drm-next. > > > > amd has gained another .poll_changed user since last. > > Patches 1, 2, 9 applied to my

[Bug 103913] DRM/Radeon GPU hang

https://bugs.freedesktop.org/show_bug.cgi?id=103913 ro...@beardandsandals.co.uk changed: What|Removed |Added Status|NEW |RESOLVED

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

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 back to us for removal. Signed-off-by: Brian Norris

[PATCH v6 0/3] Update ROCKCHIP DSI driver that uses dw-mipi-dsi bridge

We now have a generic dw-mipi-dsi bridge driver.So we send this patchs to moving rockchip dw-mipi-dsi driver to that in order to add new features(dual mipi support). Update ROCKCHIP DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. ChangeLog: v2: add

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

On Tue, Dec 05, 2017 at 11:46:28AM -0600, Gustavo A. R. Silva wrote: > fb_helper is being dereferenced before it is null checked, > hence there is a potential null pointer dereference. > > Fix this by moving the pointer dereference after fb_helper > has been null checked. > > This issue was

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

Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. Signed-off-by: Nickey Yang Signed-off-by: Brian Norris Reviewed-by: Brian Norris Reviewed-by: Sean Paul

[PATCH v5 0/3] Update ROCKCHIP DSI driver that uses dw-mipi-dsi bridge

We now have a generic dw-mipi-dsi bridge driver.So we send this patchs to moving rockchip dw-mipi-dsi driver to that in order to add new features(dual mipi support). Update ROCKCHIP DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. ChangeLog: v2: add

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

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 back to us for removal. Signed-off-by: Brian Norris

[PATCH v5 2/3] dt-bindings: display: rockchip: update DSI controller

This patch update describe panel/port links, including unit addresses in documentation of device tree bindings for the rockchip DSI controller based on the Synopsys DesignWare MIPI DSI host controller. Signed-off-by: Nickey Yang Reviewed-by: Brian Norris

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Tue, 2017-12-05 at 10:39 +, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 17:29, Alexey Brodkin wrote: > > > > > > Indeed, in case of kmscube etnaviv is a renderer while UDL > > outputs the picture on the screen. > > Thats nice :) > > Ok, from your logs I was not able to

[PATCH 1/2] drm: omapdrm: Remove filename from header and fix copyright tag

Having the filename in the header serves little purpose and is often wrong after renames as it is here in several places, just drop it from all omapdrm files. While we are here unify the copyright tags to the TI recommended style. Signed-off-by: Andrew F. Davis ---

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

fb_helper is being dereferenced before it is null checked, hence there is a potential null pointer dereference. Fix this by moving the pointer dereference after fb_helper has been null checked. This issue was detected with the help of Coccinelle. Fixes: c777990fb45b ("drm/fb-helper: Handle

Re: [PATCH 04/10] gpu: host1x: Lock classes during job submission

On 07.11.2017 23:23, Dmitry Osipenko wrote: On 07.11.2017 15:28, Mikko Perttunen wrote: On 05.11.2017 18:46, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: ... +static int mlock_id_for_class(unsigned int class) +{ +#if HOST1X_HW >= 6 +switch (class) +{ +case

Re: [PATCH v2 00/27] Improve DE2 support

Hi Maxime, Dne torek, 05. december 2017 ob 11:36:18 CET je Maxime Ripard napisal(a): > Hi, > > On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote: > > Current DE2 driver is very basic and uses a lot of magic constants since > > there is no documentation and knowledge about it was

Re: [PATCH] drm/bridge: analogix dp: Fix runtime PM state in get_modes() callback

Hello Marek, On Tue, Dec 5, 2017 at 5:12 PM, Marek Szyprowski wrote: > Hi Misha, > > On 2017-12-05 15:06, Misha Komarovskiy wrote: >> >> On Mon, Nov 27, 2017 at 6:40 AM, Archit Taneja >> wrote: >>> >>> On 11/21/2017 01:19 PM, Marek Szyprowski

Re: [PATCH 04/10] gpu: host1x: Lock classes during job submission

On 05.12.2017 16:21, Mikko Perttunen wrote: > On 07.11.2017 23:23, Dmitry Osipenko wrote: >> On 07.11.2017 15:28, Mikko Perttunen wrote: >>> On 05.11.2017 18:46, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: > ... > > +static int mlock_id_for_class(unsigned

Re: [PATCH] drm/bridge: analogix dp: Fix runtime PM state in get_modes() callback

Hello, On Mon, Nov 27, 2017 at 6:40 AM, Archit Taneja wrote: > > > On 11/21/2017 01:19 PM, Marek Szyprowski wrote: >> >> get_modes() callback might be called asynchronously from the DRM core and >> it is not synchronized with bridge_enable(), which sets proper runtime PM

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

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 Ripard > --- > drivers/gpu/drm/sun4i/sun4i_drv.c | 1 + >

Re: [PATCH] drm/vmwgfx_kms: Fix potential NULL pointer dereference

Hi Ville, Quoting Ville Syrjälä : On Mon, Dec 04, 2017 at 03:54:18PM -0600, Gustavo A. R. Silva wrote: crtc_state is being null checked in a previous code block, which implies that such pointer might be null. crtc_state is dereferenced in

Re: etnaviv: PHYS_OFFSET usage

Hi Lucas, On Wed, 2017-11-15 at 18:56 +0100, Lucas Stach wrote: > Am Mittwoch, den 15.11.2017, 17:36 + schrieb Alexey Brodkin: [snip] > I'm not keen on having a private memory region for the GPU. Normally we > just use the shared system CMA memory region (and we will point the > linear

[PATCH 2/2] drm: omapdrm: Simplify platform registration

Currently, calls into each file are used to register the various platform drivers. Change this to a table of pointers to platform_driver structs to allow using platform_register_drivers. Signed-off-by: Andrew F. Davis --- drivers/gpu/drm/omapdrm/dss/core.c | 51

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Tue, 2017-12-05 at 12:26 +, Jose Abreu wrote: > On 05-12-2017 11:53, Alexey Brodkin wrote: > > > > > > From my note above about udl_drm_gem_mmap() being only used in case of > > Xserver > > I barely may conclude anything. Given my lack of knowledge of DRM guts > > especially >

Re: [PATCH] drm: rcar-du: calculate DPLLCR to be more small jitter

Hi I noticed 1 typo, 1 bug on this patch. I will post v2 patch > From: Kuninori Morimoto > > In general, PLL has VCO (= Voltage controlled oscillator), > one of the very important electronic feature called as "jitter" > is related to this VCO. > In academic

[PATCH 0/1] drm: Document that drm_panel_orientation_quirks.c is shared with fbdev

Hi All, This is a resend from my gmail mail address so that patchwork and the CI pick this up. Regards, Hans ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

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

Tested-by: Dieter Nützel Dieter Am 05.12.2017 13:54, schrieb Christian König: When we detect consecutive allocation of pages swap them to avoid accidentally freeing them as huge page. v2: use swap v3: check if it's really the first allocated page v4: don't touch the

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

Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. Signed-off-by: Nickey Yang Signed-off-by: Brian Norris Reviewed-by: Brian Norris Reviewed-by: Sean Paul

[PATCH v6 2/3] dt-bindings: display: rockchip: update DSI controller

This patch update describe panel/port links, including unit addresses in documentation of device tree bindings for the rockchip DSI controller based on the Synopsys DesignWare MIPI DSI host controller. Signed-off-by: Nickey Yang Reviewed-by: Brian Norris

[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 ++

[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

[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

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

[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)

[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 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 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

[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

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

[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 ---

[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

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:

[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 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

[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

[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 :

[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

[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 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

[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.___

[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 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:

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

[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

[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

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 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

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

[Bug 104142] Stack trace in runpm when Tonga card powers down

https://bugs.freedesktop.org/show_bug.cgi?id=104142 Bug ID: 104142 Summary: Stack trace in runpm when Tonga card powers down Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity:

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

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #3 from Gert Wollny --- Created attachment 136001 --> https://bugs.freedesktop.org/attachment.cgi?id=136001=edit Version of the piglit that uses interleaved array and fails with sb -- You are receiving this

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

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #4 from Gert Wollny --- Created attachment 136002 --> https://bugs.freedesktop.org/attachment.cgi?id=136002=edit Version of the piglit that passes copy of gl_Position and tests it -- You are receiving this

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

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #5 from Gert Wollny --- Created attachment 136003 --> https://bugs.freedesktop.org/attachment.cgi?id=136003=edit Piglit screen output with R600_DEBUG=nosb of shaders with extra pos parameter -- You are

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

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 device has been initialised, causing the kernel to hang while trying

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

Add SPDX identifiers to files under stm directory Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/stm/drv.c | 3 +-- drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 3 +-- drivers/gpu/drm/stm/ltdc.c| 3 +-- drivers/gpu/drm/stm/ltdc.h| 3

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

https://bugs.freedesktop.org/show_bug.cgi?id=104143 Bug ID: 104143 Summary: r600/sb: clobbers gl_Position -> gl_FragCoord Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

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

Add SPDX identifiers to files under sti directory Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_awg_utils.c| 2 +- drivers/gpu/drm/sti/sti_awg_utils.h| 2 +- drivers/gpu/drm/sti/sti_compositor.c | 2 +-

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

https://bugs.freedesktop.org/show_bug.cgi?id=104143 --- Comment #6 from Gert Wollny --- Created attachment 136004 --> https://bugs.freedesktop.org/attachment.cgi?id=136004=edit Piglit output with extra pos parameter and sb enabled In this image on can see that the

[Bug 100200] Default Unreal Engine 4 frag shader fails to compile

https://bugs.freedesktop.org/show_bug.cgi?id=100200 --- Comment #1 from Gert Wollny --- This shader uses many arrays, and hence, reserves more registers that the r600 hardware supports. A work-in-progress patch series that fixes this can be found at

[RESEND PATCH 1/4] dt-bindings: display: amlogic, meson-vpu: Add optional power domain property

The Video Processing Unit power domain was setup by the Vendor U-Boot, add support for an optional Power Domain phandle to setup it from the kernel. Acked-by: Rob Herring Signed-off-by: Neil Armstrong ---

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

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 insertions(+) diff --git a/drivers/gpu/drm/meson/meson_drv.c

  1   2   >