[PATCH 1/5] drm/i915: Add support for DP link training compliance

This patch adds support to handle automated DP compliance link training test requests. This patch has been tested with Unigraf DPR-120 DP Compliance device for testing Link Training Compliance. After we get a short pulse Compliance test request, test request values are read and hotplug uevent is

[PATCH 0/5] Add Automation support for DP compliance testing

DP 1.2 compliance testing can be acheived using DPR-120's CTS suite. This compliance unit sends a short pulse to initiate link training and video pattern generation compliance tests and sends a long pulse to initate EDID compliance tests. It also sets the AUTOMATED TEST REQUEST bit in Device IRQ

Enabling peer to peer device transactions for PCIe devices

On Tue, Nov 22, 2016 at 1:03 PM, Daniel Vetter wrote: > On Tue, Nov 22, 2016 at 9:35 PM, Serguei Sagalovitch > wrote: >> >> On 2016-11-22 03:10 PM, Daniel Vetter wrote: >>> >>> On Tue, Nov 22, 2016 at 9:01 PM, Dan Williams >>> wrote: On Tue, Nov 22, 2016 at 10:59 AM, Serguei

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 1:06 PM, Ville Syrjälä wrote: > On Tue, Nov 22, 2016 at 12:35:53PM -0500, Rob Clark wrote: >> On Tue, Nov 22, 2016 at 12:31 PM, Ville Syrjälä >> wrote: >> > On Tue, Nov 22, 2016 at 12:23:59PM -0500, Rob Clark wrote: >> >> On Tue, Nov 22, 2016 at 11:50 AM, Ville

[PATCH] drm: Add support for extracting sync signal drive edge from videomode

The sync in some panels needs to be driven by different edge of the pixel clock compared to data. This is reflected by the DISPLAY_FLAGS_SYNC_(POS|NEG)EDGE in videmode flags. Add similar similar definitions for bus_flags and convert the sync drive edge via drm_bus_flags_from_videomode().

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/5e585c27/attachment.html>

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 604 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/d415aa9b/attachment-0001.sig>

linux-next: build warning after merge of the drm-misc tree

Hi all, After merging the drm-misc tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: In file included from include/linux/pci.h:30:0, from drivers/gpu/vga/vgaarb.c:40: drivers/gpu/vga/vgaarb.c: In function 'vga_arb_device_init':

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 12:10:52PM +, Chris Wilson wrote: >On Tue, Nov 22, 2016 at 11:54:57AM +, Brian Starkey wrote: >> On Tue, Nov 22, 2016 at 11:06:00AM +, Chris Wilson wrote: >> >On Tue, Nov 22, 2016 at 10:53:51AM +, Brian Starkey wrote: >> >>Hi Gustavo, >> >> >> >>A little

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 12:31 PM, Ville Syrjälä wrote: > On Tue, Nov 22, 2016 at 12:23:59PM -0500, Rob Clark wrote: >> On Tue, Nov 22, 2016 at 11:50 AM, Ville Syrjälä >> wrote: >> > On Tue, Nov 22, 2016 at 04:41:06PM +, Liviu Dudau wrote: >> >> drm_get_format_name() de-references the buf

[PATCH] ARM: dts: da850: specify max width for display node

signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/6e711402/attachment.sig>

Enabling peer to peer device transactions for PCIe devices

On Tue, Nov 22, 2016 at 12:10 PM, Daniel Vetter wrote: > On Tue, Nov 22, 2016 at 9:01 PM, Dan Williams > wrote: >> On Tue, Nov 22, 2016 at 10:59 AM, Serguei Sagalovitch >> wrote: >>> I personally like "device-DAX" idea but my concerns are: >>> >>> - How well it will co-exists with the DRM

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 11:50 AM, Ville Syrjälä wrote: > On Tue, Nov 22, 2016 at 04:41:06PM +, Liviu Dudau wrote: >> drm_get_format_name() de-references the buf parameter without checking >> if the pointer was not NULL. Given that the function is EXPORT-ed, lets >> sanitise the parameters

[PATCH v2 06/13] drm: panels: Add LVDS panel driver

t was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/88e3057c/attachment.sig>

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 11:54:57AM +, Brian Starkey wrote: > On Tue, Nov 22, 2016 at 11:06:00AM +, Chris Wilson wrote: > >On Tue, Nov 22, 2016 at 10:53:51AM +, Brian Starkey wrote: > >>Hi Gustavo, > >> > >>A little late to the party here, but I was blocked by our internal >

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

play/display-timing.txt. Why? That's also implied by the compatible string. Honestly, I thought by now we had been over this often enough... Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/ed0ff2df/attachment.sig>

[PATCH v2 02/13] devicetree/bindings: display: Add bindings for LVDS panels

responding to the panel LVDS input. Looks like I should go read the patch that introduces panel-common.txt first... Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/a11ae106/attachment.sig>

Enabling peer to peer device transactions for PCIe devices

On Tue, Nov 22, 2016 at 10:59 AM, Serguei Sagalovitch wrote: > Dan, > > I personally like "device-DAX" idea but my concerns are: > > - How well it will co-exists with the DRM infrastructure / implementations >in part dealing with CPU pointers? Inside the kernel a device-DAX range is "just

[PATCH 1/3] of: base: add support to get machine compatible string

2016-11-22 11:57 GMT+01:00 Bartosz Golaszewski : > 2016-11-22 11:53 GMT+01:00 Sudeep Holla : >> >> >> On 22/11/16 10:41, Bartosz Golaszewski wrote: >>> >>> Add a function allowing to retrieve the compatible string of the root >>> node of the device tree. >>> >> >> Rob has queued [1] and it's in

[PATCH 1/3] of: base: add support to get machine compatible string

2016-11-22 11:53 GMT+01:00 Sudeep Holla : > > > On 22/11/16 10:41, Bartosz Golaszewski wrote: >> >> Add a function allowing to retrieve the compatible string of the root >> node of the device tree. >> > > Rob has queued [1] and it's in -next today. You can reuse that if you > are planning to

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

Hi Frank, On Tuesday 22 November 2016 07:13 AM, Frank Rowand wrote: > On 11/21/16 08:33, Sekhar Nori wrote: >> On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote: >>> +static int da8xx_ddrctl_probe(struct platform_device *pdev) >>> +{ >>> + const struct da8xx_ddrctl_config_knob

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 11:06:00AM +, Chris Wilson wrote: >On Tue, Nov 22, 2016 at 10:53:51AM +, Brian Starkey wrote: >> Hi Gustavo, >> >> A little late to the party here, but I was blocked by our internal >> contributions process... >> >> I didn't see these end up in my checkout yet

[pull] amdgpu drm-fixes-4.9

Hi Dave, Just one small fix for amdgpu. The following changes since commit 1da2c326e43b0834105993d13610647337bbad67: drm/amdgpu:fix vpost_needed routine (2016-11-15 14:06:07 -0500) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-4.9 for you to

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

On 22.11.2016 10:58, Gerd Hoffmann wrote: > Changes: > * add myself as maintainer, so patches land in my inbox. > * add qemu-devel mailing list. > * add drm-qemu git repo. > * flip bochs and qxl status to "Maintained". > > Signed-off-by: Gerd Hoffmann > --- > MAINTAINERS | 14 --

[PATCH] drm/etnaviv: implement dma-buf mmap

This adds the required boilerplate to allow direct mmap of exported etnaviv BOs. Signed-off-by: Lucas Stach Tested-by: Philipp Zabel --- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 + drivers/gpu/drm/etnaviv/etnaviv_drv.h | 2 ++ drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c | 13

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

On Tue, Nov 22, 2016 at 9:38 AM, Laurent Pinchart wrote: > Hi John, > > On Tuesday 22 Nov 2016 09:25:22 John Stultz wrote: >> On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: >> > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: >> @@ -545,24 +554,13 @@ static int

[PATCH 3/3] memory: da8xx-ddrctl: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use of_machine_get_compatible() instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/memory/da8xx-ddrctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/3] bus: da8xx-mstpri: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use of_machine_get_compatible() instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/bus/da8xx-mstpri.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/3] of: base: add support to get machine compatible string

Add a function allowing to retrieve the compatible string of the root node of the device tree. Signed-off-by: Bartosz Golaszewski --- drivers/of/base.c | 22 ++ include/linux/of.h | 6 ++ 2 files changed, 28 insertions(+) diff --git a/drivers/of/base.c

[PATCH 0/3] ARM: da8xx: fix section mismatch in new drivers

Sekhar noticed there's a section mismatch in the da8xx-mstpri and da8xx-ddrctl drivers. This is caused by calling of_flat_dt_get_machine_name() which has an __init annotation. This series addresses this issue by introducing a new function that allows to retrieve the compatible property of the

[PATCH 06/12] lib/igt_kms: Add support for the IN_FENCE_FD property

Hi, On Mon, Nov 14, 2016 at 06:59:20PM +0900, Gustavo Padovan wrote: >From: Robert Foss > >Add support dor the IN_FENCE_FD property to enable setting in fences for atomic >commits. > >Signed-off-by: Robert Foss >--- > lib/igt_kms.c | 20 > lib/igt_kms.h | 5 + > 2 files

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

Hi Rob, On Monday 21 Nov 2016 10:48:15 Rob Herring wrote: > On Sat, Nov 19, 2016 at 05:28:01AM +0200, Laurent Pinchart wrote: > > Document properties common to several display panels in a central > > location that can be referenced by the panel device tree bindings. > > Looks good. Just one

[PATCH] ARM: dts: da850: specify max width for display node

2016-11-22 11:27 GMT+01:00 Tomi Valkeinen : > On 22/11/16 11:42, Bartosz Golaszewski wrote: >> It has been determined that the highest resolution supported correctly >> by LCDC rev1 is 800x600 on da850 due to memory bandwidth constraints. >> >> Set the max_width property in da850.dtsi to 800. >>

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

On Mon, Nov 21, 2016 at 06:18:02PM +0100, Daniel Vetter wrote: > I totally butcherd the job on typing the kernel-doc for these, and no > one realized. Noticed by Russell. Maarten has a more complete approach > to this confusion, by making it more explicit what the new/old state > is, instead of

[PATCH] drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on

On Tue, Nov 22, 2016 at 05:35:12PM +0900, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes the vblank interrupt being disabled when it should be on, which > can cause at least the following symptoms: > > * Hangs when running 'xset dpms force off' in a GNOME session with > gnome-shell

[PATCH 1/3] of: base: add support to get machine compatible string

On 22/11/16 10:57, Bartosz Golaszewski wrote: > 2016-11-22 11:53 GMT+01:00 Sudeep Holla : >> >> >> On 22/11/16 10:41, Bartosz Golaszewski wrote: >>> >>> Add a function allowing to retrieve the compatible string of the root >>> node of the device tree. >>> >> >> Rob has queued [1] and it's in

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 10:53:51AM +, Brian Starkey wrote: > Hi Gustavo, > > A little late to the party here, but I was blocked by our internal > contributions process... > > I didn't see these end up in my checkout yet though, so I guess they > aren't picked up yet. > > On Mon, Nov 14,

[PATCH] drm: flip cirrus driver status to "obsolete".

Also update Kconfig help text, explaining things: Cirrus is obsolete, the hardware was designed in the 90ies and can't keep up with todays needs. More background: https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/ Better alternatives are: - stdvga (DRM_BOCHS, qemu -vga

[PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

Changes: * add myself as maintainer, so patches land in my inbox. * add qemu-devel mailing list. * add drm-qemu git repo. * flip bochs and qxl status to "Maintained". Signed-off-by: Gerd Hoffmann --- MAINTAINERS | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

On Tue, Nov 22, 2016 at 10:23 AM, Laurent Pinchart wrote: > On Tuesday 22 Nov 2016 10:07:53 John Stultz wrote: >> On Tue, Nov 22, 2016 at 9:38 AM, John Stultz >> wrote: >> > Interestingly, without the msleep added in this patch, removing the >> > wait_event_interruptible_timeout() method in

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

Hi Gustavo, A little late to the party here, but I was blocked by our internal contributions process... I didn't see these end up in my checkout yet though, so I guess they aren't picked up yet. On Mon, Nov 14, 2016 at 06:59:21PM +0900, Gustavo Padovan wrote: >From: Gustavo Padovan > >Add

[PATCH 1/3] of: base: add support to get machine compatible string

On 22/11/16 10:41, Bartosz Golaszewski wrote: > Add a function allowing to retrieve the compatible string of the root > node of the device tree. > Rob has queued [1] and it's in -next today. You can reuse that if you are planning to target this for v4.11 or just use open coding in your driver

[GIT PULL] TDA998x I2C driver development updates

David, Please incorporate the latest TDA998x I2C driver development updates, which can be found at: git://git.armlinux.org.uk/~rmk/linux-arm.git drm-tda998x-devel with SHA1 9b2502b6ebc632ff49743b3639ea12d4f08808a5. These updates: * improve the robustness of the driver wrt races * improve the

[PATCH] ARM: dts: da850: specify max width for display node

It has been determined that the highest resolution supported correctly by LCDC rev1 is 800x600 on da850 due to memory bandwidth constraints. Set the max_width property in da850.dtsi to 800. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 1 + 1 file changed, 1

[PATCH] drm: tilcdc: fix a DT property parsing

The DT binding for tildc is not consistent with the driver code - the option in the binding is called 'max-width' while the code expects 'ti,max-width'. Make the driver code consistent with the binding. Signed-off-by: Bartosz Golaszewski --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +- 1 file

[GIT PULL] Armada DRM development updates development updates

David, Please incorporate the latest Armada DRM development updates development updates, which can be found at: git://git.armlinux.org.uk/~rmk/linux-arm.git drm-armada-devel with SHA1 e8e11817e2ff18f35de932cdd2738cad5567cb7c. Building on top of the MALI change previously merged, these

[RFC][PATCH 3/3] drm/bridge: adv7511: Enable HPD interrupts to support hotplug and improve monitor detection

Hi John, Thank you for the patch. On Monday 21 Nov 2016 16:37:32 John Stultz wrote: > From: Archit Taneja > > On some adv7511 implementations, we can get some spurious > disconnect signals which can cause monitor probing to fail. > > This patch enables HPD (hot plug detect) interrupt support

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

Hi John, On Tuesday 22 Nov 2016 00:16:55 John Stultz wrote: > On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: > > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: > >> In chasing down issues with EDID probing, I found some > >> duplicated but incomplete logic used to power the chip on

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

Hi John, Thank you for the patch. On Monday 21 Nov 2016 16:37:31 John Stultz wrote: > Secton 4.1 of the adv7511 programming guide advises one waits > 200ms after powering on the chip before trying to communicate > with it via i2c. Not doing so can cause reliability issues when > probing the

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

On 11/21/16 22:25, Sekhar Nori wrote: > Hi Frank, > > On Tuesday 22 November 2016 07:13 AM, Frank Rowand wrote: >> On 11/21/16 08:33, Sekhar Nori wrote: >>> On Monday 31 October 2016 08:15 PM, Bartosz Golaszewski wrote: +static int da8xx_ddrctl_probe(struct platform_device *pdev) +{

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

Hi John, Thank you for the patch. On Monday 21 Nov 2016 16:37:30 John Stultz wrote: > In chasing down issues with EDID probing, I found some > duplicated but incomplete logic used to power the chip on and > off. > > This patch refactors the adv7511_power_on/off functions, so > they can be used

Enabling peer to peer device transactions for PCIe devices

On Mon, Nov 21, 2016 at 12:36 PM, Deucher, Alexander wrote: > This is certainly not the first time this has been brought up, but I'd like > to try and get some consensus on the best way to move this forward. Allowing > devices to talk directly improves performance and reduces latency by

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

On Tue, Nov 22, 2016 at 9:38 AM, John Stultz wrote: > > Interestingly, without the msleep added in this patch, removing the > wait_event_interruptible_timeout() method in adv7511_wait_for_edid() > and using the polling loop seems to make things just as reliable. So > maybe something is off with

[PATCH] drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on

On Tue, Nov 22, 2016 at 3:35 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes the vblank interrupt being disabled when it should be on, which > can cause at least the following symptoms: > > * Hangs when running 'xset dpms force off' in a GNOME session with > gnome-shell using DRI2.

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

On Tue, Nov 22, 2016 at 9:38 AM, Laurent Pinchart wrote: > Hi John, > > On Tuesday 22 Nov 2016 09:25:22 John Stultz wrote: >> On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: >> > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: >> @@ -545,24 +554,13 @@ static int

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

On Tue, Nov 22, 2016 at 12:25 AM, Laurent Pinchart wrote: > On Monday 21 Nov 2016 16:37:31 John Stultz wrote: >> Secton 4.1 of the adv7511 programming guide advises one waits >> 200ms after powering on the chip before trying to communicate >> with it via i2c. Not doing so can cause reliability

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: @@ -545,24 +554,13 @@ static int adv7511_get_modes(struct adv7511 *adv7511, >> unsigned int count; >> >> /* Reading the EDID only works if the device is powered */ >> -

[PATCH v2] drm/fences: add DOC: for explicit fencing

From: Gustavo Padovan Document IN_FENCE_FD and OUT_FENCE_PTR properties. v2: incorporate comments from Daniel Vetter Signed-off-by: Gustavo Padovan --- Documentation/gpu/drm-kms.rst | 6 + drivers/gpu/drm/drm_atomic.c | 52

[PATCH] drm/atomic: Unconfuse the old_state mess in commmit_tail

2016-11-21 Daniel Vetter : > I totally butcherd the job on typing the kernel-doc for these, and no > one realized. Noticed by Russell. Maarten has a more complete approach > to this confusion, by making it more explicit what the new/old state > is, instead of this magic switching behaviour. > >

[PATCH 3/3] drm/msm: gpu Add new gpu register read/write functions

Add some new functions to manipulate GPU registers. gpu_read64 and gpu_write64 can read/write a 64 bit value to two 32 bit registers. For 4XX and older these are normally perfcounter registers, but future targets will use 64 bit addressing so there will be many more spots where a 64 bit read and

[PATCH 2/3] drm/msm: gpu: Return error on hw_init failure

When the GPU hardware init function fails (like say, ME_INIT timed out) return error instead of blindly continuing on. This gives us a small chance of saving the system before it goes boom. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 21 -

[PATCH 1/3] drm/msm: gpu: Cut down the list of "generic" registers to the ones we use

There are very few register accesses in the common code. Cut down the list of common registers to just those that are used. This saves const space and saves us the effort of maintaining registers for A3XX and A4XX that don't exist or are unused. Signed-off-by: Jordan Crouse ---

[PATCH 0/3] drm/msm cleanups

Here are a few foundational patches to clean up some of the MSM code and get ready for new and awesome things down the line. Jordan Crouse (3): drm/msm: gpu: Cut down the list of "generic" registers to the ones we use drm/msm: gpu: Return error on hw_init failure drm/msm: gpu

[PATCH v2] drm/fences: add DOC: for explicit fencing

On Tue, Nov 22, 2016 at 09:11:28AM +0900, Gustavo Padovan wrote: > From: Gustavo Padovan > > Document IN_FENCE_FD and OUT_FENCE_PTR properties. > > v2: incorporate comments from Daniel Vetter > > Signed-off-by: Gustavo Padovan > --- > Documentation/gpu/drm-kms.rst | 6 + >

[BUG] hdlcd gets confused about base address

On Mon, Nov 21, 2016 at 02:55:28PM +, Russell King - ARM Linux wrote: > On Mon, Nov 21, 2016 at 02:30:53PM +, Russell King - ARM Linux wrote: > > On Mon, Nov 21, 2016 at 01:24:19PM +, Russell King - ARM Linux wrote: > > > On Mon, Nov 21, 2016 at 12:56:53PM +, Liviu Dudau wrote: > >

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

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

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

:0 52 An unintentional loss of pictures occurs! Exit -- 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/20161122/215ac

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/04d21508/attachment.html>

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

https://bugzilla.kernel.org/show_bug.cgi?id=188091 --- Comment #6 from Vedran Miletić --- (In reply to Greg White from comment #5) > I should also note this is easily reproducible but still intermittent. I'd > say 80% of the time, I see this. It's also not always one monitor - it can > be

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

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

[Bug 188091] Resume with two monitors, second monitor is not resumed until VT switch

https://bugzilla.kernel.org/show_bug.cgi?id=188091 --- Comment #5 from Greg White --- I should also note this is easily reproducible but still intermittent. I'd say 80% of the time, I see this. It's also not always one monitor - it can be either of them. -- You are receiving this mail

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

he bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/0462e2b3/attachment.html>

[Bug 110421] Reading debugfs file /sys/kernel/debug/dri/0/amdgpu_regs hangs the machine

https://bugzilla.kernel.org/show_bug.cgi?id=110421 Vedran Miletić changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

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

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

vel/attachments/20161122/76f2c080/attachment.html>

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: > Hi John, > > Thank you for the patch. > > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: >> In chasing down issues with EDID probing, I found some >> duplicated but incomplete logic used to power the chip on and >> off. >> >> This

<    1   2