[PATCH v3 18/25] drm/bridge/sii8620: fix disconnect sequence

The patch allows to avoid rare cases when discovery fails. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 25/25] drm/bridge/sii8620: enable interlace modes

Bug in DECON(CRTC) driver prevented interlace modes from proper work. Since DECON is fixed interlace modes can be enabled in MHL. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH v3 23/25] drm/bridge/sii8620: add HSIC initialization code

In case of MHL3 HSIC should be initialized. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 38 drivers/gpu/drm/bridge/sil-sii8620.h | 10 ++ 2 files changed, 44 insertions(+), 4 deletions(-) diff --git

[PATCH v3 14/25] drm/bridge/sii8620: set gen2 write burst before sending MSC command

Write burst should be enabled for MHL_INT_RC_FEAT_REQ and disabled for other commands. The patch moves functions up and adds delay setting for MHL3 burst mode. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 88

[PATCH v3 24/25] drm/bridge/sii8620: enable MHL3 mode if possible

Since all sub-protocols of MHL3 are already supported MHL3 mode can be enabled. With this patch it is possible to use packed pixel modes and clocks up to 300MHz - 1920x1080@60Hz and 4K modes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 23

[PATCH v3 17/25] drm/bridge/sii8620: split EDID read and write code

MHL3 requires that after reading EDID from the sink source should ask peer for features. To make both protocols happy the patch splits the code accordingly. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 31 +++ 1 file

[PATCH v3 13/25] drm/bridge/sii8620: abstract out sink detection code

MHL1 and MHL3 have different initialization paths. To make both protocols happy sink detection is put into continuation after link mode enablement. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 34 +++--- 1 file

[PATCH v3 20/25] drm/bridge/sii8620: rewrite hdmi start sequence

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 MHL3 infoframes. The patch introduces generic helpers for handling MHL3 infoframes, in case of

[PATCH v3 12/25] drm/bridge/sii8620: fix initialization sequence for MHL2 receivers

MHL2 receiver require disabling transmitter on initialization. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 03/25] drm/bridge/sii8620: add reading device capability registers

This functionality is necessary to implement MHL3 modes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 35 +++ 1 file changed, 35 insertions(+) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 16/25] drm/bridge/sii8620: add delay during cbus reset

Without delay CBUS sometimes was not reset properly. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 22/25] drm/bridge/sii8620: improve gen2 write burst IRQ routine

The patch adds code to report back feature complete IRQ, and code to read and drop burst writes from peer. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 21 - 1 file changed, 20 insertions(+), 1 deletion(-) diff --git

[PATCH v3 09/25] drm/bridge/sii8620: fix peer device capabilities read code

Peer capabilities should be read differently depending on protocol version. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 10/25] drm/bridge/sii8620: remove spare CBUS bring-up sequence

In case of MHL3 CBUS is bring-up already in sii8620_got_ecbus_speed. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c b/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 21/25] drm/bridge/sii8620: send EMSC features on request

Device should report to the peer which features are really supported. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 27 +++ drivers/gpu/drm/bridge/sil-sii8620.h | 16 2 files changed, 31 insertions(+), 12

[PATCH v3 07/25] drm/bridge/sii8620: add support for burst eMSC transmissions

Burst transmissions are used in MHL3 mode negotiation. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 194 ++- drivers/gpu/drm/bridge/sil-sii8620.h | 4 + 2 files changed, 197 insertions(+), 1 deletion(-) diff

[PATCH v3 01/25] drm/bridge/sii8620: simplify MHL3 mode setting

It is not necessary to set REG_COC_CTL0, REG_MHL_COC_CTL1 registers. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 19/25] drm/bridge/mhl: add MHL3 infoframe related definitions

MHL3 protocol uses vendor specific infoframes to transmit additional information to the sink. This patch adds definitions of structures and constants used to create such frames. Signed-off-by: Andrzej Hajda --- include/drm/bridge/mhl.h | 32

[PATCH v3 04/25] drm/bridge/sii8620: add continuations to messages

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 continuation callback, which will be called

[PATCH v3 02/25] drm/bridge/sii8620: add MHL3 mode check helper

MHL3 modes differs significantly from MHL1 mode, this helper will be used frequently to clearly distinguish them. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH v3 11/25] drm/bridge/sii8620: fix MSC message removal

Messages queue can be cleaned up by message callbacks, to avoid repeated removal of current message it should be removed from the queue before calling these callbacks. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 2 +- 1 file changed, 1

[PATCH v3 06/25] drm/bridge/mhl: add write burst related definitions

Burst transmissions are required in MHL3 modes. Signed-off-by: Andrzej Hajda --- include/drm/bridge/mhl.h | 53 1 file changed, 53 insertions(+) diff --git a/include/drm/bridge/mhl.h b/include/drm/bridge/mhl.h index

[PATCH v3 15/25] drm/bridge/sii8620: do not stop MHL output when TMDS input is stopped

Stopping output causes full re-detection of the sink and slows down the process. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 13 - 1 file changed, 13 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c

[PATCH v3 08/25] drm/bridge/sii8620: respond to feature requests

MHL3 protocol requires device to respond to feature request from peer. This minimal answer fulfills the requirement and allows to continue negotiation. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 4 1 file changed, 4 insertions(+) diff

[PATCH v3 05/25] drm/bridge/sii8620: initial support for eCBUS-S mode

The Single-ended eCBUS Mode (eCBUS-S) mode provides 60 Mb/s full-duplex bidirectional traffic for three channels: - CBUS data (CBUS1 channel), - High-bandwidth MHL data (eMSC channel), - tunneling data (T-CBUS channel). It is required to fully support MHL3 dongles. Signed-off-by: Andrzej

[PATCH v3 00/25] drm/bridge/sii8620: add Ultra HD modes support

Hi Archit, Sorry for spamming, forgot to add the list. This quite big patchset adds support for 4K Ultra HD modes in SiI8620 MHL bridge. To support it full MHL3 protocol and its sub-protocols should be implemented. Patchset contains also various fixes for bugs discovered during development.

Re: [PATCH 4/7] drm/exynos/hdmi: add bridge support

2017년 02월 01일 16:34에 Andrzej Hajda 이(가) 쓴 글: > On 01.02.2017 08:31, Inki Dae wrote: >> >> 2017년 01월 20일 15:52에 Andrzej Hajda 이(가) 쓴 글: >>> In some platforms there is attached another device to the end of HDMI. >>> The patch adds support for it. >> Andrzej, can you clarify what bridge device can

Re: [PATCH 4/7] drm/exynos/hdmi: add bridge support

On 01.02.2017 08:31, Inki Dae wrote: > > 2017년 01월 20일 15:52에 Andrzej Hajda 이(가) 쓴 글: >> In some platforms there is attached another device to the end of HDMI. >> The patch adds support for it. > Andrzej, can you clarify what bridge device can be attached and actually is > now attached to the end

Re: [PATCH 4/7] drm/exynos/hdmi: add bridge support

2017년 01월 20일 15:52에 Andrzej Hajda 이(가) 쓴 글: > In some platforms there is attached another device to the end of HDMI. > The patch adds support for it. Andrzej, can you clarify what bridge device can be attached and actually is now attached to the end of HDMI? And I wonder if we have the device

[Bug 52136] Mesa fails to link r600_dri.so with LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=52136 Jan Vesely changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||91556

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||69897

[Bug 69897] OpenCL kernel fails to compile with R600 LLVM backend

https://bugs.freedesktop.org/show_bug.cgi?id=69897 Jan Vesely changed: What|Removed |Added Blocks||99553

Re: [PATCH] drm: Don't race connector registration

I added some printk()s all over and gathered a bit more information about what's going on. It looks like the display doesn't work until the drm connector code cleans up the *old* connector. For some reason, it isn't motivated to do that until I go to the console and back. In this case, the

Re: [PATCH] drm: mxsfb: Fix crash when provided invalid DT bindings

2017-01-28 15:01 GMT-02:00 Marek Vasut : > > The mxsfb driver will crash if the mxsfb DT node has a subnode, > but the content of the subnode is not of-graph binding with an > endpoint linking to panel. The crash was triggered by providing > old-style panel bindings to the mxsfb

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 11:34 AM, Inki Dae wrote: > > > 2017년 01월 31일 18:22에 Krzysztof Kozlowski 이(가) 쓴 글: >> On Tue, Jan 31, 2017 at 2:01 AM, Inki Dae wrote: >>> >>> >>> 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글: Dear Thierry, Could

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 2:01 AM, Inki Dae wrote: > > > 2017년 01월 24일 10:50에 Hoegeun Kwon 이(가) 쓴 글: >> Dear Thierry, >> >> Could you please review this patch? > > Thierry, I think this patch has been reviewed enough but no comment from you. > Seems you are busy. I will pick

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 12:37 PM, Inki Dae wrote: > 2017-01-31 19:01 GMT+09:00 Krzysztof Kozlowski : >> On Tue, Jan 31, 2017 at 11:34 AM, Inki Dae wrote: >>> >>> >>> 2017년 01월 31일 18:22에 Krzysztof Kozlowski 이(가) 쓴 글: On Tue, Jan 31,

Re: [PATCH] drm: mxsfb: Fix crash when provided invalid DT bindings

On 01/31/2017 03:55 PM, Breno Matheus Lima wrote: > 2017-01-28 15:01 GMT-02:00 Marek Vasut : >> >> The mxsfb driver will crash if the mxsfb DT node has a subnode, >> but the content of the subnode is not of-graph binding with an >> endpoint linking to panel. The crash was triggered

[PATCH] drm/docs: Fix documentation for drm_atomic_set_mode_for_crtc

drm_atomic_set_mode_for_crtc() modifies the .enable member of CRTC state but documentation claims otherwise, fix that. Signed-off-by: Dhinakaran Pandiyan --- drivers/gpu/drm/drm_atomic.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

2017년 02월 01일 06:31에 Thierry Reding 이(가) 쓴 글: > On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: >> Thierry Reding writes: >> >>> [ Unknown signature status ] >>> On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: On Tue, Jan 31, 2017 at

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Thierry Reding writes: > [ Unknown signature status ] > On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: >> Thierry Reding writes: >> >> > [ Unknown signature status ] >> > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul

Re: [GIT PULL] ZTE DRM driver updates for 4.11

On 29 January 2017 at 15:41, Shawn Guo wrote: > Hi Dave, > > Please consider to pull the following ZTE DRM driver updates for 4.11. > Thanks. Sorry for delay, I've pulled this and fixed up the plane format mismatch, please confirm it works with drm-next. Dave.

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: [...] > As is, I'm stuck out here with my panel driver I submitted on December > 14th completely ignored, and no other developer will look at it because > their review doesn't count and only yours does. For the record, until earlier

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:17:02PM +0100, Daniel Vetter wrote: > On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > > +static int rpi_touchscreen_enable(struct drm_panel *panel) > > > +{ > > > + struct

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:19:52PM +0100, Daniel Vetter wrote: > On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > > +static int rpi_touchscreen_dsi_remove(struct mipi_dsi_device *dsi) > > > +{ > > > + struct device

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On 31 January 2017 at 21:17, Thierry Reding wrote: > On Tue, Jan 31, 2017 at 10:49:51AM -0500, Sean Paul wrote: >> On Tue, Jan 31, 2017 at 04:02:26PM +0100, Thierry Reding wrote: >> > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: >> > > On Tue, Jan 31, 2017

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: > Thierry Reding writes: > > > [ Unknown signature status ] > > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: > >> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote: > >> > On Tue,

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > +static int rpi_touchscreen_dsi_remove(struct mipi_dsi_device *dsi) > > +{ > > + struct device *dev = >dev; > > + struct rpi_touchscreen *ts =

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 10:49:51AM -0500, Sean Paul wrote: > On Tue, Jan 31, 2017 at 04:02:26PM +0100, Thierry Reding wrote: > > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: > > > On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote: > > > > On Tue, Jan 31, 2017 at

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > +static int rpi_touchscreen_enable(struct drm_panel *panel) > > +{ > > + struct rpi_touchscreen *ts = panel_to_ts(panel); > > + int i; > > + > > +

Re: [PATCH 0/2] drm/i915: Backport vma fixes for 4.10-rc6

On Tue, Jan 31, 2017 at 12:28:40PM -0800, Linus Torvalds wrote: > On Tue, Jan 31, 2017 at 1:21 AM, Maarten Lankhorst > wrote: > > > > This is marked for rc6 because it seems the issue is triggerable on > > mainline and resulting in an oops. > > So I did apply

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: [...] > diff --git a/drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c > b/drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c [...] > +/** > + * DOC: Raspberry Pi 7" touchscreen panel driver. > + * > + * The 7" touchscreen

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 siyia changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 siyia changed: What|Removed |Added Resolution|FIXED |WONTFIX -- You are

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #9 from siyia --- Created attachment 129261 --> https://bugs.freedesktop.org/attachment.cgi?id=129261=edit it is here!!! blood bug persists with latest mesa 17.1.0-git and llvm 5.0 on amd oland gpu -- You

Re: [PATCH 0/2] drm/i915: Backport vma fixes for 4.10-rc6

On Tue, Jan 31, 2017 at 1:21 AM, Maarten Lankhorst wrote: > > This is marked for rc6 because it seems the issue is triggerable on > mainline and resulting in an oops. So I did apply my obvious "avoid the oops and just warn about it" patch: commit 39cb2c9a316e

Re: [Intel-gfx] [PATCH] drm-misc: Document small drivers expectations

On Tue, Jan 31, 2017 at 02:31:32PM -0500, Sean Paul wrote: > On Tue, Jan 31, 2017 at 07:01:44PM +0100, Daniel Vetter wrote: > > For the experiement we have right now Eric (with vc4) and Sean Paul > > (with rockchip and zte) volunteering, and Gerd (entire pile of qemu > > drivers) and Boris (atmel)

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

Martin Peres writes: > Despite all the careful planing of the kernel, a link may become > insufficient to handle the currently-set mode. At this point, the > kernel should mark this particular configuration as being broken > and potentially prune the mode before

Re: [PATCH] Documentation/gpu: drm-mm.rst: fix formatting for struct vm_operations_struct

On Tue, Jan 31, 2017 at 05:41:09PM +, Liviu Dudau wrote: > drm-mm.rst contains some unformatted dump of the vm_operations_struct > structure. Add some C formatting around it and some context for the > dump. While there, update the structure to resemble the new signature > for the fault handler

Re: [PATCH v3 1/7] drm: Add DRM support for tiny LCD displays

On Tue, Jan 31, 2017 at 07:01:10PM +0100, Noralf Trønnes wrote: > > Den 31.01.2017 17.23, skrev Daniel Vetter: > > On Tue, Jan 31, 2017 at 05:03:13PM +0100, Noralf Trønnes wrote: > > > tinydrm provides helpers for very simple displays that can use > > > CMA backed framebuffers and need flushing

Re: [PATCH 05/11] drm/vc4: Add support for feeding DSI encoders from the pixel valve.

Daniel Vetter writes: > On Wed, Dec 14, 2016 at 11:46:15AM -0800, Eric Anholt wrote: >> We have to set a different pixel format, which tells the hardware to >> use the pix_width field that's fed in sideband from the DSI encoder to >> divide the "pixel" clock. >> >>

Re: [PATCH 07/11] drm/vc4: Add DSI driver

On Wed, Dec 14, 2016 at 11:46:17AM -0800, Eric Anholt wrote: > The DSI0 and DSI1 blocks on the 2835 are related hardware blocks. > Some registers move around, and the featureset is slightly different, > as DSI1 (the 4-lane DSI) is a later version of the hardware block. > This driver doesn't yet

Re: [PATCH 05/11] drm/vc4: Add support for feeding DSI encoders from the pixel valve.

On Wed, Dec 14, 2016 at 11:46:15AM -0800, Eric Anholt wrote: > We have to set a different pixel format, which tells the hardware to > use the pix_width field that's fed in sideband from the DSI encoder to > divide the "pixel" clock. > > Signed-off-by: Eric Anholt > --- >

Re: [PATCH 04/11] drm/vc4: Set up SCALER_DISPCTRL at boot.

On Wed, Dec 14, 2016 at 11:46:14AM -0800, Eric Anholt wrote: > We want the HVS on, obviously, and we also want DSP3 (PV1's source) to > be muxed from HVS channel 2 like we expect in vc4_crtc.c. The > firmware wasn't setting the DSP3 mux up when both the LCD and HDMI > were disabled. > >

Re: [Intel-gfx] [PATCH] drm-misc: Document small drivers expectations

On Tue, Jan 31, 2017 at 07:01:44PM +0100, Daniel Vetter wrote: > For the experiement we have right now Eric (with vc4) and Sean Paul > (with rockchip and zte) volunteering, and Gerd (entire pile of qemu > drivers) and Boris (atmel) are also considering to participate. I > think that's enough to

[PATCH 2/2 v2] drm/vc4: Add DSI driver

The DSI0 and DSI1 blocks on the 2835 are related hardware blocks. Some registers move around, and the featureset is slightly different, as DSI1 (the 4-lane DSI) is a later version of the hardware block. This driver doesn't yet enable DSI0, since we don't have any hardware to test against, but it

[PATCH 2/2 v2] drm/vc4: Add DSI driver

The DSI0 and DSI1 blocks on the 2835 are related hardware blocks. Some registers move around, and the featureset is slightly different, as DSI1 (the 4-lane DSI) is a later version of the hardware block. This driver doesn't yet enable DSI0, since we don't have any hardware to test against, but it

Re: [PATCH v3 23/24] drm/rockchip: dw-mipi-dsi: add reset control

On Sun, Jan 29, 2017 at 01:24:43PM +, John Keeping wrote: > In order to fully reset the state of the MIPI controller we must assert > this reset. > > This is slightly more complicated than it could be in order to maintain > compatibility with device trees that do not specify the reset

Re: [PATCH v3 22/24] drm/rockchip: dw-mipi-dsi: support non-burst modes

On Sun, Jan 29, 2017 at 01:24:42PM +, John Keeping wrote: Reviewed-by: Sean Paul > Signed-off-by: John Keeping > Reviewed-by: Chris Zhong > --- > v3: > - Add Chris' Reviewed-by > Unchanged in v2 > >

Re: [PATCH v3 20/24] drm/rockchip: vop: test for P{H,V}SYNC

On Sun, Jan 29, 2017 at 01:24:40PM +, John Keeping wrote: > When connected to the MIPI DSI output, we need to use N{H,V}SYNC for the > internal connection but these flags are meaningless for DSI panels. > Switch the test so that we do not set the P{H,V}SYNC bits unless the > mode requires it.

Re: [PATCH v3 21/24] drm/rockchip: dw-mipi-dsi: defer probe if panel is not loaded

On Sun, Jan 29, 2017 at 01:24:41PM +, John Keeping wrote: > This ensures that the output resolution is known before fbcon loads. > > Signed-off-by: John Keeping > --- > Unchanged in v3 > Unchanged in v2 > > drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 11 +-- > 1

Re: [PATCH v3 19/24] drm/rockchip: dw-mipi-dsi: use positive check for N{H, V}SYNC

On Sun, Jan 29, 2017 at 01:24:39PM +, John Keeping wrote: > This matches other drivers. > Reviewed-by: Sean Paul > Signed-off-by: John Keeping > --- > Unchanged in v3 > Unchanged in v2 > > drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++-- > 1

Re: [PATCH v3 17/24] drm/rockchip: dw-mipi-dsi: improve PLL configuration

On Sun, Jan 29, 2017 at 01:24:37PM +, 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 is an equivalent set of parameters with > an even

Re: [PATCH] drm/etnaviv: Remove duplicate header file include

2017-01-31 19:56 GMT+01:00 Liviu Dudau : > etnaviv_gem.h header gets included twice. Remove duplicate. > > Signed-off-by: Liviu Dudau Reviewed-by: Christian Gmeiner > --- > drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 - > 1 file

[PATCH 1/3] drm: armada: fix armada_gem_vm_fault() to match new signature.

Commit 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf") changes the signature of the .fault hook. Update the armada_gem_vm_fault() function to match. Fixes: 25d3db7600b8 (mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf) Cc: Dave Jiang

[PATCH 2/3] drm/etnaviv: Update etnaviv_gem_fault() declaration to match definition.

Commit 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf") updated the etnaviv_gem_fault() function signature without updating the header file with the declaration. Fixes: 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf") Cc:

[PATCH 3/3] drm/omapdrm: Update omap_gem_fault() declaration to match definition.

Commit 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf") updated the omap_gem_fault() function signature without updating the header file with the declaration. Fixes: 25d3db7600b8 ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf") Cc:

[PATCH] drm/etnaviv: Remove duplicate header file include

etnaviv_gem.h header gets included twice. Remove duplicate. Signed-off-by: Liviu Dudau --- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c b/drivers/gpu/drm/etnaviv/etnaviv_drv.c index

Re: [PATCH v3 18/24] drm/rockchip: dw-mipi-dsi: use specific poll helper

On Sun, Jan 29, 2017 at 01:24:38PM +, John Keeping wrote: > As the documentation for readx_poll_timeout says, we want to use the > specialized macro for readl rather than using the generic version > directly. > Reviewed-by: Sean Paul > Signed-off-by: John Keeping

[Bug 193731] New: kernel panic

https://bugzilla.kernel.org/show_bug.cgi?id=193731 Bug ID: 193731 Summary: kernel panic Product: Drivers Version: 2.5 Kernel Version: 4.4.0.59 Hardware: All OS: Linux Tree: Mainline Status: NEW

Re: [PATCH v2] etnaviv: Generate new sin/cos instructions on GC3000

2017-01-31 9:23 GMT+01:00 Wladimir J. van der Laan : > Shaders using sin/cos instructions were not working on GC3000. > > The reason for this turns out to be that these chips implement sin/cos > in a different way (but using the same opcodes): > > - Need their input scaled by

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Thierry Reding writes: > [ Unknown signature status ] > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: >> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote: >> > On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote: >> > > >> > > >> > >

[PATCH] drm-misc: Document small drivers expectations

For the experiement we have right now Eric (with vc4) and Sean Paul (with rockchip and zte) volunteering, and Gerd (entire pile of qemu drivers) and Boris (atmel) are also considering to participate. I think that's enough to get started and figure things out as we go. I tried to summarize the

Re: [PATCH v3 1/7] drm: Add DRM support for tiny LCD displays

Den 31.01.2017 17.23, skrev Daniel Vetter: On Tue, Jan 31, 2017 at 05:03:13PM +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 Acked-by: Daniel

Re: [PATCH v2] drm/color: Document CTM eqations

On Tue, Jan 31, 2017 at 6:22 PM, Ville Syrjälä wrote: >> >> diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h >> >> index ce7efe2e8a5e..3401637caf8e 100644 >> >> --- a/include/uapi/drm/drm_mode.h >> >> +++ b/include/uapi/drm/drm_mode.h >> >> @@

[PATCH v4] drm/color: Document CTM eqations

Explicitly state the expected CTM equations in the kerneldoc for the CTM property, and the form of the matrix on struct drm_color_ctm. Cc: Ville Syrjälä Cc: Lionel Landwerlin Cc: Daniel Vetter Signed-off-by:

[PATCH] Documentation/gpu: drm-mm.rst: fix formatting for struct vm_operations_struct

drm-mm.rst contains some unformatted dump of the vm_operations_struct structure. Add some C formatting around it and some context for the dump. While there, update the structure to resemble the new signature for the fault handler after commit 25d3db7600b8 (mm, fs: reduce fault, page_mkwrite, and

Re: [PATCH v2] drm/color: Document CTM eqations

On Tue, Jan 31, 2017 at 03:39:29PM +, Brian Starkey wrote: > Hi Ville, > > On Tue, Jan 31, 2017 at 05:18:28PM +0200, Ville Syrjälä wrote: > >On Tue, Jan 31, 2017 at 10:48:34AM +, Brian Starkey wrote: > >> Explicitly state the expected CTM equations in the kerneldoc for the CTM > >>

Re: [PATCH v2] drm/tilcdc: Fix hardcoded fail-return value in tilcdc_crtc_create()

Jyri Sarha writes: > Fix badly hardcoded return return value under fail-label. All goto > branches to the label set the "ret"-variable accordingly. > > Signed-off-by: Jyri Sarha Thanks. Looks good. Reviewed-by: Gabriel Krisman Bertazi

[PULL] drm-misc-fixes

Hi Dave, 2 patches to fix the oops Dave Hanse reported, plus a double kfree fix Maarten discovered while backporting the fix for Linus. For Linus' vma tracking oops the plan is to send you a dedicated pull with the 2 patches we need, but since it's tricky we're letting CI beat on it a bit more.

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On Thu, Jan 26, 2017 at 06:21:20PM +0100, Daniel Vetter wrote: > On Thu, Jan 26, 2017 at 02:37:28PM +0200, Martin Peres wrote: > > Despite all the careful planing of the kernel, a link may become > > insufficient to handle the currently-set mode. At this point, the > > kernel should mark this

Re: [PATCH 1/4] drm: qxl: Drop misleading comment

Gerd Hoffmann writes: > On Fr, 2017-01-27 at 14:53 +0100, Daniel Vetter wrote: >> On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote: >> > On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote: >> > > No longer true since commit 07f8d9bdb235 ("drm/qxl: add

[PATCH v2] drm/tilcdc: Fix hardcoded fail-return value in tilcdc_crtc_create()

Fix badly hardcoded return return value under fail-label. All goto branches to the label set the "ret"-variable accordingly. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] drm/tilcdc: Fix hardcoded fail-return value in tilcdc_crtc_create()

On 01/31/17 17:46, Gabriel Krisman Bertazi wrote: > Jyri Sarha writes: > >> Fix badly hardcoded return return value from under fail-label. All >> goto branches to the label set the "ret"-variable accordingly. >> >> Signed-off-by: Jyri Sarha >> --- >>

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #14 from Shmerl --- Opened Wine bug: https://bugs.winehq.org/show_bug.cgi?id=42347 I hope between Mesa and Wine, it will be possible to figure out what's going wrong. -- You are receiving this mail because:

[Bug 193651] Amdgpu error messages at boot with Amd RX460

https://bugzilla.kernel.org/show_bug.cgi?id=193651 --- Comment #6 from Steven A. Falco --- Typo in the above comment: s/an accelerated video/an un-accelerated video/ -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH 1/4] drm: qxl: Drop misleading comment

Hi, > > Does dim detect that a Link: tag is already present and doesn't add > > another one then? > > Nope. Patches welcome. ;) For now I've settled to applying patches with the patches tool, a little shell script to rewrite "Message-id:" lines into patchwork links, and using dim to push

[Bug 193651] Amdgpu error messages at boot with Amd RX460

https://bugzilla.kernel.org/show_bug.cgi?id=193651 --- Comment #5 from Steven A. Falco --- I began having problems with my AMD GPU when Fedora 25 switched from their 4.8.16-300.fc25 kernel to a 4.9.3 kernel, as described here:

Re: [PATCH 1/4] drm: qxl: Drop misleading comment

On Fr, 2017-01-27 at 14:53 +0100, Daniel Vetter wrote: > On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote: > > On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote: > > > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1 > > > output"). qxl_num_crtc

  1   2   >