On Sun, Jan 22, 2017 at 02:09:01PM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> The vblank is mostly CRTC specific and implemented as part of CRTC
> driver. The first patch adds 3 vblank core-driver hooks into struct
> drm_crtc_funcs, and wraps around core vblank handling code to use the
> new
On 01/23/2017 04:03 PM, Andrzej Hajda wrote:
On 23.01.2017 09:31, Archit Taneja wrote:
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
Due to asynchronous nature of MHL flow of execution is dispersed. Logical
continuation of some actions happens after response of peer, i.e in interrupt
handler.
On Mon, Jan 16, 2017 at 07:36:27PM -0200, Gustavo Padovan wrote:
> Hi Wei,
>
> 2017-01-12 Wei Yongjun :
>
> > From: Wei Yongjun
> >
> > Fixes the following sparse warning:
> >
> > drivers/gpu/drm/drm_atomic_helper.c:1360:6: warning:
> > symbol 'release_crtc_commit' was not declared. Should it
On Fri, Jan 13, 2017 at 03:12:07PM +, Daniel Stone wrote:
> Hi Dan,
>
> On 13 January 2017 at 12:56, Dan Carpenter wrote:
> > drivers/gpu/drm/drm_crtc.c:392 drm_mode_getcrtc()
> > error: we previously assumed 'crtc->primary->state' could be null
> > (see line 384)
> >
> > drivers/gp
On Mon, Jan 23, 2017 at 09:38:48AM +1000, Dave Airlie wrote:
> Hi Linus,
>
> Okay holidays and LCA kinda caught up with me, I thought I'd get some
> of this dequeued last week, but Hobart was
> sunny and warm and not all gloomy and rainy as usual.
>
> This is a bit large, but not too much conside
On Fri, Jan 13, 2017 at 06:36:30PM +0100, Lucas Stach wrote:
> The i2c adapter on DP AUX is purely a software construct. Linking
> it to the device node of the parent device is wrong, as it leads to
> 2 devices sharing the same device node, which is bad practice, as
> well as the i2c trying to popu
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
Burst transmissions are used in MHL3 mode negotiation.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/sil-sii8620.c | 196 ++-
drivers/gpu/drm/bridge/sil-sii8620.h | 4 +
2 files changed, 198 insertions(+
On Mon, Jan 16, 2017 at 06:13:30PM -0200, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Otherwise compilation fails like this:
>
> In file included from drivers/gpu/drm/armada/armada_trace.h:66:0,
> from drivers/gpu/drm/armada/armada_trace.c:3:
> ./include/trace/define_trac
Hi Tobias,
On 01/21/2017 01:05 AM, Tobias Jakobi wrote:
> Hello Joonyoung,
>
>
> Joonyoung Shim wrote:
>> Hi Tobias,
>>
>> On 01/19/2017 10:16 PM, Tobias Jakobi wrote:
>>> Hello Joonyoung,
>>>
>>> Joonyoung Shim wrote:
Hi Tobias,
On 01/17/2017 11:24 PM, Tobias Jakobi wrote:
>
On Fri, Jan 20, 2017 at 09:46:17PM +0200, Ville Syrjälä wrote:
> On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote:
> > This is just a cleanup, no functional change.
> >
> > The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
> > basically a copy of the existing code i
On Thu, Jan 19, 2017 at 10:10:21AM -0500, Alex Deucher wrote:
> On Wed, Jan 18, 2017 at 10:34 AM, Jeff Smith wrote:
> > 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 sup
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
Due to asynchronous nature of MHL flow of execution is dispersed. Logical
continuation of some actions happens after response of peer, i.e in interrupt
handler. To simplify coding continuation mechanism has been added - it is now
possible to provide
On Fri, Jan 20, 2017 at 08:44:19AM -0800, Jason Ekstrand wrote:
> On Fri, Jan 20, 2017 at 2:15 AM, Nicolai Hähnle wrote:
>
> > Hi Rob,
> >
> > On 19.01.2017 23:32, Rob Clark wrote:
> >
> >> Just a friendly reminder that now would be a good time to update the
> >> wiki page for GSoC/EVoC ideas:
>
On Fri, Jan 20, 2017 at 04:32:29PM +0100, Benjamin Gaignard wrote:
> The goal of this RFC is to understand if a common ioctl for specific memory
> regions allocations is needed/welcome.
>
> Obviously it will not replace allocation done in linux kernel frameworks like
> v4l2, drm/kms or others, but
On Fri, Jan 20, 2017 at 05:02:50PM +0100, Tobias Jakobi wrote:
> While the Kconfig entries of FIMD and DECON7 both select
> FB_MODE_HELPERS, the code doesn't use any of the functionality.
>
> Signed-off-by: Tobias Jakobi
Applied (just this patch) to drm-misc, since that Kconfig stuff also went
i
On Sun, Jan 22, 2017 at 11:10:06PM -0200, Fabio Estevam wrote:
> On Sun, Jan 22, 2017 at 12:26 PM, Fabio Estevam wrote:
> > On Sat, Jan 21, 2017 at 2:40 PM, Fabio Estevam wrote:
> >> Hi,
> >>
> >> Stopping kmscube application on mx6q through CTRL + C sometimes leads
> >> to the following kernel w
On Sat, Jan 21, 2017 at 06:05:05PM -0200, Gabriel Krisman Bertazi wrote:
> Chris Wilson writes:
>
> > The prototypes were moved to a new header, but the function definitions
> > were not updated to pull in the declarations.
> >
> > drivers/gpu/drm/drm_cache.c:79:1: warning: no previous prototype
https://bugs.freedesktop.org/show_bug.cgi?id=97338
--- Comment #8 from Aaron Paden ---
(In reply to Samuel Pitoiset from comment #6)
> A possible fix here:
> https://lists.freedesktop.org/archives/mesa-dev/2017-January/139686.html
I get a build failure after applying this patch:
si_shader_tgsi_
On Thu, Jan 19, 2017 at 12:56:29AM +0200, Laurent Pinchart wrote:
> 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:
> > >> @@ -2512,6 +2518,47 @@ struct drm_atomic_state
> > >>
On Tue, Jan 17, 2017 at 02:45:32AM +0200, Laurent Pinchart wrote:
> Hi Maarten,
>
> Thank you for the patches.
>
> On Monday 16 Jan 2017 10:37:37 Maarten Lankhorst wrote:
> > Fourth iteration. Instead of trying to convert all drivers straight away,
> > implement all macros that are required to ge
On Tue, Jan 17, 2017 at 12:14:24AM +0200, Laurent Pinchart wrote:
> Hi Harry,
>
> On Monday 16 Jan 2017 16:13:39 Harry Wentland wrote:
> > On 2017-01-16 03:39 PM, Laurent Pinchart wrote:
> > > On Monday 16 Jan 2017 10:44:54 Andrey Grodzovsky wrote:
> > >> This series is a folow-up on
> > >> https:
On Mon, Jan 16, 2017 at 10:44:55AM -0500, Andrey Grodzovsky wrote:
> Allows using atomic flip helpers for drivers
> using ASYNC flip.
> Remove ASYNC_FLIP restriction in helpers and
> caches the page flip flags in drm_plane_state
> to be used in the low level drivers.
>
> Signed-off-by: Andrey Grod
2017년 01월 20일 22:05에 Tobias Jakobi 이(가) 쓴 글:
> Inki Dae wrote:
>> Hi Tobias,
>>
>> 2017년 01월 19일 21:49에 Tobias Jakobi 이(가) 쓴 글:
>>> What about Laurent's comment stating that drm_atomic_helper_commit() is
>>> broken at the moment? Shouldn't there be some kind of warning in the
>>> commit message t
On Sun, Jan 22, 2017 at 07:11:09PM +0100, Noralf Trønnes wrote:
> Add a CMA version of drm_fb_helper_set_suspend_unlocked().
>
> Cc: laurent.pinch...@ideasonboard.com
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/drm_fb_cma_helper.c | 18 ++
> include/drm/drm_fb_cma_hel
Hi Andrzej,
On 2017-01-23 08:56, Andrzej Hajda wrote:
Ultra HD modes requires clock ticking at increased rate.
Signed-off-by: Andrzej Hajda
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433.d
On Sun, Jan 22, 2017 at 07:11:10PM +0100, Noralf Trønnes wrote:
> Instead of having the drivers call drm_debugfs_remove_files() in
> their drm_driver->debugfs_cleanup hook, do it automatically by
> traversing minor->debugfs_list.
> Also use debugfs_remove_recursive() so drivers who add their own
>
On Fri, Jan 20, 2017 at 10:36:55PM +0800, Geliang Tang wrote:
> To make the code clearer, use rb_entry() instead of container_of() to
> deal with rbtree.
>
> Signed-off-by: Geliang Tang
Applied, thanks.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
2017년 01월 23일 17:22에 Joonyoung Shim 이(가) 쓴 글:
> Hi Tobias,
>
> On 01/21/2017 01:05 AM, Tobias Jakobi wrote:
>> Hello Joonyoung,
>>
>>
>> Joonyoung Shim wrote:
>>> Hi Tobias,
>>>
>>> On 01/19/2017 10:16 PM, Tobias Jakobi wrote:
Hello Joonyoung,
Joonyoung Shim wrote:
> Hi Tobias
On 20.01.2017 14:55, Ville Syrjälä wrote:
> On Fri, Jan 20, 2017 at 07:52:24AM +0100, Andrzej Hajda wrote:
>> In case of interlace mode irq is generated for odd and even fields, but
>> vblank should be signaled only for the last emitted field.
> I'm pretty sure most drivers signal it for both field
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
MHL3 protocol requires registry adjustments depending on chosen video mode.
Necessary information is gathered in mode_fixup callback. In case of HDMI
video modes driver should also send special AVI and MHL infoframes.
Signed-off-by: Andrzej Hajda
-
https://bugs.freedesktop.org/show_bug.cgi?id=98856
--- Comment #6 from Gregor Münch ---
Problem is still there as of mesa git from Friday.
Also, the trying replaying my trace hangs the GPU.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #21 from Michel Dänzer ---
(In reply to lei.pero from comment #18)
> I didn't know that about modesetting driver, anyway, even with
> LIBGL_DRI3_DISABLE=1 same thing happens.
Maybe chromium doesn't pass on the environment variable to
On Sun, Jan 22, 2017 at 07:11:12PM +0100, Noralf Trønnes wrote:
> tinydrm provides helpers for very simple displays that can use
> CMA backed framebuffers and need flushing on changes.
>
> Signed-off-by: Noralf Trønnes
Looks all pretty. A bunch of ideas below, but all optional. For merging I
thi
2017년 01월 21일 01:54에 Tobias Jakobi 이(가) 쓴 글:
> From: Dan Carpenter
>
> We were trying to print an error message if we timed out here, but the
> loop actually ends with "tries" set to UINT_MAX and not zero. Fix this
> by changing from tries-- to --tries.
Sorry but I already know this patch fro
On Sun, Jan 22, 2017 at 07:11:13PM +0100, Noralf Trønnes wrote:
> Add common functionality needed by many tinydrm drivers.
>
> Signed-off-by: Noralf Trønnes
Bunch of comments below, all optional.
-Daniel
> ---
> Documentation/gpu/drm-kms-helpers.rst | 6 +
> drivers/gpu/drm/tinydrm/
On Mon, Jan 23, 2017 at 06:32:16PM +0900, Inki Dae wrote:
>
>
> 2017년 01월 21일 01:54에 Tobias Jakobi 이(가) 쓴 글:
> > From: Dan Carpenter
> >
> > We were trying to print an error message if we timed out here, but the
> > loop actually ends with "tries" set to UINT_MAX and not zero. Fix this
> > by
The function is not that big, but it's also not used for anything
performance critical. Make it a normal function.
As a side effect, this apparently makes sparse smarter about what it's
doing, and gets rid of the warning:
./include/drm/drm_color_mgmt.h:53:28: warning: shift too big (4294967295) f
On Sat, Jan 21, 2017 at 11:21:28PM +0200, Laurent Pinchart wrote:
> Hi Chris,
>
> Thank you for the patch.
>
> On Saturday 21 Jan 2017 10:58:25 Chris Wilson wrote:
> > Some state is coupled into the device lifetime outside of the
> > load/unload timeframe and requires teardown during final unrefe
For the convenience of encapsulation the reservation object's ww_mutex
was wrapped in pair of lock/unlock helpers.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/vgem/vgem_fence.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vgem/vgem_fence.c
b/driver
https://bugs.freedesktop.org/show_bug.cgi?id=99492
yann changed:
What|Removed |Added
Assignee|intel-gfx-bugs@lists.freede |dri-devel@lists.freedesktop
|sk
From: Andrea Merello
The standard DRM function to get the edid from the i2c bus performs
(at least) two transfers.
By experiments it seems that the sii9022a have problems with the
2nd I2C start, at least unless a wait is introduced detween the
two transfers.
So we perform one single I2C transfe
Ultra HD modes requires clock ticking at increased rate.
Signed-off-by: Andrzej Hajda
---
v2: long lines wrapped
v3: moved assigned clocks to cmu_disp node in tm2-common
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/ar
On Thu, Jan 19, 2017 at 03:17:36PM +0100, Maarten Lankhorst wrote:
> Op 19-01-17 om 10:05 schreef Chris Wilson:
> > After warning that the connector list is not empty on device
> > unregistration (i.e. module unload) also print out which connectors are
> > still hanging around to aide finding the l
Hi Dave,
Just one bugfix from Gustavo, but the pull request script is confused
since you didn't update your drm-fixes branch.
Cheers, Daniel
The following changes since commit 9afe69d5a9495f8b023017e4c328fa717e00f092:
Merge tag 'drm-misc-fixes-2017-01-09' of
git://anongit.freedesktop.org/gi
On Mon, Jan 23, 2017 at 10:06:07AM +, Chris Wilson wrote:
> On Thu, Jan 19, 2017 at 03:17:36PM +0100, Maarten Lankhorst wrote:
> > Op 19-01-17 om 10:05 schreef Chris Wilson:
> > > After warning that the connector list is not empty on device
> > > unregistration (i.e. module unload) also print o
On 01/04/2017 09:44 AM, Andrzej Hajda wrote:
> On 03.01.2017 09:11, Hans Verkuil wrote:
>> On 01/03/2017 09:00 AM, Andrzej Hajda wrote:
>>> Is there a reason to split registration into two steps?
>>> Wouldn't be better to integrate hpd_notifier_get into
>>> cec_register_hpd_notifier.
>> One problem
On Mon, Jan 23, 2017 at 11:42:59AM +0200, Jani Nikula wrote:
> The function is not that big, but it's also not used for anything
> performance critical. Make it a normal function.
>
> As a side effect, this apparently makes sparse smarter about what it's
> doing, and gets rid of the warning:
>
>
Hi Andrea,
On Mon, 23 Jan 2017 11:00:02 +0100
Andrea Merello wrote:
> From: Andrea Merello
>
> The standard DRM function to get the edid from the i2c bus performs
> (at least) two transfers.
>
> By experiments it seems that the sii9022a have problems with the
> 2nd I2C start, at least unless
From: Hans Verkuil
Support the HPD notifier framework, simplifying drivers that
depend on this.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/media/cec/cec-core.c | 50
include/media/cec.h | 15 +
2 files
From: Hans Verkuil
This patch series adds the hotplug detect notifier code, based on Russell's
code:
https://patchwork.kernel.org/patch/9277043/
It adds support for it to the exynos_hdmi drm driver, adds support for
it to the CEC framework and finally adds support to the s5p-cec driver,
which
From: Hans Verkuil
Add support for video hotplug detect and EDID/ELD notifiers, which is used
to convey information from video drivers to their CEC and audio counterparts.
Based on an earlier version from Russell King:
https://patchwork.kernel.org/patch/9277043/
The hpd_notifier is a reference
From: Hans Verkuil
Implement the HPD notifier support to allow CEC drivers to
be informed when there is a new EDID and when a connect or
disconnect happens.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 1 +
drivers/gpu/drm/exynos/exynos_h
From: Hans Verkuil
Update the bindings documenting the new hdmi phandle and
update exynos4.dtsi accordingly. This phandle is needed by the
s5p-cec driver to initialize the HPD notifier framework.
Tested with my Odroid U3.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
CC: linux-samsu
From: Hans Verkuil
By using the HPD notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Update the bindings documenting the new hdmi phandle and
updat
On Mon, Jan 23, 2017 at 11:12:31AM +0100, Daniel Vetter wrote:
> On Mon, Jan 23, 2017 at 10:06:07AM +, Chris Wilson wrote:
> > On Thu, Jan 19, 2017 at 03:17:36PM +0100, Maarten Lankhorst wrote:
> > > Op 19-01-17 om 10:05 schreef Chris Wilson:
> > > > After warning that the connector list is not
On 23.01.2017 09:31, Archit Taneja wrote:
>
> On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
>> Due to asynchronous nature of MHL flow of execution is dispersed. Logical
>> continuation of some actions happens after response of peer, i.e in interrupt
>> handler. To simplify coding continuation mechan
On Fri, 20 Jan 2017, Hans de Goede wrote:
> Hi,
>
> On 31-12-16 17:00, Hans de Goede wrote:
>> Hi,
>>
>> On 27-12-16 11:58, Jani Nikula wrote:
>>> On Sun, 25 Dec 2016, Hans de Goede wrote:
If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may
use the ASLE_EXT parts of the
On 23.01.2017 09:20, Archit Taneja wrote:
(...)
>> static void sii8620_fetch_edid(struct sii8620 *ctx)
>> {
>> u8 lm_ddc, ddc_cmd, int3, cbus;
>> @@ -1041,7 +1181,7 @@ static int sii8620_wait_for_fsm_state(struct sii8620
>> *ctx, u8 state)
>>
>> if ((s & MSK_COC_STAT_0_FSM_STAT
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #33 from Samuel Pitoiset ---
(In reply to Eugenij Shkrigunov from comment #31)
> (In reply to Samuel Pitoiset from comment #30)
> > The following commit can probably help if you have a VI+ card.
> >
> > https://cgit.freedesktop.org/m
https://bugs.freedesktop.org/show_bug.cgi?id=97338
--- Comment #9 from Samuel Pitoiset ---
Makes sense. TGSI_OPCODE_ABS has been removed after this patch, but it fixes
the issue (I tested myself). The patch is still pending for some reasons, I
will let you know when something change.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=90481
--- Comment #27 from Samuel Pitoiset ---
(In reply to Ryan Williams from comment #26)
> Tested with recent mesa git, Ubuntu 16.04 Padoka PPA, kernel 4.8.11, no gpu
> lockup with ~2 hour play. Probably fixed by same commit that fixed Arkham
> Orig
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #7 from Samuel Pitoiset ---
Thanks for reporting the issue. I can reproduce it with mesa/llvm git on my rx
480. Needs investigation.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99484
--- Comment #1 from Samuel Pitoiset ---
Can you try recording an apitrace which reproduces the issue? Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
This is MT2701 DRM support PATCH v12, based on 4.10-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 changed, color format definition changed.
- DISP_RDMA fifo size chang
Add decriptions about supported chips, including MT2701 & MT8173
Signed-off-by: YT Shen
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 ++
Documentation/devicetree/bindings/display/mediatek/mediatek,dsi.txt | 2 ++
2 files changed, 4 insertio
There are some hardware settings changed, between MT8173 & MT2701:
DISP_OVL address offset changed, color format definition changed.
DISP_RDMA fifo size changed.
DISP_COLOR offset changed.
MIPI_TX pll setting changed.
And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod.
Signed-off-by: YT She
We need to acquire mutex before using the resources,
and need to release it after finished.
So we don't need to write registers in the blanking period.
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 -
drivers/gpu/drm/medi
define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_ovl'
define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_rdma'
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 15 +--
drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 15 ++
update connections for OVL, RDMA, BLS, DSI
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index b77d
From: shaoming chen
add dsi interrupt control
Signed-off-by: shaoming chen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 92 ++
1 file changed, 92 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.
Add BLS component for PWM + GAMMA function
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 -
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_com
cleaning up unused define and refine function name and variable
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 73 --
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++--
2 files changed, 39 insertio
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: shaoming chen
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/m
From: shaoming chen
add dsi read/write commands for transfer function
Signed-off-by: shaoming chen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 168 -
1 file changed, 166 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_d
This patch add support for the Mediatek MT2701 DISP subsystem.
There is only one OVL engine in MT2701.
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 8
drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++
drivers/gpu/drm/mediatek/mtk_drm_
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 initialize DSI first so that we can send commands to panel.
Signed-off-by: shaoming chen
Si
On 23.01.2017 10:17, Archit Taneja wrote:
>
> On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
>> MHL3 protocol requires registry adjustments depending on chosen video mode.
>> Necessary information is gathered in mode_fixup callback. In case of HDMI
>> video modes driver should also send special AVI a
On Mon, 23 Jan 2017, Daniel Vetter wrote:
> On Mon, Jan 23, 2017 at 11:42:59AM +0200, Jani Nikula wrote:
>> The function is not that big, but it's also not used for anything
>> performance critical. Make it a normal function.
>>
>> As a side effect, this apparently makes sparse smarter about what
On Mon, 23 Jan 2017, Boris Brezillon wrote:
> Hi Andrea,
>
> On Mon, 23 Jan 2017 11:00:02 +0100
> Andrea Merello wrote:
>
>> From: Andrea Merello
>>
>> The standard DRM function to get the edid from the i2c bus performs
>> (at least) two transfers.
>>
>> By experiments it seems that the sii902
https://bugzilla.kernel.org/show_bug.cgi?id=66731
Aray changed:
What|Removed |Added
CC||aray.ger...@gmail.com
--- Comment #19 from Aray -
On Mon, Jan 23, 2017 at 08:49:11AM +0100, Daniel Vetter wrote:
> On Thu, Jan 19, 2017 at 10:29:01AM +, Mark Brown wrote:
> > I see. For most subsystems you need to actually copy a human to make
> > sure that things are seen - just the list isn't enough. In terms of it
> > being reviewed one
On Mon, Jan 23, 2017 at 1:15 AM, Marek Vasut wrote:
> IMHO this will no longer handle the fences correctly and you'll see
> rendering artifacts sometimes.
Ok, for 4.9.x stable we cannot apply your 782ea2a493ba90800 ("drm/imx: Switch
to drm_fb_cma_prepare_fb() helper") as it depends on many thing
On Mon, Jan 23, 2017 at 11:20 AM, Boris Brezillon
wrote:
> Hi Andrea,
>
> On Mon, 23 Jan 2017 11:00:02 +0100
> Andrea Merello wrote:
>
>> From: Andrea Merello
>>
>> The standard DRM function to get the edid from the i2c bus performs
>> (at least) two transfers.
>>
>> By experiments it seems that
On Mon, Jan 23, 2017 at 12:32 PM, Jani Nikula
wrote:
> On Mon, 23 Jan 2017, Boris Brezillon
> wrote:
>> Hi Andrea,
>>
>> On Mon, 23 Jan 2017 11:00:02 +0100
>> Andrea Merello wrote:
>>
>>> From: Andrea Merello
>>>
>>> The standard DRM function to get the edid from the i2c bus performs
>>> (at l
The of_node member in struct drm_bridge is hidden when CONFIG_OF
is disabled, causing a build error:
drivers/gpu/drm/bridge/dw-hdmi.c: In function '__dw_hdmi_probe':
drivers/gpu/drm/bridge/dw-hdmi.c:2063:14: error: 'struct drm_bridge' has no
member named 'of_node'
We could fix this either using
On Mon, 23 Jan 2017 13:12:12 +0100
Andrea Merello wrote:
> On Mon, Jan 23, 2017 at 12:32 PM, Jani Nikula
> wrote:
> > On Mon, 23 Jan 2017, Boris Brezillon
> > wrote:
> >> Hi Andrea,
> >>
> >> On Mon, 23 Jan 2017 11:00:02 +0100
> >> Andrea Merello wrote:
> >>
> >>> From: Andrea Merello
>
Inki Dae wrote:
>
>
> 2017년 01월 20일 22:05에 Tobias Jakobi 이(가) 쓴 글:
>> Inki Dae wrote:
>>> Hi Tobias,
>>>
>>> 2017년 01월 19일 21:49에 Tobias Jakobi 이(가) 쓴 글:
What about Laurent's comment stating that drm_atomic_helper_commit() is
broken at the moment? Shouldn't there be some kind of warning
Joonyoung Shim wrote:
> Hi Tobias,
>
> On 01/21/2017 01:05 AM, Tobias Jakobi wrote:
>> Hello Joonyoung,
>>
>>
>> Joonyoung Shim wrote:
>>> Hi Tobias,
>>>
>>> On 01/19/2017 10:16 PM, Tobias Jakobi wrote:
Hello Joonyoung,
Joonyoung Shim wrote:
> Hi Tobias,
>
> On 01/17/201
Hi Chris,
On Mon, 23 Jan 2017 09:38:54 +0800, Chris Zhong wrote:
> On 01/22/2017 12:31 AM, John Keeping wrote:
> > The multiplication ratio for the PLL is required to be even due to the
> > use of a "by 2 pre-scaler". Currently we are likely to end up with an
> > odd multiplier even though there
https://bugs.freedesktop.org/show_bug.cgi?id=99504
Bug ID: 99504
Summary: Victor Vran and Tropico 5 flicker when refresh rate is
above 60 Hz
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=99499
Ilia Mirkin changed:
What|Removed |Added
Component|DRM/other |Driver/nouveau
Product|DRI
On Mon, Jan 23, 2017 at 1:36 PM, Boris Brezillon
wrote:
> On Mon, 23 Jan 2017 13:12:12 +0100
> Andrea Merello wrote:
>
>> On Mon, Jan 23, 2017 at 12:32 PM, Jani Nikula
>> wrote:
>> > On Mon, 23 Jan 2017, Boris Brezillon
>> > wrote:
>> >> Hi Andrea,
>> >>
>> >> On Mon, 23 Jan 2017 11:00:02 +010
https://bugs.freedesktop.org/show_bug.cgi?id=99392
--- Comment #3 from Obiwan72 ---
maybe it helps to force Steam to use a specific OpenGL version.
Start Steam from the command prompt, enforcing OpenGL 3.3:
$>MESA_GL_VERSION_OVERRIDE=3.3COMPAT steam
Then try start Ark again from your steam cli
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #27 from Nicolai Hähnle ---
I can reproduce this now. Setting R600_DEBUG=mono in the environment of the X
server works around the problem. I'm still trying to understand the exact
problem and why it wasn't caught by piglit testing.
-
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #28 from Matt Whitlock ---
(In reply to Nicolai Hähnle from comment #27)
> R600_DEBUG=mono
Does this workaround have any negative consequences (e.g., performance
regressions), or is it suitable for use in a daily-driver environment?
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #22 from lei.p...@gmail.com ---
(In reply to Michel Dänzer from comment #21)
> (In reply to lei.pero from comment #18)
> > I didn't know that about modesetting driver, anyway, even with
> > LIBGL_DRI3_DISABLE=1 same thing happens.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #29 from Nicolai Hähnle ---
It's almost certainly because we missed
01a133c760ebb8db1e204f76ba55c19558b1ce01 "AMDGPU: Do not clobber SCC in
SIWholeQuadMode" when back-porting -- probably because that one is not
straight-forward at all
On Fri, Jan 20, 2017 at 12:24:59AM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> It adds bindings doc for ZTE VOU TV Encoder device.
>
> Signed-off-by: Shawn Guo
> ---
> Documentation/devicetree/bindings/display/zte,vou.txt | 15 +++
> 1 file changed, 15 insertions(+)
Acked-by: Ro
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #30 from Nicolai Hähnle ---
Re Matt, comment #28, that setting can result in more time spent on shader
compiles. I don't think those are an issue in typical X server loads.
--
You are receiving this mail because:
You are the assigne
> >>> As of now, I don't see any case. even without Maarten's patch set, it
> >>> works well - actually, I had a test with atomic test app more than 10
> >>> hours..
> >> Can you provide this test application? In particular I'm asking this
> >> because libdrm currently doesn't provide any tests
1 - 100 of 192 matches
Mail list logo
