[PATCH v4 2/2] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

The Hummingbird A31 board has a VGA DAC which converts RGB output from the LCD interface to VGA analog signals. Add nodes for the VGA DAC, its power supply, and enable this part of the display pipeline. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 67

[PATCH v4 1/2] drm/bridge: dumb-vga-dac: Support a VDD regulator supply

Some dumb VGA DACs are active components which require external power. Add support for specifying a regulator as its power supply. Signed-off-by: Chen-Yu Tsai Acked-by: Rob Herring --- .../bindings/display/bridge/dumb-vga-dac.txt | 2 ++ drivers/gpu/drm/bridge/dumb-vga-dac.c

[PATCH v4 0/2] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

Hi, This is v4 of my sun6i DRM/KMS display enablement series. It adds regulator support to the dumb-vga-dac bridge and enables the VGA output on the A31 Hummingbird. Changes since v3: - Add Rob's Ack. - Fix up enable/disable callbacks as Archit suggested. - Dropped pinmux settings for

[PATCH v5 1/7] drm: sunxi: Add a basic DRM driver for Allwinner DE2

ions to manipulate what needs to be setup. It's definitely doable, it just takes some effort. > > > > > > > +int de2_plane_init(struct drm_device *drm, struct lcd *lcd) > > > > > > > +{ > > > > > > > + int ret, possible_crtcs = 1 <&l

[PATCH v13] drm/fence: add out-fences support

From: Gustavo Padovan Support DRM out-fences by creating a sync_file with a fence for each CRTC that sets the OUT_FENCE_PTR property. We use the out_fence pointer received in the OUT_FENCE_PTR prop to send the sync_file fd back to userspace. The sync_file and

[PATCH v7 7/7] MAINTAINERS: Update HISILICON DRM entries

Signed-off-by: Rongrong Zou --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 2a58eea..84a7296 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4123,6 +4123,7 @@ F:drivers/gpu/drm/gma500/ DRM DRIVERS FOR HISILICON M: Xinliang Liu

[PATCH v7 6/7] drm/hisilicon/hibmc: Add support for vblank interrupt

Add vblank interrupt. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 56 - drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 1 + 2 files changed, 56 insertions(+), 1 deletion(-) diff --git

[PATCH v7 5/7] drm/hisilicon/hibmc: Add support for VDAC

VDAC(Video Digital-to-Analog converter) converts the RGB diaital data stream from DE to VGA analog signals. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 6 +

[PATCH v7 4/7] drm/hisilicon/hibmc: Add support for display engine

Add display engine function, crtc/plane is initialized here. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/hisilicon/hibmc/Makefile| 2 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_de.c | 477 drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 69 +++-

[PATCH v7 3/7] drm/hisilicon/hibmc: Add support for frame buffer

Add support for fbdev and kms fb management. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 7 + drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 24 ++

[PATCH v7 2/7] drm/hisilicon/hibmc: Add video memory management

Hibmc have 32m video memory which can be accessed through PCIe by host, we use ttm to manage these memory. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/hisilicon/hibmc/Makefile| 2 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 14 +

[PATCH v7 1/7] drm/hisilicon/hibmc: Add hisilicon hibmc drm master driver

Add DRM master driver for Hisilicon Hibmc SoC which used for Out-of-band management. Blow is the general hardware connection, both the Hibmc and the host CPU are on the same mother board. +--+ +--+ | | PCIe | Hibmc | |host CPU( |<->| display | |arm64,x86)|

[PATCH v7 0/7] Add DRM driver for Hisilicon Hibmc

This patch set adds a new drm driver for Hisilicon Hibmc. Hibmc is a BMC SoC with a display controller intergrated, usually it is used on server for Out-of-band management purpose. In this patch set, we just support basic function for Hibmc display subsystem. Hibmc display subsystem is connected

[GIT PULL] Re: [PATCH] drm: tda998x: mali-dp: hdlcd: refactor connector registration

Okay, I've queued this into my own for-next branch, along with the now reviewed and tested set of tda998x patches that I sent out for comment and testing. I'm still hopeful that Dave's going to pull the initial patch at some point... please? On Tue, Nov 15, 2016 at 09:46:31AM +, Russell King

[Bug 98492] X-Plane 10 Core Dumping when using Real-Weather or any clouds

ers are not required to run this environment manually? Thank you very much for your support so far. -- 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/

[Bug 98664] Fragment shader while loop causes geometry corruption

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

[PATCH v2 0/7] drm/tilcdc: LCDC Revision 1 related fixes

On 11/16/16 17:18, Bartosz Golaszewski wrote: > 2016-11-16 13:40 GMT+01:00 Jyri Sarha : >> Changes since first version of the series: >> >> - Move tilcdc_regs.h changes from "drm/tilcdc: Enable palette loading >> for revision 2 LCDC too" to "drm/tilcdc: Add tilcdc_write_mask() to >>

[Bug 95100] Little Racers STREET black game world on RC410M [Mobility Radeon Xpress 200M]

|| -- 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/20161116/4184c5e4/attachment.html>

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

On Wed, Nov 16, 2016 at 05:11:56PM +0100, Maarten Lankhorst wrote: > Op 16-11-16 om 16:04 schreef Daniel Vetter: > > On Wed, Nov 16, 2016 at 04:35:45PM +0200, Ville Syrjälä wrote: > >> On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote: > >>> With checks! This will allow safe

[Bug 97174] Assault Android Cactus freezing on Mesa 12

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/2d058051/attachment.html>

[Bug 98705] GPU fault with DRI3 on

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

[PATCH] drm/vmwgfx: avoid gcc-7 parentheses warning

Looks good to me, thanks! I'll incorporate this into the next pull request. Reviewed-by: Sinclair Yeh On Wed, Nov 16, 2016 at 03:19:31PM +0100, Arnd Bergmann wrote: > gcc-7 warns about slightly suspicious code in vmw_cmd_invalid: > > drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function

[PULL] drm-misc-next

Hi Dave, Another pile of misc: - Explicit fencing for atomic! Big thanks to Gustavo, Sean, Rob 3x, Brian and anyone else I've forgotten to make this happen. - roll out fbdev helper ops to drivers (Stefan Christ) - last bits of drm_crtc split-up - some drm_irq.c crtc functions cleanup -

[PATCH] drm/fence: add fence timeline to drm_crtc

2016-11-16 Daniel Vetter : > On Tue, Nov 15, 2016 at 11:37:08PM +0900, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Create one timeline context for each CRTC to be able to handle out-fences > > and signal them. It adds a few members to struct drm_crtc: fence_context, > > where we

[PATCH] drm/nouveau: Use drm_crtc_vblank_off/on

dev->mode_config.num_crtc; head++) > - drm_vblank_on(dev, head); > - > list_for_each_entry(crtc, >mode_config.crtc_list, head) { > struct nouveau_crtc *nv_crtc = nouveau_crtc(crtc); > > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/269ad83a/attachment.sig>

[PATCH] drm/sun4i: tcon: Initialize regmap after enabling bus clocks

If we attempt to read/write the TCON registers before the bus clock is enabled, those accesses get ignored. In practice this almost never occurs because U-boot had already enabled the bus clock as part of its firmware provided framebuffer (simplefb). Fixes: 9026e0d122ac ("drm: Add Allwinner A10

[PATCH] drm/sun4i: Only count TCON endpoints as valid outputs

The sun4i DRM driver counts the number of endpoints it found and registers the whole DRM pipeline if any endpoints are found. However, if the TCON and its child endpoints (LCD panels, TV encoder, HDMI encoder, MIPI DSI encoder, etc.) aren't found, that means we don't have any usable CRTCs, and

[PATCH 2/2] drm/fsl-dcu: introduce kernel parameter to specify fbdev depth

Add a kernel parameter legancyfb_depth (like the i.MX drm driver) to control the legancy fbdev depth. Default to the so far hard coded depth of 24-bit. Currently changing the framebuffer depth is not possible from user space when using the fbdev emulation layer... This provides a rudimentary

[PATCH 1/2] drm/fsl-dcu: remove separate compilation unit for fbdev emulation

The separate file fsl_dcu_drm_fbdev.c only initialized fbdev emulation which is a one-line operation. There is not much more code on sight which justifies a separate file, hence call the initialization helper directly from the drv file. Signed-off-by: Stefan Agner ---

[PATCH v2 0/4] drm/atomic: Add accessor macros for all atomic state.

On Wed, Nov 16, 2016 at 05:11:31PM +0100, Maarten Lankhorst wrote: > Op 16-11-16 om 15:18 schreef Daniel Vetter: > > On Wed, Nov 16, 2016 at 02:58:04PM +0100, Maarten Lankhorst wrote: > >> Second approach. Instead of trying to convert all drivers straight away, > >> implement all macros that are

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

On Wed, Nov 16, 2016 at 05:11:56PM +0100, Maarten Lankhorst wrote: > Op 16-11-16 om 16:04 schreef Daniel Vetter: > > On Wed, Nov 16, 2016 at 04:35:45PM +0200, Ville Syrjälä wrote: > >> On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote: > >>> With checks! This will allow safe

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

Op 16-11-16 om 16:04 schreef Daniel Vetter: > On Wed, Nov 16, 2016 at 04:35:45PM +0200, Ville Syrjälä wrote: >> On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote: >>> With checks! This will allow safe access to the current state, >>> while ensuring that the correct locks are

[PATCH v2 0/4] drm/atomic: Add accessor macros for all atomic state.

Op 16-11-16 om 15:18 schreef Daniel Vetter: > On Wed, Nov 16, 2016 at 02:58:04PM +0100, Maarten Lankhorst wrote: >> Second approach. Instead of trying to convert all drivers straight away, >> implement all macros that are required to get state working. >> >> Current situation: >> Use obj->state,

[PATCH] drm: document standard connector properties

There's a really big pile of additional connector properties, a lot of them standardized. But they're all for specific outputs (panels, TV, scaling, ...) so I left them out for now since this is enough for a start. I typed this to give Manasi a place to add her new link status property

[PATCH libdrm] vc4: Add new GETPARAMs that have been merged to drm-next.

Signed-off-by: Eric Anholt --- include/drm/vc4_drm.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/drm/vc4_drm.h b/include/drm/vc4_drm.h index 919eecea7626..319881d8e5ca 100644 --- a/include/drm/vc4_drm.h +++ b/include/drm/vc4_drm.h @@ -286,6 +286,8 @@ struct

[RESEND x2][PATCH 2/2 v4] drm/bridge: adv7511: Enable the audio data and clock pads on adv7533

From: Srinivas Kandagatla This patch enables the Audio Data and Clock pads to the adv7533 bridge. Without this patch audio can not be played. Cc: David Airlie Cc: Archit Taneja Cc: Laurent Pinchart Cc: Wolfram Sang Cc:

[RESEND x2][PATCH 1/2 v4] drm/bridge: adv7511: Add Audio support.

This patch adds support to Audio for both adv7511 and adv7533 bridge chips. This patch was originally from [1] by Lars-Peter Clausen and was adapted by Archit Taneja and Srinivas Kandagatla . Then I heavily reworked it to use the hdmi-codec driver. And also folded in some audio packet

[RESEND x2][PATCH 0/2 v4] Audio support for adv7511 hdmi bridge

Just wanted to resend the adv7511 hdmi bridge audio support again for review and consideration for merging (am I missing anyone from the CC list here, or submitting this improperly?) I've taken the core audio work done by Lars-Peter Clausen, and adapted by Srinivas Kandagatla and Archit Taneja,

[Bug 98664] Fragment shader while loop causes geometry corruption

olor; void main(void) { outColor = vec4(inPosition, 1.0); } -- 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/20

[PATCH 0/3] drm/fsl-dcu: fix driver remove/DRM unload

On 2016-10-19 17:32, Stefan Agner wrote: > Hi All, > > The first patch is a better alternative to the previously posted > patch ("drm/fsl-dcu: only init fbdev if required") as suggested > by Daniel. > > The second and third are fix related issue uncovered during tests > with bind/unbind: > echo

[RFC][PATCH] drm: Nuke modifier[1-3]

On Wed, Nov 16, 2016 at 08:04:23AM -0500, Rob Clark wrote: > On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä > wrote: > > On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote: > >> On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com > >> wrote: > >> > From: Ville

[PATCH] drm/nouveau: Don't enabling polling twice on runtime resume

As it turns out, on cards that actually have CRTCs on them we're already calling drm_kms_helper_poll_enable(drm_dev) from nouveau_display_resume() before we call it in nouveau_pmops_runtime_resume(). This leads us to accidentally trying to enable polling twice, which results in a potential

[PATCH v5 1/2] drm: tilcdc: implement palette loading for rev1

On 11/16/16 13:34, Bartosz Golaszewski wrote: > 2016-10-31 17:05 GMT+01:00 Jyri Sarha : >> On 10/31/16 16:19, Bartosz Golaszewski wrote: >>> Revision 1 of the IP doesn't work if we don't load the palette (even >>> if it's not used, which is the case for the RGB565 format). >>> >>> Add a function

[PATCH v2 2/3] drm/bridge: Add ti-tfp410 DVI transmitter driver

On 11/16/16 15:33, Rob Herring wrote: >> +Optional properties >> > + - reg: I2C address. If and only if present the driver node >> > +should be placed into the i2c controller node where the >> > +tfp410 i2c is connected to (the current implementation does >> > +not yet support this).

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote: > With checks! This will allow safe access to the current state, > while ensuring that the correct locks are held. > > Signed-off-by: Maarten Lankhorst > --- > include/drm/drm_atomic.h | 66 >

[PATCH v3] PCI: create revision file in sysfs

On 11/16/2016 3:58 PM, Bjorn Helgaas wrote: > [+cc Sinan, Lukas] > > Hi Daniel, > > On Mon, Nov 14, 2016 at 07:40:03PM +0100, Daniel Vetter wrote: >> On Fri, Nov 11, 2016 at 02:37:23PM +, Emil Velikov wrote: >>> From: Emil Velikov >>> >>> Currently the revision isn't available via

[PATCH v2 0/7] drm/tilcdc: LCDC Revision 1 related fixes

2016-11-16 13:40 GMT+01:00 Jyri Sarha : > Changes since first version of the series: > > - Move tilcdc_regs.h changes from "drm/tilcdc: Enable palette loading > for revision 2 LCDC too" to "drm/tilcdc: Add tilcdc_write_mask() to > tilcdc_regs.h" > > These patches are inspired by this series

[Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On Wed, 16 Nov 2016, Tomeu Vizoso wrote: > On 16 November 2016 at 13:58, Jani Nikula > wrote: >> On Wed, 16 Nov 2016, Tomeu Vizoso wrote: >>> On 15 November 2016 at 09:27, Jani Nikula >>> wrote: On Tue, 15 Nov 2016, David Weinehall wrote: > On Mon, Nov 14, 2016 at 12:44:25PM +0200,

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

On Wed, Nov 16, 2016 at 04:35:45PM +0200, Ville Syrjälä wrote: > On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote: > > With checks! This will allow safe access to the current state, > > while ensuring that the correct locks are held. > > > > Signed-off-by: Maarten Lankhorst >

[Bug 98664] Fragment shader while loop causes geometry corruption

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/df802f5e/attachment-0001.html>

[RFC][PATCH] drm: Nuke modifier[1-3]

On Wed, Nov 16, 2016 at 04:43:23PM +0200, Ville Syrjälä wrote: > On Wed, Nov 16, 2016 at 08:04:23AM -0500, Rob Clark wrote: > > On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä > > wrote: > > > On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote: > > >> On Wednesday, 2016-11-16

[PATCH] vgaarb: Use dev_printk() when possible

For consistency with other device-related messages, use dev_printk() when possible instead of pr_*() and pci_name(). This changes messages like this: vgaarb: setting as boot device: PCI::01:00.0 vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none vgaarb: bridge

[RFC][PATCH] drm: Nuke modifier[1-3]

Hi, On 16 November 2016 at 11:33, wrote: > It has been suggested that having per-plane modifiers is making life > more difficult for userspace, so let's just retire modifier[1-3] and > use modifier[0] to apply to the entire framebuffer. > > Obviosuly this means that if individual planes need

[PATCH] drm/vmwgfx: avoid gcc-7 parentheses warning

gcc-7 warns about slightly suspicious code in vmw_cmd_invalid: drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function 'vmw_cmd_invalid': drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:522:23: error: the omitted middle operand in ?: will always be 'true', suggest explicit middle operand

[PATCH v2 0/4] drm/atomic: Add accessor macros for all atomic state.

On Wed, Nov 16, 2016 at 02:58:04PM +0100, Maarten Lankhorst wrote: > Second approach. Instead of trying to convert all drivers straight away, > implement all macros that are required to get state working. > > Current situation: > Use obj->state, which can refer to old or new state. > Use

[Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On Wed, Nov 16, 2016 at 04:08:30PM +0200, Jani Nikula wrote: > On Wed, 16 Nov 2016, Tomeu Vizoso wrote: > > On 16 November 2016 at 13:58, Jani Nikula > > wrote: > >> On Wed, 16 Nov 2016, Tomeu Vizoso wrote: > >>> On 15 November 2016 at 09:27, Jani Nikula >>> linux.intel.com> wrote: > On

[PATCH 3/3] MAINTAINERS: Add Archit as drm bridge maintainer

Again something that's in the drm-misc fold. Cc: Archit Taneja Signed-off-by: Daniel Vetter --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 2fd160817603..61979cf461e7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4039,6 +4039,12 @@ M:

[PATCH 2/3] MAINTAINERS: Move dma-buf to drm-misc git

Sumit still takes care about dma-buf, but we've merged the trees together since way too much overlap. And Gustavo is also part of the drm-misc team to be able to help out. Cc: Sumit Semwal Cc: Gustavo Padovan Signed-off-by: Daniel Vetter --- MAINTAINERS | 4 ++-- 1 file changed, 2

[PATCH 1/3] MAINTAINERS: Add drm-misc

KS happened, time to make this official! Well, scripting work to make this all happen is still ongoing, but I'm trying to at least keep the new tree semi-in-sync with the temporary topic/drm-misc branch in the drm-intel.git repo. So for now still no new committers, and existing ones still need to

[Bug 98664] Fragment shader while loop causes geometry corruption

TML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/4a79c915/attachment.html>

[Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On 16 November 2016 at 13:58, Jani Nikula wrote: > On Wed, 16 Nov 2016, Tomeu Vizoso wrote: >> On 15 November 2016 at 09:27, Jani Nikula >> wrote: >>> On Tue, 15 Nov 2016, David Weinehall wrote: On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote: > On Thu, 06 Oct 2016,

[Bug 98541] [bisected] gpu hang

ssignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/1fcca6c5/attachment-0001.html>

[PATCH v3] PCI: create revision file in sysfs

[+cc Sinan, Lukas] Hi Daniel, On Mon, Nov 14, 2016 at 07:40:03PM +0100, Daniel Vetter wrote: > On Fri, Nov 11, 2016 at 02:37:23PM +, Emil Velikov wrote: > > From: Emil Velikov > > > > Currently the revision isn't available via sysfs/libudev thus if one > > wants to know the value they need

[PATCH v2 4/4] drm/atomic: Add checks to ensure get_state is not called after swapping.

This isn't allowed, callers should use get_new_state or get_old_state, but lets be paranoid.. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic.c | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic.c

[PATCH v2 3/4] drm/atomic: Add macros to access existing old/new state

During atomic check/commit, these macros should be used in place of get_existing_state. We also ban the use of get_xx_state after atomic check, because at that point no new locks should be taken and get_new/old_state should be used instead. Signed-off-by: Maarten Lankhorst ---

[PATCH v2 2/4] drm/atomic: Add accessor macros for the current state.

With checks! This will allow safe access to the current state, while ensuring that the correct locks are held. Signed-off-by: Maarten Lankhorst --- include/drm/drm_atomic.h | 66 ++ include/drm/drm_modeset_lock.h | 21 ++ 2 files

[PATCH v2 1/4] drm/atomic: Add new iterators over all state, v2.

Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to replace the old for_each_xxx_in_state ones. This is useful for >1 flip depth and getting rid of all xxx->state dereferences. This requires extra fixups done when committing a state after duplicating, which in general isn't valid

[PATCH v2 0/4] drm/atomic: Add accessor macros for all atomic state.

Second approach. Instead of trying to convert all drivers straight away, implement all macros that are required to get state working. Current situation: Use obj->state, which can refer to old or new state. Use drm_atomic_get_(existing_)obj_state, which can refer to new or old state. Use

[Intel-gfx] [PATCH v11 3/4] drm/i915: Use new CRC debugfs API

On Wed, 16 Nov 2016, Tomeu Vizoso wrote: > On 15 November 2016 at 09:27, Jani Nikula > wrote: >> On Tue, 15 Nov 2016, David Weinehall wrote: >>> On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote: On Thu, 06 Oct 2016, Tomeu Vizoso wrote: > diff --git

[PATCH] drm: document standard connector properties

On Wed, Nov 16, 2016 at 05:09:59PM +0100, Daniel Vetter wrote: > There's a really big pile of additional connector properties, a lot of > them standardized. But they're all for specific outputs (panels, TV, > scaling, ...) so I left them out for now since this is enough for a > start. > > I typed

[PATCH 2/2] MAINTAINERS: Move dma-buf to drm-misc git

Sumit still takes care about dma-buf, but we've merged the trees together since way too much overlap. And Gustavo is also part of the drm-misc team to be able to help out. Cc: Sumit Semwal Cc: Gustavo Padovan Signed-off-by: Daniel Vetter --- MAINTAINERS | 4 ++-- 1 file changed, 2

[PATCH 1/2] MAINTAINERS: Add drm-misc

KS happened, time to make this official! Well, scripting work to make this all happen is still ongoing, but I'm trying to at least keep the new tree semi-in-sync with the temporary topic/drm-misc branch in the drm-intel.git repo. So for now still no new committers, and existing ones still need to

[PATCH v2] ARM: dts: da850: add the mstpri and ddrctl nodes

On Tuesday 15 November 2016 04:30 PM, Bartosz Golaszewski wrote: > Add the nodes for the MSTPRI configuration and DDR2/mDDR memory > controller drivers to da850.dtsi. > > Signed-off-by: Bartosz Golaszewski Applied to v4.10/dt Thanks, Sekhar

[Bug 98541] [bisected] gpu hang

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

[PATCH 0/7] drm/tilcdc: LCDC Revision 1... PLEASE IGNORE and move directly to v2 series

On 11/16/16 12:00, Jyri Sarha wrote: > These patches are inspired by this series form Bartosz Golaszewski: > https://www.spinics.net/lists/arm-kernel/msg539629.html > > The patches are based on drm-next plus the earlier patches that I plan > to send in a pull request for 4.10. The base + these

[PATCH v2 7/7] drm/tilcdc: Load palette at the end of mode_set_nofb()

Load palette at the end of mode_set_nofb() and only if the palette has not been loaded since last runtime resume. Moving the palette loading to mode_set_nofb() saves us from storing and restoring of LCDC dma addresses that were just recently updated. Signed-off-by: Jyri Sarha ---

[PATCH v2 6/7] drm/tilcdc: Enable palette loading for revision 2 LCDC too

The LCDC revision 2 documentation also mentions the mandatory palette for true color modes. Even if the rev 2 LCDC appears to work just fine without the palette being loaded loading it helps in testing the feature. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 88

[PATCH v2 5/7] drm/tilcdc: Add tilcdc_write_mask() to tilcdc_regs.h

Add tilcdc_write_mask() for handling register field wider than one bit and mask values for those fields. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_regs.h

[PATCH v2 4/7] drm/tilcdc: Free palette dma memory in tilcdc_crtc_destroy()

We should free the palette dma memory too. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c index 67b50c0..6d2ce53b 100644 ---

[PATCH v2 3/7] drm/tilcdc: Fix tilcdc_crtc_create() return value handling

Failed tilcdc_crtc_create() error handling was broken, this patch should fix it. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 12 +++- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 11 --- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +- 3 files changed, 12

[PATCH v2 2/7] drm: tilcdc: implement palette loading for rev1

From: Bartosz Golaszewski Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1

[PATCH v2 1/7] drm/tilcdc: Enable sync lost error and recovery handling for rev 1 LCDC

Revision 1 LCDC support also sync lost errors and can benefit from sync lost recovery routine. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 39 ++-- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 + 2 files changed, 21 insertions(+), 19

[PATCH v2 0/7] drm/tilcdc: LCDC Revision 1 related fixes

Changes since first version of the series: - Move tilcdc_regs.h changes from "drm/tilcdc: Enable palette loading for revision 2 LCDC too" to "drm/tilcdc: Add tilcdc_write_mask() to tilcdc_regs.h" These patches are inspired by this series form Bartosz Golaszewski:

[PATCH v13] drm/fence: add out-fences support

On Wed, Nov 16, 2016 at 10:00:21PM +0900, Gustavo Padovan wrote: > From: Gustavo Padovan > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > that sets the OUT_FENCE_PTR property. > > We use the out_fence pointer received in the OUT_FENCE_PTR prop to send > the

[RFC][PATCH] drm: Nuke modifier[1-3]

On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote: > On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > It has been suggested that having per-plane modifiers is making life > > more difficult for userspace, so let's

BUG: 'list_empty(>free_vbufs)' is true!

On Fr, 2016-11-11 at 17:28 +0100, Jiri Slaby wrote: > On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote: > > On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote: > >> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote: > >>> Hi, > >>> > >>> I can relatively easily reproduce this bug: > >

[pull] amdgpu drm-fixes-4.9

Hi Dave, Just a few bug fixes for 4.9. The big one is Mario's prime fencing fix. The following changes since commit e2384535a623ed51151d1bbed5263b9f8a87a74d: Merge branch 'topic-arcpgu-fixes' of https://github.com/foss-for-synopsys-dwc-arc-processors/linux into drm-fixes (2016-11-11

[PATCH v6] drm: tilcdc: implement palette loading for rev1

Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1 chip. Signed-off-by: Bartosz Golaszewski --- v1 ->

[Intel-gfx] [PATCH 01/19] drm/atomic: Add new iterators over all state

Op 03-11-16 om 16:11 schreef Ville Syrjälä: > On Wed, Nov 02, 2016 at 09:28:46AM +0100, Maarten Lankhorst wrote: >> Op 01-11-16 om 14:41 schreef Ville Syrjälä: >>> On Tue, Nov 01, 2016 at 02:34:00PM +0100, Maarten Lankhorst wrote: Op 01-11-16 om 14:09 schreef Ville Syrjälä: > On

[PATCH 6/7] drm/tilcdc: Enable palette loading for revision 2 LCDC too

On 11/16/16 13:43, Jyri Sarha wrote: > The LCDC revision 2 documentation also mentions the mandatory palette > for true color modes. Even if the rev 2 LCDC appears to work just fine > without the palette being loaded loading it helps in testing the > feature. > > Signed-off-by: Jyri Sarha > ---

[linux-sunxi] Re: [PATCH v3 1/2] drm/bridge: dumb-vga-dac: Support a VDD regulator supply

Hi, On 11/15/2016 08:29 AM, Chen-Yu Tsai wrote: > Hi, > > On Wed, Nov 2, 2016 at 9:33 AM, Chen-Yu Tsai wrote: >> On Mon, Oct 31, 2016 at 2:28 PM, Rob Herring wrote: >>> On Sat, Oct 29, 2016 at 07:06:10PM +0800, Chen-Yu Tsai wrote: Some dumb VGA DACs are active components which require

[PATCH 7/7] drm/tilcdc: Load palette at the end of mode_set_nofb()

Load palette at the end of mode_set_nofb() and only if the palette has not been loaded since last runtime resume. Moving the palette loading to mode_set_nofb() saves us from storing and restoring of LCDC dma addresses that were just recently updated. Signed-off-by: Jyri Sarha ---

[PATCH 6/7] drm/tilcdc: Enable palette loading for revision 2 LCDC too

The LCDC revision 2 documentation also mentions the mandatory palette for true color modes. Even if the rev 2 LCDC appears to work just fine without the palette being loaded loading it helps in testing the feature. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 88

[PATCH 5/7] drm/tilcdc: Add tilcdc_write_mask() to tilcdc_regs.h

Add tilcdc_write_mask() for handling register field wider than one bit and mask values for those fields. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_regs.h

[PATCH 4/7] drm/tilcdc: Free palette dma memory in tilcdc_crtc_destroy()

We should free the palette dma memory too. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c index 67b50c0..6d2ce53b 100644 ---

[PATCH 3/7] drm/tilcdc: Fix tilcdc_crtc_create() return value handling

Failed tilcdc_crtc_create() error handling was broken, this patch should fix it. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 12 +++- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 11 --- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +- 3 files changed, 12

[PATCH 2/7] drm: tilcdc: implement palette loading for rev1

From: Bartosz Golaszewski Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1

[PATCH 1/7] drm/tilcdc: Enable sync lost error and recovery handling for rev 1 LCDC

Revision 1 LCDC support also sync lost errors and can benefit from sync lost recovery routine. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 39 ++-- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 + 2 files changed, 21 insertions(+), 19

[Bug 98541] [bisected] gpu hang

op.org/archives/dri-devel/attachments/20161116/29190ee6/attachment.html>

[PATCH 2/2] drm/fsl-dcu: Propagate the real error code

In case of platform_get_irq() failure, let's propagate the real error code, instead of a 'fake' one. Signed-off-by: Fabio Estevam --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c

  1   2   >