[add more CC's]
On 11/30/2016 09:19 PM, Robin H. Johnson wrote:
> Somewhere in the Radeon/DRM codebase, CMA page allocation has either
> regressed in the timeline of 4.5->4.9, and/or the drm/radeon code is
> doing something different with pages.
Could be that it didn't use dma_generic_alloc_coher
Hello Monk Liu,
The patch 482587e3145e: "drm/amdgpu: impl late_fini for amdgpu_pp_ip"
from May 19, 2016, leads to the following static checker warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c:218 amdgpu_pp_late_fini()
warn: passing freed memory 'adev->powerplay.pp_handle'
d
Hello Monk Liu,
The patch 9d8f086cd059: "drm/amdgpu: fix memleak in pptable_init"
from May 30, 2016, leads to the following static checker warning:
drivers/gpu/drm/amd/amdgpu/../powerplay/amd_powerplay.c:107 pp_sw_fini()
error: dereferencing freed memory 'hwmgr'
drivers/gpu/drm/a
The newly added a5xx support fails to build when debugfs is diabled:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:4: error: 'struct msm_gpu_funcs' has
no member named 'show'
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:11: error: 'a5xx_show' undeclared
here (not in a function); did you mean 'a5xx_irq'
On Wednesday 30 Nov 2016 20:34:18 Benjamin Gaignard wrote:
> drm_vm.c functions are only need for DRM_LEGACY and DRM_NOUVEAU.
> Use a new DRM_VM to define when drm_vm.c in needed.
>
> stub drm_legacy_vma_flush() to avoid compilation issues
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gp
On Wednesday 30 Nov 2016 20:34:17 Benjamin Gaignard wrote:
> If HAVE_ARCH_FB_UNMAPPED_AREA is set and get_fb_unmapped_area
> function not defined in platform architecture let use a default function.
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/video/fbdev/core/fbmem.c | 15 ++
l/attachments/20161130/72ee5c9d/attachment.html>
commit 202b52b7fbf7 ("drm: Track drm_mm nodes with an interval tree")
introduced a requirement that the special drm_mm.head_node was
initialised and marked as not being allocated. It is a very special node
that has no side but has a hole that represents the drm_mm address
space, and holds the list
2016-11-30 20:39 GMT+01:00 Laurent Pinchart :
> On Wednesday 30 Nov 2016 20:34:17 Benjamin Gaignard wrote:
>> If HAVE_ARCH_FB_UNMAPPED_AREA is set and get_fb_unmapped_area
>> function not defined in platform architecture let use a default function.
>>
>> Signed-off-by: Benjamin Gaignard
>> ---
>>
Purely cosmetic changes.
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 136ccce..0355a92 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -26,6 +26,10 @@ if
Library is no longer used.
Signed-off-by: Emil Velikov
---
configure.ac | 7 ---
1 file changed, 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 9f25a4c..79e600c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -451,13 +451,6 @@ fi
AC_MSG_RESULT([$CAIRO])
AM_CONDITIONAL(HAVE_
Cc: Jakob Bornecrantz
Signed-off-by: Emil Velikov
---
Jakob, seems like libkms did not get the traction one would have
expected. With gbm, mini-gbm around and plans brewing for gbm2/liballoc
should we keep the library around ?
Afaict there hasn't been any distributions building/shipping it in a
All of these 'tests' cover UMS functionality which is neither being
worked on or actively maintained.
The only cases where developers touch UMS code is to unwrap it from the
KMS codepaths and ensure that those are secure.
Anyone who feels strong about having these around can revive them, but
in a
From: Emil Velikov
... alongside the DRM_DEVICE_IGNORE_PCI_REVISION flag.
Signed-off-by: Emil Velikov
---
tests/drmdevice.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tests/drmdevice.c b/tests/drmdevice.c
index 72e7066..dcad527 100644
--- a/tests/drmdevice.c
+++
From: Emil Velikov
Relative to the original version, here one can provide a flags bitmask.
Currently only DRM_DEVICE_IGNORE_PCI_REVISION is supported.
Implementation detail:
If it's set, we will only parse the separate sysfs files and we won't
touch the config one. The latter awakes the device (
From: Emil Velikov
Up-to recently (patch should land in 4.10) the kernel did not expose the
PCI device revision field as a separate sysfs file.
Thus one needed too parse the config file to retrieve it. This in
itself wakes up the device, which in some cases can be quite slow.
To avoid that, jus
From: Emil Velikov
Will be used with the drmGetDevice[s]2 API.
Cc: Michel Dänzer
Cc: Nicolai Hähnle
Cc: Mauro Santos
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98502
Signed-off-by: Emil Velikov
---
xf86drm.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
From: Emil Velikov
Be consistent with drmParsePciBusInfo() and use solely the device
major/minor pair.
Cc: Jonathan Gray
Signed-off-by: Emil Velikov
---
Jonathan, please respin your patches on top of this series.
---
xf86drm.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-
different threshold.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161130/05c33a06/attachment.html>
Some platforms without MMU have display driver where a drm/kms
driver could be implemented.
To doing that this patch remove the dependency of DRM on MMU
configuration flag.
MMU configuration flag migrate to DRM_TTM, DRM_GEM_CMA_HELPER and
DRM_KMS_CMA_HELPER.
Since MMUless platform will need cont
drm_vm.c functions are only need for DRM_LEGACY and DRM_NOUVEAU.
Use a new DRM_VM to define when drm_vm.c in needed.
stub drm_legacy_vma_flush() to avoid compilation issues
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/Kconfig | 1 +
drivers/gpu/drm/Makefile| 3 ++-
drive
If HAVE_ARCH_FB_UNMAPPED_AREA is set and get_fb_unmapped_area
function not defined in platform architecture let use a default function.
Signed-off-by: Benjamin Gaignard
---
drivers/video/fbdev/core/fbmem.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/video/fbdev/c
version 3:
- split the original patch in 3 parts, it should be more easy to review like
this.
- duplicate drm_fb_cma_helper.c and drm_gem_cma_helper.c into nommu version
- add a configuration flag for drm_vm.c
The purpose of this RFC is to understand what is needed to allow to
write drm/kms dri
Hi Dave,
Just one patch from Michel I picked up for -fixes.
Cheers, Daniel
The following changes since commit e5517c2a5a49ed5e99047008629f1cd60246ea0e:
Linux 4.9-rc7 (2016-11-27 13:08:04 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/git/drm-misc tags/drm-mi
bat2
ICQ# : 30269588 or 41961639
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1083 bytes
Desc: Digital signature
URL:
<https://lists.freed
Status|NEW |RESOLVED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161130/7cc25afe/attachment-0001.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161130/56e0a987/attachment.html>
Hi, YT:
On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote:
> modify data rate limitation (>lGbps/lane) for mipitx
>
I think MT2701 DRM can work correctly without this patch.
Why do you put this patch in MT2701 series?
Maybe you can send this patch independently.
Regards,
CK
> Signed-off-by: sh
On 11/30/2016 4:35 PM, Laurent Pinchart wrote:
> Hi Archit,
>
> On Wednesday 30 Nov 2016 16:30:53 Archit Taneja wrote:
>> On 11/30/2016 03:53 PM, Laurent Pinchart wrote:
>>> On Wednesday 30 Nov 2016 10:35:02 Archit Taneja wrote:
On 11/29/2016 11:27 PM, Laurent Pinchart wrote:
> On Tuesda
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > If link training at a link rate optimal for a particular
> > mode fails during modeset's atomic commit phase, then we
> > let the modeset complete and then retry. We s
The object internal SG table must not be returned, as the caller
will take ownership of the returned table.
Construct a new table from the object pages and return this one
instead.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c | 6 --
1 file changed, 4 insertion
Hi, YT:
On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote:
> add non-continuous clock mode and EOT packet control for dsi
>
I think commit title should be 'drm/mediatek: add non-continuous clock
mode and EOT packet control for dsi', and commit message should describe
more information about this m
On Wed, Nov 30, 2016 at 06:09:02PM +0200, Laurent Pinchart wrote:
> Hello,
>
> (Thomas, there's a question for you below)
>
> On Wednesday 30 Nov 2016 18:03:30 Ville Syrjälä wrote:
> > On Wed, Nov 30, 2016 at 04:40:27PM +0100, Daniel Vetter wrote:
> > > On Fri, Nov 18, 2016 at 09:52:56PM +0200,
Hello,
(Thomas, there's a question for you below)
On Wednesday 30 Nov 2016 18:03:30 Ville Syrjälä wrote:
> On Wed, Nov 30, 2016 at 04:40:27PM +0100, Daniel Vetter wrote:
> > On Fri, Nov 18, 2016 at 09:52:56PM +0200, ville.syrjala at linux.intel.com
wrote:
> >> From: Ville Syrjälä
> >>
> >>
Hi Neil,
Thank you for the patch.
I'm afraid I don't have time for a complete review, but could you please get
rid of the of_machine_is_compatible() calls and match on the VPU compatible
string instead ?
On Wednesday 30 Nov 2016 16:43:42 Neil Armstrong wrote:
> The Amlogic Meson Display contro
On Wed, Nov 30, 2016 at 04:40:27PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:52:56PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Populate the fb->format to point at the correct format information
> > structure.
> >
> > Cc: linux-graphics-mai
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote:
> Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
> boards.
>
> Signed-off-by: Neil Armstrong
> ---
> arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 19 ++
Surprisingly few changes needed to make it happen. Compile-tested
only. The idea is that this replaces the 2 patches from Ville's big
fb->format patch series as a prep patch. Only impact to later patches
should be the one instace added in this patch where we look at
fb->pixel_format (instead of fb-
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:45 Neil Armstrong wrote:
> Add myself as maintainer for Amlogic DRM drivers.
>
> Acked-by: Daniel Vetter
> Signed-off-by: Neil Armstrong
After updating this patch due to the rename I proposed in patch 3/4,
Acked-by: Laurent Pin
On Wed, Nov 30, 2016 at 04:51:33PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:53:00PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Don't access plane_state->fb until we know the plane to be visible.
> > It it's visible, it will have an fb, and
Hi Neil,
On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/display/meson/meson-drm.txt | 101 ++
I forgot to mention that the file should not be named meson-drm.txt as DRM is
a Linux-specific concept. You can n
On Wed, Nov 30, 2016 at 04:42:23PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Make sure the framebuffer format info is available as early as possible
> > for fbs we inherit from the BIOS. Thi
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/display/meson/meson-drm.txt | 101 ++
> 1 file changed, 101 insertions(+)
> create mode 100644
> Documentation/devicetree/bindin
yeah, {cgit,anongit}.fd.o have been having problems all day.. (the ssh
git urls for folks who have push access work fine).. although it has
worked for me a couple times today, given enough time.
(not sure if we have github/etc mirrors somewhere? I do have a github
clone of mesa which is up to dat
Hi Philipp,
On 11/30/2016 10:45 AM, Philipp Zabel wrote:
> Am Dienstag, den 29.11.2016, 18:37 +0100 schrieb Christopher Spinrath:
>> Hi Philipp,
>>
>> thanks for your answer!
>>
>> On 11/29/2016 05:38 PM, Philipp Zabel wrote:
>>> Hi Christopher,
>>>
>>> Am Dienstag, den 29.11.2016, 16:45 +0100 sch
Hi Benjamin,
On Wednesday 30 Nov 2016 16:34:37 Benjamin Gaignard wrote:
> 2016-11-30 16:19 GMT+01:00 Laurent Pinchart:
> > On Wednesday 30 Nov 2016 16:08:23 Benjamin Gaignard wrote:
> >> 2016-11-30 14:52 GMT+01:00 Daniel Vetter :
> >>> On Wed, Nov 30, 2016 at 12:21:24PM +0100, Benjamin Gaignard wr
From: Michel Dänzer
This is an attempt to make the previous fix a bit more robust going
forward.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/drm_ioctl.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu
From: Michel Dänzer
Fixes oops if userspace calls DRM_IOCTL_GET_CAP for
DRM_CAP_PAGE_FLIP_TARGET on a non-KMS device node. (Normal userspace
doesn't do that, discovered by syzkaller)
Reported-by: Dmitry Vyukov
Fixes: f837297ad824 ("drm: Add DRM_MODE_PAGE_FLIP_TARGET_ABSOLUTE/RELATIVE
flags v
On 11/30/2016 05:21 PM, Kevin Hilman wrote:
> Neil Armstrong writes:
>
>> Hi Laurent,
>> On 11/30/2016 04:58 PM, Laurent Pinchart wrote:
>>> Hi Neil,
>>>
>>> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
Signed-off-by: Neil Armstrong
---
.../bindings/display/meson/meson
Hi Benjamin,
On Wednesday 30 Nov 2016 16:08:23 Benjamin Gaignard wrote:
> 2016-11-30 14:52 GMT+01:00 Daniel Vetter :
> > On Wed, Nov 30, 2016 at 12:21:24PM +0100, Benjamin Gaignard wrote:
> >> Some platforms without MMU have display drivers where a drm/kms driver
> >> could be implemented.
> >> Be
> -Original Message-
> From: Haggai Eran [mailto:haggaie at mellanox.com]
> Sent: Wednesday, November 30, 2016 5:46 AM
> To: Jason Gunthorpe
> Cc: linux-kernel at vger.kernel.org; linux-rdma at vger.kernel.org; linux-
> nvdimm at ml01.01.org; Koenig, Christian; Suthikulpanit, Suravee; Bridg
On Wed, Nov 30, 2016 at 04:42:23PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Make sure the framebuffer format info is available as early as possible
> > for fbs we inherit from the BIOS. Thi
On Fri, Nov 18, 2016 at 09:53:04PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Rather than store the pixel format and look up the format info as
> needed, let's just store a pointer to the format info directly
> and speed up our lookups.
>
> Cc: Paulo Zanoni
> C
On 11/30/2016 05:02 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote:
>> Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
>> boards.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> arch/arm64
On Fri, Nov 18, 2016 at 09:53:06PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Replace drm_format_plane_{width,height}() usage with
> drm_framebuffer_plane_{width,height}() to avoid the lookup of the format
> info.
>
> Cc: intel-gfx at lists.freedesktop.org
> Sign
On 11/30/2016 05:03 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> I'm afraid I don't have time for a complete review, but could you please get
> rid of the of_machine_is_compatible() calls and match on the VPU compatible
> string instead ?
Oops, I knew I forgot to cha
On Fri, Nov 18, 2016 at 09:53:06PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Replace drm_format_plane_{width,height}() usage with
> drm_framebuffer_plane_{width,height}() to avoid the lookup of the format
> info.
>
> Cc: intel-gfx at lists.freedesktop.org
> Sign
Hi Laurent,
On 11/30/2016 04:56 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
>> Signed-off-by: Neil Armstrong
>> ---
>> .../bindings/display/meson/meson-drm.txt | 101 ++
>> 1 file change
On Fri, Nov 18, 2016 at 09:53:07PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Replace uses of fb->depth with fb->format->depth. Less duplicate
> information is a good thing.
>
> @@
> struct drm_framebuffer *fb;
> expression E1, E2;
> @@
> drm_helper_mode_fill_fb
Hi Laurent,
On 11/30/2016 04:58 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
>> Signed-off-by: Neil Armstrong
>> ---
>> .../bindings/display/meson/meson-drm.txt | 101 ++
>
> I forgot to mention that the file should
Hi, YT:
On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote:
> This is MT2701 DRM support PATCH v10, based on 4.9-rc1.
> We add DSI interrupt control, transfer function for MIPI DSI panel support.
> Most codes are the same, except some register changed.
>
> For example:
> - DISP_OVL address offset
On Fri, Nov 18, 2016 at 09:53:03PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Let's use the pointer to the format information cached under
> drm_framebuffer rather than look it up manually.
>
> Cc: Ben Skeggs
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gp
On Wed, Nov 30, 2016 at 05:36:46PM +0200, Laurent Pinchart wrote:
> Hi Benjamin,
>
> On Wednesday 30 Nov 2016 16:34:37 Benjamin Gaignard wrote:
> > 2016-11-30 16:19 GMT+01:00 Laurent Pinchart:
> > > On Wednesday 30 Nov 2016 16:08:23 Benjamin Gaignard wrote:
> > >> 2016-11-30 14:52 GMT+01:00 Daniel
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > +static void intel_dp_modeset_retry_work_fn(struct work_struct *work)
> > +{
> > + struct intel_connector *intel_connector;
> > + struct drm_connector *connector;
On Fri, Nov 18, 2016 at 09:52:56PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Populate the fb->format to point at the correct format information
> structure.
>
> Cc: linux-graphics-maintainer at vmware.com
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> Signed-off-
On Fri, Nov 18, 2016 at 09:53:00PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Don't access plane_state->fb until we know the plane to be visible.
> It it's visible, it will have an fb, and thus we don't have to
> consider the NULL fb case. Makes the code look nice
On Wed, Nov 30, 2016 at 04:46:36PM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Wednesday 30 Nov 2016 16:40:30 Ville Syrjälä wrote:
> > On Wed, Nov 30, 2016 at 03:56:38PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 30 Nov 2016 15:53:53 Ville Syrjälä wrote:
> > >> On Wed, Nov 30, 201
Hi Ville,
On Wednesday 30 Nov 2016 16:40:30 Ville Syrjälä wrote:
> On Wed, Nov 30, 2016 at 03:56:38PM +0200, Laurent Pinchart wrote:
> > On Wednesday 30 Nov 2016 15:53:53 Ville Syrjälä wrote:
> >> On Wed, Nov 30, 2016 at 03:34:58PM +0200, Laurent Pinchart wrote:
> >>> On Wednesday 30 Nov 2016
Add myself as maintainer for Amlogic DRM drivers.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1cd38a7..b2486fb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4078,6 +4078,15 @@
Signed-off-by: Neil Armstrong
---
.../bindings/display/meson/meson-drm.txt | 101 +
1 file changed, 101 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/meson/meson-drm.txt
diff --git a/Documentation/devicetree/bindings/display/meson/meso
Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
boards.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 19 +++
.../arm64/boot/dts/amlogic/meson-gxbb-nexbox-a95x.dts | 15 +++
arch/arm64/boot/dts/a
The Amlogic Meson Display controller is composed of several components :
DMC|---VPU (Video Processing Unit)|--HHI--|
| vd1 ___ __ | |
D |---| ||| |||
This a repost of the previous version at [2] with fixes, the following patches
will
be sent via a PULL Request once the DT maintainers acks the DT bindings.
The Amlogic maintainer will take the arm64 DT patches to avoid merges conflicts.
The Amlogic Meson SoCs embeds a Video Processing Unit able
On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Make sure the framebuffer format info is available as early as possible
> for fbs we inherit from the BIOS. This will allow us to use the fb as
> if it was fully formed before we registe
On Wed, Nov 30, 2016 at 03:56:38PM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> On Wednesday 30 Nov 2016 15:53:53 Ville Syrjälä wrote:
> > On Wed, Nov 30, 2016 at 03:34:58PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 30 Nov 2016 14:51:26 Tomi Valkeinen wrote:
> > >> On 30/11/16 13:25, L
On Fri, Nov 18, 2016 at 09:52:56PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Populate the fb->format to point at the correct format information
> structure.
>
> Cc: linux-graphics-maintainer at vmware.com
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
> Signed-off-
On Fri, Nov 18, 2016 at 09:52:53PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> We want the fbs inherited from the BIOS to be more or less fully working
> prior to actually registering them. This will allow us to just pass the
> fb to various helper function instead
Hi Tomi,
Thank you for the patch.
On Wednesday 30 Nov 2016 12:38:51 Tomi Valkeinen wrote:
> We set the possible_crtc for all planes to "(1 << priv->num_crtcs) - 1",
> which is fine as the HW planes can be used fro all crtcs. However, when
> we're doing that, we are still incrementing 'num_crtcs',
2016-11-30 16:19 GMT+01:00 Laurent Pinchart :
> Hi Benjamin,
>
> On Wednesday 30 Nov 2016 16:08:23 Benjamin Gaignard wrote:
>> 2016-11-30 14:52 GMT+01:00 Daniel Vetter :
>> > On Wed, Nov 30, 2016 at 12:21:24PM +0100, Benjamin Gaignard wrote:
>> >> Some platforms without MMU have display drivers whe
On Fri, Nov 18, 2016 at 09:52:52PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> We want framebuffers to be mostly useable already before
> drm_framebuffer_init() get called, and so we will start demanding that
> all the interesting format/size/etc. information be fi
On 30 November 2016 at 00:00, Jonathan Gray wrote:
> On Tue, Nov 29, 2016 at 08:03:58PM +, Emil Velikov wrote:
>> On 26 November 2016 at 00:40, Jonathan Gray wrote:
>> > This avoids walking all of /dev and directly maps the fd to a path to a
>> > primary node.
>> >
>> I realise that the code
On 11/30/2016 03:53 PM, Laurent Pinchart wrote:
> Hi Archit,
>
> On Wednesday 30 Nov 2016 10:35:02 Archit Taneja wrote:
>> On 11/29/2016 11:27 PM, Laurent Pinchart wrote:
>>> On Tuesday 29 Nov 2016 15:57:06 Archit Taneja wrote:
On 11/29/2016 02:34 PM, Laurent Pinchart wrote:
> Instead of
On 11/29/2016 10:04 AM, Laurent Pinchart wrote:
> Instead of linking encoders and bridges in every driver (and getting it
> wrong half of the time, as many drivers forget to set the drm_bridge
> encoder pointer), do so in core code. The drm_bridge_attach() function
> needs the encoder and optiona
On 11/29/2016 10:04 AM, Laurent Pinchart wrote:
> Initialize the new drm_bridge::encoder_type field to the right value for
> all bridges that model on-SoC IP cores.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 ++
> drivers/gpu/drm/mediatek/mtk_hdmi.c
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > If link training at a link rate optimal for a particular
> > mode fails during modeset's atomic commit phase, then we
> > let the modeset complete and then retry. We s
Hi Laurent,
For the sti driver:
Acked-by: Vincent Abriou
Vincent
On 11/29/2016 09:56 PM, Laurent Pinchart wrote:
> Many drivers (21 to be exact) create connectors that are always
> connected (for instance to an LVDS or DSI panel). Instead of forcing
> them to implement a dummy .detect() handler
On Wed, Nov 30, 2016 at 4:06 PM, Arnd Bergmann wrote:
> The newly added a5xx support fails to build when debugfs is diabled:
>
> drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:4: error: 'struct msm_gpu_funcs'
> has no member named 'show'
> drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:11: error: 'a5xx_sho
On 30 November 2016 at 00:23, Jonathan Gray wrote:
> On Tue, Nov 29, 2016 at 07:46:31PM +, Emil Velikov wrote:
>> On 26 November 2016 at 00:40, Jonathan Gray wrote:
>> > Implement drmParseSubsystemType for OpenBSD by always returning
>> > DRM_BUS_PCI. No non-pci drm drivers are in the kernel
On 30 November 2016 at 00:15, Jonathan Gray wrote:
> On Tue, Nov 29, 2016 at 07:22:34PM +, Emil Velikov wrote:
>> On 26 November 2016 at 00:40, Jonathan Gray wrote:
>> > Implement drmGetMinorNameForFD for systems without sysfs by
>> > adapting drm_get_device_name_for_fd() from the Mesa loader
e
Size: 455 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161130/52d4d341/attachment.sig>
Hi Dave,
Please pull these collected fixes and improvements for v4.10. The tag
has been rebased on top of relatively recent drm-next.
Thanks,
Jyri
The following changes since commit 7625e05286cf3f37c8a5e633379a4d014ddbe555:
Merge branch 'drm-tda998x-devel' of
git://git.armlinux.org.uk/~rmk/lin
On 30 November 2016 at 00:38, Jonathan Gray wrote:
> On Tue, Nov 29, 2016 at 07:55:13PM +, Emil Velikov wrote:
>> On 26 November 2016 at 00:40, Jonathan Gray wrote:
>> > Implement drmParsePciDeviceInfo for OpenBSD by using the new
>> > DRM_IOCTL_GET_PCIINFO ioctl.
>> >
>> > Signed-off-by: Jon
2016-11-30 14:52 GMT+01:00 Daniel Vetter :
> On Wed, Nov 30, 2016 at 12:21:24PM +0100, Benjamin Gaignard wrote:
>> Some platforms without MMU have display drivers where a drm/kms driver
>> could be implemented.
>> Before doing such kind of thing drm/kms must allow to use mmuless
>> devices.
>> This
Hi, YT:
some comments inline.
On Fri, 2016-11-25 at 18:34 +0800, YT Shen wrote:
> This patch update enable/disable flow of DSI module.
> Original flow works on there is a bridge chip: DSI -> bridge -> panel.
> In this case: DSI -> panel, the DSI sub driver flow should be updated.
> We need to ini
On Fri, Nov 18, 2016 at 09:52:47PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Add a local 'fb' variable to a few places to get rid of the
> 'crtc->primary->fb' stuff. Looks neater and helps me with my poor
> coccinelle skills later.
>
> Cc: Ben Skeggs
> Signed-o
Hi Ville,
On Wednesday 30 Nov 2016 15:53:53 Ville Syrjälä wrote:
> On Wed, Nov 30, 2016 at 03:34:58PM +0200, Laurent Pinchart wrote:
> > On Wednesday 30 Nov 2016 14:51:26 Tomi Valkeinen wrote:
> >> On 30/11/16 13:25, Laurent Pinchart wrote:
> >>> On Wednesday 30 Nov 2016 13:17:05 Tomi Valkeinen
On Fri, Nov 18, 2016 at 09:52:46PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> So it looks like the code is trying to pick between the passed in fb and
> crtc->primary->fb based on that funky 'bool atomic'. But later it will
> mix uses of both drm_fb (which was pic
On Wed, Nov 30, 2016 at 03:34:58PM +0200, Laurent Pinchart wrote:
> On Wednesday 30 Nov 2016 14:51:26 Tomi Valkeinen wrote:
> > On 30/11/16 13:25, Laurent Pinchart wrote:
> > > Hi Tomi,
> > >
> > > Thank you for the patch.
> > >
> > > On Wednesday 30 Nov 2016 13:17:05 Tomi Valkeinen wrote:
> > >>
rnel modules: radeon, amdgpu
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161130/831a0bed/attachment.html>
On Fri, Nov 18, 2016 at 09:52:43PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Add a local 'fb' variable to a few places to get rid of the
> 'crtc->primary->fb' stuff. Looks neater and helps me with my poor
> coccinelle skills later.
>
> Cc: Dave Airlie
> Signed-
1 - 100 of 241 matches
Mail list logo
