[PATCH v4 2/2] dt-bindings: analogix_dp: rockchip: correct the wrong compatible name

Hi, On Wed, Jun 22, 2016 at 6:47 PM, Yakir Yang wrote: > The document about rockchip platform make a mistaken in available > compatible name of "rk3288-edp", we should correct it to "rk3288-dp" > which correspond to the compatible name in driver. > > This mistaken was introduced in commit

[PATCH v4.1 1/2] drm/rockchip: analogix_dp: introduce the pclk for grf

Yakir, On Wed, Jun 22, 2016 at 6:58 PM, Yakir Yang wrote: > For RK3399's GRF module, if we want to operate the graphic related grf > registers, we need to enable the pclk_vio_grf which supply power for VIO > GRF IOs, so it's better to introduce an optional grf clock in driver. > > Signed-off-by:

[RFC PATCH v2 6/6] drm/rockchip: Add dmc notifier in vop driver

c int vop_create_crtc(struct vop *vop) >> ret = -ENOENT; >> goto err_cleanup_crtc; >> } >> - >> +vop->dmc_nb.notifier_call = dmc_notify; >> init_completion(>dsp_hold_completion); >> init_completion(>wait_update_complete); >> crtc->port = port; >> @@ -1465,6 +1501,9 @@ static int vop_bind(struct device *dev, struct device >> *master, void *data) >> /* IRQ is initially disabled; it gets enabled in power_on */ >> disable_irq(vop->irq); >> >> +init_waitqueue_head(>wait_dmc_queue); >> +vop->dmc_in_process = 0; >> + >> ret = vop_create_crtc(vop); >> if (ret) >> return ret; >> > > > -- Lin Huang -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/ad47f132/attachment.html>

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/08ada949/attachment.html>

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/c2636751/attachment-0001.html>

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/ecd9840c/attachment.html>

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

az.org/ -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/cdedf98b/attachment.html>

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

source xf86-video-amdgpu or libGL (coming from mesa). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/57359

[Bug 96512] Portal Stories Mel: Player's hands appear black at high shader quality

just two different playthroughs of the same scene. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/6f559

DP link training and performance issues with HDMI USB-C dongle and Skylake

I have a Dell XPS 13 9350 (Skylake) and a Dell DA200 adapter. The latter is a Thunderbolt device that includes an HDMI port and connects over USB Type C. I believe that it's internally using DP Alternate Mode. When I plug it in on 4.7-rc4, I get spew like this: [ 90.718106]

[PATCH v2] staging/android: prepare sw_sync files for de-staging

From: Gustavo Padovan remove file paths in the comments and add short description about each file. v2: remove file paths instead of just change them. Signed-off-by: Gustavo Padovan --- drivers/staging/android/sw_sync.c| 2 +-

[drm-intel:topic/drm-misc 17/19] drivers/gpu/drm/vc4/vc4_drv.c:179:24: warning: unused variable 'connector'

s://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 55035 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/c1bdb6c2/attachment-0001.obj>

[Bug 96622] [radeonsi,apitrace] "Dreamfall Chapters: The longest Journey" shows visual corruption

-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/37a2ad2a/attachment.html>

[Bug 96622] [radeonsi] "Dreamfall Chapters: The longest Journey" shows visual corruption

An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/8f20c182/attachment-0001.html>

[PULL] drm-intel-fixes

Hi Dave, just a couple of display fixes, both stable stuff. Maybe we'll be able to enable fbc by default one day. BR, Jani. The following changes since commit 33688abb2802ff3a230bd2441f765477b94cc89e: Linux 4.7-rc4 (2016-06-19 21:30:02 -0700) are available in the git repository at:

[Bug 96634] Mesa or libGL very slow rendering with kabini vga card

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/766258ed/attachment.html>

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

On Wed, Jun 22, 2016 at 4:31 PM, Thierry Reding wrote: > On Wed, Jun 22, 2016 at 04:08:52PM +0200, Daniel Vetter wrote: >> On Wed, Jun 22, 2016 at 3:32 PM, Thierry Reding >> wrote: >> >> >> + * wsp: (#0x20 | #0x9 | #0xA)+ >> >> >> + * >> >> >> + * eg.: >> >> >> + * "crtc 0 plane1" -> Start

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

ne day perhaps VBLANK counts, ...) this way, so a per-CRTC directory makes a lot of sense in my opinion. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/13f5f251/attachment.sig>

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

On Tue, Jun 21, 2016 at 01:06:41PM +0200, Tomeu Vizoso wrote: > Adds a per-device debugfile "drm_crc_control" that allows selecting a > source for frame checksums in each CRTC that supports them. > > The checksums for each subsequent frame can be read from the per-CRTC > file "drm_crtc_N_crc". >

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

On Wed, Jun 22, 2016 at 3:32 PM, Thierry Reding wrote: >> >> +const struct file_operations drm_crtc_crc_fops = { >> >> + .owner = THIS_MODULE, >> >> + .open = crtc_crc_open, >> >> + .read = crtc_crc_read, >> >> + .release = crtc_crc_release, >> >> +}; >> > >> > Do we want to

[RFC PATCH v2 6/6] drm/rockchip: Add dmc notifier in vop driver

Hi, On 2016년 06월 06일 19:13, Lin Huang wrote: > when in ddr frequency scaling process, vop can not do > enable or disable operate, since dcf will base on vop vblank > time to do frequency scaling and need to get vop irq if there > have vop enabled. So need register to dmc notifier, and we

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

On Wed, Jun 22, 2016 at 3:32 PM, Thierry Reding wrote: >> >> + * wsp: (#0x20 | #0x9 | #0xA)+ >> >> + * >> >> + * eg.: >> >> + * "crtc 0 plane1" -> Start CRC computations on plane1 of first CRTC >> >> + * "crtc 0 none"-> Stop CRC >> > >> > I've said this above, but again, it seems odd

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

, > >> int drm_debugfs_cleanup(struct drm_minor *minor); > >> int drm_debugfs_connector_add(struct drm_connector *connector); > >> void drm_debugfs_connector_remove(struct drm_connector *connector); > >> +int drm_debugfs_crtc_add(struct drm_crtc *crtc); > >> +void drm_debugfs_crtc_remove(struct drm_crtc *crtc); > > > > Oh... this isn't something that drivers are supposed to call? > > Right, it's analogous to drm_debugfs_connector_add. I recall seeing calls to this function from within the i915 driver, wouldn't that cause the build to fail if i915 was built as a loadable module? > >> + * > >> + * When CRC generation is enabled, the driver should call > >> + * drm_crtc_add_crc_entry() at each frame, providing any information > >> + * that characterizes the frame contents in the crcN arguments, as > >> + * provided from the configured source. Drivers should accept a > >> "auto" > >> + * source name that will select a default source for this CRTC. > > > > Would it be useful to provide some more aliases? "enable" and "on" for > > "auto", "disable" and "off" for "none"? > > Not sure, TBH, i like to keep my interfaces simple. Do you think this > could be helpful? I don't know. It's probably okay to not have the aliases, and it should be trivial to add them later on if we see that people get annoyed by the fact that they have to write "auto" instead of "on" or "enable". Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/ccbcbabe/attachment.sig>

[pull] amdgpu drm-fixes-4.7

Hi Dave, A bit bigger than I would normally like, but most of the large changes are for polaris support and since polaris went upstream in 4.7, I'd like to get the fixes in so it's in good shape when the hw becomes available. The major changes only touch the polaris code so there is little chance

[PATCH] drm/hisilicon: add select HISI_KIRIN_DW_DSI

t am will apply this with you as author. Also, see section 11) in Documentation/SubmittingPatches on why you need to add your S-o-b as well. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/e6f64d25/attachment.sig>

[PATCH v2 00/15] Runtime pm ref leak bonanza

On Wed, Jun 15, 2016 at 05:11:54PM +0200, Daniel Vetter wrote: > On Wed, Jun 15, 2016 at 01:37:35PM +0200, Lukas Wunner wrote: > > On Tue, Jun 14, 2016 at 04:18:00PM -0400, Alex Deucher wrote: > > > On Thu, Jun 9, 2016 at 2:50 AM, Daniel Vetter wrote: > > > > On Wed, Jun 08, 2016 at 06:47:27PM

[PATCH v2 00/15] Runtime pm ref leak bonanza

On Wed, Jun 22, 2016 at 2:44 PM, Lukas Wunner wrote: >> Yeah will pick up later this week, right now I have a big drm-misc pull >> that's pending. Would like to get that landed first. Please ping me if >> your patches haven't landed in drm-misc by next week. > > If you can be bothered to update

[RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

+Philipp On Wed, Jun 22, 2016 at 11:54 AM, Archit Taneja wrote: > > > On 6/22/2016 8:14 AM, Nicolas Boichat wrote: >> >> Hi Archit, >> >> Thanks for your reply. >> >> On Tue, Jun 21, 2016 at 11:39 PM, Archit Taneja >> wrote: >>> >>> Hi, >>> >>> On 6/20/2016 12:44 PM, Nicolas Boichat wrote:

[PATCH] drm/ttm: wait for eviction in ttm_bo_force_list_clean

From: Christian König Now that we can pipeline evictions we need to wait for them to finish when we cleanup a memory domain. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

[Intel-gfx] linux-next: manual merge of the drm-misc tree with the arm tree

On Wed, Jun 22, 2016 at 10:43 AM, Russell King wrote: > On Wed, Jun 22, 2016 at 10:23:36AM +0200, Daniel Vetter wrote: >> On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote: >> > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote: >> > > On Wed, Jun 22, 2016 at 3:47 AM,

[PATCH V2 4/5] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 6/9/2016 9:55 PM, Peter Senna Tschudin wrote: > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal pipeline: a > STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware

[PULL] topic/drm-misc

On Wed, Jun 22, 2016 at 11:21:57AM +0200, Daniel Vetter wrote: > Hi Dave, > > Again a pile of things all over > - Conversion to rst from docbook from Jani. Looks real pretty, and the > source is now actually readable (compared to horrible, horrible docbook > xml)!

[PULL] drm-intel-next

On Wed, Jun 22, 2016 at 11:24:57AM +0200, Daniel Vetter wrote: > Hi Dave, > > drm-intel-next-2016-06-20: > - Infrastructure for GVT-g (paravirtualized gpu on gen8+), from Zhi Wang > - another attemp at nonblocking atomic plane updates > - bugfixes and refactoring for GuC doorbell code (Dave

[PULL] topic/drm-misc

On Wed, Jun 22, 2016 at 11:21:57AM +0200, Daniel Vetter wrote: > Hi Dave, > > Again a pile of things all over > - Conversion to rst from docbook from Jani. Looks real pretty, and the > source is now actually readable (compared to horrible, horrible docbook > xml)!

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/ff2010a7/attachment-0001.html>

[PATCH] drm/ttm: wait for eviction in ttm_bo_force_list_clean

On Wed, Jun 22, 2016 at 8:16 AM, Christian König wrote: > From: Christian König > > Now that we can pipeline evictions we need to wait for > them to finish when we cleanup a memory domain. > > Signed-off-by: Christian König Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/ttm/ttm_bo.c |

[PATCH] drm/vc4: Remove unused connector

Somehow I didn't spot this when pushing :( Fixes: 398e97994f6d ("drm/vc4: Remove open-coded drm_connector_register_all()") Acked-by: Chris Wilson Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vc4/vc4_drv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/vc4/vc4_drv.c

[PATCH] drm: Prevent NULL deref in drm_name_info()

On Mon, Jun 20, 2016 at 07:53:33PM +0100, Chris Wilson wrote: > If a driver does not have a parent, or never sets the unique name for > itself, then we may proceed to chase a NULL dereference through > debugfs/.../name. > > Testcase: igt/vgem_basic/debugfs > Signed-off-by: Chris Wilson > Cc:

linux-next: manual merge of the drm-misc tree with the arm tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: drivers/gpu/drm/sti/sti_drv.c between commit: 062993b15e8e ("drm: convert DT component matching to component_match_add_release()") from the arm tree and commit: 84601dbdea36 ("drm: sti: rework init sequence")

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_fbc.c between commit: 1e3fa0acfec6 ("drm/i915/fbc: Disable on HSW by default for now") from the drm-intel-fixes tree and commit: 80788a0fbbdf ("drm/i915/fbc: sanitize i915.enable_fbc

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2016-06-20: - Infrastructure for GVT-g (paravirtualized gpu on gen8+), from Zhi Wang - another attemp at nonblocking atomic plane updates - bugfixes and refactoring for GuC doorbell code (Dave Gordon) - GuC command submission enabled by default, if fw available (Dave

[PULL] topic/drm-misc

Hi Dave, Again a pile of things all over - Conversion to rst from docbook from Jani. Looks real pretty, and the source is now actually readable (compared to horrible, horrible docbook xml)! https://01.org/linuxgraphics/gfx-docs/drm/ - device register/unregister rework from Chris, with

[PATCH 07/10] drm: Revamp connector_list protection

On Tue, Jun 21, 2016 at 11:10:32AM +0200, Daniel Vetter wrote: > This is a pretty good horror show, but I think it's the best tradeoff: > - Thanks to srcu and delayed freeing the locking doesn't leak out to > callers, hence no added headaches with locking inversions. > - For core and drivers

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/f59a3e6c/attachment.html>

[Bug 95015] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/69a6a396/attachment.html>

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/e5042f15/attachment.html>

[RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

Hi Nicolas, Am Mittwoch, den 22.06.2016, 14:32 +0800 schrieb Nicolas Boichat: > >> Actually, experimenting a bit more with the code, I realized that the > >> connector is always attached to the encoder, not the bridge, so the 2 > >> layouts above are actually identical (from the userspace point

[PATCH 19/38] drm/hisilicon: Implement some semblance of vblank event handling

On 21 June 2016 at 15:19, Daniel Vetter wrote: > On Tue, Jun 21, 2016 at 3:32 AM, Xinliang Liu > wrote: >> My understanding is that drm_crtc_arm_vblank_event work together with >> drm_crtc_handle_vblank (called in vblank interrupt). >> Arm the event first in somewhere(like atomic_begin/flush)

[RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

Hi Archit, Thanks for your reply. On Tue, Jun 21, 2016 at 11:39 PM, Archit Taneja wrote: > Hi, > > On 6/20/2016 12:44 PM, Nicolas Boichat wrote: >> >> ANX7688 is a HDMI to DP converter (as well as USB-C port controller), >> that has an internal microcontroller. >> >> The only reason a Linux

[PATCH] drm/hisilicon: add select HISI_KIRIN_DW_DSI

From: Guodong Xu Add select HISI_KIRIN_DW_DSI to Kconfig. The DRM driver depends on dsi sub-driver. v2: Add myself Signed-off-by, becuase others give me the right to forward the patch. Signed-off-by: Zoltan Kuscsik Signed-off-by: Xinliang Liu ---

[PATCH] drm/hisilicon: add select HISI_KIRIN_DW_DSI

On 22 June 2016 at 08:54, Guodong Xu wrote: > On 21 June 2016 at 21:34, Thierry Reding wrote: >> On Mon, Jun 20, 2016 at 11:59:03AM +0800, Xinliang Liu wrote: >>> From: Guodong Xu >>> >>> Add select HISI_KIRIN_DW_DSI to Kconfig. >>> The DRM driver depends on dsi sub-driver. >>> >>>

[PATCH] drm/hisilicon: add select HISI_KIRIN_DW_DSI

Hi, On 21 June 2016 at 21:34, Thierry Reding wrote: > On Mon, Jun 20, 2016 at 11:59:03AM +0800, Xinliang Liu wrote: >> From: Guodong Xu >> >> Add select HISI_KIRIN_DW_DSI to Kconfig. >> The DRM driver depends on dsi sub-driver. >> >> Signed-off-by: Zoltan Kuscsik >> --- >>

[PATCH v3.1 2/2] dt-bindings: analogix_dp: rockchip: correct the wrong compatible name

The document about rockchip platform make a mistaken in available compatible name of "rk3288-edp", we should correct it to "rk3288-dp" which correspond to the compatible name in driver. This mistaken was introduced in commit be91c36247089 ("dt-bindings: add document for rockchip variant of

[PATCH v3.1 1/2] drm/rockchip: analogix_dp: introduce the pclk for grf

For RK3399's GRF module, if we want to operate the graphic related grf registers, we need to enable the pclk_vio_grf which supply power for VIO GRF IOs, so it's better to introduce an optional grf clock in driver. Signed-off-by: Yakir Yang --- Hi all, This is an external patch for analogix_dp

[PATCH v1 2/3] drm: Add API for capturing frame CRCs

On 21 June 2016 at 17:07, Thierry Reding wrote: > On Tue, Jun 21, 2016 at 01:06:41PM +0200, Tomeu Vizoso wrote: > [...] >> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c > [...] > >> + >> +static int crc_control_show(struct seq_file *m, void *data) >> +{ >> + struct

[PATCH v3 0/10]

Archit, On 06/21/2016 09:46 PM, Archit Taneja wrote: > > > On 6/14/2016 5:15 PM, Yakir Yang wrote: >> RK3399 and RK3288 shared the same eDP IP controller, only some light >> difference with VOP configure and GRF configure. >> >> Also same misc fix to analogix_dp driver: >> - Hotplug invalid which

linux-next: manual merge of the drm-misc tree with the arm tree

On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote: > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote: > > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell > > wrote: > > > Hi all, > > > > > > Today's linux-next merge of the drm-misc tree got a conflict in: > > > > > >

[Intel-gfx] [PATCH] drm/fb-helper: Reduce READ_ONCE(master) to lockless_dereference

On Wed, Jun 22, 2016 at 08:46:12AM +0100, Chris Wilson wrote: > We are only documenting that the read is outside of the lock, and do not > require strict ordering on the operation. In this case the more relaxed > lockless_dereference() will suffice. > > Signed-off-by: Chris Wilson > Cc: Daniel

[PATCH 3/3] drm/sun4i: Remove open-coded drm_connector_register_all()

On Tue, Jun 21, 2016 at 10:28:03AM +0100, Chris Wilson wrote: > drm_dev_register() will now register all known connectors, so we no > longer have to do so manually. > > Signed-off-by: Chris Wilson > Cc: Maxime Ripard > Cc: David Airlie > Cc: Chen-Yu Tsai > Cc: Daniel Vetter > Cc: dri-devel

[Bug 96620] build failure in igt_fb.c due to missing inttypes.h

-- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/8e368119/attachment.html>

linux-next: manual merge of the drm-misc tree with the arm tree

On Wed, Jun 22, 2016 at 10:23:36AM +0200, Daniel Vetter wrote: > On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote: > > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote: > > > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell > > canb.auug.org.au> wrote: > > > > Hi all, >

[PATCH 01/10] drm/amd-kfd: Clean up inline handling

On Tue, Jun 21, 2016 at 10:11:13PM +0300, Oded Gabbay wrote: > On Tue, Jun 21, 2016 at 12:10 PM, Daniel Vetter > wrote: > > - inline functions need to be static inline, otherwise gcc can opt to > > not inline and the linker gets unhappy. > > - no forward decls for inline functions, just

linux-next: manual merge of the drm-misc tree with the arm tree

On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-misc tree got a conflict in: > > drivers/gpu/drm/sti/sti_drv.c > > between commit: > > 062993b15e8e ("drm: convert DT component matching to > component_match_add_release()") Why did

[RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

On 6/22/2016 8:14 AM, Nicolas Boichat wrote: > Hi Archit, > > Thanks for your reply. > > On Tue, Jun 21, 2016 at 11:39 PM, Archit Taneja > wrote: >> Hi, >> >> On 6/20/2016 12:44 PM, Nicolas Boichat wrote: >>> >>> ANX7688 is a HDMI to DP converter (as well as USB-C port controller), >>> that

linux-next: manual merge of the drm-misc tree with the arm tree

On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote: > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell > wrote: > > Hi all, > > > > Today's linux-next merge of the drm-misc tree got a conflict in: > > > > drivers/gpu/drm/sti/sti_drv.c > > > > between commit: > > > > 062993b15e8e

[PATCH] drm/hisilicon: add select HISI_KIRIN_DW_DSI

On 21 June 2016 at 21:34, Thierry Reding wrote: > On Mon, Jun 20, 2016 at 11:59:03AM +0800, Xinliang Liu wrote: >> From: Guodong Xu >> >> Add select HISI_KIRIN_DW_DSI to Kconfig. >> The DRM driver depends on dsi sub-driver. >> >> Signed-off-by: Zoltan Kuscsik >> --- >>

[PATCH v3 0/10]

On 6/22/2016 7:54 AM, Yakir Yang wrote: > Archit, > > On 06/21/2016 09:46 PM, Archit Taneja wrote: >> >> >> On 6/14/2016 5:15 PM, Yakir Yang wrote: >>> RK3399 and RK3288 shared the same eDP IP controller, only some light >>> difference with VOP configure and GRF configure. >>> >>> Also same misc

[PATCH] drm/fb-helper: Reduce READ_ONCE(master) to lockless_dereference

We are only documenting that the read is outside of the lock, and do not require strict ordering on the operation. In this case the more relaxed lockless_dereference() will suffice. Signed-off-by: Chris Wilson Cc: Daniel Vetter Cc: Julia Lawall Cc: Chris Wilson Cc: Emil Velikov ---

[RFC PATCH v2 4/6] PM / devfreq: event: support rockchip dfi controller

On 6 June 2016 at 12:13, Lin Huang wrote: > on rk3399 platform, there is dfi conroller can monitor > ddr load, base on this result, we can do ddr freqency > scaling. Hi Lin, isn't the DDRMON in this SoC capable of raising interrupts when the programmed utilization thresholds have been

[PATCH] drm/vgem: Attach sw fences to exported vGEM dma-buf (ioctl)

vGEM buffers are useful for passing data between software clients and hardware renders. By allowing the user to create and attach fences to the exported vGEM buffers (on the dma-buf), the user can implement a deferred renderer and queue hardware operations like flipping and then signal the buffer

[Bug 96620] build failure in igt_fb.c due to missing inttypes.h

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/9112ffd9/attachment.html>

[Bug 96618] include headers that define major/minor/makedev funcs

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/91369e87/attachment.html>

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/127be0f0/attachment.html>

[Bug 96622] [radeonsi] "Dreamfall Chapters: The longest Journey" shows visual corruption

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/34e1558f/attachment.html>

[PATCH v4.1 4/4] drm: rcar: use generic code for managing zpos plane property

From: Benjamin Gaignard version 4: fix null pointer issue while setting zpos in plane reset function This patch replaces zpos property handling custom code in rcar DRM driver with calls to generic DRM code. Signed-off-by: Benjamin Gaignard Signed-off--by: Laurent

[PATCH v4 1/4] drm: add generic zpos property

Hi Benjamin, Thank you for the patch. Could you please reply to Ville's comment to v1 of this patch (posted on April the 25th) ? Please also see below for additional comments. On Monday 13 Jun 2016 11:21:23 Benjamin Gaignard wrote: > version 4: > - make sure that normalized zpos value is stay

[Bug 96626] New account request

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/fc7bef9f/attachment.html>

[Bug 96626] New account request

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/3b2f3e2b/attachment.html>

[Bug 95015] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/cb152a8f/attachment.html>

[Bug 93727] [Regression] [r600g] Core profile is 3.2 instead of 3.3 in Big Endian PPC

ail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160622/6376400e/attachment-0001.html>

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc

https://bugs.freedesktop.org/show_bug.cgi?id=96625 Bug ID: 96625 Summary: GPU lockup when using r600g VDPAU on powerpc Product: DRI Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW