Link bandwidth is shared between multiple display streams in DP MST
configurations. The DP MST topology manager structure maintains the
shared link bandwidth for a primary link directly connected to the GPU. For
atomic modesetting drivers, checking if there is sufficient link bandwidth
for a mode n
The OF graph is not needed because the panel is a child of dsi. So
Remove the ports node and move burst and esc clock frequency
properties to the parent (DSI node).
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos4412-trats2.dts | 23 ++-
1 file changed, 2 insertions(
Hi,
just for my knowledge and all those working on the tm2(e)
devices, is this patch going in or not?
If not, Thierry, could you please say what Hoegeun needs to do in
order to get this in?
Thanks,
Andi
On Wed, Jan 11, 2017 at 03:33:58PM +0900, Hoegeun Kwon wrote:
> This patch add support for M
Hi,
The dsi + panel is a parental relationship, so OF grpah is not needed.
Therefore, the current dsi_parse_dt function will throw an error,
because there is no linked OF graph for case such as fimd + dsi +
panel.
So the 1/5 patch parse the Pll, burst and esc clock frequency
properties in dsi_par
Rob Herring writes:
> Convert drivers to use the new of_graph_get_remote_node() helper
> instead of parsing the endpoint node and then getting the remote device
> node. Now drivers can just specify the device node and which
> port/endpoint and get back the connected remote device node. The detail
The OF graph is not needed because the panel is a child of dsi. So
Remove the ports node and move burst and esc clock frequency
properties to the parent (DSI node).
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos4210-trats.dts | 23 ++-
1 file changed, 2 insertions(+
The dsi + panel is a parental relationship, so OF grpah is not needed.
Therefore, the current dsi_parse_dt function will throw an error,
because there is no linked OF graph for case such as fimd + dsi +
panel. So this patch parse the Pll, burst and esc clock frequency
properties in dsi_parse_dt and
The OF graph is not needed because the panel is a child of dsi. So
Remove the ports node and move burst and esc clock frequency
properties to the parent (DSI node).
Signed-off-by: Hoegeun Kwon
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 16 ++--
1 file changed, 2 inse
[CC CMA people]
On Thu 09-02-17 17:39:17, Maxime Ripard wrote:
> Modules might want to check their CMA pool size and address for debugging
> and / or have additional checks.
>
> The obvious way to do this would be through dev_get_cma_area and
> cma_get_base and cma_get_size, that are currently no
Many drivers have a common pattern of searching the OF graph for either an
attached panel or bridge and then finding the DRM struct for the panel
or bridge. Also, most drivers need to handle deferred probing when the
DRM device is not yet instantiated. Create a common function,
drm_of_find_panel_or
Having a ->atomic_release callback is useful to release shared resources
that get allocated in compute_config(). This function is expected to be
called in the atomic_check() phase before new resources are acquired.
v2: Moved the caller hunk to this patch (Daniel)
Suggested-by: Daniel Vetter
Sign
For drm_of_find_panel_or_bridge() added in the next commit, an empty
version of of_drm_find_panel is needed for !CONFIG_DRM_PANEL.
Signed-off-by: Rob Herring
---
v2:
- new patch
include/drm/drm_panel.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_panel.h b
The OMAP driver has its own OF graph helpers that are similar to the
common helpers. This commit replaces most of the calls with the common
helpers. There's still a couple of custom helpers left, but the driver
needs more extensive changes to get rid of them.
In dss_init_ports, we invert the loop,
From: Wei Yongjun
Fix to return error code -ENOMEM from the malloc error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
b/d
It is necessary to track states for objects other than connector, crtc
and plane for atomic modesets. But adding objects like DP MST link
bandwidth to drm_atomic_state would mean that a non-core object will be
modified by the core helper functions for swapping and clearing
it's state. So, lets add
From: Wei Yongjun
Fixes the following sparse warning:
drivers/gpu/drm/bridge/ti-tfp410.c:223:24: warning:
symbol 'tfp410_platform_driver' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/bridge/ti-tfp410.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to
check there are sufficient vcpi slots for a mode and to add that to the
state. This should be followed by a call to drm_dp_mst_allocate_vcpi()
in ->atomic_commit() to initialize a struct vcpi for the port.
drm_dp_atomic_rele
This adds a file in i915's debugfs directory that allows userspace to
manually control HPD storm detection. This is mainly for hotplugging
tests, where we might want to test HPD storm functionality or disable
storm detection to speed up hotplugging tests without breaking anything.
Changes since v1
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #76 from fin4...@hotmail.com ---
I tested the game and with default video settings it did hang sometimes, but
dialing video settings down, the Rocket League works fine with Debian testing
Xfce. Oipaf ppa and custom adg5f drm-next-4.11-
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #2 from Matt Corallo ---
Created attachment 129461
--> https://bugs.freedesktop.org/attachment.cgi?id=129461&action=edit
Xorg.log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #3 from Matt Corallo ---
Created attachment 129462
--> https://bugs.freedesktop.org/attachment.cgi?id=129462&action=edit
dmesg grep amd, drm, dmar (in case its relevant)
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #4 from Matt Corallo ---
Attached (possibly) relevant logs. Will test on the staging branch when I get a
chance (probably in a week or two). I figured the issue would be with the
kernel driver but didnt see an obviously better place t
https://bugzilla.kernel.org/show_bug.cgi?id=193981
--- Comment #8 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to fin4478 from comment #5)
fin4...@hotmail.com, this kind of comment is essentially noise and makes the
lives of those of us working with bug reports and fixing problems harder
https://bugs.freedesktop.org/show_bug.cgi?id=99744
Michel Dänzer changed:
What|Removed |Added
Attachment #129461|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=99744
Michel Dänzer changed:
What|Removed |Added
Attachment #129462|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #5 from Michel Dänzer ---
This bugzilla is preferred for kernel driver issues as well. I reassigned this
report to the correct product and component.
Can you also attach the output of xrandr --verbose?
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=65968
--- Comment #7 from Timothy Arceri ---
Planetary Annihilation is using compat profile. When I override the Mesa
version
with MESA_GL_VERSION_OVERRIDE=3.1COMPAT the corruptions are fixed but it later
crashes.
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #6 from Matt Corallo ---
Created attachment 129463
--> https://bugs.freedesktop.org/attachment.cgi?id=129463&action=edit
xrandr --verbose
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=65968
--- Comment #8 from Timothy Arceri ---
Actually no I take that back it is using core profile.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=65968
--- Comment #9 from Timothy Arceri ---
(In reply to Timothy Arceri from comment #8)
> Actually no I take that back it is using core profile.
It's requesting a core profile and using compat features.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #20 from Shmerl ---
FYI: I just tested it with wine-staging 2.1 with CSMT enabled (that version
allows using it with DX11 already), and corruption in the start menu is gone.
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=99744
--- Comment #7 from Alex Deucher ---
Created attachment 129464
--> https://bugs.freedesktop.org/attachment.cgi?id=129464&action=edit
possible fix
This patch should fix the issue.
--
You are receiving this mail because:
You are the assignee f
https://bugzilla.kernel.org/show_bug.cgi?id=194533
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
https://bugzilla.kernel.org/show_bug.cgi?id=194533
--- Comment #3 from nuc...@hotmail.com ---
So this error warning will never disappear?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-d
https://bugzilla.kernel.org/show_bug.cgi?id=194533
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to nucrap from comment #3)
> So this error warning will never disappear?
Correct. The message is not actually from the driver. It's printed by the
core pci rom code.
--
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=190971
gnube...@gmail.com changed:
What|Removed |Added
CC||gnube...@gmail.com
--- Comment #1 fr
From: Tomasz Figa
The API is not suitable for subsystems consisting of multiple devices
and requires severe hacks to use it. To mitigate this, this patch
implements allocation and address space management locally by using
helpers provided by DRM framework, like other DRM drivers do, e.g.
Tegra.
Some iommu patches on the series[0] "iommu/rockchip: Fix bugs and
enable on ARM64" already landed, So drm/rockchip related patches [1] and [2]
ready to landed, this series just rebase them to lastest drm-next.
Thanks Heiko's Tested-by on rk3288 and rk3399 platform.
Changes in v3:
Advices by Tomas
From: Shunqian Zheng
Rockchip DRM used the arm special API, arm_iommu_*(), to attach
iommu for ARM32 SoCs. This patch convert to common iommu API
so it would support ARM64 like RK3399.
Since previous patch added support for direct IOMMU address space
management, there is no need to use DMA API a
On Thu, 09 Feb 2017, Thierry Reding wrote:
> On Thu, Feb 09, 2017 at 08:07:41PM +0100, Daniel Vetter wrote:
>> On Thu, Feb 09, 2017 at 07:39:33PM +0200, Jani Nikula wrote:
>> > On Thu, 09 Feb 2017, Daniel Vetter wrote:
>> > > On Thu, Feb 09, 2017 at 04:10:12PM +0200, Jani Nikula wrote:
>> > >> On
There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence
only one PHY can connect to DP controller at one time, the other should
be disconnected. The GRF_SOC_CON26 register has a switch bit to do it,
set this bit means enable PHY 1, clear this bit means enable PHY 0.
If the board has
There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence
only one PHY can connect to DP controller at one time, the other should
be disconnected. The GRF_SOC_CON26 register has a switch bit to do it,
set this bit means enable PHY 1, clear this bit means enable PHY 0.
Signed-off-by: Chr
There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence
only one PHY can connect to DP controller at one time, the other should
be disconnected. The GRF_SOC_CON26 register has a switch bit to do it,
set this bit means enable PHY 1, clear this bit means enable PHY 0.
If the board has 2
rockchip,uphy-dp-sel is the register of type-c phy enable DP function.
Signed-off-by: Chris Zhong
---
Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt
b/Documentati
rockchip,uphy-dp-sel is the register of type-c phy enable DP function.
Signed-off-by: Chris Zhong
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
b/arch/arm64/boot/dts/rockchip/rk3399.dtsi
index 8e6d1bd
101 - 145 of 145 matches
Mail list logo
