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

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

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

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #75 from Kelly Anderson --- 4.15rc2 has been working for me for over a day now without a problem -- You are receiving this mail because: You are the assignee for the

[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 #58 from intermedi...@hotmail.com --- (In reply to erhard_f from comment #57) > Had some time to test kernels 4.14.4 and 4.15-rc2. Sadly nothing new > concerning this issue. yes nothing change , mee to

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

Hi Linus, FYI, I'm on holidays for next week, it's normally a time of the dev cycle where anything urgent happens so things should tick along nicely. I'll have some email access but no serious hw. This pull is a bit larger than I'd like but a large bunch of it is license fixes, AMD wanted to fix

[PATCH] drm: Update edid-derived drm_display_info fields at edid property set

There are a set of values in the drm_display_info structure for each connector which hold information derived from EDID. These are computed in drm_add_display_info. Before this patch, that was only called in drm_add_edid_modes. This meant that they were only set when EDID was present and never

linux-next: Signed-off-by missing for commit in the drm-intel-fixes tree

Hi all, Commit 365ad5df9caa ("drm/i915/gvt: Export intel_gvt_render_mmio_to_ring_id()") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[PULL] drm-intel-next

Hi Dave, Here goes drm-intel-next-2017-12-01. As Gustavo already pointed out, when applying this and drm-misc-next you will get the build failure. And the fix up is: - enum plane plane; + enum i9xx_plane_id plane; Changes on this tag: - Init clock gate fix (Ville) - Execlists event

Re: [Intel-gfx] [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 08:57:09PM +0100, Peter Zijlstra wrote: > On Thu, Dec 07, 2017 at 03:58:28PM +0100, Daniel Vetter wrote: > > > [ 85.069417] gem_exec_captur/2810 is trying to acquire lock: > > [ 85.069419] ((completion)>parked){+.+.}, at: [] > > kthread_park+0x3d/0x50 > > [

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 03:58:28PM +0100, Daniel Vetter wrote: > [ 85.069417] gem_exec_captur/2810 is trying to acquire lock: > [ 85.069419] ((completion)>parked){+.+.}, at: [] > kthread_park+0x3d/0x50 > [ 85.069426] >but task is already holding lock: > [ 85.069428]

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

On Wed, 2017-12-06 at 15:54 -0800, Rodrigo Vivi wrote: > 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

Re: [PATCH] drm: More debug info for fb leaks in mode_config_cleanup

On Thu, Dec 07, 2017 at 04:52:04PM +0100, Noralf Trønnes wrote: > > Den 07.12.2017 15.49, skrev Daniel Vetter: > > We're spotting this very rarely in CI, but have no idea. Let's add > > more debug info about what's going on here. > > > > References:

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

On Thu, Dec 07, 2017 at 11:41:17AM +, Philippe CORNU wrote: > platform_set_drvdata() is still missing in your version. Ugh...indeed. > On 12/06/2017 10:39 PM, Brian Norris wrote: > > On Wed, Dec 06, 2017 at 05:08:19PM +0800, Nickey Yang wrote: > >> From: Brian Norris

[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 #5 from mikhail.v.gavri...@gmail.com --- Created attachment 136036 --> https://bugs.freedesktop.org/attachment.cgi?id=136036=edit dmesg with 4.15.0-rc2 amd-staging-drm-next -- You are receiving this mail because: You are the

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

https://bugs.freedesktop.org/show_bug.cgi?id=104090 --- Comment #14 from Hein-Pieter van Braam --- I applied attachment 136035 to 4.15.0-rc2 but the problem remained with dc=1 on my rx580 I'm afraid. -- You are receiving this mail because: You are the assignee for the

Re: [Outreachy kernel] [PATCH v14 2/3] drm/tinydrm: Move tinydrm_of_find_backlight to backlight.c

Den 07.12.2017 16.44, skrev Daniel Thompson: On 06/12/17 10:43, Meghana Madhyastha wrote: On Tue, Oct 24, 2017 at 06:45:34PM +0200, Noralf Trønnes wrote: Den 24.10.2017 17.42, skrev Sean Paul: On Sat, Oct 21, 2017 at 05:27:33PM +0530, Meghana Madhyastha wrote: Rename

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

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

[PATCH v4 07/15] drm/sun4i: Create minimal multipliers and dividers

The various outputs the TCON can provide have different constraints on the dotclock divider. Let's make them configurable by the various mode_set functions. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard ---

[PATCH v4 05/15] drm/sun4i: Fix error path handling

The commit 4c7f16d14a33 ("drm/sun4i: Fix TCON clock and regmap initialization sequence") moved a bunch of logic around, but forgot to update the gotos after the introduction of the err_free_dotclock label. It means that if we fail later that the one introduced in that commit, we'll just to the

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

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 (TCON). And while there is two instances of the mixers and TCONs, they have a

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

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 + drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + drivers/gpu/drm/sun4i/sun8i_mixer.c | 11

[PATCH v4 06/15] drm/sun4i: Force the mixer rate at 150MHz

It seems like the mixer can only run properly when clocked at 150MHz. In order to have something more robust than simply a fire-and-forget assigned-clocks-rate, let's put that in the code. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun8i_mixer.c |

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

The power-supply property is used by a vast majority of panels, including panel-simple. Let's document it as a common property Reviewed-by: Rob Herring Signed-off-by: Maxime Ripard ---

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

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 the code. Reviewed-by: Rob Herring Signed-off-by:

[PATCH v4 02/15] drm/panel: lvds: Add support for the power-supply property

A significant number of panels need to power up a regulator in order to operate properly. Add support for the power-supply property to enable and disable such a regulator whenever needed. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard ---

[PATCH v4 13/15] ARM: dts: sun8i: a83t: Add the PWM pin group

The A83T has a PWM that can be output from the SoC. Let's add a pinctrl group for it. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

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

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 DTSI, it obviously wasn't probing anymore. Re-add it so that everything works again. Fixes:

[PATCH v4 15/15] ARM: dts: sun8i: a711: Enable the LCD

The A711 has 1024x600 LVDS panel, with a PWM-based backlight. Add it to our DT. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 61 - 1 file changed, 61 insertions(+)

[PATCH v4 11/15] ARM: dts: sun8i: a83t: Enable the PWM

The A83T has the same PWM block than the H3. Add it to our DT. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH v4 12/15] ARM: dts: sun8i: a83t: Add LVDS pins group

The A83T has an LVDS bus that can be connected to a panel or a bridge. Add the pinctrl group for it. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff

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

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 output on the first TCON. The other parts will be added eventually. Reviewed-by: Chen-Yu Tsai

[PATCH v4 00/15] drm/sun4i: Add A83t LVDS support

Hi, Here is an attempt at supporting the LVDS output in our DRM driver. This has been tested on the A83T (with DE2), but since everything is basically in the TCON, it should also be usable on the older SoCs with minor modifications. This was the occasion to refactor a bunch of things. The most

Re: [PATCH] drm: More debug info for fb leaks in mode_config_cleanup

Den 07.12.2017 15.49, skrev Daniel Vetter: We're spotting this very rarely in CI, but have no idea. Let's add more debug info about what's going on here. References: https://bugs.freedesktop.org/show_bug.cgi?id=102707 Signed-off-by: Daniel Vetter --- Acked-by:

Re: [Outreachy kernel] [PATCH v14 2/3] drm/tinydrm: Move tinydrm_of_find_backlight to backlight.c

On 06/12/17 10:43, Meghana Madhyastha wrote: On Tue, Oct 24, 2017 at 06:45:34PM +0200, Noralf Trønnes wrote: Den 24.10.2017 17.42, skrev Sean Paul: On Sat, Oct 21, 2017 at 05:27:33PM +0530, Meghana Madhyastha wrote: Rename tinydrm_of_find_backlight to of_find_backlight and move it to

[PATCH 0/2] drm/vc4: Expose HW perf counters

Hello, Here is a proposal to expose VC4 HW perf counters to userspace. This is done through 3 new ioctls which are allowing one to create, destroy and query the status of a perf monitor object. A perfmon object does not count things by its own, it has to be attached to a SUBMIT_CL request to be

[PATCH 1/2] drm/vc4: Add a mechanism to easily extend CL submissions

The number of attributes/objects you can pass to the DRM_IOCTL_VC4_SUBMIT_CL ioctl is limited by the drm_vc4_submit_cl struct size. Add a mechanism to easily pass extra attributes when submitting a CL to the V3D engine. Signed-off-by: Boris Brezillon ---

[PATCH 2/2] drm/vc4: Expose performance counters to userspace

The V3D engine has various hardware counters which might be interesting to userspace performance analysis tools. Expose new ioctls to create/destroy a performance monitor object and query the counter values of this perfmance monitor. Not that a perfomance monitor is given an ID that is only

Re: [Intel-gfx] [PATCH] drm/i915: Increase max texture to 16k for gen9+

On Thu, Dec 07, 2017 at 05:26:00PM +0800, Alex Tu wrote: > Rrefer to another patch [1] on mesa to extend width/height to 16384. > For issue : > - https://bugs.freedesktop.org/show_bug.cgi?id=102508 > - LP: #1714178 Triple monitor display failed with Dell Dock (HiDPI) > > [1]

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

https://bugs.freedesktop.org/show_bug.cgi?id=104142 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk

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

On 12/07/2017 03:09 AM, Rob Herring wrote: 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:

[PULL] drm-misc-fixes

Hi Dave, drm-misc-fixes-2017-12-07: regression fix for vc4 + rpm stable fix for analogix bridge Of course I do a pull, 2 more patches show up. Flushed them out since you'll be out next week. Cheers, Daniel The following changes since commit a703c55004e1c5076d57e43771b3e7796ea0: drm:

Re: [PATCH v2 02/22] drm/cma-helper: Add drm_fb_cma_fbdev_init/fini()

On Thu, Dec 07, 2017 at 02:09:40PM +0100, Noralf Trønnes wrote: > Daniel, > > There's no response from Laurent, can I go ahead and start applying? He's usually fairly responsive to a ping on irc, but yeah I think this is plenty time, and it's a simple change. Imo good to go. -Daniel > >

Re: [RFC PATCH 1/6] drm: Add Content Protection property

> How about for sensitive video streams in government offices where you > want to avoid a spy potentially tapping the cable to see the video > stream? Last time I checked HDCP did not meet government security requirements - which is hardly surprising since you can buy $10 boxes from China to

Re: [RFC PATCH 1/6] drm: Add Content Protection property

> If you want to actually lock down a machine to implement content > protection, then you need secure boot without unlockable boot-loader and a > pile more bits in userspace. So let me take my Intel hat off for a moment. The upstream policy has always been that we don't merge things which don't

[PATCH] drm: More debug info for fb leaks in mode_config_cleanup

We're spotting this very rarely in CI, but have no idea. Let's add more debug info about what's going on here. References: https://bugs.freedesktop.org/show_bug.cgi?id=102707 Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_mode_config.c | 3 +++ 1 file changed, 3

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

Hi Brian, On 12/06/2017 10:52 PM, Brian Norris wrote: > 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

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

Den 07.12.2017 01.50, skrev Inki Dae: 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:

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

https://bugs.freedesktop.org/show_bug.cgi?id=104142 --- Comment #1 from Harry Wentland --- We do a WARN_ON(adev->dm.cached_state). We shouldn't have a cached state when doing suspend. Not sure right now why this is happening. Is this with an Intel iGPU + AMD dGPU laptop?

[PATCH] drm/i915: add FTRACE dependency for DRM_I915_TRACE_GEM

The new trace option gratuitously added a 'select TRACING' statement, which now causes build failures in other code that assumed tracepoints were only available with FTRACE: ERROR: "__tracepoint_ucsi_command" [drivers/usb/typec/ucsi/typec_ucsi.ko] undefined! ERROR:

Re: [PATCH] drm/i915: Increase max texture to 16k for gen9+

+ Ville as Jani is OoO On Thu, 2017-12-07 at 17:26 +0800, Alex Tu wrote: > Rrefer to another patch [1] on mesa to extend width/height to 16384. > For issue : > - https://bugs.freedesktop.org/show_bug.cgi?id=102508 > - LP: #1714178 Triple monitor display failed with Dell Dock (HiDPI) > > [1]

[PULL] drm-intel-fixes

Hi Dave, As previously, the CI is still not very happy for the drm-intel-fixes branch as we're lacking the temporary lockdep fixes which drm-tip is seeing applied. Daniel has been pinging to get them going, so let's hope next pull will then be on a solid CI base. This round it's a bunch of

Re: [PATCH v2 02/22] drm/cma-helper: Add drm_fb_cma_fbdev_init/fini()

Daniel, There's no response from Laurent, can I go ahead and start applying? Noralf. Den 30.11.2017 18.38, skrev Noralf Trønnes: Laurent, Can you please have a look at this and see if it's ok with you? Noralf. Den 15.11.2017 15.19, skrev Noralf Trønnes: Add functions

Re: [PATCH] drm/vc4: Fix false positive WARN() backtrace on refcount_inc() usage

On Thu, 7 Dec 2017 13:31:34 +0100 Stefan Wahren wrote: > Hi Daniel, > > > Am 24.11.2017 um 15:52 schrieb Daniel Vetter: > > On Thu, Nov 23, 2017 at 09:24:11AM +0100, Boris Brezillon wrote: > >> On Wed, 22 Nov 2017 16:13:31 -0800 > >> Eric Anholt

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

Hi, On Thu, Dec 07, 2017 at 02:05:47PM +0800, Chen-Yu Tsai wrote: > > +static void sun4i_tcon_lvds_set_status(struct sun4i_tcon *tcon, > > + const struct drm_encoder *encoder, > > + bool enabled) > > +{ > > + if

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 11:08:49AM +0100, Daniel Vetter wrote: > Since -rc1 we're hitting a bunch of lockdep splats using the new > cross-release stuff around the 2 kthread completions. In all cases > they are because totally independent uses of kthread are mixed up by > lockdep into the same

Re: [Ask for help] ATI HD 7470 card on arm64 platform

On 2017-12-07 10:35 AM, Xinliang Liu wrote: > Hi, > > We are trying ATI HD 7470 card on arm64 platform D05 with kernel 4.1.40. > But it failed with kernel log: > radeon 0005:01:00: ring 0 stalled for more than 1msec > radeon 0005:01:00: GPU lockup (current fence id 0x0001 > last

Re: [Intel-gfx] [PATCH] drm/i915: Increase max texture to 16k for gen9+

Quoting Alex Tu (2017-12-07 09:26:00) > Rrefer to another patch [1] on mesa to extend width/height to 16384. > For issue : > - https://bugs.freedesktop.org/show_bug.cgi?id=102508 > - LP: #1714178 Triple monitor display failed with Dell Dock (HiDPI) > > [1]

[PULL] drm-misc-next

Hi Dave, More 4.16 stuff, biggest thing here is the panel orientation work from Hans. The rest is just misc core and drivers improvements/doc/bugfixes. This contain a backmerge of drm-next (at v4.15-rc2) but should be transparent to you. What you should be aware is the merge conflict that will

Re: [Intel-gfx] [PATCH] drm/i915: Increase max texture to 16k for gen9+

On Thu, Dec 07, 2017 at 06:09:17PM +0800, Alex Tu wrote: > Thanks for comment. > I'm not familiar with that, so just followed the patch in mes > https://patchwork.freedesktop.org/patch/124918/a. > > How about change subtitle to "drm/i915: Increase max CRTC bounds to 16k for > gen9+"? The render

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

Hi, On Wed, Dec 06, 2017 at 05:37:47PM +0100, Jernej Škrabec wrote: > 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

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

Hi, On Thu, Dec 07, 2017 at 11:14:27AM +0100, Philippe Ombredanne wrote: > On Tue, Dec 5, 2017 at 4: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:

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

Hi Sean, On 07-12-2017 00:00, Sean Paul wrote: > 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

[PATCH] kthread: finer-grained lockdep/cross-release completion

Since -rc1 we're hitting a bunch of lockdep splats using the new cross-release stuff around the 2 kthread completions. In all cases they are because totally independent uses of kthread are mixed up by lockdep into the same locking class, creating artificial deadlocks. Fix this by converting

Re: [Ask for help] ATI HD 7470 card on arm64 platform

cc z.liuxinli...@hisilicon.com On 7 December 2017 at 17:54, Xinliang Liu wrote: > Thanks Christian, > > add tangyongqian in the loop. > > On 7 December 2017 at 17:40, Christian König wrote: >> Hi Xinliang, >> >> please provide the output of

Re: [Ask for help] ATI HD 7470 card on arm64 platform

Thanks Christian, add tangyongqian in the loop. On 7 December 2017 at 17:40, Christian König wrote: > Hi Xinliang, > > please provide the output of lspci and the content of /proc/iomem will privide these info asap. > > Thanks, > Christian. > > > Am 07.12.2017 um

Re: [Ask for help] ATI HD 7470 card on arm64 platform

Hi Xinliang, please provide the output of lspci and the content of /proc/iomem Thanks, Christian. Am 07.12.2017 um 10:35 schrieb Xinliang Liu: Hi, We are trying ATI HD 7470 card on arm64 platform D05 with kernel 4.1.40. But it failed with kernel log: radeon 0005:01:00: ring 0 stalled for

[Ask for help] ATI HD 7470 card on arm64 platform

Hi, We are trying ATI HD 7470 card on arm64 platform D05 with kernel 4.1.40. But it failed with kernel log: radeon 0005:01:00: ring 0 stalled for more than 1msec radeon 0005:01:00: GPU lockup (current fence id 0x0001 last fence id 0x0002 on ring0) radeon 0005:01:00:

Re: [Intel-gfx] [PATCH] drm/i915: Increase max texture to 16k for gen9+

Quoting Alex Tu (2017-12-07 09:26:00) > Rrefer to another patch [1] on mesa to extend width/height to 16384. > For issue : > - https://bugs.freedesktop.org/show_bug.cgi?id=102508 > - LP: #1714178 Triple monitor display failed with Dell Dock (HiDPI) > > [1]

Re: [Intel-gfx] [PATCH v6 0/5] drm/i915: Expose more GPU properties through sysfs

On 04/12/2017 15:02, Lionel Landwerlin wrote: Hi, After discussion with Chris, Joonas & Tvrtko, this series adds an additional commit to link the render node back to the card through a symlink. Making it obvious from an application using a render node to know where to get the information it

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

On Wed, Dec 06, 2017 at 07:01:59PM -0800, Gurchetan Singh wrote: > 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:

[Bug 104159] llvm 6.0svn: GPU fault/hang with r319975

https://bugs.freedesktop.org/show_bug.cgi?id=104159 Bug ID: 104159 Summary: llvm 6.0svn: GPU fault/hang with r319975 Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM

https://bugs.freedesktop.org/show_bug.cgi?id=101900 letha...@gmail.com changed: What|Removed |Added Summary|No HDMI HBR audio on|No HDMI HBR audio on

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

Hi, On Wed, Dec 06, 2017 at 04:26:03PM +0100, Jernej Skrabec wrote: > 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

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

On Wed, Dec 06, 2017 at 07:00:09PM -0500, Sean Paul wrote: > 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.

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

On Wed, Dec 06, 2017 at 04:07:49PM +0300, Dan Carpenter wrote: > 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

[PATCH] drm/i915: Use copy_from_user() in fence copying

There's no good reason to separate the access_ok() from the copy, especially since the access_ok() size is hard-coded instead of using sizeof(). Instead, just use copy_from_user() directly. Fixes: cf6e7bac6357 ("drm/i915: Add support for drm syncobjs") Cc: Jason Ekstrand

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

On Wed, Dec 6, 2017 at 3:26 PM, Vincent ABRIOU wrote: > 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 >> >>

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

On Wed, Dec 6, 2017 at 3:26 PM, Vincent ABRIOU wrote: > 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 >> >>

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

Quoting Daniel Vetter : 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