These changes avoid following logcat error on integrated and dedicated GPUs:
... 2245 2245 E hwc-drm-resources: Could not find a suitable encoder/crtc for
display 2
... 2245 2245 E hwc-drm-resources: Failed CreateDisplayPipe 56 with -19
... 2245 2245 E hwcomposer-drm: Can't initialize Drm obj
From: Harry Wentland
Previous code threw a warning about misleading indentation
Signed-off-by: Harry Wentland
Reviewed-by: Mikita Lipski
Acked-by: Harry Wentland
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/display/dc/core/dc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
From: Carlo Caione
Hi,
on several laptops [0] we are seeing display corruption when using multiple /
external displays. We already opened an issue upstream [1].
The following 4 patches are taken from agd5f/amd-staging-drm-next and they seem
able to solve the issue.
Can those be included in 4.15?
From: Mikita Lipski
This feature synchronizes multiple displays with various timings
to a display with the highest refresh rate
it is enabled if edid caps flag multi_display_sync is set to one
There are limitations on refresh rates allowed
that can be synchronized. That would
prevent from underf
From: Mikita Lipski
Registers added to definition list that are required
for multi display synchronization
Signed-off-by: Mikita Lipski
Reviewed-by: Tony Cheng
Acked-by: Harry Wentland
Signed-off-by: Alex Deucher
---
.../amd/display/dc/dcn10/dcn10_timing_generator.h | 33 ++
2018-01-03 12:16 GMT+01:00 Robert Foss :
> Hey Mauro,
>
> Thanks for the patch! It builds and looks good to me, but I have some
> suggestions however.
>
>
> On Wed, 2018-01-03 at 11:10 +0100, Mauro Rossi wrote:
> > These changes avoid following logcat error on integrated and
> > dedicated GPUs:
>
From: Randy Dunlap
Fix typos, punctuation, and one function reference (change
atomic_check two times to be atomic_check and atomic_commit).
Signed-off-by: Randy Dunlap
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
---
I was looking for what CRTC means, but I still haven't found
On Wed, Jan 03, 2018 at 03:47:35PM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote:
> > When the linux kernel is build with (typical kernel ship with Debian
> > installer):
> >
> > CONFIG_FB_OF=y
> > CONFIG_VT_HW_CONSOLE_BINDING=y
> > CO
Le 25/12/2017 à 02:34, Yisheng Xie a écrit :
On 2017/12/24 17:05, christophe leroy wrote:
Le 23/12/2017 à 14:48, Greg KH a écrit :
On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote:
Hi all,
When I tried to use devm_ioremap function and review related code, I found
devm_ioremap
Hi Bartlomiej,
On Wed, Jan 3, 2018 at 4:23 PM, Lennart Sorensen
wrote:
> On Wed, Jan 03, 2018 at 03:47:35PM +0100, Bartlomiej Zolnierkiewicz wrote:
>> On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote:
>> > When the linux kernel is build with (typical kernel ship with Debian
>> >
From: "Leo (Sunpeng) Li"
This is a follow-up to the following change:
Yongqiang Sun: Program front end first when set mode.
Due to pipe-splitting features, how we handle stream enabling and
disabling needs to change.
In the case of pipe split disable, two planes need to be combined back
into t
Hi Rob,
Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a):
> On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote:
> > This commit adds all necessary compatibles and descriptions needed to
> > implement A83T HDMI pipeline.
> >
> > Mixer is already properly described,
On Wed, Jan 3, 2018 at 5:32 PM, Harry Wentland wrote:
> On 2018-01-03 12:11 PM, Carlo Caione wrote:
>> From: Carlo Caione
>>
>> Hi,
>> on several laptops [0] we are seeing display corruption when using multiple /
>> external displays. We already opened an issue upstream [1].
>> The following 4 pa
This patch defines the DP DSC receiver capability size that gives
total number of DP DSC DPCD registers.
This also adds a missing SHIFT define missed in the
commit id (ab6a46ea6842ce "Add DPCD definitions for DP 1.4 DSC feature")
v2:
* Missed the SHIFT define that I mentioned in the message
Cc: J
Em Mon, 1 Jan 2018 19:42:40 +
Bryan O'Donoghue escreveu:
> Right now it is not possible to return a value larger than LONG_MAX on 32
> bit systems. You can pass a rate of ULONG_MAX but can't return anything
> past LONG_MAX due to the fact both the rounded_rate and negative error
> codes are
This returns the maximum output BPP supported by the
eDP panel by reading the MAX_SUPPORTED_BPP DSC DPCD register.
Cc: Jani Nikula
Cc: Ville Syrjala
Cc: Anusha Srivatsa
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Manasi Navare
---
include/drm/drm_dp_helper.h | 10 ++
1 file cha
Hi,
On 03/01/18 11:16, Peter Ujfalusi wrote:
> Use the plane index as default zpos for all planes. Even if the
> application is not setting zpos/zorder explicitly we will have unique zpos
> for each plane.
>
> Enforce that all planes must have unique zpos by refusing atomic update for
> planes wi
Hi,
On 01/01/18 13:55, Jyri Sarha wrote:
> The new omapdss API is HW independent and cleans up some of the DSS5
> specific hacks from the omapdrm side and gets rid off the DSS5 IRQ
> register bits and replace them with HW independent generic u64 based
> macros. This new macros make it more straigh
On 01/01/18 13:55, Jyri Sarha wrote:
> This the v2 rouns of a this RFC patch:
> https://patchwork.kernel.org/patch/10066245/
>
> The first patch is a simple fix that should be applied in any case.
>
> I did not split the mgr_has_framedone() callback as a separate patch. It
> quite literally repla
https://bugs.freedesktop.org/show_bug.cgi?id=104285
--- Comment #2 from Alex Vorobyev ---
Just did some research - this issue still persists in 17.3.1 and it's only
visible if shadows enabled. If I set "Shadow quality" in the in-game settings
to "Disabled", artifacts disappear.
--
You are recei
Commit bbb163e18960 ("drm/nouveau/bar: implement bar1 teardown")
introduced add a teardown helper function for BAR1. During
initialisation of the Nouveau, initially all the teardown helpers are
called once, before calling their init counterparts. For gk20a, after
the BAR1 teardown function is calle
https://bugs.freedesktop.org/show_bug.cgi?id=104490
Bug ID: 104490
Summary: [radeonsi/290x] Dota2 fails to start (can't create
opengl context)
Product: Mesa
Version: git
Hardware: Other
OS: All
S
https://bugs.freedesktop.org/show_bug.cgi?id=104490
--- Comment #1 from Sebastian Parborg ---
Forgot to mention:
As I stated in the github issue, only dota seems to have this problem. No other
program/game fails to create a opengl context for me. So I'm quite unsure why
it is just dota2 that has
On Tuesday, November 07, 2017 03:13:06 PM Arnd Bergmann wrote:
> do_gettimeofday() is deprecated and a bit clumsy. This changes
> radeon_probe_pll_params() over to using ktime_get() with monotonic
> times. There is no need to check for negative values any more
> since the monotonic clocksource cann
Use the plane index as default zpos for all planes. Even if the
application is not setting zpos/zorder explicitly we will have unique zpos
for each plane.
Enforce that all planes must have unique zpos on the given crtc.
Signed-off-by: Peter Ujfalusi
---
Hi,
Changes since v2:
- The check for dup
On Monday, November 27, 2017 05:46:14 PM Arnd Bergmann wrote:
> do_gettimeofday() is deprecated because it is not y2038 safe, so I'm
> changing the calculation for the diagnostic output over to using
> 'timespec64'.
>
> We really only print time deltas here, so changing it to monotonic
> time make
https://bugs.freedesktop.org/show_bug.cgi?id=104439
--- Comment #1 from Francesco Turco ---
It seems this problem happens only when using SNA. I can't reproduce this bug
with UXA.
--
You are receiving this mail because:
You are the assignee for the bug.__
On Tuesday, November 28, 2017 04:22:22 PM Rasmus Villemoes wrote:
> This file has been copy-pasted-pasted:
>
> ~/linux$ x=drivers/video/fbdev/au1200fb.h; diff -u <(head -n 286 $x; head
> -n 286 $x) $x
> ~/linux$
>
> Signed-off-by: Rasmus Villemoes
Patch queued for 4.16, thanks.
Best regar
On Fri, Dec 22, 2017 at 08:22:37PM +0800, Icenowy Zheng wrote:
> The DE2 in H3/H5 has a clock control unit in it, and the behavior is
> slightly different between H3 and H5.
>
> Add the common parts in H3/H5 DTSI, and add the compatible string in H3
> DTSI.
>
> The compatible string of H5 DE2 CCU
On Fri, Dec 22, 2017 at 08:22:41PM +0800, Icenowy Zheng wrote:
> Allwinner A64's DE2 needs to claim a section of SRAM (SRAM C) to work.
>
> Add support for it.
That's highly suspicious that the clocks need an SRAM to operate
properly.
Can you elaborate?
Maxime
--
Maxime Ripard, Free Electrons
https://bugs.freedesktop.org/show_bug.cgi?id=104439
--- Comment #2 from Chris Wilson ---
Try (or confirm you have):
commit 1d033beb20d6d5885587a02a393b6598d766a382
Author: Chris Wilson
Date: Tue Oct 31 10:36:07 2017 +
drm/i915: Check incoming alignment for unfenced buffers (on i915gm
On 28/12/2017 10:03, Thomas Hellstrom wrote:
Hi, Lukasz!
(Sorry for top-posting).
We have Deepak from our team working on the same subject. I think he's
in over the holidays so I'll add him to the CC list.
Great!
Adding damage to the plane state is, IMO the correct way to do it.
However,
On Wednesday, November 29, 2017 05:22:48 PM Vasyl Gomonovych wrote:
> Fix ptr_ret.cocci warnings:
> drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c:676:1-3: WARNING:
> PTR_ERR_OR_ZERO can be used
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/
Suppress warning messages when allocating huge pages fails since we can
always fall back to normal pages.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma
Hi,
On Sat, Dec 30, 2017 at 10:01:53PM +0100, Jernej Skrabec wrote:
> For example, A83T have nmp plls which are modelled as nkmp plls. Since k
> is not specified, it has offset 0, shift 0 and lowest value 1. This
> means that LSB bit is always set to 1, which may change clock rate.
>
> Fix that b
On Thursday, November 30, 2017 04:17:22 PM Ji Zhang wrote:
> Since arm64 also has __raw I/O accessors, add __aarch64__ in fb.h.
> This is a supplement for commmit
> 981409b25e2a99409b26daa67293ca1cfd5ea0a0
>
> Signed-off-by: Ji Zhang
Patch queued for 4.16, thanks.
Best regards,
--
Bartlomiej Zo
https://bugs.freedesktop.org/show_bug.cgi?id=104492
Bug ID: 104492
Summary: Compute Shader: Wrong alignment when assigning struct
value to structured SSBO
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec wrote:
> For example, A83T have nmp plls which are modelled as nkmp plls. Since k
> is not specified, it has offset 0, shift 0 and lowest value 1. This
> means that LSB bit is always set to 1, which may change clock rate.
>
> Fix that by applying k f
https://bugs.freedesktop.org/show_bug.cgi?id=104492
--- Comment #1 from florian.w...@googlemail.com ---
Created attachment 136548
--> https://bugs.freedesktop.org/attachment.cgi?id=136548&action=edit
RADEON_DUMP_SHADERS=1 output.
--
You are receiving this mail because:
You are the assignee for
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> During a hardware commit, the commit bit in the backend will only be
> cleared if the TCON is enabled. Use the runtime_pm variant of the
> atomic_commit_tail hook that makes sure that the CRTC, our TCON, is enabled
> when we perform an atomi
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> If we try to read the backend registers while it fetches the new values, we
> end up with the value of some random register instead of the one we asked
> for.
>
> In order to prevent that, let's make sure that the very first thing we do
> du
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> The display frontend can be used to do hardware scaling, colorspaces
> conversion or to implement the buffer format output by the Cedar VPU.
>
> Since we're starting to have some support for it in the DRM driver, let's
> enable its DT node.
Arnd Bergmann wrote:
> - mn10300 appears to be wrong, broken by David Howells in
> commit 83c2dc15ce82 ("MN10300: Handle cacheable PCI regions
> in pci_iomap()") for any driver calling ioremap() by to get uncached
> memory,
It's not clear what the right thing to do was, given that there's
Hi,
On 01/04/2018 02:52 PM, Lukasz Spintzyk wrote:
On 28/12/2017 10:03, Thomas Hellstrom wrote:
Hi, Lukasz!
(Sorry for top-posting).
We have Deepak from our team working on the same subject. I think
he's in over the holidays so I'll add him to the CC list.
Great!
Adding damage to the p
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> The display frontend is an hardware block that can be used to implement
> some more advanced features like hardware scaling or colorspace
> conversions. It can also be used to implement the output format of the VPU.
>
> Let's create a minima
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> Now that we have a driver, we can make use of it. This is done by
> adding a flag to our custom plane state that will trigger whether we should
> use the frontend on that particular plane or not.
>
> The rest is just plumbing to set up the b
On Mon, Dec 18, 2017 at 10:57 PM, Maxime Ripard
wrote:
> Now that we have everything in place, we can start enabling the frontend.
> This is more difficult than one would assume since there can only be one
> plane using the frontend per-backend.
>
> We therefore need to make sure that the userspac
Hi,
On Sat, Dec 30, 2017 at 10:01:59PM +0100, Jernej Skrabec wrote:
> This TCON doesn't have channel 0, so quirk has_channel_0 is added in the
> process.
>
> Signed-off-by: Jernej Skrabec
Ideally, this should be split in two patches, one to add the new flag,
and one to add the support for the A
On Sat, Dec 30, 2017 at 10:02:00PM +0100, Jernej Skrabec wrote:
> It supports 1 VI and 1 UI plane and HW scaling on both planes.
>
> Signed-off-by: Jernej Skrabec
Acked-by: Maxime Ripard
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
On Sunday, December 31, 2017 05:55:57 PM Himanshu Jha wrote:
> Use vzalloc for allocating zeroed memory and remove unnecessary
> memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
Use of "Generated-by:" triggers checkpatch.pl warning + er
Hi Dave, some more i915 fixes for the new year.
drm-intel-fixes-2018-01-04:
drm/i915 fixes for v4.15-rc7
- couple of documentation build fixes
- serialize non-blocking modesets
- prevent DMC from messing up GMBUS transfers
- PSR regression fix
BR,
Jani.
The following changes since commit 30a7ac
On Fri, 29 Dec 2017, Jani Nikula wrote:
> On Thu, 28 Dec 2017, Randy Dunlap wrote:
>> It would be good to get this documentation build error patch
>> merged into 4.15. Daniel Vetter says that he merged (applied) it.
>>
>> [PATCH] documentation/gpu/i915: fix docs build error after file rename
>>
On Thu, Jan 4, 2018 at 9:16 AM, Christian König
wrote:
> Suppress warning messages when allocating huge pages fails since we can
> always fall back to normal pages.
>
> Signed-off-by: Christian König
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 8 ++--
> 1 fil
On Wed, Jan 3, 2018 at 3:39 PM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix typos, punctuation, and one function reference (change
> atomic_check two times to be atomic_check and atomic_commit).
>
> Signed-off-by: Randy Dunlap
> Cc: David Airlie
> Cc: dri-devel@lists.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=104490
--- Comment #2 from Michel Dänzer ---
(In reply to Sebastian Parborg from comment #0)
> [...] there seems to be some kind of cached behaviour (not the mesa shader
> cache as I removed the directory [...]
Which directory exactly did you remove?
https://bugs.freedesktop.org/show_bug.cgi?id=104490
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=104492
--- Comment #2 from Ilia Mirkin ---
Can you see if this is fixed on master? I fixed a seemingly related issue with
https://cgit.freedesktop.org/mesa/mesa/commit/?id=0332c7484b712e56ce1a6648c5fa04c90e286c37
--
You are receiving this mail becau
On Friday, December 29, 2017 07:10:00 PM SF Markus Elfring wrote:
> >> Delete an error message for a failed memory allocation in two functions
> >
> > This patch removes the information about the device for which the
> > allocation fails.
>
> * Do you find a Linux allocation failure report ins
On Wed, Jan 3, 2018 at 6:40 AM, Mauro Rossi wrote:
>
>
> 2018-01-03 12:16 GMT+01:00 Robert Foss :
>>
>> Hey Mauro,
>>
>> Thanks for the patch! It builds and looks good to me, but I have some
>> suggestions however.
>>
>>
>> On Wed, 2018-01-03 at 11:10 +0100, Mauro Rossi wrote:
>> > These changes a
>> * Do you find a Linux allocation failure report insufficient in this use
>> case?
>
> Yes,
Interesting …
> there is more information available currently in the driver and
> I see no real improvement in removing it.
>
>> * Are you looking for any more clarification?
>
> I will not apply an
https://bugs.freedesktop.org/show_bug.cgi?id=104439
--- Comment #3 from Francesco Turco ---
I can reproduce this bug by checking out tag v4.14 from linux-stable. It
includes the commit you mentioned.
--
You are receiving this mail because:
You are the assignee for the bug.__
Signed-off-by: Dylan Baker
---
Makefile.am | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7b86214..66f70ca 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -135,7 +135,35 @@ if HAVE_VMWGFX
klibdrminclude_HEADERS +=
This is a third iteration of the meson build system for libdrm. This
version is significantly cleaned up from the last version and uses a
style more like the build system in mesa.
It builds all of the drivers and tests, and the tests can be run via
`ninja test`.
It has support for being used as a
This patch adds a complete meson build system, including tests and
install. It has the necessary hooks to allow it be used as a subproject
for other meson based builds such as mesa.
v4: - fix freedreno kgls check
Signed-off-by: Dylan Baker
---
.editorconfig | 4 +-
amdgpu/.edito
Signed-off-by: Dylan Baker
---
README | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/README b/README
index 26cab9d..58e55bc 100644
--- a/README
+++ b/README
@@ -15,9 +15,24 @@ with an older kernel.
Compiling
-
-libdrm is a standard autot
https://bugs.freedesktop.org/show_bug.cgi?id=104492
--- Comment #3 from florian.w...@googlemail.com ---
Hi Ilia,
unfortunately updating to 17.4~git1801031930.ad2187~oibaf~a (apparently a Jan
3 commit) did not fix this test case. I'll downgrade again because that package
breaks renderdoc and the
https://bugs.freedesktop.org/show_bug.cgi?id=104492
florian.w...@googlemail.com changed:
What|Removed |Added
Version|17.2|git
--
You are receiving
On Wed, Jan 03, 2018 at 10:32:26PM +0100, Jernej Škrabec wrote:
> Hi Rob,
>
> Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a):
> > On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote:
> > > This commit adds all necessary compatibles and descriptions needed to
> > >
Hi,
On Sat, Dec 30, 2017 at 12:45:19PM +0100, Jernej Škrabec wrote:
> Hi Maxime,
>
> Dne četrtek, 21. december 2017 ob 12:02:29 CET je Maxime Ripard napisal(a):
> > Some clocks and resets supposed to drive the LVDS logic in the display
> > engine have been overlooked when the driver was first int
Hi Laurent,
On Fri, Dec 22, 2017 at 02:08:20PM +0200, Laurent Pinchart wrote:
> Hi Maxime,
>
> Thank you for the patch.
>
> On Thursday, 21 December 2017 13:02:27 EET Maxime Ripard wrote:
> > The power-supply property is used by a vast majority of panels, including
> > panel-simple. Let's docume
Hi,
On Tue, Dec 26, 2017 at 10:12:25PM +1100, Jonathan Liu wrote:
> We should check if the best match has been set before comparing it.
>
> Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support")
> Signed-off-by: Jonathan Liu
> ---
> drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c | 2 +-
> 1 file chan
Hi Maxime,
On Thursday, 4 January 2018 21:44:36 EET Maxime Ripard wrote:
> On Fri, Dec 22, 2017 at 02:08:20PM +0200, Laurent Pinchart wrote:
> > On Thursday, 21 December 2017 13:02:27 EET Maxime Ripard wrote:
> >> The power-supply property is used by a vast majority of panels,
> >> including panel
https://bugs.freedesktop.org/show_bug.cgi?id=104497
Bug ID: 104497
Summary: radeon driver hangs : nothing else that static effect
on display
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Lin
On Thu, Jan 4, 2018 at 4:11 PM, Samuel Li wrote:
> From: Christian König
>
> On CZ and newer APUs we can pin the fb into GART as well as VRAM.
>
> v2: Don't enable gpu_vm_support for Raven yet since it leads to
> a black screen. Need to debug this further before enabling.
>
> Change-Id: Id0f8
To improve cpu read performance. This is implemented for APUs currently.
v2: Adapt to change
https://lists.freedesktop.org/archives/amd-gfx/2017-October/015174.html
v3: Adapt to change "forward begin_cpu_access callback to drivers"
v4: Instead of v3, reuse drm_gem dmabuf_ops here. Also some minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-01-04 at 10:28 -0800, Dylan Baker wrote:
> This patch adds a complete meson build system, including tests and
> install. It has the necessary hooks to allow it be used as a subproject
> for other meson based builds such as mesa.
Builds
https://bugs.freedesktop.org/show_bug.cgi?id=104492
--- Comment #4 from florian.w...@googlemail.com ---
Maybe the bug is in compiler/glsl/lower_buffer_access.cpp?
https://cgit.freedesktop.org/mesa/mesa/tree/src/compiler/glsl/lower_buffer_access.cpp?id=396c006d907b023f9b187db618ee2a6e4e1b8a85#n51
Change-Id: I03c22a890d2305f3243d88019d1a28bddd4ddda7
Signed-off-by: Samuel Li
---
drivers/gpu/drm/drm_prime.c | 53 ++---
include/drm/drm_prime.h | 22 +++
2 files changed, 53 insertions(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/
From: Christian König
On CZ and newer APUs we can pin the fb into GART as well as VRAM.
v2: Don't enable gpu_vm_support for Raven yet since it leads to
a black screen. Need to debug this further before enabling.
Change-Id: Id0f8af3110e54a3aabf7a258871867bc121cc1a2
Signed-off-by: Christian K
>> +uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev)
>
> Please rename this amdgpu_display_framebuffer_domains() for consistency.
Currently all the functions in this file are named without _display_. Am I
missing something?
>> + if (plane->type != DRM_PLANE_TYPE_CURSOR)
>
>
On Thu, Jan 4, 2018 at 5:26 PM, Samuel Li wrote:
>>> +uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev)
>>
>> Please rename this amdgpu_display_framebuffer_domains() for consistency.
> Currently all the functions in this file are named without _display_. Am I
> missing something?
T
From: Fengguang Wu
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c:281:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: 620f774f4687 ("drm/amdgpu: separate VMID and PASID handling")
CC: Christian König
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.16-wip
head: 08300c1f07a3707b6a1b540f5a99ec4e2a902480
commit: 620f774f4687d86c420152309eefb0ef0fcc7e51 [1/49] drm/amdgpu: separate
VMID and PASID handling
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/amd/amd
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: fececd1b5c375bdddf4d510fb52d7d823678c082
commit: 222fbf72c1c90668e43d313dd84c1390d72cbf80 [892/896] drm/amd/powerplay:
fix typo error for '3be7be08ac'
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-
Sorry for the late reply, I've been having very similar issues on my own MST hub
and I wanted to make sure that they were the same issue, although it seems like
they aren't.
So; I've been doing a lot of MST debugging this week and last and something I've
discovered needs to be taken into account s
From: "Leo (Sunpeng) Li"
During a non-blocking commit, it is possible to return before the
commit_tail work is queued (-ERESTARTSYS, for example).
Since a reference on the crtc commit object is obtained for the pending
vblank event when preparing the commit, the above situation will leave
us wit
Quoting Igor Gnatenko (2018-01-04 13:43:51)
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Thu, 2018-01-04 at 10:28 -0800, Dylan Baker wrote:
> > This patch adds a complete meson build system, including tests and
> > install. It has the necessary hooks to allow it be used as a subproje
https://bugs.freedesktop.org/show_bug.cgi?id=104490
--- Comment #4 from Sebastian Parborg ---
(In reply to Michel Dänzer from comment #2)
> (In reply to Sebastian Parborg from comment #0)
> > [...] there seems to be some kind of cached behaviour (not the mesa shader
> > cache as I removed the dir
On Thu, 2018-01-04 at 18:21 -0500, Lyude Paul wrote:
> Sorry for the late reply, I've been having very similar issues on my own MST
> hub
> and I wanted to make sure that they were the same issue, although it seems
> like
> they aren't.
>
> So; I've been doing a lot of MST debugging this week a
On 1 January 2018 at 22:19, Russell King wrote:
> David,
>
> Please incorporate the latest Armada DRM (drm-armada-devel-4.15 branch),
> which can be found at:
>
> git://git.armlinux.org.uk/~rmk/linux-arm.git drm-armada-devel-4.15
This conflicted with:
a01cb8ba3f6282934cff65e89ab36b18b14cbe27
A
On Thu, 2018-01-04 at 23:46 +, Pandiyan, Dhinakaran wrote:
> On Thu, 2018-01-04 at 18:21 -0500, Lyude Paul wrote:
> > Sorry for the late reply, I've been having very similar issues on my own
> > MST hub
> > and I wanted to make sure that they were the same issue, although it seems
> > like
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/intel_cdclk.c
between commit:
30414f3010af ("drm/i915: Apply Display WA #1183 on skl, kbl, and cfl")
from the drm-intel-fixes tree and commit:
2aa97491da8a ("drm/i915: Use cdclk_state->voltage on SK
Hey Linus,
Just collecting some fixes to finish my hoildays :-).
A few fixes for i915 (one documentation build fix), one ttm fix, one
AMD display fix, one omapdrm fix, and a set of armada fixes from
Russell.
All seem pretty small, you can now return to your latest security news site.
Dave.
The
Debugfs can be used to exploit some specific setting. Main purpose
is for testing and debug diagnostic.
Signed-off-by: Tejas Upadhyay
Signed-off-by: Hyun Kwon
---
drivers/gpu/drm/xlnx/Kconfig | 21 +++
drivers/gpu/drm/xlnx/zynqmp_disp.c | 326 +
driver
Hi,
This patchset adds the DRM KMS driver for Xilinx ZynqMP DisplayPort subsystem.
The Xilinx ZynqMP SoC has a hardened full display pipeline which supports
blending of up to 2 planes, and the encoder is DisplayPort v1.2 compatible.
This series mainly includes 2 sets: Xilinx DRM KMS (patch 1/10
xlnx_crtc is a part of Xilinx DRM KMS and a layer that
provides some interface between the Xilinx DRM KMS and
crtc drivers.
Signed-off-by: Hyun Kwon
---
drivers/gpu/drm/xlnx/xlnx_crtc.c | 194 +++
drivers/gpu/drm/xlnx/xlnx_crtc.h | 70 ++
2 files
Helpers for framebuffers backed by cma allocator.
Signed-off-by: Hyun Kwon
---
drivers/gpu/drm/xlnx/xlnx_fb.c | 467 +
drivers/gpu/drm/xlnx/xlnx_fb.h | 30 +++
2 files changed, 497 insertions(+)
create mode 100644 drivers/gpu/drm/xlnx/xlnx_fb.c
create m
This is a wrapper around the ZynqMP Display and DisplayPort drivers.
Signed-off-by: Hyun Kwon
---
drivers/gpu/drm/xlnx/Kconfig| 11 +++
drivers/gpu/drm/xlnx/Makefile | 3 +
drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 141
drivers/gpu/drm/xlnx/zynqm
The dt binding for Xilinx DRM KMS driver.
Signed-off-by: Hyun Kwon
---
.../devicetree/bindings/display/xlnx/xlnx,kms.txt| 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,kms.txt
diff --git a/Documentation/devi
This driver creates DRM encoder and connector for ZynqMP DisplayPort.
Signed-off-by: Hyun Kwon
---
drivers/gpu/drm/xlnx/zynqmp_dp.c | 1864 ++
drivers/gpu/drm/xlnx/zynqmp_dp.h | 29 +
2 files changed, 1893 insertions(+)
create mode 100644 drivers/gpu/drm/xl
1 - 100 of 109 matches
Mail list logo
