These do absolutely nothing for atomic drivers.
Signed-off-by: Daniel Vetter
Cc: Alexey Brodkin
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu/drm/arc/arcpgu_crtc.c
index 965cda48dc13..26cb2800f3ad 1006
The idea behind allowing drivers to override legacy ioctls (instead of
using the generic implementations unconditionally) is to handle bugs
in old driver-specific userspace. Like e.g. vmw_kms_set_config does,
to work around some vmwgfx userspace not clearing its ioctl structs
properly.
But you can
These do absolutely nothing for atomic drivers.
Signed-off-by: Daniel Vetter
Cc: Boris Brezillon
Cc: Nicolas Ferre
Cc: Alexandre Belloni
Cc: linux-arm-ker...@lists.infradead.org
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu
Hi Daniel,
Thank you for the patch.
On Tuesday, 2 October 2018 16:35:10 EEST Daniel Vetter wrote:
> It's the default. The exported version was kinda a transition state,
> before we made this the default.
>
> To stop new atomic drivers from using it (instead of just relying on
> the default) let'
On Tue, Oct 02, 2018 at 02:11:34PM +0200, Daniel Vetter wrote:
> On Mon, Oct 01, 2018 at 05:31:20PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > When we decide that a plane is attached to the wrong pipe we try
> > to turn off said plane. However we are passing around the crtc we
>
On Tue, Oct 02, 2018 at 02:21:32PM +0200, Daniel Vetter wrote:
> On Mon, Oct 01, 2018 at 05:31:27PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Print the plane hw state readout results in the common format
> > we already use for pipes and encoders. Also print some clearer
> > debu
On 2018-10-01 03:15 AM, Daniel Vetter wrote:
> On Mon, Sep 24, 2018 at 02:15:34PM -0400, Nicholas Kazlauskas wrote:
>> These patches are part of a proposed new interface for supporting variable
>> refresh rate via DRM properties.
>>
>> === Changes from v1 ===
>>
>> For drm:
>>
>> * The variable_
On 2018-09-27 02:11 PM, Nick Desaulniers wrote:
> On Thu, Sep 27, 2018 at 11:08 AM Nathan Chancellor
> wrote:
>>
>> On Thu, Sep 27, 2018 at 11:06:33AM -0700, Nathan Chancellor wrote:
>>> Clang warns when one enumerated type is implicitly converted to another.
>>>
>>> drivers/gpu/drm/amd/amdgpu/../
Am 02.10.2018 um 08:41 schrieb Nathan Chancellor:
> Clang generates a warning when it sees a logical not followed by a
> conditional operator like ==, >, or <.
>
> drivers/gpu/drm/scheduler/sched_entity.c:470:6: warning: logical not is
> only applied to the left hand side of this comparison
> [-Wlo
https://bugs.freedesktop.org/show_bug.cgi?id=108130
Martin Peres changed:
What|Removed |Added
Whiteboard||ReadyForDev
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=108130
Bug ID: 108130
Summary: [CI][DRMTIP] igt@* - timeout - Unknown subtest
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: norma
Hi,
How is this going on, anything holding it back from getting merged ?
I'm interested in adding/using P010, [1]
Thank you,
Alex Gheorghe
[1] https://lists.freedesktop.org/archives/dri-devel/2018-August/186963.html
On Thu, Aug 30, 2018 at 03:41:11PM +0300, Juha-Pekka Heikkila wrote:
> Add P010
On Tue, Oct 02, 2018 at 03:35:12PM +0200, Daniel Vetter wrote:
> The core _does_ the call to drm_atomic_commit for you. That's pretty
> much the entire point of having the fancy new atomic_set/get_prop
> callbacks.
>
> Signed-off-by: Daniel Vetter
> Cc: VMware Graphics
> Cc: Sinclair Yeh
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=108130
--- Comment #1 from Martin Peres ---
[18:06] Adrinael> After timeout, runner tries to run "the rest" of the
subtests
[18:06] Adrinael> And it's the set of "non-threaded" minus "non-threaded",
aka non-threaded,!non-threaded
--
You are recei
Hi,
On Tue, Oct 02, 2018 at 02:15:42PM +0300, Stanislav Lisovskiy wrote:
> v5: This is YUV444 packed format same as AYUV, but without alpha,
> as supported by i915.
>
> v6: Removed unneeded initializer for new XYUV format.
>
> v7: Added is_yuv field initialization according to latest
> d
On Tue, Oct 02, 2018 at 03:35:16PM +0200, Daniel Vetter wrote:
> These do absolutely nothing for atomic drivers.
>
> Signed-off-by: Daniel Vetter
> Cc: Alexey Brodkin
> ---
> drivers/gpu/drm/arc/arcpgu_crtc.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/arc/arcpgu_
On Tue, Oct 02, 2018 at 03:35:17PM +0200, Daniel Vetter wrote:
> These do absolutely nothing for atomic drivers.
>
> Signed-off-by: Daniel Vetter
> Cc: Boris Brezillon
> Cc: Nicolas Ferre
> Cc: Alexandre Belloni
> Cc: linux-arm-ker...@lists.infradead.org
Reviewed-by: Ville Syrjälä
> ---
>
On Tue, Oct 02, 2018 at 03:35:18PM +0200, Daniel Vetter wrote:
> drm_plane_helper_disable is a non-atomic drivers only function, and
> will blow up (since no one passes the locking context it needs).
>
> Atomic drivers which want to quiescent their hw on unload should
> use drm_atomic_helper_shutd
On Tue, Oct 02, 2018 at 03:35:14PM +0200, Daniel Vetter wrote:
> Motivated by vmwgfx digging around in core uapi bits it shouldn't dig
> around in.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Ville Syrjälä
> ---
> include/drm/drm_atomic.h | 10 +-
> 1 file changed, 9 insertions(+),
On Tue, Oct 02, 2018 at 03:35:11PM +0200, Daniel Vetter wrote:
> We already have a separate overview doc for this, makes sense to
> untangle it from the overall atomic helpers.
>
> v2: Rebase
>
> v3: Rebase more.
Hopefully the rebases didn't leave any code changes behind...
Too lazy to read in
https://bugs.freedesktop.org/show_bug.cgi?id=108037
--- Comment #6 from Öyvind Saether ---
Created attachment 141836
--> https://bugs.freedesktop.org/attachment.cgi?id=141836&action=edit
Turned monitors off, went out for some hours, came back, turned them on,
picture didn't come on montiors, in
https://bugs.freedesktop.org/show_bug.cgi?id=108037
Öyvind Saether changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
> On Thu, Sep 27, 2018 at 05:30:07PM -0700, Deepak Rawat wrote:
> > From: Rob Clark
> >
> > Add an atomic helper to implement dirtyfb support. This is needed to
> > support DSI command-mode panels with x11 userspace (ie. when we can't
> > rely on pageflips to trigger a flush to the panel).
> >
>
On 10/02/2018 05:15 PM, Ville Syrjälä wrote:
> On Tue, Oct 02, 2018 at 03:35:12PM +0200, Daniel Vetter wrote:
>> The core _does_ the call to drm_atomic_commit for you. That's pretty
>> much the entire point of having the fancy new atomic_set/get_prop
>> callbacks.
>>
>> Signed-off-by: Daniel Vetter
Hi, Daniel,
On 10/02/2018 03:35 PM, Daniel Vetter wrote:
> The idea behind allowing drivers to override legacy ioctls (instead of
> using the generic implementations unconditionally) is to handle bugs
> in old driver-specific userspace. Like e.g. vmw_kms_set_config does,
> to work around some vmwg
On Tue, Oct 02, 2018 at 04:36:31PM +, Thomas Hellstrom wrote:
> On 10/02/2018 05:15 PM, Ville Syrjälä wrote:
> > On Tue, Oct 02, 2018 at 03:35:12PM +0200, Daniel Vetter wrote:
> >> The core _does_ the call to drm_atomic_commit for you. That's pretty
> >> much the entire point of having the fanc
On Tue, Oct 02, 2018 at 02:45:23PM +0300, Imre Deak wrote:
> Thanks, found the note now. So all the EDP/MIPI VDSC regs and
> functionality are in PG2.
Yes so if cpu transcoder is eDP then we need to enable the PG2 power well
>
> On Mon, Oct 01, 2018 at 09:32:48PM +0300, Runyan, Arthur J wrote:
>
Ping?
On 09/30/2018 07:31 PM, Thomas Hellstrom wrote:
> Hi, Emil,
>
> On 09/05/2018 03:53 PM, Emil Velikov wrote:
>> On 5 September 2018 at 14:20, Thomas Hellstrom
>> wrote:
>>
In that case, please give me 24h to do a libdrm release before
pushing.
I had to push some workarounds
For the series:
Reviewed-by: Marek Olšák
Marek
On Fri, Sep 28, 2018 at 10:46 AM Andrey Grodzovsky
wrote:
>
> Seems like AI and RV requires uncashed memory mapping to be able
> to pickup value written to memory by CPU after the WAIT_REG_MEM
> command was already launched.
> .
> Enable the test f
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #2 from Hadrien Nilsson ---
Created attachment 141839
--> https://bugs.freedesktop.org/attachment.cgi?id=141839&action=edit
In-game other example of bad texture
--
You are receiving this mail because:
You are the assignee for the
The variable is now referenced unconditionally, but still
declared in an #ifdef:
drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind':
drivers/gpu/drm/imx/imx-drm-core.c:264:6: error: 'legacyfb_depth' undeclared
(first use in this function); did you mean 'lockdep_depth'?
Remove the #if
This patch explains the DRM_MODE_PROP_IMMUTABLE flag a bit better
by telling which function to call if kernel wants to update
drm object's immutable properties.
Suggested-by: Daniel Vetter
Cc: Daniel Vetter
Signed-off-by: Manasi Navare
---
include/drm/drm_property.h | 3 ++-
1 file changed, 2
https://bugs.freedesktop.org/show_bug.cgi?id=107857
Józef Kucia changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
At the moment, the check of tcon->panel to be valid is wrong. IS_ERR()
has been used, but that macro doesn't check if tcon->panel pointer is
null or not, but check if tcon->panel is between -1 and -4095(MAX_ERRNO).
Remove IS_ERR() from tcon->panel checking and let "if (tcon->panel)" as
condition t
If using tcon with VGA, tcon->panel will be null(0), this will cause
segmentation fault when trying to dereference tcon->panel->connector.
Add tcon->panel null check before calling
sun4i_tcon0_mode_set_dithering().
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 3 ++-
1
Sorry for sending twice(and top posting), but I was not subscribed to
dri-devel ML, so patchwork was not aware of these 2 patches.
Best regards
--
Giulio Benetti
CTO
MICRONOVA SRL
Sede: Via A. Niedda 3 - 35010 Vigonza (PD)
Tel. 049/8931563 - Fax 049/8931346
Cod.Fiscale - P.IVA 02663420285
Capit
https://bugs.freedesktop.org/show_bug.cgi?id=108037
--- Comment #8 from Öyvind Saether ---
https://bugzilla.redhat.com/show_bug.cgi?id=1618950 looks like a similar error
https://bugzilla.redhat.com/attachment.cgi?id=1476793
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=108139
Bug ID: 108139
Summary: My HDMI stopped working at Linux 4.18.8
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=108139
--- Comment #1 from Duncan Roe ---
Still need to pull the patch at 4.18.11
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #3 from MWATTT ---
I can confirm this issue on my RX 570.
It's happens with mesa compiled with LLVM 7, but not with LLVM 6.
--
You are receiving this mail because:
You are the assignee for the bug._
From: chunhui dai
different IC has different clock designed in HDMI, the factor for
calculate clock should be different. Usinng the data in of_node
to find this factor.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 24 +++-
1 file c
From: chunhui dai
Different IC has different phy setting of HDMI.
This patch separates the phy hardware relate part for mt8173.
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/Makefile | 6 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c| 1 +
dr
From: chunhui dai
The address of register DPI_H_FRE_CON is different in different IC.
Using of_node data to find this address.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 19 ---
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 -
2
From: chunhui dai
add support for SPDIF audio in HDMI
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c
b/drivers/gpu/drm/mediatek/mtk_hdmi.c
index 2ca9f6a64dab..
DRM driver get the comp->clk by of_clk_get(), we only
assign NULL to comp->clk when error happened, but do
not return the error number.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
In order to support HDMI on mt2701,
we have to make some modifications.
1) Add the HDMI driver.
2) Add the DPI driver.
3) Add a mechanism that config output component by dts.
Change since v4:
- move some change from patch9 to patch7
Change since v3:
- Remove drm/mediatek: config component outpu
From: chunhui dai
After the kernel 4.4, the DRM disable flow was changed, if DPI was
disableed before CRTC, it will cause warning message as following:
[ cut here ]
WARNING: CPU: 0 PID: 1339 at
../../linux/linux-4.4.24-mtk/drivers/gpu/drm/drm_irq.c:1326
drm_wait_one_vbl
From: chunhui dai
Convert dpi driver to use drm_of_find_panel_or_bridge.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the particular
board, so we want to avoid spurious messages. Plus the kernel is not a
DT validato
Modify display driver to support connection from BLS to DPI.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/medi
From: chunhui dai
The default timing of DPI data and clock is not match.
We could adjust this bit to make them match.
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 8
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 +
2 files changed, 9 inser
From: chunhui dai
This patch adds hdmi dirver suppot for both MT2701 and MT7623.
And also support other (existing or future) chips that use
the same binding and driver.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c
From: chunhui dai
This patch adds dpi dirver suppot for both mt2701 and mt7623.
And also support other (existing or future) chips that use
the same binding and driver.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 21 +
drivers/
Hi, Bibby:
On Wed, 2018-10-03 at 11:41 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> This patch adds hdmi dirver suppot for both MT2701 and MT7623.
> And also support other (existing or future) chips that use
> the same binding and driver.
>
> Signed-off-by: chunhui dai
Reviewed-by: CK Hu
Hi, Bibby:
Applied to mediatek-drm-next-4.20 [1], thanks.
[1]
https://github.com/ckhu-mediatek/linux.git-tags/commits/mediatek-drm-next-4.20
Regards,
CK
On Wed, 2018-10-03 at 11:41 +0800, Bibby Hsieh wrote:
> In order to support HDMI on mt2701,
> we have to make some modifications.
> 1) Add the
On Tue, 2018-10-02 at 15:28 +, Alexandru-Cosmin Gheorghe wrote:
> Hi,
>
> On Tue, Oct 02, 2018 at 02:15:42PM +0300, Stanislav Lisovskiy wrote:
> > v5: This is YUV444 packed format same as AYUV, but without alpha,
> > as supported by i915.
> >
> > v6: Removed unneeded initializer for new X
Hi Dave,
Please pull these omapdrm fixes and minor cleanups for v4.20.
Tomi
The following changes since commit 87c2ee740c07f1edae9eec8bc45cb9b32a68f323:
Merge branch 'drm-next-4.20' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2018-09-28 09:48:40 +1000)
are available in the
https://bugs.freedesktop.org/show_bug.cgi?id=108118
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On Mon, Oct 1, 2018 at 5:36 PM Phillip Potter wrote:
>
> Replace all 120ms mdelay macro calls with msleep function calls. As msleep is
> not suitable for < 20ms sleeps, also remove comment from mdelay(5) call.
>
> Signed-off-by: Phillip Potter
> ---
> diff --git a/drivers/gpu/drm/gma500/mdfld_dsi
DRM driver get the comp->clk by of_clk_get(), we only
assign NULL to comp->clk when error happened, but do
not return the error number.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
In order to support HDMI on mt2701,
we have to make some modifications.
1) Add the HDMI driver.
2) Add the DPI driver.
3) Add a mechanism that config output component by dts.
Change since v3:
- Remove drm/mediatek: config component output by device node port
patch, we will push another patches
From: chunhui dai
This patch adds hdmi dirver suppot for both MT2701 and MT7623.
And also support other (existing or future) chips that use
the same binding and driver.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c
From: chunhui dai
Different IC has different phy setting of HDMI.
This patch separates the phy hardware relate part for mt8173.
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/Makefile | 6 +-
drivers/gpu/drm/mediatek/mtk_hdmi.c| 1 +
drivers/gpu/drm/mediat
From: chunhui dai
The default timing of DPI data and clock is not match.
We could adjust this bit to make them match.
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 8
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 +
2 files changed, 9 inser
From: chunhui dai
different IC has different clock designed in HDMI, the factor for
calculate clock should be different. Usinng the data in of_node
to find this factor.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 24 +++-
1 file c
From: chunhui dai
Convert dpi driver to use drm_of_find_panel_or_bridge.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the particular
board, so we want to avoid spurious messages. Plus the kernel is not a
DT validato
From: chunhui dai
The address of register DPI_H_FRE_CON is different in different IC.
Using of_node data to find this address.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 19 ---
drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 1 -
2
Modify display driver to support connection from BLS to DPI.
Signed-off-by: Bibby Hsieh
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/medi
From: chunhui dai
After the kernel 4.4, the DRM disable flow was changed, if DPI was
disableed before CRTC, it will cause warning message as following:
[ cut here ]
WARNING: CPU: 0 PID: 1339 at
../../linux/linux-4.4.24-mtk/drivers/gpu/drm/drm_irq.c:1326
drm_wait_one_vbl
From: chunhui dai
add support for SPDIF audio in HDMI
Signed-off-by: chunhui dai
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c
b/drivers/gpu/drm/mediatek/mtk_hdmi.c
index 2ca9f6a64dab..
From: chunhui dai
This patch adds dpi dirver suppot for both mt2701 and mt7623.
And also support other (existing or future) chips that use
the same binding and driver.
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 21 +
drivers/
On Tue, Sep 04, 2018 at 10:27:47PM +0200, Peter Wu wrote:
> "crtc->helper_private" is not initialized by the QXL driver and thus the
This is still initialized, it's the ->disable that goes boom. At least the
call to drm_crtc_helper_add is still there. The ->disable was removed in:
commit 64581714
On Mon, Oct 01, 2018 at 11:35:05PM +0300, Ville Syrjälä wrote:
> On Mon, Sep 24, 2018 at 06:12:27PM +0200, Daniel Vetter wrote:
> > On Thu, Sep 20, 2018 at 09:51:44PM +0300, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > Check the infoframes and infoframe enable state when comparing t
On Mon, Oct 01, 2018 at 05:31:17PM +0200, Jann Horn wrote:
> fd_install() moves the reference given to it into the file descriptor table
> of the current process. If the current process is multithreaded, then
> immediately after fd_install(), another thread can close() the file
> descriptor and cau
Hi, Bibby:
On Tue, 2018-10-02 at 16:10 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> After the kernel 4.4, the DRM disable flow was changed, if DPI was
> disableed before CRTC, it will cause warning message as following:
>
> [ cut here ]
> WARNING: CPU: 0 PID: 1339 a
Hi, Bibby:
On Tue, 2018-10-02 at 16:10 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> Convert dpi driver to use drm_of_find_panel_or_bridge.
> This changes some error messages to debug messages (in the graph core).
> Graph connections are often "no connects" depending on the particular
> boar
Hi, Bibby:
On Tue, 2018-10-02 at 16:10 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> Different IC has different phy setting of HDMI.
> This patch separates the phy hardware relate part for mt8173.
>
Reviewed-by: CK Hu
> Signed-off-by: chunhui dai
> ---
> drivers/gpu/drm/mediatek/Makefi
On Mon, Oct 01, 2018 at 06:21:23PM +0200, Stefan Wahren wrote:
> Hi,
>
> > Sergey Suloev hat am 1. Oktober 2018 um 12:17
> > geschrieben:
> >
> >
> > Hi, Stefan,
> >
> >
> > On 09/30/2018 10:38 PM, Stefan Wahren wrote:
> > > Hi Sergey,
> > >
> > >> Sergey Suloev hat am 30. September 2018 um
On Tue, Oct 02, 2018 at 08:19:04AM +0200, Gerd Hoffmann wrote:
> drm_connector_init doesn't attach the edid property for some connector
> types, drm_connector_attach_edid_property() can be used to enable the
> edid property in these cases.
>
> Signed-off-by: Gerd Hoffmann
> ---
> include/drm/drm
On Mon, Oct 01, 2018 at 05:29:07PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Plane sanitation needs vblank interrupts (on account of CxSR disable).
> So let's restore vblank interrupts earlier.
>
> v2: Make it actually build
>
> Cc: sta...@vger.kernel.org
> Cc: Dennis
> Tested-by:
On Mon, Oct 01, 2018 at 02:39:07PM +0100, Alexandru Gheorghe wrote:
> From: Jamie Fox
>
> Mali-DP650 supports warming up the SMMU translations, by sending
> requsts to the SMMU before a buffer is read.
>
> There are two modes supported:
>
> - PARTIAL: could be enabled when the buffer is compose
Hi,
On 02-10-18 00:01, Daniel Vetter wrote:
On Mon, Oct 1, 2018 at 11:14 PM Hans de Goede wrote:
Hi,
On 01-10-18 18:52, Daniel Vetter wrote:
On Mon, Oct 01, 2018 at 11:37:29AM +0200, Hans de Goede wrote:
Hi,
On 01-10-18 09:53, Daniel Vetter wrote:
On Wed, Sep 26, 2018 at 09:42:02PM +0200
O
n Tue, Oct 2, 2018 at 11:25 AM Hans de Goede wrote:
>
> Hi,
>
> On 02-10-18 00:01, Daniel Vetter wrote:
> > On Mon, Oct 1, 2018 at 11:14 PM Hans de Goede wrote:
> >>
> >> Hi,
> >>
> >> On 01-10-18 18:52, Daniel Vetter wrote:
> >>> On Mon, Oct 01, 2018 at 11:37:29AM +0200, Hans de Goede wrote:
>
On Wed, Sep 26, 2018 at 10:42:25PM +, Souza, Jose wrote:
> On Tue, 2018-09-25 at 15:17 +0300, Ville Syrjälä wrote:
> > On Mon, Sep 24, 2018 at 06:16:49PM -0700, José Roberto de Souza
> > wrote:
> > > For ICL type-c ports there is a aux power restriction, it can only
> > > be
> > > enabled while
Hi Daniel,
[add Peter and Andreas]
Am 02.10.2018 um 10:44 schrieb Daniel Vetter:
> On Mon, Oct 01, 2018 at 06:21:23PM +0200, Stefan Wahren wrote:
>> Hi,
>>
>>> Sergey Suloev hat am 1. Oktober 2018 um 12:17
>>> geschrieben:
>>>
>>>
>>> Hi, Stefan,
>>>
>>>
>>> On 09/30/2018 10:38 PM, Stefan Wahr
Hello,
On Tuesday, 2 October 2018 11:14:22 EEST Daniel Vetter wrote:
> On Tue, Sep 04, 2018 at 10:27:47PM +0200, Peter Wu wrote:
> > "crtc->helper_private" is not initialized by the QXL driver and thus the
>
> This is still initialized, it's the ->disable that goes boom. At least the
> call to dr
https://bugs.freedesktop.org/show_bug.cgi?id=108123
Bug ID: 108123
Summary: url is not working
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Hi Greg,
Please pull fbdev fixes for v4.19-rc7 (please see the signed tag
description for details).
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
Linux 4.19-rc5 (2018-09
https://bugs.freedesktop.org/show_bug.cgi?id=108123
--- Comment #1 from deepaligupta2...@gmail.com ---
Created attachment 141832
--> https://bugs.freedesktop.org/attachment.cgi?id=141832&action=edit
url is not working
--
You are receiving this mail because:
You are the assignee for the bug.___
On Tue, Oct 2, 2018 at 10:23 AM Phillip Potter wrote:
>
> On Tue, Oct 02, 2018 at 09:52:51AM +0200, Patrik Jakobsson wrote:
> > Hi Phillip,
> > This is executed while holding a spinlock so we cannot sleep here.
> > This is true for send_pkg_done() as well.
> >
> > - Patrik
>
> Dear Patrik,
>
> Oop
Op 23-08-18 om 00:57 schreef Matt Roper:
> On Wed, Aug 15, 2018 at 12:34:05PM +0200, Maarten Lankhorst wrote:
>> Add plane alpha blending support with the different blend modes.
>> This has been tested on a icl to show the correct results,
>> on earlier platforms small rounding errors cause issues.
v3: use drm_connector_attach_edid_property() in drm_connector_init().
v2: add drm_connector_attach_edid_property() for per-driver opt-in.
Gerd Hoffmann (2):
drm: add drm_connector_attach_edid_property()
drm/bochs: add edid support.
drivers/gpu/drm/bochs/bochs.h | 1 +
include/drm/drm_co
Recent qemu (latest master branch, upcoming 3.1 release) got support
for EDID data. This patch adds guest driver support.
EDID support in qemu is not (yet) enabled by default, so please use
'qemu -device VGA,edid=on' for testing.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h
drm_connector_init doesn't attach the edid property for some connector
types, drm_connector_attach_edid_property() can be used to enable the
edid property in these cases.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel Vetter
---
include/drm/drm_connector.h | 1 +
drivers/gpu/drm/drm_conn
Den 01.10.2018 21.45, skrev Noralf Trønnes:
Sergey Suloev reported a crash happening in drm_client_dev_hotplug()
when fbdev had failed to register.
[9.124598] vc4_hdmi 3f902000.hdmi: ASoC: Failed to create component debugfs
directory
[9.147667] vc4_hdmi 3f902000.hdmi: vc4-hdmi-hifi <->
v5: This is YUV444 packed format same as AYUV, but without alpha,
as supported by i915.
v6: Removed unneeded initializer for new XYUV format.
v7: Added is_yuv field initialization according to latest
drm_fourcc format structure initialization changes.
v8: Edited commit message to be more
PLANE_CTL_FORMAT_AYUV is already supported, according to hardware
specification.
v2: Edited commit message, removed redundant whitespaces.
v3: Fixed fallthrough logic for the format switch cases.
v4: Yet again fixed fallthrough logic, to reuse code from other case
labels.
v5: Started to use
Introduced new XYUV scan-in format for framebuffer and
added support for it to i915(SkyLake+).
Stanislav Lisovskiy (2):
drm: Introduce new DRM_FORMAT_XYUV
drm/i915: Adding YUV444 packed format support for skl+
drivers/gpu/drm/drm_fourcc.c | 1 +
drivers/gpu/drm/i915/i915_reg.h
On Wed, Sep 26, 2018 at 09:04:55AM -0700, Matthew Wilcox wrote:
> On Wed, Sep 26, 2018 at 09:00:31AM -0700, Matthew Wilcox wrote:
> > @@ -59,6 +59,7 @@ static int virtio_gpu_context_create(struct
> > virtio_gpu_device *vgdev,
> >
> > if (handle < 0)
> > return handle;
> > + han
Thanks, found the note now. So all the EDP/MIPI VDSC regs and
functionality are in PG2.
On Mon, Oct 01, 2018 at 09:32:48PM +0300, Runyan, Arthur J wrote:
> The power domains printed inside the register description are out of date.
> The bspec text page on power wells has a note about that and it
https://bugs.freedesktop.org/show_bug.cgi?id=108123
Daniel Stone changed:
What|Removed |Added
Resolution|--- |INVALID
Group|
1 - 100 of 115 matches
Mail list logo
