On 2 January 2016 at 23:56, Jani Nikula wrote:
>
> Hi Dave, Linus -
Hi Linus,
can you pull this directly, baby has arrived, but I'm not back at work yet.
Dave.
>
> Two display fixes still for v4.4.
>
> The new year's resolution is to start using signed tags per Linus'
> request. This one is st
From: Wolfram Sang
Fix this typo, consequently used over both files :)
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/i2c/adv7511.c | 22 +++---
drivers/gpu/drm/i2c/adv7511.h | 12 ++--
2 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/i2
From: Wolfram Sang
The interrupts for EDID_READY or DDC_ERROR were never enabled in this
driver, so reading EDID always timed out when chip was powered down and
interrupts were used. Fix this and remove clearing the interrupt flags,
they are cleared in POWER_DOWN mode anyhow (according to docs an
From: Wolfram Sang
This register includes a counter which is decremented by the chip on I2C
failures. Also, it is reset when powering down.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/i2c/adv7511.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/
This patch series adds DP audio and hotplug notification support.
On Skylake two DP ports are available and to enable DP on both
ports all pins need to be enabled.
There is a special vendor widget which need to be programmed to
enable all pins and converters. This series adds hotplug
notification
To fill the audio infoframe it is required to identify the
connection type as DP or HDMI. This patch adds an API which
parses ELD and returns the display type of connected.
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
Reviewed-by: Jani Nikula
Cc: David Airlie
Cc: dri-devel at l
On 01/04/2016 08:03 AM, Wolfram Sang wrote:
> From: Wolfram Sang
>
> The interrupts for EDID_READY or DDC_ERROR were never enabled in this
> driver, so reading EDID always timed out when chip was powered down and
> interrupts were used. Fix this and remove clearing the interrupt flags,
> they ar
On Mon, Dec 28, 2015 at 11:22:52AM +0100, Thierry Reding wrote:
> On Wed, Dec 16, 2015 at 06:18:25PM +0100, Daniel Vetter wrote:
> > Another pile of vfuncs from the old gpu.tmpl xml documentation that
> > I've forgotten to delete. I spotted a few more things to
> > clarify/extend in the new kerneld
Another pile of vfuncs from the old gpu.tmpl xml documentation that
I've forgotten to delete. I spotted a few more things to
clarify/extend in the new kerneldoc while going through this once
more.
v2: Spelling fixes (Thierry).
Cc: Laurent Pinchart
Cc: Thierry Reding
Signed-off-by: Daniel Vetter
On Sun, Dec 27, 2015 at 06:45:58PM +0800, Geliang Tang wrote:
> Use to_pci_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/gma500/power.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/
On Wed, Dec 30, 2015 at 12:32:00PM +0200, Tomi Valkeinen wrote:
>
>
> On 30/12/15 11:31, Sebastian Frias wrote:
> > Hi,
> >
> > On 12/30/2015 09:06 AM, Tomi Valkeinen wrote:
> >>
> >> Also note that I don't want new fbdev drivers into the mainline kernel.
> >> You should implement a DRM based dr
On Wed, Dec 30, 2015 at 10:20:30PM +0100, Julia Lawall wrote:
> The drm_dp_mst_topology_cbs structures are never modified, so declare them
> as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied to drm-misc, thanks.
-Daniel
>
> ---
> drivers/gpu/drm/i915/int
On Sat, Jan 02, 2016 at 06:47:17PM +0100, Lukas Wunner wrote:
> Fix indentation of vga_switcheroo sections in gpu.tmpl.
>
> Change section type of API documentation from "chapter" to "sect1"
> so that the individual functions no longer clutter up the ToC.
> Group together under a new "API" chapter
me I'll test this again since now we have both compute and
tessellation support in place for i965.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/a2c4028b/attachment-0001.html>
esc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/545a939c/attachment.sig>
nd I don't see why we'd
need to start now. If ARM was going to add another driver it can simply
have a separate Kconfig entry. There should be no need to select the
vendor option first.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signa
ure.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/9e2bae63/attachment.sig>
t --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/109467e9/attachment.sig>
--- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/e10f1e0d/attachment.sig>
e
This must be pulled in some other way on my system, but this looks
correct:
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http
On Monday 04 January 2016 09:24:16 Thierry Reding wrote:
>
> Ugh... wouldn't it be much simpler to get rid of DRM_ARM? It seems like
> a completely superfluous option to me. I don't think we've ever had the
> equivalent of "vendor" Kconfig options in DRM, and I don't see why we'd
> need to start n
On 4 January 2016 at 08:38, Thierry Reding wrote:
> On Wed, Dec 30, 2015 at 07:51:55AM +, Khem Raj wrote:
>> Fixes errors e.g.
>>
>> error: implicit declaration of function 'select'
>>
>> and missing definitions of FD_* defines
>>
>> Signed-off-by: Khem Raj
>> ---
>> tests/kms/kms-steal-crtc
The current error path for failure when establishing a handle for a GEM
object is unbalance, e.g. we call object_close() without calling first
object_open(). Use the typical onion structure to only undo what has
been set up prior to the error.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_
We only need a single reference count for all handles (i.e. non-zero
obj->handle_count) and so can trim a few atomic operations by only
taking the reference on the first handle and dropping it after the last.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c | 17 -
1 fil
Unlike the handle, the name table uses a sleeping mutex rather than a
spinlock. The allocation is in a normal context, and we can use the
simpler sleeping gfp_t, rather than have to take from the atomic
reserves.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c | 4 +---
1 file changed,
On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote:
> The current error path for failure when establishing a handle for a GEM
> object is unbalance, e.g. we call object_close() without calling first
> object_open(). Use the typical onion structure to only undo what has
> been set up prior
mapped ptr : 1.92
Kernel launch latency : 267.44 us
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/1c7a8
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/92f74686/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/0f8380ad/attachment-0001.html>
ote the DRM index of the CRTC, and keep
"crtc" for cases where we deal with struct drm_crtc objects.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/e9866ab8/attachment.sig>
Add RK3229 vop support
Yakir Yang (2):
drm/rockchip: vop: add rk3229 vop support
dt-bindings: add document for rk3229-vop
.../bindings/display/rockchip/rockchip-vop.txt | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_vop.c| 7 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.h
RK3228 registers layout is simalar to RK3288 layout, only the
interruput registers is different to RK3288.
RK3228 support two overlay plane and one hwc plane, max output
resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/rockchip/ro
Signed-off-by: Yakir Yang
---
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
index
RK3229 registers layout is simalar to RK3288 layout, only the
interruput registers is different to RK3288.
RK3229 support two overlay plane and one hwc plane, max output
resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/rockchip/ro
Sorry, there shouldn't have the "3228" prefix,
%s/3228/3229
I have send the new patch out, please ignore this one.
Thanks,
- Yakir
On 01/04/2016 07:50 PM, Yakir Yang wrote:
> RK3228 registers layout is simalar to RK3288 layout, only the
> interruput registers is different to RK3288.
>
> RK3
Hi Daniel,
2015ë
12ì 24ì¼ 22:32ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 24 December 2015 at 09:10, Inki Dae wrote:
>> +void exynos_drm_crtc_cancel_page_flip(struct drm_crtc *crtc)
>> +{
>> + struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc);
>> + unsigned lo
This is useful for drivers that subclass connector_state, like tegra.
Changes since v1:
- Docbook updates.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic_helper.c | 30 ++
include/drm/drm_atomic_helper.h | 2 ++
2 files changed, 28 insertions(+)
Changes since v1:
- Do not reset if state allocation fails.
Signed-off-by: Maarten Lankhorst
Acked-by: Thierry Reding #irc
---
drivers/gpu/drm/tegra/dsi.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
The atomic helper sets connector_state->connector, which the i915
code didn't. This will become a problem when we start using it.
Signed-off-by: Maarten Lankhorst
Acked-by: Thierry Reding
---
drivers/gpu/drm/i915/intel_display.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 1e42309ec40a..b76778d76035 100644
--- a/drivers/gpu/drm/i915
It can be useful to iterate over connectors without grabbing
connection_mutex. It can also be used to see how many connectors
are on a crtc without iterating over the list.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 11 +++
include/drm/drm_crtc.h | 3 +++
Now that connector_mask is reliable there's no need for this
function any more.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c| 30 --
drivers/gpu/drm/drm_atomic_helper.c | 10 --
drivers/gpu/drm/vc4/vc4_crtc.c | 2 +-
include/
Hi Yakir,
Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang:
> RK3229 registers layout is simalar to RK3288 layout, only the
> interruput registers is different to RK3288.
>
> RK3229 support two overlay plane and one hwc plane, max output
> resolution is 4K. it support IOMMU, and its IOMMU s
Hi Marek,
2015ë
12ì 28ì¼ 21:34ì Marek Szyprowski ì´(ê°) ì´ ê¸:
> Hello,
>
> On 2015-12-24 09:15, Inki Dae wrote:
>> Seems this patch could be more cleaned up.
>>
>> Each ctx object of each crtc driver has its own plane config object which
>> includes already zpos value.
>> So I think
On 01.01.2016 14:07, Arnd Bergmann wrote:
> The newly added code for Fiji creates a correct compiler warning
> about invalid use of the do_div macro:
>
> In file included from powerplay/hwmgr/ppatomctrl.c:31:0:
> drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h: In function
> 'fDivide':
>
We have to drop a lock before returning -ENOMEM here.
Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem.c
b/drivers/gpu/drm/etnaviv/etnaviv_gem.c
index 8d6f859..9f77c3b 100644
--- a/drivers/gpu/drm/e
> We have to drop a lock before returning -ENOMEM here.
>
> Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver')
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem.c
> b/drivers/gpu/drm/etnaviv/etnaviv_gem.c
> index 8d6f859..9f77c3b 100644
> --- a
On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote:
> We have to drop a lock before returning -ENOMEM here.
>
> Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver')
> Signed-off-by: Dan Carpenter
diffstat missing?
In any case, the patch is correct, thanks.
Acked-by: R
On Wed, 30 Dec 2015, Insu Yun wrote:
> Since devm_kzalloc can be failed, it needs to be checked
> if not, NULL dereference could be happened.
>
> Signed-off-by: Insu Yun
Pushed to drm-intel-next-queued, thanks for the patch.
BR,
Jani.
> ---
> drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 2 ++
On Mon, Jan 04, 2016 at 07:50:30PM +0800, Yakir Yang wrote:
>
> Signed-off-by: Yakir Yang
> ---
> Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Rob Herring
Am Montag, den 04.01.2016, 13:54 + schrieb Russell King - ARM
Linux:
> On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote:
> > We have to drop a lock before returning -ENOMEM here.
> >
> > Fixes: a8c21a5451d8 ('drm/etnaviv: add initial etnaviv DRM driver')
> > Signed-off-by: Dan Car
On Mon, Jan 04, 2016 at 03:13:22PM +0100, Lucas Stach wrote:
> Am Montag, den 04.01.2016, 13:54 + schrieb Russell King - ARM
> Linux:
> > On Mon, Jan 04, 2016 at 04:10:24PM +0300, Dan Carpenter wrote:
> > > We have to drop a lock before returning -ENOMEM here.
> > >
> > > Fixes: a8c21a5451d8 (
On 01/04/2016 03:33 AM, Wolfram Sang wrote:
> From: Wolfram Sang
>
> Fix this typo, consequently used over both files :)
>
> Signed-off-by: Wolfram Sang
Acked-by: Lars-Peter Clausen
Thanks.
Hi Wolfram,
Thank you for the patch.
On Monday 04 January 2016 03:33:46 Wolfram Sang wrote:
> From: Wolfram Sang
>
> This register includes a counter which is decremented by the chip on I2C
> failures. Also, it is reset when powering down.
>
> Signed-off-by: Wolfram Sang
Reviewed-by: Laurent
Hi Wolfram,
Thank you for the patch.
On Monday 04 January 2016 03:33:47 Wolfram Sang wrote:
> From: Wolfram Sang
>
> Fix this typo, consequently used over both files :)
>
> Signed-off-by: Wolfram Sang
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/i2c/adv7511.c | 22 +++
Hi Wolfram,
Thank you for the patch.
On Monday 04 January 2016 03:33:45 Wolfram Sang wrote:
> From: Wolfram Sang
>
> The interrupts for EDID_READY or DDC_ERROR were never enabled in this
> driver, so reading EDID always timed out when chip was powered down and
> interrupts were used. Fix this a
Hi Laurent,
On Mon, Jan 4, 2016 at 3:37 PM, Laurent Pinchart
wrote:
> On Monday 04 January 2016 03:33:45 Wolfram Sang wrote:
>> From: Wolfram Sang
>>
>> The interrupts for EDID_READY or DDC_ERROR were never enabled in this
>> driver, so reading EDID always timed out when chip was powered down an
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/b9add70c/attachment-0001.html>
On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote:
> The current error path for failure when establishing a handle for a GEM
> object is unbalance, e.g. we call object_close() without calling first
> object_open(). Use the typical onion structure to only undo what has
> been set up prior
doesn't properly check extension
support, for example.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/233da46a/attachment.html>
On Mon, Jan 04, 2016 at 10:11:00AM +, Chris Wilson wrote:
> We only need a single reference count for all handles (i.e. non-zero
> obj->handle_count) and so can trim a few atomic operations by only
> taking the reference on the first handle and dropping it after the last.
>
> Signed-off-by: Ch
On Mon, Jan 04, 2016 at 10:11:01AM +, Chris Wilson wrote:
> Unlike the handle, the name table uses a sleeping mutex rather than a
> spinlock. The allocation is in a normal context, and we can use the
> simpler sleeping gfp_t, rather than have to take from the atomic
> reserves.
>
> Signed-off-
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/31ba3f5f/attachment.html>
On Mon, Jan 04, 2016 at 10:18:50AM +, Chris Wilson wrote:
> On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote:
> > The current error path for failure when establishing a handle for a GEM
> > object is unbalance, e.g. we call object_close() without calling first
> > object_open(). Use
On Mon, Jan 04, 2016 at 05:24:11PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote:
> > The current error path for failure when establishing a handle for a GEM
> > object is unbalance, e.g. we call object_close() without calling first
> > object_open().
On Mon, Jan 04, 2016 at 05:33:45PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 04, 2016 at 10:18:50AM +, Chris Wilson wrote:
> > On Mon, Jan 04, 2016 at 10:10:59AM +, Chris Wilson wrote:
> > > The current error path for failure when establishing a handle for a GEM
> > > object is unbalance,
f any
bitness.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/a90f2ce1/attachment.html>
On Fri, Jan 1, 2016 at 8:07 AM, Arnd Bergmann wrote:
> The newly added code for Fiji creates a correct compiler warning
> about invalid use of the do_div macro:
>
> In file included from powerplay/hwmgr/ppatomctrl.c:31:0:
> drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h: In function
>
From: Thierry Reding
Commit 88e72717c2de ("drm/irq: Use unsigned int pipe in public API")
updated the prototype of this function but not the implementation. This
wasn't noticed even through compile tests because the prototype is part
of the source file that uses it and hence the compiler won't kn
ture.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/a8059dda/attachment.sig>
nt was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/dfa5a005/attachment.sig>
* but let's stick to the documentation.
>
> This contradicts the commit message, which one is correct ?
As Geert mentioned, the commit message refers to the interrupt flags not
the interrupt_enable flags.
Shall I rephrase?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/07977b9d/attachment-0001.sig>
On Mon, Jan 4, 2016 at 10:44 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Commit 88e72717c2de ("drm/irq: Use unsigned int pipe in public API")
> updated the prototype of this function but not the implementation. This
> wasn't noticed even through compile tests because the prototype is par
Initial documentation for apple-gmux. If anyone has additions or
corrections please let me know.
This uses asciidoc markup, an HTML rendered version is available here:
http://wunner.de/gpu_docs/handlers.html
If you prefer perusing the patch in a browser:
https://github.com/l1k/linux/commit/68eb06
Document what I've learned so far about the gmux so that we can
collaboratively reverse-engineer its remaining unknown bits
without everyone having to start from scratch.
The DOC sections are bound together in the gpu.tmpl DocBook
under a new vga_switcheroo "Handlers" chapter. Eventually
this shou
From: Thierry Reding
Unsigned integers can never be negative, so drop this check.
Cc: Christian König
Cc: Alex Deucher
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/radeon/radeon_kms.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.
ious patch before Michel's feedback so it's
> already in drm-next, any change you could spin a new patch to just
> drop the < 0 check?
Done.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160104/1d5ee0d6/attachment-0001.sig>
On Mon, Dec 07, 2015 at 03:01:43PM +, Russell King - ARM Linux wrote:
> Given the lack of interest in these patches, I've put these into my
> "for-next" branch so that they can get some exposure in linux-next.
These have been in for-next, and no one's reported any issues.
I've now queued these
I've applied these to my tree. Resending with Acks and stable
cc'ed as per Dave's request.
Mykola Lysenko (4):
drm/dp/mst: process broadcast messages correctly
drm/dp/mst: always send reply for UP request
drm/dp/mst: fix in MSTB RAD initialization
drm/dp/mst: fix in RAD element access
d
From: Mykola Lysenko
In case broadcast message received in UP request,
RAD cannot be used to identify message originator.
Message should be parsed, originator should be found
by GUID from parsed message.
Also reply with broadcast in case broadcast message
received (for now it is always broadcast
From: Mykola Lysenko
We should always send reply for UP request in order
to make downstream device clean-up resources appropriately.
Issue was that reply for UP request was sent only once.
Acked-by: Dave Airlie
Signed-off-by: Mykola Lysenko
Signed-off-by: Alex Deucher
Cc: stable at vger.kern
From: Mykola Lysenko
This fix is needed to support more then two
branch displays, so RAD address consist at
least of 2 elements
Acked-by: Dave Airlie
Signed-off-by: Mykola Lysenko
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++-
From: Mykola Lysenko
This is needed to receive correct port
number from RAD, so MSTB could be found
Acked-by: Dave Airlie
Signed-off-by: Mykola Lysenko
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/drm_dp_mst_topology.c | 4 ++--
1 file changed, 2 insertions(+
On Mon, Jan 4, 2016 at 12:19 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Unsigned integers can never be negative, so drop this check.
>
> Cc: Christian König
> Cc: Alex Deucher
> Signed-off-by: Thierry Reding
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_kms.c | 2
Hi,
this MT8173 DRM update changes the clock bindings once more, as the MIPI_TX
D-PHY and the HDMI PHY have internal PLLs that are better abstracted using
the common clock framework. The clock outputs of the PHY modules are routed
to the respective encoders, in the HDMI case by way of the TOP cloc
From: CK Hu
Add device tree binding documentation for the display subsystem in
Mediatek MT8173 SoCs.
Signed-off-by: CK Hu
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Changes since v7:
- Add 26 MHz PLL reference input clocks and DSI high-speed output clocks
to the MIPI TX D-PHY
From: CK Hu
This patch adds an initial DRM driver for the Mediatek MT8173 DISP
subsystem. It currently supports two fixed output streams from the
OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Daniel Kurtz
Signed-off-by: Phil
From: CK Hu
This patch add a drm encoder/connector driver for the MIPI DSI function
block of the Mediatek display subsystem and a phy driver for the MIPI TX
D-PHY control module.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
---
Changes since v7:
- Select the PANEL and MIPI_DSI config
Add the device tree binding documentation for Mediatek HDMI,
HDMI PHY and HDMI DDC devices.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Changes since v7:
- Add the HDMI PLL clock output that is fed back into the
TOP clock module.
- Switch the hdmi_sel mux to it in the example.
--
From: Jie Qiu
Add DPI connector/encoder to support HDMI output via the
attached HDMI bridge.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
Changes since v7:
- Fix mtk_dpi_power_on reference counting
- Make mtk_dpi_power_off return void
---
drivers/gpu/drm/mediatek/Makefile |
From: Jie Qiu
This patch adds drivers for the HDMI bridge connected to the DPI0
display subsystem function block, for the HDMI DDC block, and for
the HDMI PHY to support HDMI output.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
Changes since v7:
- Fill ELD info
- Fix error message
From: Jie Qiu
MT8173 HDMI hardware has a output control bit to enable/disable HDMI
output. Because of security reason, so this bit can ONLY be controlled
in ARM supervisor mode. Now the only way to enter ARM supervisor is the
ARM trusted firmware. So atf provides a API for HDMI driver to call to
From: CK Hu
This patch adds the device nodes for the DISP function blocks
comprising the display subsystem.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
Changes since v7:
- Add 26 MHz PLL reference input
This mux is supposed to select a fitting divider after the PLL
is already set to the correct rate.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
Changes since v7:
- The hdmi_sel mux is kept to propagate rate changes,
selecting the divider from the driver would only be necessary
fo
From: CK Hu
This patch adds the device nodes for the HDMI encoder, HDMI PHY,
and HDMI CEC modules.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
Changes since v7:
- Describe HDMI PHY PLL output in the devi
The configurable hdmi_ref output of the PLL block is derived from
the tvdpll_594m clock signal via a configurable PLL post-divider.
It is used as the PLL reference input to the HDMI PHY module.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 5
Add an optional ddc-i2c-bus phandle property that points to
an I2C master controller that handles the connector DDC pins.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 +
1 file changed, 1 insertion(+)
diff --g
The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m,
but is routed out of the HDMI PHY module.
Signed-off-by: Philipp Zabel
---
drivers/clk/mediatek/clk-mt8173.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk/mediatek/clk-mt8173.c
b/drivers/clk/mediatek/clk-mt8173.c
Hi,
dce4_crtc_do_set_base is the only location in which
EVERGREEN_GRPH_CONTROL is updated. This currently configures a non-tiled
framebuffer on my SI system.
This design prevents drmModePageFlip from handling a framebuffer with a
different tiling configuration.
Is this the intended architectu
On Mon, Jan 4, 2016 at 12:57 PM, Jay Cornwall wrote:
> Hi,
>
> dce4_crtc_do_set_base is the only location in which EVERGREEN_GRPH_CONTROL
> is updated. This currently configures a non-tiled framebuffer on my SI
> system.
>
> This design prevents drmModePageFlip from handling a framebuffer with a
>
1 - 100 of 118 matches
Mail list logo
