On Tue, 17 Jan 2017, Rodrigo Vivi wrote:
> On Mon, Jan 16, 2017 at 2:04 AM, Jani Nikula
> wrote:
>> On Fri, 13 Jan 2017, Rodrigo Vivi wrote:
>>> This and all the remaining patches on this series (6,7,8 and 9) got
>>> merged to dinq.
>>
>> Given that this patch series was not properly sent as a t
https://bugs.freedesktop.org/show_bug.cgi?id=99444
Shmerl changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
On Wed, 18 Jan 2017, Sreedhar Donelli wrote:
> compilation issue on kernel-4.10-rc4 is resolved and i created a patch file.
> please find the attachment for patch file.
There are several issues with this contribution. Please learn to use git
send-email to send your patches. Don't attach them. You
https://bugs.freedesktop.org/show_bug.cgi?id=99418
Michel Dänzer changed:
What|Removed |Added
Attachment #128995|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=99418
Michel Dänzer changed:
What|Removed |Added
Attachment #128994|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #6 from Michel Dänzer ---
I can't seem to reproduce any unexpected behaviour with radeonsi. Can you
create a video demonstrating the problem?
--
You are receiving this mail because:
You are the assignee for the bug._
On Mon, Jan 16, 2017 at 02:38:39PM +, Emil Velikov wrote:
> On 13 January 2017 at 12:11, Mark Kettenis wrote:
> >> From: Thierry Reding
> >> Date: Thu, 12 Jan 2017 23:04:27 +0100
> >>
> >> Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
> >> infrastructure.
> >>
> >> v2:
>
From: Thierry Reding
This series enables support for USB, platform and host1x busses in the
drmDevice infrastructure. The goal is to make use of these in Mesa for PRIME
support (via the DRI_PRIME environment variable) for devices on one of these
busses.
Changes in v3:
- add cleanup patch to reus
From: Thierry Reding
ARM SoCs usually have their DRM/KMS devices on the platform bus, so add
support for that to enable these devices to be used with the drmDevice
infrastructure.
NVIDIA Tegra SoCs have an additional level in the hierarchy and DRM/KMS
devices can also be on the host1x bus. This
Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
infrastructure.
v3:
- guard Linux-specific sysfs parsing code with #ifdef __linux__
v2:
- make sysfs_uevent_get() more flexible using a format string
Signed-off-by: Thierry Reding
---
xf86drm.c | 175 ++
From: Thierry Reding
Subsequent patches will add support for other bus types to drmDevice and
they will duplicate a lot of the code to allocate a drmDevice. Factor
out the common code so it can be reused.
Signed-off-by: Thierry Reding
---
xf86drm.c | 78
From: Thierry Reding
Extend the drmdevice test with support for the newly added USB, platform
and host1x busses.
Signed-off-by: Thierry Reding
---
tests/drmdevice.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/tests/drmdevice.c b/tests/drmdevice.c
From: Thierry Reding
Recent patches for USB, platform and host1x bus support introduced the
sysfs_uevent_get() function that provides a generic way of parsing the
sysfs uevent file that is associated with each device in Linux.
Open-coded variants of this still exist in other places, so make thos
https://bugs.freedesktop.org/show_bug.cgi?id=98513
--- Comment #5 from Shawn Starr ---
This broke in either Linus rc4 or drm-next-4.11-wip changes, will bisect this
week
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-
On 01/17/2017 04:25 PM, Mark yao wrote:
static void vop_plane_atomic_update(struct drm_plane *plane,
struct drm_plane_state *old_state)
{
if (WARN_ON(!vop->is_enabled))
return;
The issues seems vop is not enable. but commit planes is using
DRM_PLANE_COMMIT_ACTIVE_ONLY...
On Sat, Jan 14, 2017 at 1:36 PM, Krzysztof Kozlowski wrote:
> Support for Exynos4415 is going away because there are no internal nor
> external users.
>
> Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"),
> the platform cannot be instantiated so remove also the drivers.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #7 from lei.p...@gmail.com ---
Sure, i will, it's like performace loss, I'm not sure if video would do the
justice, I will do it in ~1 hour and attach (if possible, if not, youtube link
or something). I think this is hardware specific
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Wilson
commit cc98e6ce6abe1c0103cbd7aff1ee586622a9361e upstream.
commit 202b52b7fbf7 ("drm: Track drm_mm nodes with an interval tree")
introduced a requirement that the special drm_mm.hea
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #8 from lei.p...@gmail.com ---
Created attachment 129017
--> https://bugs.freedesktop.org/attachment.cgi?id=129017&action=edit
DRI2 video
DRI2
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #9 from lei.p...@gmail.com ---
Created attachment 129018
--> https://bugs.freedesktop.org/attachment.cgi?id=129018&action=edit
DRI3 Video
DRI3
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #10 from lei.p...@gmail.com ---
Videos are recorded @85FPS, I'm not sure how visivle would be on 60Hz display,
you should view it on higher refresh rate probably.
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #11 from lei.p...@gmail.com ---
Created attachment 129019
--> https://bugs.freedesktop.org/attachment.cgi?id=129019&action=edit
DRI2 this page
This webpage example DRI2
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #12 from lei.p...@gmail.com ---
Created attachment 129020
--> https://bugs.freedesktop.org/attachment.cgi?id=129020&action=edit
DRI3 this page
This webpage example DRI3
--
You are receiving this mail because:
You are the assignee
Hi jose,
On 01/18/2017 11:22 AM, Jose Abreu wrote:
> Hi Neil,
>
>
> On 17-01-2017 12:31, Neil Armstrong wrote:
>> If the input pixel format is not RGB, the CSC must be enabled in order to
>> provide valid pixel to DVI sinks.
>> This patch removes the hdmi only dependency on the CSC enabling.
>>
Hi Jose,
On 01/18/2017 11:40 AM, Jose Abreu wrote:
> Hi Neil,
>
>
> On 17-01-2017 12:31, Neil Armstrong wrote:
>> @@ -1434,9 +1434,18 @@ static int dw_hdmi_setup(struct dw_hdmi *hdmi, struct
>> drm_display_mode *mode)
>> hdmi_av_composer(hdmi, mode);
>>
>> /* HDMI Initializateion St
Hi Jose,
On 01/18/2017 11:28 AM, Jose Abreu wrote:
> Hi Neil,
>
>
> On 17-01-2017 12:31, Neil Armstrong wrote:
>> Some display pipelines can only provide non-RBG input pixels to the HDMI TX
>> Controller, this patch takes the pixel format from the plat_data if provided.
>>
>> Signed-off-by: Neil
This will get more complex with the following changes, so move it
into its own place.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/Makefile | 1 +
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 1 +
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.c | 54 +++
Now that commandstreams are handled through the cmdbuf suballocator
the workaround to make the IOVA games work is not needed anymore.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_mmu.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/etn
This ensures that the GPU isn't able to write into already freed
objects, as doing this in the IOVA reaper isn't enough, as the
gem_free_object path will also cause unmaps to happen.
On MMUv2 this also ensures that stale entries, which may have
been prefetched into the TLB will be purged.
The flu
There are 3 big benefits to suballocating a single big DMA buffer
for command submission:
1. Avoid hammering CMA. The old way of allocating and freeing a DMA
buffer for each submission was hitting some of the real slow
pathes in CMA, as this allocator was not designed for a concurrent
sma
Hi all,
the following patches introduce a cmduf suballocator in the Etnaviv
kernel driver, which has the following benefits:
1. Allocating and freeing a CMA buffer for each user command submission
is taking a big toll on the CPU, as CMA is not exactly low overhead.
By suballocating a single
Don't call the IOMMU directly, but go through the new cmdbuf abstraction.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 13 +++--
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.c | 5 +
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h | 2 ++
drivers/gpu/drm/etnaviv/etn
Don't allow IOMMUv2 to peek directly into the cmdbuf, but get the
needed PA through a dedicated function.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.c | 5 +
drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h | 1 +
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 3 ++-
dri
https://bugzilla.kernel.org/show_bug.cgi?id=192161
--- Comment #2 from fin4...@hotmail.com ---
I am using latest agd5f drm-next-4.11-wip kernel and amdgpu driver works fine
with A8-7600 and RX460.
https://cgit.freedesktop.org/~agd5f/linux/commit/drivers/gpu/drm/amd?h=drm-next-4.11-wip&id=0153b4f9
Hi Michel,
On Wednesday 18 Jan 2017 10:50:01 Michel Dänzer wrote:
> On 17/01/17 07:16 AM, Laurent Pinchart wrote:
> > On Monday 16 Jan 2017 10:44:57 Andrey Grodzovsky wrote:
> >> Change-Id: Iad3e0b9b3546e4e4dc79be9233daf4fe4dba83e0
> >> Signed-off-by: Andrey Grodzovsky
> >> ---
> >>
> >> .../dr
On Wed, 18 Jan 2017, Jani Nikula wrote:
> On Wed, 18 Jan 2017, Sreedhar Donelli wrote:
>> compilation issue on kernel-4.10-rc4 is resolved and i created a patch file.
>> please find the attachment for patch file.
>
> There are several issues with this contribution. Please learn to use git
> send-
Add support for Amlogic Meson DRM driver merged for Linux 4.10.
Signed-off-by: Neil Armstrong
---
tests/util/kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/util/kms.c b/tests/util/kms.c
index 4d89ac8..959b688 100644
--- a/tests/util/kms.c
+++ b/tests/util/kms.c
@@ -144,6 +144,7
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #28 from Ali Hakkı Demiral ---
I have similar mistakes. When playing games or benchmarking in Archlinux
(dota2, uniengine heaven and valley - fullscreen or windowed not diffrent. it
freeze in 5 or 10 munit.)
when my gtx 770 grey scre
Op 17-01-17 om 02:01 schreef Laurent Pinchart:
> Hi Maarten,
>
> (CC'ing Daniel)
>
> Thank you for the patch.
>
> On Monday 16 Jan 2017 10:37:41 Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
>> ---
>> drivers/gpu/drm/drm_atomic_helper.c | 293 +---
>> 1
On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> Use drm_crtc_from_index() to find drm_crtc for given index, so that we
> do not need to maintain a pointer array in struct exynos_drm_private.
>
> Signed-off-by: Shawn Guo
Applied to drm-misc-next
Thanks!
Sean
> Cc: Inki
On Mon, Jan 9, 2017 at 8:21 PM, liuxinliang wrote:
>
>
> On 2017/1/9 19:25, Shawn Guo wrote:
>>
>> Signed-off-by: Shawn Guo
>> Cc: Xinliang Liu
>
> Thanks Shawn Guo,
>
> Reviewed-by: Xinliang Liu
>
Applied to drm-misc-next
Thanks!
Sean
>
> -xinliang
>
>
>
>
--
Sean Paul, Software Engineer
On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> Use drm_crtc_from_index() to find drm_crtc for given index, so that we
> do not need to maintain a pointer array in struct mtk_drm_private.
>
> Signed-off-by: Shawn Guo
> Cc: CK Hu
Applied to drm-misc-next
Thanks!
Sean
On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> Use drm_crtc_from_index() to find drm_crtc for given index.
>
> Signed-off-by: Shawn Guo
> Cc: Ben Skeggs
Applied to drm-misc-next
Thanks!
Sean
> ---
> drivers/gpu/drm/nouveau/nouveau_display.c | 33
>
On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> Function tegra_crtc_from_pipe() does the exactly same thing as what
> crtc helper drm_crtc_from_index() provides. Use the helper to save
> some code.
>
> Signed-off-by: Shawn Guo
> Cc: Thierry Reding
Applied to drm-misc-n
On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
> From: Shawn Guo
>
> Use drm_crtc_from_index() to find drm_crtc for given index, so that we
> do not need to maintain a pointer array in struct vc4_dev.
>
> Signed-off-by: Shawn Guo
> Cc: Eric Anholt
Applied to drm-misc-next
Thanks!
Sean
>
On Mon, Jan 9, 2017 at 11:11 AM, Sean Paul wrote:
> On Mon, Jan 9, 2017 at 6:25 AM, Shawn Guo wrote:
>> From: Shawn Guo
>>
>> This is a follow-up series for "[PATCH 0/3] Add CRTC helper
>> drm_crtc_from_index()" per Daniel's comment [1].
>>
>> Basically, it changes some drivers to use helper drm
---
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c
index ff0b55a..d18061b 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_c
---
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 5 ++
drivers/gpu/drm/amd/amdgpu/atombios_crtc.c | 27
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 86 --
4 files changed, 100 insertions(+), 20 d
Hello all,
This code is very raw at this point, but wanted to get this out there
for feedback.
This uses codepaths very close to those used for HDMI audio support.
The driver currently has this disabled, so I needed to re-enable it.
Turning stereo 3D on without turning audio on would require a bi
On Wed, Jan 18, 2017 at 6:45 AM, Damien Lespiau
wrote:
> On Wed, Jan 18, 2017 at 12:10:56AM -0500, Ilia Mirkin wrote:
>> On Tue, Jan 17, 2017 at 5:42 PM, Alastair Bridgewater
>> wrote:
>> > HDMI specification 1.4a, table 8-15 is very explicitly a "must
>> > support at least one of" table, not a "
https://bugs.freedesktop.org/show_bug.cgi?id=99450
Bug ID: 99450
Summary: [amdgpu] Payday 2 visual glitches on some models
Product: Mesa
Version: 13.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
S
On Mon, Jan 16, 2017 at 11:56:18PM -0600, Andy Gross wrote:
> This patch adds a set remote state SCM API. This will be used by the
> Venus and GPU subsystems to set state on the remote processors.
>
> This work was based on two patch sets by Jordan Crouse and Stanimir
> Varbanov.
>
> Signed-off-
On Wed, Jan 18, 2017 at 11:41 AM, Damien Lespiau
wrote:
> On Wed, Jan 18, 2017 at 04:33:43PM +, Damien Lespiau wrote:
>> On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote:
>> > Damien - did you ever test these mandatory modes on an actual
>> > commercial 3D TV or similar device?
>>
>
Hi Jani,
Could you please review this patch?
I have added the lane count checking and other review comments you had.
Is there anything else that is blocking from getting this patch merged?
Regards
Manasi
On Tue, Jan 17, 2017 at 02:57:12PM -0800, Manasi Navare wrote:
> This patch adds support to
https://bugs.freedesktop.org/show_bug.cgi?id=99451
Bug ID: 99451
Summary: polygon offset use after free
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
Pri
Hi Jani,
This is another simple patch that only changed EDID test to
PREFERRED vs STANDARD as per the CTS spec. Is there anything else
that is blocking this patch getting merged?
Regards
Manasi
On Tue, Jan 17, 2017 at 02:57:13PM -0800, Manasi Navare wrote:
> This patch addresses a few issues fro
https://bugs.freedesktop.org/show_bug.cgi?id=99451
--- Comment #1 from Zachary Michaels ---
Created attachment 129031
--> https://bugs.freedesktop.org/attachment.cgi?id=129031&action=edit
potential fix
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Jani,
I have added all the video pattern definitions from CTS
spec following the definition conventions used around this file.
This addresses all the review comments from you, is there anything else
that is blocking this patch from getting merged? Could you please review this
patch?
Regards
M
Hi Jani,
Could you please review this patch? All your previous review comments
are addressed. Is there anything else that is blocking this patch from getting
merged?
Regards
Manasi
On Tue, Jan 17, 2017 at 02:57:15PM -0800, Manasi Navare wrote:
> The intel_dp_autotest_video_pattern() function get
Thanks Andy,
On 01/17/2017 07:56 AM, Andy Gross wrote:
> This patch adds a set remote state SCM API. This will be used by the
> Venus and GPU subsystems to set state on the remote processors.
>
> This work was based on two patch sets by Jordan Crouse and Stanimir
> Varbanov.
>
> Signed-off-by:
Hi Maarten,
On Wednesday 18 Jan 2017 15:49:56 Maarten Lankhorst wrote:
> Op 17-01-17 om 02:01 schreef Laurent Pinchart:
> > On Monday 16 Jan 2017 10:37:41 Maarten Lankhorst wrote:
> >> Signed-off-by: Maarten Lankhorst
> >> ---
> >>
> >> drivers/gpu/drm/drm_atomic_helper.c | 293 +++-
https://bugs.freedesktop.org/show_bug.cgi?id=99452
Bug ID: 99452
Summary: The Talos Principle video quirks on startup
Product: Mesa
Version: 13.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severi
Up until now, the bochsdrm driver didn't handle the nomodeset option
at boot, and didn't provide a "modeset" module option either.
This patch implements both.
The new parameter can be used by specifying bochs-drm.modeset=0
at boot time.
Signed-off-by: Max Staudt
Cc: Gerd Hoffmann
Cc: David Air
https://bugs.freedesktop.org/show_bug.cgi?id=99451
--- Comment #2 from Zachary Michaels ---
Created attachment 129032
--> https://bugs.freedesktop.org/attachment.cgi?id=129032&action=edit
properly formatted patch
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99451
Josep Torra changed:
What|Removed |Added
Attachment #129031|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=99452
--- Comment #1 from Germano Massullo ---
Radeon RX480
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.
https://bugs.freedesktop.org/show_bug.cgi?id=99451
Josep Torra changed:
What|Removed |Added
Attachment #129032|properly formatted patch|proposed fix
description|
On Wed, Jan 18, 2017 at 11:57 AM, Ilia Mirkin wrote:
> On Wed, Jan 18, 2017 at 11:41 AM, Damien Lespiau
> wrote:
>> On Wed, Jan 18, 2017 at 04:33:43PM +, Damien Lespiau wrote:
>>> On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote:
>>> > Damien - did you ever test these mandatory mod
Hi Gabriel,
2017-01-17 Gabriel Krisman Bertazi :
> This avoids using the deprecated drm_get_pci_dev() and load() hook
> interfaces in the qxl driver.
>
> The only tricky part is to ensure TTM debugfs initialization happens
> after the debugfs root node is created, which is done by moving that
>
Hi Neil,
(CC'ing Hans Verkuil)
On Wednesday 18 Jan 2017 12:24:22 Neil Armstrong wrote:
> On 01/18/2017 11:28 AM, Jose Abreu wrote:
> > On 17-01-2017 12:31, Neil Armstrong wrote:
> >> Some display pipelines can only provide non-RBG input pixels to the HDMI
> >> TX Controller, this patch takes the
On 16/12/16 15:48, Daniel Vetter wrote:
On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
The two remaining patches from [1], rebased.
BR,
Jani.
[1]
http://mid.mail-archive.com/1480984058-552-1-git-send-email-manasi.d.navare@intel.com
Just for the record, I think the only thing
https://bugs.freedesktop.org/show_bug.cgi?id=99419
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, 2017-01-18 at 10:12 +0200, Jani Nikula wrote:
> On Tue, 17 Jan 2017, Rodrigo Vivi wrote:
> > On Mon, Jan 16, 2017 at 2:04 AM, Jani Nikula
> > wrote:
> >> On Fri, 13 Jan 2017, Rodrigo Vivi wrote:
> >>> This and all the remaining patches on this series (6,7,8 and 9) got
> >>> merged to din
> -Original Message-
> From: Michel Dänzer [mailto:mic...@daenzer.net]
> Sent: Tuesday, January 17, 2017 8:50 PM
> To: Laurent Pinchart
> Cc: dri-devel@lists.freedesktop.org; Grodzovsky, Andrey;
> daniel.vet...@intel.com; amd-...@lists.freedesktop.org;
> nouv...@lists.freedesktop.org
> Subj
Hi Maarten,
On Tuesday 17 Jan 2017 08:41:03 Maarten Lankhorst wrote:
> Op 17-01-17 om 00:11 schreef Laurent Pinchart:
> > On Monday 16 Jan 2017 10:37:38 Maarten Lankhorst wrote:
> >> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
> >> replace the old for_each_xxx_in_state one
Hi John,
Thank you for the patches.
On Monday 16 Jan 2017 16:52:46 John Stultz wrote:
> Wanted to re-send out v4 of this patch set, integrating some
> changes suggested by Laurent, for consideration for merging for
> v4.11
>
> The first three patches are fixups that are hopefully straight
> for
Hi John,
Thank you for the patch.
On Monday 16 Jan 2017 16:52:50 John Stultz wrote:
> In chasing down issues with EDID probing, I found some
> duplicated but incomplete logic used to power the chip on and
> off.
>
> This patch refactors the adv7511_power_on/off functions, so
> they can be used f
Hi John,
Thank you for the patch.
On Monday 16 Jan 2017 16:52:51 John Stultz wrote:
> Thus this patch changes the EDID probing logic so that we
> re-use the __adv7511_power_on/off() calls instead of duplciating
> logic.
>
> This does change behavior slightly as it adds the HPD signal
> pulse to
Hi John,
Thank you for the patch.
On Monday 16 Jan 2017 16:52:52 John Stultz wrote:
> I've found that by just turning the chip on and off via the
> POWER_DOWN register, I end up getting i2c_transfer errors on
> HiKey.
>
> Investigating further, it seems some of the register state in
> the regmap
On Sat, Jan 14, 2017 at 02:36:42PM +0200, Krzysztof Kozlowski wrote:
> Support for Exynos4415 is going away because there are no internal nor
> external users.
>
> Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"),
> the platform cannot be instantiated so remove also the drive
Hi Neil,
On 17-01-2017 12:31, Neil Armstrong wrote:
> Some display pipelines can only provide non-RBG input pixels to the HDMI TX
> Controller, this patch takes the pixel format from the plat_data if provided.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/gpu/drm/bridge/dw-hdmi.c | 7 +-
On Wed, Jan 18, 2017 at 12:10:56AM -0500, Ilia Mirkin wrote:
> On Tue, Jan 17, 2017 at 5:42 PM, Alastair Bridgewater
> wrote:
> > HDMI specification 1.4a, table 8-15 is very explicitly a "must
> > support at least one of" table, not a "must support all of" table.
> > It is not hard to find hardwar
Hi Neil,
On 17-01-2017 12:31, Neil Armstrong wrote:
> If the input pixel format is not RGB, the CSC must be enabled in order to
> provide valid pixel to DVI sinks.
> This patch removes the hdmi only dependency on the CSC enabling.
>
> Signed-off-by: Neil Armstrong
I was going to say that you sh
On Wed, Jan 18, 2017 at 04:33:43PM +, Damien Lespiau wrote:
> On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote:
> > Damien - did you ever test these mandatory modes on an actual
> > commercial 3D TV or similar device?
>
> My main testing device was a Samsung TV with this 3D_present
Hi Neil,
On 17-01-2017 12:31, Neil Armstrong wrote:
> @@ -1434,9 +1434,18 @@ static int dw_hdmi_setup(struct dw_hdmi *hdmi, struct
> drm_display_mode *mode)
> hdmi_av_composer(hdmi, mode);
>
> /* HDMI Initializateion Step B.2 */
> - ret = dw_hdmi_phy_init(hdmi);
> - if (ret
On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote:
> Damien - did you ever test these mandatory modes on an actual
> commercial 3D TV or similar device?
My main testing device was a Samsung TV with this 3D_present bit set and
all the advertised modes were working. Can't quite remember if
HI All,
compilation issue on kernel-4.10-rc4 is resolved and i created a patch file.
please find the attachment for patch file.
I have taken this issue from below link
https://lkml.org/lkml/2017/1/16/89
Thanks & Regards
Sreedhar Donelli
Tata Consultancy Services
Ph:- +91 8019039399
Ce
On Wed, Jan 18, 2017 at 01:48:04PM -0500, Ilia Mirkin wrote:
> After some more conversations with Alastair, it sounds like what's
> actually going on is that it's just the frame-packing modes that
> aren't working, but all the side-by-side and top-and-bottom modes from
> the "mandatory" list work.
Hi Peter,
On Monday 16 Jan 2017 09:37:11 Peter Senna Tschudin wrote:
> On Tue, Jan 10, 2017 at 11:04:58PM +0200, Laurent Pinchart wrote:
> > On Saturday 07 Jan 2017 01:29:52 Peter Senna Tschudin wrote:
> >> On 04 January, 2017 21:39 CET, Rob Herring wrote:
> >>> On Tue, Jan 3, 2017 at 5:34 PM, Pet
On Wed, Jan 18, 2017 at 2:01 PM, Damien Lespiau
wrote:
>
> On Wed, Jan 18, 2017 at 01:48:04PM -0500, Ilia Mirkin wrote:
> > After some more conversations with Alastair, it sounds like what's
> > actually going on is that it's just the frame-packing modes that
> > aren't working, but all the side-b
Hi, YT:
On Wed, 2017-01-11 at 14:51 +0800, YT Shen wrote:
> This patch will update dsi clock control method.
> 1. dsi non-continue clock mode will enhance antistatic effect for panel
> 2. EOT packet control will judge whether dsi send end of packet or not
> by customize
>
> Signed-off-by: shaomin
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: b835df46869363b4159bede011489ab368c33552
commit: 493b0bdd03aa5514f1e7f8c63b75f876a8df9608 [447/467] drm/amdgpu:implement
CE/DE meta-init routines
config: xtensa-allyesconfig (attached as .config)
compiler: xtensa-linux-g
On 19/01/17 07:18 AM, Grodzovsky, Andrey wrote:
>> From: Michel Dänzer [mailto:mic...@daenzer.net]
>> On 17/01/17 07:16 AM, Laurent Pinchart wrote:
>>> On Monday 16 Jan 2017 10:44:57 Andrey Grodzovsky wrote:
Change-Id: Iad3e0b9b3546e4e4dc79be9233daf4fe4dba83e0
Signed-off-by: Andrey Grodzo
https://bugs.freedesktop.org/show_bug.cgi?id=98784
Michel Dänzer changed:
What|Removed |Added
CC||germano.massu...@gmail.com
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=99452
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
Hi, YT:
one comment inline.
On Wed, 2017-01-11 at 14:51 +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 initi
https://bugs.freedesktop.org/show_bug.cgi?id=99444
Shmerl changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTOURBUG
https://bugs.freedesktop.org/show_bug.cgi?id=99138
--- Comment #4 from Arthur Marsh ---
# ps -ef|grep lxdm
root 7524 1 0 13:52 ?00:00:00 /usr/sbin/lxdm-binary -d
root 7528 7524 0 13:52 tty7 00:00:00 /usr/lib/xorg/Xorg :0 vt07
-nolisten tcp -novtswitch -auth /var/run/l
https://bugzilla.kernel.org/show_bug.cgi?id=177041
Kyle Gottfried changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99138
Michel Dänzer changed:
What|Removed |Added
Attachment #128698|text/x-log |text/plain
mime type|
1 - 100 of 109 matches
Mail list logo
