[PATCH 21/21] drm: Fix kerneldoc in drm_plane_helper.c

Ville ocd'ed the parameter name, but forgot to update the docs! Fixes: df86af9133b4 ("drm/plane-helper: Add drm_plane_helper_check_state()") Cc: Sean Paul Cc: Ville Syrjälä Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_plane_helper.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 20/21] vgaarbiter: rst-ifiy and polish kerneldoc

Move the documentation into Documentation/gpu, link it up and pull in the kernel doc. No actual text changes except that I did polish the kerneldoc a bit, especially for vga_client_register(). v2: Remove some rst from vga-switcheroo.rst that I don't understand, but which seems to be the reason

[PATCH 19/21] drm: document drm_display_info

We seem to have a bit a mess in how to describe the bus formats, with a multitude of competing ways. Might be best to consolidate it all and use MEDIA_BUS_FMT_ also for the hdmi color formats and high color modes. Also move all the display_info related functions into drm_connector.c (there's only

[PATCH 18/21] drm: Remove display_info->min/max_(h|v)max

No one looks at it, only i915/gma500 lvds even bother to fill it out. I guess a very old plan was to use this for filtering modes, but that's already done within the edid parser. v2: Move misplaced hunk to this patch. Reviewed-by: Sean Paul Signed-off-by: Daniel Vetter ---

[PATCH 17/21] drm: Update connector documentation

- Shuffle docs from drm-kms.rst into the structure docs where it makes sense. - Put the remaining bits into a new overview section. One thing I've changed is around probing: Old docs says that you _must_ use the probe helpers, which isn't correct. Helpers are always optional. v2: Review from

[PATCH 16/21] drm: Don't export dp-aux devnode functions

They're only used internally within the dp helpers. Also nuke the kerneldoc (we only document the driver interface in the drm shared functions). And move the header file from the public include/ directory to the source files into drm_crtc_helper_internal.h, similar to how we already have

[PATCH 15/21] drm/doc: Include new drm_blend.c

There's not much point in kerneldoc if it's not included: - It won't show up in the pretty html pages. - The comments itself won't get parsed, which means 0day won't pick up changes, resulting in stale docs fast. Also, uapi really should be core, not helpers, so move drm_blend.c to that. That

[PATCH 14/21] drm: Extract drm_connector.[hc]

Pulls in quite a lot of connector related structures (cmdline mode, force/status enums, display info), but I think that all makes perfect sense. Also had to move a few more core kms object stuff into drm_modeset.h. And as a first cleanup remove the kerneldoc for the 2 connector IOCTL - DRM core

[PATCH 13/21] drm: Export drm_property_replace_global_blob

It's really part of the core blob interface, and the drm_connector.c extraction needs it too. Reviewed-by: Sean Paul Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 13 +++-- include/drm/drm_crtc.h | 6 ++ 2 files changed, 13 insertions(+), 6 deletions(-) diff

[PATCH 12/21] drm/doc: Update drm_framebuffer docs

- Move the intro section into a DOC comment, and update it slightly. - kernel-doc for struct drm_framebuffer! v2: - Copypaste fail (Sean). - Explain the linear @offsets clearer (Ville). Cc: Sean Paul Cc: Ville Syrjälä Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-kms.rst | 26

[PATCH 11/21] drm: Extract drm_framebuffer.[hc]

Also start with drm_modeset.h with the core bits, since we need to untangle this mess somehow. That allows us to move the drm_modes.h include to the right spot, except for the temporary connector status enum. That will get fixed as soon as drm_connector.h exists. v2: Rebase. v3: Move

[PATCH 10/21] drm/doc: Include drm_atomic.h

Accidentally the wrong file. Oops. Reviewed-by: Sean Paul Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-kms.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/gpu/drm-kms.rst b/Documentation/gpu/drm-kms.rst index c92afa82b130..3ae4c12aca08 100644 ---

[PATCH 09/21] drm/kms: Nuke dirty_info property

It was added way back together with the dirty_fb ioctl, but neither generic xfree86-modesetting nor the vmware driver use it. Everyone is supposed to just unconditionally call the dirtyfb when they do frontbuffer rendering. And since unused uabi is bad uabi (there's reasons we require open source

[PATCH 08/21] drm/doc: Remove outdated FIXME for the page_flip callback

Since the drm_event cleanup work (as prep for fence support) drivers don't need to bother themselves any more with this, the drm event core takes care of that. Reviewed-by: Sean Paul Signed-off-by: Daniel Vetter --- include/drm/drm_crtc.h | 10 -- 1 file changed, 10 deletions(-) diff

[PATCH 07/21] drm/hisilicon: Don't set drm_device->platformdev

It's deprecated and only should be used by drivers which still use drm_platform_init, not by anyone else. And indeed it's entirely unused and can be nuked. This required a bit more fudging, but I guess kirin_dc_ops really wants to operate on the platform_device, not something else. Also bonus

[PATCH 06/21] drm/etnaviv: Don't set drm_device->platformdev

It's deprecated and only should be used by drivers which still use drm_platform_init, not by anyone else. And indeed it's entirely unused and can be nuked. Cc: Lucas Stach Cc: Russell King Cc: Christian Gmeiner Reviewed-by: Sean Paul Signed-off-by: Daniel

[PATCH 05/21] drm/doc: Reorg for drm-kms.rst

- Again adjust headings a bit, and don't mix up the initialization sections with other stuff. - Remove the doc for output polling, that vfunc is now properly documented in the vfunc reference sections. - Move the grab-bag with all the core stuff (i.e. drm_crtc.[hc]) to the front for a more

[PATCH 04/21] drm/doc: Reorg drm-mm.rst

- Readjust headings - we lost one level through the extraction into a separate .rst file. - Merge helper reference sections with the helper documentation - that split was just an artifact of the docbook toolchain sucking at too deep nesting levels. No such problems with sphinx. - Move the

[PATCH 03/21] drm/kms-helpers: Extract drm_modeset_helper.[hc]

While reviewing docs I spotted that we have a few functions that really just don't fit into their containing helper library section. Extract them and shovel them all into a new library for random one-off aux stuff. v2: Remove wrongly added files for real. Cc: Sean Paul Signed-off-by: Daniel

[PATCH 02/21] drm/doc: Light drm-kms-helper.rst cleanup

- Move the common vtable stuff to the top - Move "Tile Group" to a more appropriate heading level - Throw away the old intro for the crtc helpers (it's entirely stale, e.g. helpers have become modular years ago), and replace it with a general intro about the motivation behind helpers. -

[PATCH 01/21] drm/doc: Fix more kerneldoc/sphinx warnings

These are the leftovers I could only track down using keep_warnings = True. For some of them we might want to update our style guide on how to reference structures and constants, not sure ... Cc: Markus Heiser Cc: Jonathan Corbet Cc: linux-doc at vger.kernel.org Signed-off-by: Daniel Vetter

[Intel-gfx] [PATCH 14/20] drm: Extract drm_connector.[hc]

On Wed, Aug 10, 2016 at 11:06:07AM -0400, Sean Paul wrote: > On Tue, Aug 9, 2016 at 9:41 AM, Daniel Vetter > wrote: > > Pulls in quite a lot of connector related structures (cmdline mode, > > force/status enums, display info), but I think that all makes perfect > > sense. > > > > Also had to

[Intel-gfx] [PATCH 12/20] drm/doc: Update drm_framebuffer docs

On Wed, Aug 10, 2016 at 06:15:56PM +0300, Ville Syrjälä wrote: > On Tue, Aug 09, 2016 at 03:41:23PM +0200, Daniel Vetter wrote: > > - Move the intro section into a DOC comment, and update it slightly. > > - kernel-doc for struct drm_framebuffer! > > > > Signed-off-by: Daniel Vetter > > --- > >

[PATCH 11/20] drm: Extract drm_framebuffer.[hc]

On Wed, Aug 10, 2016 at 10:48:20AM -0400, Sean Paul wrote: > On Tue, Aug 9, 2016 at 9:41 AM, Daniel Vetter > wrote: > > > > -/** > > - * drm_crtc_force_disable_all - Forcibly turn off all enabled CRTCs > > - * @dev: DRM device whose CRTCs to turn off > > - * > > - * Drivers may want to call this

[PATCH v3 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 04:29:37PM -0400, Sean Paul wrote: > This patch consolidates all the various log functions/macros into > one uber function, drm_printk. It also introduces some new DRM_DEV_* > variants that use dev_printk to print the device name, which helps > delineate multiple devices of

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 08:44:38PM +0100, Chris Wilson wrote: > On Fri, Aug 12, 2016 at 09:26:32PM +0200, Lukas Wunner wrote: > > On Fri, Aug 12, 2016 at 07:39:38PM +0100, Chris Wilson wrote: > > > On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: > > > > This patch consolidates all the

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 07:39:38PM +0100, Chris Wilson wrote: > On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: > > This patch consolidates all the various log functions/macros into > > one uber function, drm_log. It also introduces some new DRM_DEV_* > > variants that print the device

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 09:26:32PM +0200, Lukas Wunner wrote: > On Fri, Aug 12, 2016 at 07:39:38PM +0100, Chris Wilson wrote: > > On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: > > > This patch consolidates all the various log functions/macros into > > > one uber function, drm_log. It

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

On Thu, Aug 11, 2016 at 11:26:47AM -0700, Paul E. McKenney wrote: > If my upcoming testing of the two changes together pans out, I will > give you a Tested-by -- I am guessing that you don't want to wait > until the next merge window for these changes. I was planning to stuff them in

[Bug 97260] [bisected] R9 290 low performance in Linux 4.7

ing 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/20160812/5cf297e2/attachment.html>

[Bug 97260] [bisected] R9 290 low performance in Linux 4.7

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160812/5f242e5a/attachment.html>

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: > This patch consolidates all the various log functions/macros into > one uber function, drm_log. It also introduces some new DRM_DEV_* > variants that print the device name to delineate multiple devices > of the same type. > >

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2016-08-08: - refactor ddi buffer programming a bit (Ville) - large-scale renaming to untangle naming in the gem code (Chris) - rework vma/active tracking for accurately reaping idle mappings of shared objects (Chris) - misc dp sst/mst probing corner case fixes (Ville) -

[PULL] topic/drm-misc

Hi Dave, - more fence destaging and cleanup (Gustavo) - DRIVER_LEGACY to untangle from DRIVER_MODESET - drm_mm refactor (Chris) - fbdev-less compile fies - clipped plane src/dst rects (Ville) - + a few mediatek patches that build on top of that (Bibby+Daniel) - small stuff all over really

[Bug 90481] Radeonsi driver, X crash while playing "Spec ops: the line"

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160812/1e53e623/attachment.html>

[Intel-gfx] [PATCH 07/15] drm/omap: Use per-plane rotation property

On Thu, Aug 11, 2016 at 04:33:32PM +0300, Ville Syrjälä wrote: > On Thu, Aug 11, 2016 at 02:32:44PM +0300, Tomi Valkeinen wrote: > > Hi, > > > > On 22/07/16 16:43, ville.syrjala at linux.intel.com wrote: > > > From: Ville Syrjälä > > > > > > The global mode_config.rotation_property is going

[PATCH 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 01:00:53PM -0400, Sean Paul wrote: > This patch consolodates all the various log functions/macros into > one uber function, drm_log. It also introduces some new DRM_DEV_* > variants that print the device name to delineate multiple devices > of the same type. > +void

[Bug 90481] Radeonsi driver, X crash while playing "Spec ops: the line"

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160812/49c6a457/attachment-0001.html>

[Bug 90481] Radeonsi driver, X crash while playing "Spec ops: the line"

y catch a lockup. Fewer blocks busy this time. -- 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/20160812/8401b3a8/attachment.html>

[PATCH] drm/imx: imx-ldb: detach existing panels when unbinding the driver

We should detach existing panels when unbinding the driver since they are attached at the binding stage, otherwise, the attaching function would return the -EBUSY value when the ldb driver module is installed again. Signed-off-by: Liu Ying --- drivers/gpu/drm/imx/imx-ldb.c | 3 +++ 1 file

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On 08/12/2016 05:29 PM, Russell King - ARM Linux wrote: > On Fri, Aug 12, 2016 at 05:16:41PM +0200, Hans Verkuil wrote: >> On 08/12/2016 04:38 PM, Hans Verkuil wrote: >>> On 08/12/2016 04:15 PM, Russell King wrote: Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device.

[PATCH] drm: edid: HDMI 2.0 HF-VSDB block parsing

Hi Ville, On 12-08-2016 14:46, Ville Syrjälä wrote: > On Wed, Aug 10, 2016 at 04:29:21PM +0100, Jose Abreu wrote: >> Adds parsing for HDMI 2.0 'HDMI Forum Vendor >> Specific Data Block'. This block is present in >> some HDMI 2.0 EDID's and gives information about >> scrambling support, SCDC,

[Bug 97025] flip queue failed: Device or resource busy

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

[PATCH RFC 1/5] video: add HDMI state notifier support

On 08/12/2016 04:14 PM, Russell King wrote: > Add support for HDMI hotplug and EDID notifiers, which is used to convey > information from HDMI drivers to their CEC and audio counterparts. > > Acked-by: Philipp Zabel I still don't really like the void *, but not enough to block this, so:

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On 08/12/2016 04:38 PM, Hans Verkuil wrote: > On 08/12/2016 04:15 PM, Russell King wrote: >> Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device. >> The TDA9950 contains a command processor which handles retransmissions >> and the low level bus protocol. The driver just has to

[PATCH] drm/rockchip: Don't continue trying to enable crtc on failure

If vop_enable fails, don't continue on, it causes system hangs. Signed-off-by: Sean Paul --- This patch uses the new DRM_DEV_ERROR logging, so it should be applied on top of "[PATCH 2/2] drm/rockchip: Use DRM_DEV_ERROR in vop". Sean drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 19

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On Fri, Aug 12, 2016 at 05:53:17PM +0200, Hans Verkuil wrote: > There are three possible 'states' of a CEC adapter w.r.t. logical addresses: > > 1) There is no physical address or no logical addresses have been set > by the application (CEC_ADAP_S_LOG_ADDRS): in that case the device > will not

[PATCH v2 11/13] gpu: ipu-ic: Add complete image conversion support with tiling

Am Mittwoch, den 03.08.2016, 17:18 -0700 schrieb Steve Longerbeam: > On 08/01/2016 02:29 AM, Philipp Zabel wrote: > > Am Donnerstag, den 28.07.2016, 16:09 -0700 schrieb Steve Longerbeam: > >>> Now split the frame in half and suddenly pixel x' = 640 is the start of > >>> a new tile, so it is

[PATCH] drm: edid: HDMI 2.0 HF-VSDB block parsing

On Wed, Aug 10, 2016 at 04:29:21PM +0100, Jose Abreu wrote: > Adds parsing for HDMI 2.0 'HDMI Forum Vendor > Specific Data Block'. This block is present in > some HDMI 2.0 EDID's and gives information about > scrambling support, SCDC, 3D Views, and others. > > Parsed parameters are stored in

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On 08/12/2016 04:15 PM, Russell King wrote: > Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device. > The TDA9950 contains a command processor which handles retransmissions > and the low level bus protocol. The driver just has to read and write > the messages, and handle error

[PATCH v11 7/7] drm/i915/skl: Update DDB values atomically with wms/plane attrs

On Thu, Aug 11, 2016 at 03:54:36PM -0400, Lyude wrote: > Now that we can hook into update_crtcs and control the order in which we > update CRTCs at each modeset, we can finish the final step of fixing > Skylake's watermark handling by performing DDB updates at the same time > as plane updates and

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On Fri, Aug 12, 2016 at 05:16:41PM +0200, Hans Verkuil wrote: > On 08/12/2016 04:38 PM, Hans Verkuil wrote: > >On 08/12/2016 04:15 PM, Russell King wrote: > >>Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device. > >>The TDA9950 contains a command processor which handles

[PATCH v3 1/2] drm: Introduce DRM_DEV_* log messages

This patch consolidates all the various log functions/macros into one uber function, drm_printk. It also introduces some new DRM_DEV_* variants that use dev_printk to print the device name, which helps delineate multiple devices of the same type. Signed-off-by: Sean Paul --- Changes in v2:

[PATCH RFC 4/5] drm/bridge: add dw-hdmi cec driver using Hans Verkil's CEC code

On 08/12/2016 04:15 PM, Russell King wrote: > Add a CEC driver for the dw-hdmi hardware using Hans Verkil's CEC That's Verkuil :-) BTW, since cec is part of the media subsystem please include linux-media for the next round. Regards, Hans

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

On Fri, Aug 12, 2016 at 04:38:04PM +0200, Hans Verkuil wrote: > On 08/12/2016 04:15 PM, Russell King wrote: > >Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device. > >The TDA9950 contains a command processor which handles retransmissions > >and the low level bus protocol. The

[Bug 117151] amdgpu: Fails to initialize R7 260x (Bonaire)

https://bugzilla.kernel.org/show_bug.cgi?id=117151 Parker Reed changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 3:44 PM, Chris Wilson wrote: > On Fri, Aug 12, 2016 at 09:26:32PM +0200, Lukas Wunner wrote: >> On Fri, Aug 12, 2016 at 07:39:38PM +0100, Chris Wilson wrote: >> > On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: >> > > This patch consolidates all the various log

[PATCH v11 4/7] drm/i915/skl: Update plane watermarks atomically during plane updates

On Thu, Aug 11, 2016 at 03:54:33PM -0400, Lyude wrote: > Thanks to Ville for suggesting this as a potential solution to pipe > underruns on Skylake. > > On Skylake all of the registers for configuring planes, including the > registers for configuring their watermarks, are double buffered. New >

[PATCH RFC 4/5] drm/bridge: add dw-hdmi cec driver using Hans Verkil's CEC code

On Fri, Aug 12, 2016 at 04:25:02PM +0200, Hans Verkuil wrote: > On 08/12/2016 04:15 PM, Russell King wrote: > >Add a CEC driver for the dw-hdmi hardware using Hans Verkil's CEC > > That's Verkuil :-) Oops, sorry about that. > BTW, since cec is part of the media subsystem please include

[PATCH RFC 5/5] drm/i2c: add tda998x/tda9950 CEC driver

Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device. The TDA9950 contains a command processor which handles retransmissions and the low level bus protocol. The driver just has to read and write the messages, and handle error conditions. Signed-off-by: Russell King

[PATCH RFC 4/5] drm/bridge: add dw-hdmi cec driver using Hans Verkil's CEC code

Add a CEC driver for the dw-hdmi hardware using Hans Verkil's CEC implementation. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/Kconfig| 7 + drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/dw-hdmi-cec.c | 344

[PATCH RFC 3/5] drm/bridge: dw_hdmi: add HDMI notifier support

Add HDMI notifiers to the HDMI bridge driver. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/Kconfig | 1 + drivers/gpu/drm/bridge/dw-hdmi.c | 9 + 2 files changed, 10 insertions(+) diff --git a/drivers/gpu/drm/bridge/Kconfig

[PATCH RFC 2/5] drm/bridge: dw_hdmi: remove CEC engine register definitions

We don't need the CEC engine register definitions, so let's remove them. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw-hdmi.h | 45 1 file changed, 45 deletions(-) diff --git a/drivers/gpu/drm/bridge/dw-hdmi.h

[PATCH RFC 1/5] video: add HDMI state notifier support

Add support for HDMI hotplug and EDID notifiers, which is used to convey information from HDMI drivers to their CEC and audio counterparts. Acked-by: Philipp Zabel Signed-off-by: Russell King --- drivers/video/Kconfig | 3 +++ drivers/video/Makefile

[PATCH RFC 0/5] CEC drivers for iMX6 and TDA9950

This series adds CEC drivers for the dw-hdmi and TDA9950 devices. dw-hdmi integrates a CEC engine in the same device as the video and audio blocks, and so shares the IO space and IRQ with the main video driver. The TDA9950 is not only a separate CEC device in its own right, but can also be found

[RESEND PATCH v11 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[RESEND PATCH v11 PATCH 0/5] Rockchip Type-C and DisplayPort driver

Sorry, forgot to add the reviewed-by and tested-by tags, so resend Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 2:39 PM, Chris Wilson wrote: > On Fri, Aug 12, 2016 at 01:30:00PM -0400, Sean Paul wrote: >> This patch consolidates all the various log functions/macros into >> one uber function, drm_log. It also introduces some new DRM_DEV_* >> variants that print the device name to

[PATCH v11 2/7] drm/i915/skl: Add support for the SAGV, fix underrun hangs

On Thu, Aug 11, 2016 at 03:54:31PM -0400, Lyude wrote: > Since the watermark calculations for Skylake are still broken, we're apt > to hitting underruns very easily under multi-monitor configurations. > While it would be lovely if this was fixed, it's not. Another problem > that's been coming from

[PATCH] drm: drop DRIVER_HAVE_IRQ flag for some drivers

On Fri, Aug 12, 2016 at 01:15:37PM +0800, Shawn Guo wrote: > The drm driver feature flag DRIVER_HAVE_IRQ is used to indicates whether > the driver has an IRQ handler managed by the DRM core. Some drivers, > armada, etnaviv, kirin and sti, set this flag without .irq_handler setup > in drm_driver.

[PATCH v11 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH v11 PATCH 0/5] Rockchip Type-C and DisplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[Bug 97099] Regression in 9ef8537e6 "drm/radeon: don't use fractional dividers on RS[78]80 if SS is enabled" (RV620)

ent was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160812/38c545b9/attachment.html>

[PATCH v11 1/7] drm/i915/gen6+: Return -EINVAL on invalid pcode commands

On Thu, Aug 11, 2016 at 03:54:30PM -0400, Lyude wrote: > In order to add proper support for the SAGV, we need to be able to know > what the cause of a failure to change the SAGV through the pcode mailbox > was. The reasoning for this is that some very early pre-release Skylake > machines don't

[Bug 97099] Regression in 9ef8537e6 "drm/radeon: don't use fractional dividers on RS[78]80 if SS is enabled" (RV620)

ves/dri-devel/attachments/20160812/353696a3/attachment.html>

[PATCH v2 2/2] drm/mst: A Helper function that returns available link bandwidth

Add a function that returns the available link bandwidth for MST port so that we can accurately determine whether a new mode is valid for the link or not. v2: Put the Signed-off to the end of commit message Cc: dri-devel at lists.freedesktop.org Cc: dhinakaran.pandiyan at intel.com

[PATCH v2 1/2] drm: Introduce DRM_DEV_* log messages

This patch consolidates all the various log functions/macros into one uber function, drm_log. It also introduces some new DRM_DEV_* variants that print the device name to delineate multiple devices of the same type. Signed-off-by: Sean Paul --- Changes in v2: - Use dev_printk for the

[PATCH 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 1:13 PM, Chris Wilson wrote: > On Fri, Aug 12, 2016 at 01:00:53PM -0400, Sean Paul wrote: >> This patch consolodates all the various log functions/macros into >> one uber function, drm_log. It also introduces some new DRM_DEV_* >> variants that print the device name to

[PATCH] drm: drop DRIVER_HAVE_IRQ flag for some drivers

The drm driver feature flag DRIVER_HAVE_IRQ is used to indicates whether the driver has an IRQ handler managed by the DRM core. Some drivers, armada, etnaviv, kirin and sti, set this flag without .irq_handler setup in drm_driver. These drivers manage IRQ handler by themselves and the flag

[PATCH 2/2] drm/rockchip: Use DRM_DEV_ERROR in vop

Since we can have multiple vops, use DRM_DEV_ERROR to make logs easier to process. Signed-off-by: Sean Paul --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 24 ++-- 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c

[PATCH 1/2] drm: Introduce DRM_DEV_* log messages

This patch consolodates all the various log functions/macros into one uber function, drm_log. It also introduces some new DRM_DEV_* variants that print the device name to delineate multiple devices of the same type. Signed-off-by: Sean Paul --- drivers/gpu/drm/drm_drv.c | 31 +--

[PATCH 0/2] Introduce DRM_DEV_* logging

This patch set refactors some of the logging functions and introduces a new class of DRM_DEV_* messages which print the device name along with the other drm goodness. Note that the ERROR message format remains the same (with the *ERROR* prefix), however INFO messages now include the function

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

On Fri, Aug 12, 2016 at 08:25:43PM +0200, Peter Zijlstra wrote: > On Thu, Aug 11, 2016 at 11:26:47AM -0700, Paul E. McKenney wrote: > > If my upcoming testing of the two changes together pans out, I will > > give you a Tested-by -- I am guessing that you don't want to wait > > until the next merge

[RFC 0/4] doc: dma-buf: sphinx conversion and cleanup

Hi Jon! On 11 August 2016 at 20:06, Jonathan Corbet wrote: > On Thu, 11 Aug 2016 16:17:56 +0530 > Sumit Semwal wrote: > >> Convert dma-buf documentation over to sphinx; also cleanup to >> address sphinx warnings. >> >> While at that, convert dma-buf-sharing.txt as well, and make it the >>

[PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 08/12/2016 11:28 AM, Shuah Khan wrote: > On 08/10/2016 05:05 PM, Shuah Khan wrote: >> On 08/10/2016 04:59 PM, Inki Dae wrote: >>> Hi Shuah, >>> >>> 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM

[PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 08/10/2016 05:05 PM, Shuah Khan wrote: > On 08/10/2016 04:59 PM, Inki Dae wrote: >> Hi Shuah, >> >> 2016년 08월 11일 02:30에 Shuah Khan 이(가) 쓴 글: >>> Fix exynos_drm_gem_create_ioctl() attempts to allocate non-contiguous GEM >>> memory without IOMMU. In this case, there is no point

[PATCH] drm/atomic-helper: add unlocked disable all outputs helper

This adds the unlocked variant of drm_atomic_helper_disable_all(), which takes all the required modeset locks itself. This is intended to be used when shutting down the driver, without retaining any state. Signed-off-by: Lucas Stach --- drivers/gpu/drm/drm_atomic_helper.c | 43

[PATCH] drm: don't warn unconditionally in drm_vblank_cleanup about enabled vblanks

On drivers without immediate vblank disabling drm_vblank_cleanup() may be called before the delayed vblank disable timer has fired. Instead of spitting out a warning unconditionally in this case, run the vblank disable function immediately. Only warn if vblanks are still enabled and there was no

[RFC 2/4] dma-buf/fence: kerneldoc: remove spurious section header

On Thu, Aug 11, 2016 at 04:17:58PM +0530, Sumit Semwal wrote: > Commit e941759c74a44d6ac2eed21bb0a38b21fe4559e2 ("fence: dma-buf > cross-device synchronization (v18)") had a spurious kerneldoc section > header that caused Sphinx to complain. Fix it. > > Fixes: e941759c74a4 ("fence: dma-buf

[PATCH 0/5] build fixes to make fbdev optional

On Wed, Aug 10, 2016 at 02:33:52PM -0400, Alex Deucher wrote: > On Wed, Aug 10, 2016 at 12:52 PM, Daniel Vetter > wrote: > > 0-day has been annoying me lately with a constant trickle of build failures > > with > > a few drivers when DRM_FBDEV_EMULATION is not set. This series here should > >

[RFC 0/4] doc: dma-buf: sphinx conversion and cleanup

On Fri, Aug 12, 2016 at 12:05:04PM +0530, Sumit Semwal wrote: > Hi Jon! > > On 11 August 2016 at 20:06, Jonathan Corbet wrote: > > On Thu, 11 Aug 2016 16:17:56 +0530 > > Sumit Semwal wrote: > > > >> Convert dma-buf documentation over to sphinx; also cleanup to > >> address sphinx warnings. > >>

[RFC 2/3] drm: Add panic handling

On Thu, Aug 11, 2016 at 10:46:53PM +0200, Noralf Trønnes wrote: > > Den 10.08.2016 11:15, skrev Daniel Vetter: > > On Tue, Aug 09, 2016 at 07:45:41PM +0200, Noralf Trønnes wrote: > > > This adds support for outputting kernel messages on panic(). > > > The drivers that supports it, provides a

[GIT PULL] imx-drm: updates and encoder atomic_mode_set helper callback

Hi Dave, this tag adds a new encoder callback "atomic_mode_set" that can be used in place of the encoder "mode_set" callback for encoder drivers that need to access the connector during mode_set. Instead of just the modes, it passes the crtc and connector state - like atomic_check. It is used in

[GIT PULL] drm/mediatek: maintainer entry and gamma support

Hi Dave, Please consider merging this tag, which adds CK Hu and me as maintainers for the mediatek-drm driver and adds gamma correction support. The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git

[GIT PULL] drm/mediatek: randconfig build fixes

Hi Dave, This tag contains three patches for -rc that fix mediatek-drm build failures in randconfig builds. regards Philipp The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at:

[v10.1 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Hi Chris Looks good for me only tiny problem comment inline. Thanks. On 2016年08月11日 07:32, Chris Zhong wrote: > Add support for cdn DP controller which is embedded in the rk3399 > SoCs. The DP is compliant with DisplayPort Specification, > Version 1.3, This IP is compatible with the

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

> Initial testing says that the change below must precede the change > to the definition of lockless_dereference(), so the two should go > together. Indeed. > If my upcoming testing of the two changes together pans out, I will > give you a Tested-by -- I am guessing that you don't want to wait

[PATCH 1/1] Revert "gpu: drm: omapdrm: dss-of: add missing of_node_put after calling of_parse_phandle"

On Thu, Aug 11, 2016 at 7:00 AM, Tomi Valkeinen wrote: > On 11/08/16 13:56, Sean Paul wrote: >> On Thu, Aug 11, 2016 at 5:44 AM, Peter Chen wrote: >>> This reverts commit 2ab9f5879162499e1c4e48613287e3f59e593c4f. >>> >>> The of_get_next_parent will drop refcount on the passed node, so the >>>

[Bug 90481] Radeonsi driver, X crash while playing "Spec ops: the line"

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160812/b88e7eb0/attachment.html>

[Intel-gfx] [PATCH 1/2] A Helper function that returns available link bandwidth

On Thu, 2016-08-11 at 16:41 -0700, Anusha Srivatsa wrote: > drm/dp/mst > > Signed-off-by: Anusha Srivatsa > > Add a function that returns the available link bandwidth for > MST port so that we can accurately determine whether a new > mode is valid for the link or not. > The Signed-off line

  1   2   >