From: Guenter Roeck
If the driver is in suspended mode, the dp block may be disabled, and
chip registers may not be accessible. Yet, the worker may be triggered
in this situation by an extcon event. If that happens, the following crash
will be seen.
cdn-dp fec0.dp: [drm:cdn_dp_pd_event_work]
With atomic modesetting the hardware will be powered off when the
mode_set function is called. We should configure the hardware in the
enable function.
Signed-off-by: Chris Zhong
---
Changes in v17: None
drivers/gpu/drm/rockchip/cdn-dp-core.c | 49 +-
1 file ch
The cdn_dp_pd_event_work is using drm_helper_hpd_irq_event to update the
connector status, this function is used to update all connectors of
drm_device. Therefore, the detect of other connector will be call, when
cdn_dp_pd_event_work is triggered, every time. It is not necessary, and
it may cause s
Sometimes the Dock is disconnected, but cdn_dp_encoder_disable is not
triggered by DRM. For example, unplug the Dock in console mode, and
re-plug it again, the cdn_dp_event_work will try to get the sink count
of Dock, since the DP is still active. But the Dock has been powered
down, it need re-powe
From: Jeffy Chen
We're trying to lock mutex when cdn-dp shutdown, so we need to make
sure the mutex is inited in cdn-dp's probe.
Signed-off-by: Jeffy Chen
Reviewed-by: Guenter Roeck
Reviewed-by: Chris Zhong
Signed-off-by: Chris Zhong
---
Changes in v17: None
drivers/gpu/drm/rockchip/cdn-d
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
From: Guenter Roeck
If no monitor is connected, suspend/resume cycles result in firmware
load errors because the driver attempts to load the firmware while
the system is in suspend state. This results in a kernel warning and
traceback.
Loading the firmware during boot fixes the problem. Note tha
This series adds support for the CDN DP controller to the rockchip drm
driver. This version fixes some coding style error in v16, it post by
Sean Paul, you can find it here:
https://patchwork.kernel.org/patch/9442135/
And I sorted out a few patches to fix the following problems:
- suspend/
On 2017年02月05日 11:42, Chris Zhong wrote:
On 02/02/2017 02:12 AM, Sean Paul wrote:
On Tue, Jan 24, 2017 at 10:27:27AM +0800, Chris Zhong wrote:
Hi Sean
On 01/24/2017 01:48 AM, Sean Paul wrote:
On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote:
The MIPI DSI do not need check the va
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 47 +++--
1 file changed, 44 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
index a6d4a02..64408bc 100644
--- a
drm crtc already has mode_fixup callback to can do mode check, but
We actually want to valid display mode on connector getmode time,
mode_fixup can't do it.
So add a private mode_valid callback to rockchip crtc, connectors can
check mode with this mode_valid callback.
Signed-off-by: Mark Yao
---
The MIPI DSI do not need check the validity of resolution, the max
resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid
here.
Signed-off-by: Chris Zhong
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 39 ---
The vopb/vopl switch register of RK3399 mipi is different from RK3288,
the default setting for mipi dsi mode is different too, so add a
of_device_id structure to distinguish them, and make sure set the
correct mode before mipi phy init.
Signed-off-by: Chris Zhong
Signed-off-by: Mark Yao
---
Ch
Reference the power domain incase dw-mipi power down when
in use.
Signed-off-by: Chris Zhong
Reviewed-by: Sean Paul
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16
1 file changed, 16 insertions(+)
diff --git a/driv
correct the coding style, according the checkpatch scripts
Signed-off-by: Chris Zhong
Reviewed-by: Sean Paul
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 33 -
1 file changed, 16 insertions(+), 17 dele
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 4 +++-
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/dw_
Hi all
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling and port id selection register. These patches
add RK3399 support and the power domain support.
And these patches base on John
On 02/02/2017 02:12 AM, Sean Paul wrote:
On Tue, Jan 24, 2017 at 10:27:27AM +0800, Chris Zhong wrote:
Hi Sean
On 01/24/2017 01:48 AM, Sean Paul wrote:
On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote:
The MIPI DSI do not need check the validity of resolution, the max
resolution s
https://bugs.freedesktop.org/show_bug.cgi?id=99488
--- Comment #5 from Jan Vesely ---
Created attachment 129340
--> https://bugs.freedesktop.org/attachment.cgi?id=129340&action=edit
assert on infinite loop
this patch adds an assert for possible infinite loop in emit clause markers.
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=98981
Chris Wilson changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=99680
Bug ID: 99680
Summary: VM/GPU fault on 4.10-rc6 (Kaveri + Topaz)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Se
https://bugs.freedesktop.org/show_bug.cgi?id=99679
Bug ID: 99679
Summary: DRI PRIME doesn't always work with intel/radeon
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=193981
Bug ID: 193981
Summary: AMDGPU: R9 380 Fan rotates all the time (loud!)
Product: Drivers
Version: 2.5
Kernel Version: 4.9.7
Hardware: x86-64
OS: Linux
Tree: M
https://bugs.freedesktop.org/show_bug.cgi?id=99678
Bug ID: 99678
Summary: [All drivers] Avoid sending unnecessary
DVI/HDMI/DisplayPort commands when switching between
X11 and Linux console
Product: DRI
Version: un
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #3 from Fabian Maurer ---
Still present for me with mesa 88752.3f064e9a40 and linux 4.9.6.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing li
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #2 from fin4...@hotmail.com ---
...and using latest Oibaf ppa.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #1 from fin4...@hotmail.com ---
DXBall runs fine with 32-bit wineprefix, wine-2.0 (Staging), custom
~agd5f/linux/?h=drm-next-4.11-wip kernel, Debian testing Xfce and RX460.
--
You are receiving this mail because:
You are the assignee
As we require valid start/end parameters, we can replace the initial
potential NULL with a pointer to the drm_mm.head_node and so reduce the
test on every iteration from a NULL + address comparison to just an
address comparison.
add/remove: 0/0 grow/shrink: 0/1 up/down: 0/-26 (-26)
function
29 matches
Mail list logo