[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

/show_bug.cgi?id=98730 -- 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/20161114/175d94fd/attachment.html>

[Bug 98730] On kernel startup, all monitors will go blank and stay blank with newest amd-staging-4.7

org/archives/dri-devel/attachments/20161114/067d9e3c/attachment.html>

[PATCH] drm/i2c/tda998x: fix spelling mistake

From: Colin Ian King Trivial fix to spelling mistake "configutation" to "configuration" in dev_err message Signed-off-by: Colin Ian King --- drivers/gpu/drm/i2c/tda998x_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/dr

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On 11/14/2016 10:15 PM, Ville Syrjälä wrote: > On Mon, Nov 14, 2016 at 10:12:04PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/14/2016 9:50 PM, Ville Syrjälä wrote: >>> On Mon, Nov 14, 2016 at 09:37:18PM +0530, Sharma, Shashank wrote: Regards Shashank >

[linux-sunxi] [PATCH v5 4/7] ASoC: sunxi: Add sun8i I2S driver

on against mapped devices disabled). It just works with debugfs. > Also, is a register access trace really needed in this driver? Yes. > The pain is to define the regmap_config (which registers can be > read/write/volatile and which can be the values the u-boot let us in > the registers at startup time), and the lot of code which is run instead > of simple load/store machine instructions. This is only needed if you want to use caching, and caching is optional. Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- 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/20161114/5cda6589/attachment.sig>

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

Regards Shashank On 11/14/2016 9:50 PM, Ville Syrjälä wrote: > On Mon, Nov 14, 2016 at 09:37:18PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/14/2016 9:19 PM, Ville Syrjälä wrote: >>> On Mon, Nov 14, 2016 at 08:14:34PM +0530, Sharma, Shashank wrote: Regards >

[PATCH v6 8/9] drm/hisilicon/hibmc: Add vblank interruput

在 2016/11/11 9:49, Sean Paul 写道: > On Fri, Oct 28, 2016 at 3:28 AM, Rongrong Zou > wrote: >> 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

[PATCH v6 7/9] drm/hisilicon/hibmc: Add connector for VDAC

在 2016/11/11 9:45, Sean Paul 写道: > On Fri, Oct 28, 2016 at 3:28 AM, Rongrong Zou > wrote: >> Add connector funcs and helper funcs for VDAC. >> >> Signed-off-by: Rongrong Zou >> --- >> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 8 +++ >> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm

[v17 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Dear Archit, Thanks a lot for your reviewing. I have sent a new patchset for those review items. On Fri, 2016-11-11 at 11:32 +0530, Archit Taneja wrote: > Hi Jitao, > > I couldn't locate the original mail, so posting on this thread instead. > Some comments below. > > On 11/10/2016 10:09 PM

[PATCH v18 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi Reviewed-by: Daniel Kurtz Reviewed-by: Enric Balletbo i Serra --- Changes since v17: - remove some unused head files. - add macros for ps8640 pages. - remove ddc_i2c client - add mipi_dsi_device_re

[PATCH v18 1/2] Documentation: bridge: Add documentation for ps8640 DT properties

Add documentation for DT properties supported by ps8640 DSI-eDP converter. Signed-off-by: Jitao Shi Acked-by: Rob Herring Reviewed-by: Philipp Zabel --- Changes since v17: - No change. Changes since v16: - No change. Changes since v15: - No change. Changes since v14: - change mode-sel-gp

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

Regards Shashank On 11/14/2016 9:19 PM, Ville Syrjälä wrote: > On Mon, Nov 14, 2016 at 08:14:34PM +0530, Sharma, Shashank wrote: >> Regards >> Shashank >>> the revert: >>> >>>HDMI2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) >>> 700mm x 390mm >>> - 1920x1080 6

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

On Mon, Nov 14, 2016 at 3:57 PM, Brian Starkey wrote: > I was just writing some internal docs, and it occurred to me that the > out-fence implementation here doesn't seem to match what we discussed > with Ville a few weeks back (which had completely slipped my mind). > > Did the idea of returning

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

Regards Shashank > the revert: > > HDMI2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) > 700mm x 390mm > - 1920x1080 60.00*+ > - 1920x1080i60.0050.00 > + 1920x1080 60.00*+ 50.0059.9430.0025.0024.0029.97 >23.98 > + 1920x1080i

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

Acked-by: Tony Cheng -Original Message- From: Manasi Navare [mailto:manasi.d.nav...@intel.com] Sent: Monday, November 14, 2016 12:52 PM To: Cheng, Tony Cc: Daniel Vetter ; intel-gfx at lists.freedesktop.org; Peres, Martin ; dri-devel at lists.freedesktop.org; Deucher, Alexander ; Went

[PATCH 0/5] Handle Link Training Failure during modeset

Overall this patch set makes sense but I think it would be good to move some stuff to common code instead of leaving it in i915. I'm thinking about patch 2 (setting the link status property) in particular but also tend to agree with Ville and Daniel about their comments for patch 5. That said,

[ANNOUNCE] libdrm 2.4.73

Emil Velikov (3): headers: Add README file xd86drm: read more than 128 bytes of uevent in drmParsePciBusInfo Bump version for release git tag: libdrm-2.4.73 https://dri.freedesktop.org/libdrm/libdrm-2.4.73.tar.bz2 MD5: bc1cee09cde72ffe3b952e8f50ccdaa8 libdrm-2.4.73.tar.bz2 SHA

[PATCH 1/2] devicetree/bindings: display: Add bindings for LVDS panels

On Mon, Oct 17, 2016 at 7:42 AM, Laurent Pinchart wrote: > Hi Rob, > > On Friday 14 Oct 2016 07:40:14 Rob Herring wrote: >> On Sun, Oct 9, 2016 at 11:33 AM, Laurent Pinchart wrote: >> > On Saturday 08 Oct 2016 20:29:39 Rob Herring wrote: >> >> On Tue, Oct 04, 2016 at 07:23:29PM +0300, Laurent Pinc

[PATCH v3] PCI: create revision file in sysfs

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 to read through the config file. > > This in itself wakes/powers up the device, causing unwanted delay >

[PATCH 2/5] drm: Set DRM connector link status property

None of the other functions that set the connector property hold the mode config locks while setting the connector property, I am following the same convention. Also we dont need to grab and release the locks in i915_modeset_work_func that first validates the modes and then sets this link status p

[PATCH 5/5] drm/i915: Implement Link Rate fallback on Link training failure

If link training at a link rate optimal for a particular mode fails during modeset's atomic commit phase, then we let the modeset complete and then retry. We save the link rate value at which link training failed, update the link status property to "BAD" and use a lower link rate to prune the modes

[PATCH 4/5] drm/i915: Find fallback link rate/lane count

If link training fails, then we need to fallback to lower link rate first and if link training fails at RBR, then fallback to lower lane count. This function finds the next lower link rate/lane count value after link training failure. v2: Squash the patch that returns the link rate index (Jani Nik

[PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

CRTC state connector_changed needs to be set to true if connector link status property has changed. This will tell the driver to do a complete modeset due to change in connector property. Acked-by: Harry Wentland Acked-by: Tony Cheng Cc: dri-devel at lists.freedesktop.org Cc: Jani Nikula Cc: Da

[PATCH 2/5] drm: Set DRM connector link status property

In the usual working scenarios, this property is "Good". If something fails during modeset, the DRM driver can set the link status to "Bad", prune the mode list based on the link rate/lane count fallback values and send hotplug uevent so that userspace that is aware of this property can take an ap

[PATCH 1/5] drm: Add a new connector property for link status

A new default connector property is added for keeping track of whether the link is good (link training passed) or link is bad (link training failed). If the link status property is not good, then userspace should fire off a new modeset at the current mode even if there have not been any changes in

[PATCH 0/5] Handle link training failure during modeset

Submitting new series that adds proper commit messages/cover letter and kernel documentation. It also moved the set_link_status function to drm core so other kernel drivers can make use of it. The idea presented in these patches is to address link training failure in a way that: a) changes the cur

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

hardware problem? -- 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/20161114/b1dc85a5/attachment.html>

[PATCH 12/12] tests/kms_atomic_transition: set out_fence for all crtcs

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic_transition.c | 22 +- 1 file changed, 17 insertions(+), 5 deletions(-) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c index 54fc9da..3022e04 100644 --- a/tests/kms_atomic_t

[PATCH 11/12] tests/kms_atomic_transition: add in_fences tests

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic_transition.c | 92 ++- 1 file changed, 82 insertions(+), 10 deletions(-) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c index 507f526..54fc9da 100644 --

[PATCH 10/12] tests/kms_atomic_transition: add out_fences tests

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- lib/igt_kms.c | 22 ++ tests/kms_atomic_transition.c | 30 -- 2 files changed, 50 insertions(+), 2 deletions(-) diff --git a/lib/igt_kms.c b/lib/igt_kms.c index f25e1eb..927

[PATCH 09/12] tests/kms_atomic_transition: add fencing parameter to run_transition_tests

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic_transition.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c index 8b26b53..8bef85d 100644 --- a/tests/kms_atomic_transition.c +

[PATCH 08/12] tests/kms_atomic: stress possible fence settings

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic.c | 124 + 1 file changed, 115 insertions(+), 9 deletions(-) diff --git a/tests/kms_atomic.c b/tests/kms_atomic.c index 8b648eb..58fc0dd 100644 --- a/tests/kms_atomic.c

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

From: Gustavo Padovan Add support for the OUT_FENCE_PTR property to enable setting out fences for atomic commits. Signed-off-by: Gustavo Padovan --- lib/igt_kms.c | 20 +++- lib/igt_kms.h | 3 +++ 2 files changed, 22 insertions(+), 1 deletion(-) diff --git a/lib/igt_kms.c b/l

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

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 changed, 25 insertions(+) diff --git a/lib/igt_kms.c b/lib/igt_kms.c index 8aaff

[PATCH 05/12] tests/kms_atomic: use global atomic properties definitions

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic.c | 123 - 1 file changed, 37 insertions(+), 86 deletions(-) diff --git a/tests/kms_atomic.c b/tests/kms_atomic.c index 1441fdf..8b648eb 100644 --- a/tests/kms_atomic.c

[PATCH 04/12] lib/igt_kms: export properties names

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- lib/igt_kms.c | 6 +++--- lib/igt_kms.h | 5 + 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/lib/igt_kms.c b/lib/igt_kms.c index aa9fd16..8aaff5b 100644 --- a/lib/igt_kms.c +++ b/lib/igt_kms.c @@ -153,7 +153,7 @@ cons

[PATCH 03/12] lib/igt_kms: move igt_kms_get_alt_edid() to the right place

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- lib/igt_kms.c | 34 +- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/lib/igt_kms.c b/lib/igt_kms.c index 989704e..aa9fd16 100644 --- a/lib/igt_kms.c +++ b/lib/igt_kms.c @@ -153,23 +153,6 @

[PATCH 02/12] tests/kms_atomic_transition: don't assume max pipes

From: Gustavo Padovan Signed-off-by: Gustavo Padovan --- tests/kms_atomic_transition.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c index e693c88..8b26b53 100644 --- a/tests/kms_atomic_transition.c +++ b/tests/

[PATCH i-g-t 2/2] lib/drmtest: add virtio_gpu support

From: Gustavo Padovan Support the virtio GPU on drmtest. Signed-off-by: Gustavo Padovan --- lib/drmtest.c | 9 + lib/drmtest.h | 1 + 2 files changed, 10 insertions(+) diff --git a/lib/drmtest.c b/lib/drmtest.c index 9f3ac7f..b374006 100644 --- a/lib/drmtest.c +++ b/lib/drmtest.c @@ -

[PATCH 01/12] tests/kms_atomic_transition: use select + read instead of blocking read

From: Gustavo Padovan If the event never arrives we can timeout with select and end the test. Signed-off-by: Gustavo Padovan --- tests/kms_atomic_transition.c | 8 1 file changed, 8 insertions(+) diff --git a/tests/kms_atomic_transition.c b/tests/kms_atomic_transition.c index 1977993

[PATCH i-g-t 1/2] lib/drmtest: Fix igt_skip message

From: Gustavo Padovan Now other gpus are supported too. Signed-off-by: Gustavo Padovan --- lib/drmtest.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/drmtest.c b/lib/drmtest.c index 884fe7c..9f3ac7f 100644 --- a/lib/drmtest.c +++ b/lib/drmtest.c @@ -263,7 +263,7 @@ i

[PATCH 00/12] kms tests for the DRM fences interfaces

From: Gustavo Padovan Hi, That is the first version of the igt tests for DRM fences[1]. The first four patches are just fix/improvements on the kms_atomic infrastructure. These patches depends on Robert Foss tests for sw_sync and a branch with those tests included can be seen here: https://git

[PATCH libdrm v2] xf86drm: Parse the separate files to retrieve the vendor, ... info

On 10/11/16 10:38 PM, Emil Velikov wrote: > On 10 November 2016 at 12:40, Nicolai Hähnle wrote: >> On 09.11.2016 19:08, Emil Velikov wrote: >>> >>> From: Emil Velikov >>> >>> Parsing config sysfs file wakes up the device. The latter of which may >>> be slow and isn't required to begin with. >>>

[PATCH v2 3/3] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

Adds drm bride support for attaching drm bridge drivers to tilcdc. The decision whether a video port leads to an external encoder or bridge is made simply based on remote device's compatible string. The code has been tested with BeagleBone-Black with and without BeagleBone DVI-D Cape Rev A3 using t

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

Add very basic ti-ftp410 DVI transmitter driver. The only feature separating this from a completely dummy bridge is the EDID read support trough DDC I2C. Even that functionality should be in a separate generic connector driver. However, because of missing DRM infrastructure support the connector is

[PATCH v2 1/3] drm/tilcdc: Recover from sync lost error flood by resetting the LCDC

Recover from sync lost error flood by resetting the LCDC instead of turning off the SYNC_LOST error IRQ. When LCDC starves on limited memory bandwidth it may sometimes result an error situation when the picture may have shifted couple of pixels to right and SYNC_LOST interrupt is generated on every

[PATCH v2 0/3] drm/tilcdc: Add bridge support and sync-lost flood recovery

Changes since first version of the series: - "drm/tilcdc: Recover from sync lost error flood by resetting the LCDC" - no change - "drm/bridge: Add ti-tfp410 DVI transmitter driver" - HDMI -> DVI - DT Binding document - Prepare for tfp410 connected trough i2c by optional reg property -

[PATCH 4/6] drm/irq: Unexport drm_vblank_count

Am Montag, den 14.11.2016, 10:02 +0100 schrieb Daniel Vetter: > No one outside of drm_irq.c should ever need this. The correct way to > implement get_vblank_count for hw lacking a vblank counter is > drm_vblank_no_hw_counter. Fix this up in mtk, which is the only > offender left over. > > Cc: CK H

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Mon, Nov 14, 2016 at 10:12:04PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/14/2016 9:50 PM, Ville Syrjälä wrote: > > On Mon, Nov 14, 2016 at 09:37:18PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 11/14/2016 9:19 PM, Ville Syrjälä

[PATCH 4/4] drm: rcar-du: Fix LVDS start sequence on Gen3

From: Koji Matsuoka According to the latest revision of the datasheet, the LVDS I/O pins must be enabled before starting the PLL. Fix it. Signed-off-by: Koji Matsuoka Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.c | 15 --- 1 file changed, 8 insertio

[PATCH 3/4] drm: rcar-du: Fix H/V sync signal polarity configuration

From: Koji Matsuoka The VSL and HSL bits in the DSMR register set the corresponding horizontal and vertical sync signal polarity to active high. The code got it the wrong way around, fix it. Signed-off-by: Koji Matsuoka Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.

[PATCH 2/4] drm: rcar-du: Fix display timing controller parameter

From: Koji Matsuoka There is a bug in the setting of the DES (Display Enable Signal) register. This current setting occurs 1 dot left shift. The DES register should be set minus one value about the specifying value with H/W specification. This patch corrects it. Signed-off-by: Koji Matsuoka Sig

[PATCH 1/4] drm: rcar-du: Fix dot clock routing configuration

Dot clock routing is setup through different registers depending on the DU generation. The code has been designed for Gen2 and hasn't been updated since. This works thanks to good reset default value, but isn't very safe. Fix it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_d

[PATCH 0/4] Renesas R-Car DU fixes

Hello, This series contains four fixes for the R-Car DU driver, all backported or inspired by the R-Car Gen3 BSP. Please see individual patches for details. Koji Matsuoka (3): drm: rcar-du: Fix display timing controller parameter drm: rcar-du: Fix H/V sync signal polarity configuration drm

[PATCH 2/2] ARM: davinci_all_defconfig: enable the mstpri and ddrctl drivers

With the da8xx memory controller and master peripheral priority drivers merged and corresponding device tree changes in place we can now enable appropriate options by default. Signed-off-by: Bartosz Golaszewski --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2 insertions(+) d

[PATCH 1/2] ARM: dts: da850: add the mstpri and ddrctl nodes

Add the nodes for the MSTPRI configuration and DDR2/mDDR memory controller drivers to da850.dtsi. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index 1bb

[PATCH 0/2] ARM: da850: enable the MSTPRI and DDR2/mDDR drivers

This is a follow-up for my previous series: ARM: da850: new drivers for better LCDC support from which the new drivers were merged, while the patch adding the panel node was nacked and has been dropped. The first patch in this series enables the new drivers in da850.dtsi. It has been changed s

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Mon, Nov 14, 2016 at 09:37:18PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/14/2016 9:19 PM, Ville Syrjälä wrote: > > On Mon, Nov 14, 2016 at 08:14:34PM +0530, Sharma, Shashank wrote: > >> Regards > >> Shashank > >>> the revert: > >>> > >>>HDMI2 connected 1920x1080

[GIT PULL] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Dave, 2016-11-11 4:52 GMT+03:00 Алексей Бродкин : > Hi Dave, > > Please pull that change for ARC PGU that fixes driver instantiation on > AXS 10x boards. > The patch was published for review here: > https://lists.freedesktop.org/archives/dri-devel/2016-October/121245.html > > It i

[PATCH 1/2] Revert "drm: Add and handle new aspect ratios in DRM layer"

On Mon, Nov 14, 2016 at 08:14:34PM +0530, Sharma, Shashank wrote: > Regards > Shashank > > the revert: > > > > HDMI2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) > > 700mm x 390mm > > - 1920x1080 60.00*+ > > - 1920x1080i60.0050.00 > > + 1920x1080 60.00

[Bug 98724] garbled output using glDrawElementsIndirect

org/archives/dri-devel/attachments/20161114/4bb968dc/attachment.html>

[PATCH] drm: don't let crtc_ww_class leak out

kbuild spotted this error, with drm/msm patches that add a new modeset-lock in the driver and driver built as a module: ERROR: "crtc_ww_class" [drivers/gpu/drm/msm/msm.ko] undefined! Really the only reason for crtc_ww_class not being internal to drm_modeset_lock.c is that drm_modeset_lock_init(

[Intel-gfx] [PATCH] dma-buf: Replace reservation shared fence array with a compressed radix tree

Hi Chris, [auto build test WARNING on drm/drm-next] [also build test WARNING on next-20161114] [cannot apply to v4.9-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Chris-Wilson/dma-buf

[PATCH 0/5] Handle Link Training Failure during modeset

On Mon, Nov 14, 2016 at 08:07:39PM -0500, Harry Wentland wrote: > Overall this patch set makes sense but I think it would be good to > move some stuff to common code instead of leaving it in i915. I'm > thinking about patch 2 (setting the link status property) in > particular but also tend to agree

[Intel-gfx] [PATCH] dma-buf: Replace reservation shared fence array with a compressed radix tree

Hi Chris, [auto build test ERROR on drm/drm-next] [also build test ERROR on next-20161114] [cannot apply to v4.9-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Chris-Wilson/dma-buf-Replace

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

You're CC-ed for all, so if you don't receive it in the next 15 minutes let me know and I'll forward it to you. But my guess is that the mails were delayed for some reason and that they simply haven't arrived yet. Hans On 11/14/2016 04:39 PM, Russell King - ARM Linux wrote: > I can't comm

[PATCH] dma-buf: Use fence_get_rcu_safe() for retrieving the exclusive fence

Am 14.11.2016 um 12:55 schrieb Chris Wilson: > The current code is subject to a race where we may try to acquire a > reference on a stale fence: > > [13703.335118] WARNING: CPU: 1 PID: 14975 at ./include/linux/kref.h:46 > i915_gem_object_wait+0x1a3/0x1c0 > [13703.335184] Modules linked in: > [1370

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

From: Russell King 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: Russ

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

From: Russell King Add a CEC driver for the dw-hdmi hardware using Hans Verkuil'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 | 346 ++

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

From: Russell King 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 | 25 - 2 files changed, 25 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/Kconf

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

From: Russell King 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 b/drivers/g

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

From: Hans Verkuil Add support for HDMI hotplug and EDID notifiers, which is used to convey information from HDMI drivers to their CEC and audio counterparts. Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The hdmi_notifier is a reference counted obj

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

From: Hans Verkuil This patch series is an update to this RFC series from Russell: https://lists.freedesktop.org/archives/dri-devel/2016-August/115733.html I have not seen any updates to this, so I hope that that series is still the latest version. The main problem with that original series wa

[PATCH 00/10] Renesas R8A7795/Salvator-X HDMI output

On Mon, Nov 14, 2016 at 11:16 AM, Geert Uytterhoeven wrote: > Hi Uli, > > On Fri, Nov 11, 2016 at 6:07 PM, Ulrich Hecht > wrote: >> This implements HDMI output support for the Renesas R8A7795 (H3) SoC and >> Salvator-X board. It is based on mainline v4.9-rc4 and depends on Geert's >> "[PATCH v2

[Bug 98170] [vdpau] Error when calling vdp_output_surface_create

org/archives/dri-devel/attachments/20161114/38d82760/attachment.html>

[Bug 98170] [vdpau] Error when calling vdp_output_surface_create

|RESOLVED -- 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/20161114/20c34809/attachment.html>

[PATCH v9 00/10] MT2701 DRM support

Hi, YT On Fri, 2016-11-11 at 19:55 +0800, YT Shen wrote: > This is MT2701 DRM support PATCH v9, based on 4.9-rc1. > We add DSI interrupt control, transfer function for MIPI DSI panel support. > Most codes are the same, except some register changed. > > For example: > - DISP_OVL address offset ch

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

I can't comment on these, you've not included me in patch 1 nor the covering message. On Mon, Nov 14, 2016 at 04:22:45PM +0100, Hans Verkuil wrote: > From: Russell King > > We don't need the CEC engine register definitions, so let's remove them. > > Signed-off-by: Russell King > --- > drivers

[Bug 97403] AMDGPU/Iceland Strange warnings on drm-next-4.9-wip

L: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161114/296213aa/attachment.html>

[Bug 141741] drm:radeon_get_bios [radeon]] *ERROR* Unable to locate a BIOS ROM

https://bugzilla.kernel.org/show_bug.cgi?id=141741 --- Comment #21 from Tero Roponen --- (In reply to Lukas P from comment #19) > I did a bisect and it reported the following commit as the first bad one: > 30b5b8808c12bcd947dd474980482561b69c1bcb > > diff --git a/drivers/pci/Kconfig b/drivers/pc

[PATCH v9 00/10] MT2701 DRM support

Hi, YT: On Fri, 2016-11-11 at 19:55 +0800, YT Shen wrote: > This is MT2701 DRM support PATCH v9, based on 4.9-rc1. > We add DSI interrupt control, transfer function for MIPI DSI panel support. > Most codes are the same, except some register changed. > > For example: > - DISP_OVL address offset c

[Bug 98505] [radeon, amdgpu] Regression introduced in 4.8-rc3

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

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

Hi Gustavo, I was just writing some internal docs, and it occurred to me that the out-fence implementation here doesn't seem to match what we discussed with Ville a few weeks back (which had completely slipped my mind). Did the idea of returning -1 fences for multiple commits within a frame get d

[Intel-gfx] [PATCH 0/5] Handle Link Training Failure during modeset

I see. As long as amd can still just have kernel hiding unsupported mode by doing a pre-train I am okay with the proposal. Just to caution you the link training fallback we implemented on windows in old dal architecture is very painful to get right. Windows 7, 8.1 and 10 all behave differentl

[PATCH libdrm] libkms/exynos: fix memory leak in error path

This patch fixes memory leak in error path of exynos_bo_create(). Signed-off-by: Seung-Woo Kim --- libkms/exynos.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/libkms/exynos.c b/libkms/exynos.c index 5de2e5a..0e97fb5 100644 --- a/libkms/exynos.c +++ b/libkms/exynos.

[PATCH RESEND] drm/ast: free correct pointer in astfb_create() error paths

In the err_free_vram and err_release_fbi error paths in astfb_create(), we attempt to free afbdev->sysram. The only jumps to these error paths occur before we assign afbdev->sysram = sysram. Free sysram instead. Signed-off-by: Andrew Donnellan --- Found by Coverity Scan. Compile tested only. --

[PATCH v2 00/18] Introduce DRM_FB_HELPER_DEFAULT_OPS for struct fb_ops

Hi Christian, On Mon, Nov 14, 2016 at 10:43:10AM +0100, Christian König wrote: > Am 14.11.2016 um 00:03 schrieb Stefan Christ: > > Hi, > > > > this is the second version of the refactoring work suggested by Daniel > > Vetter > > in the email: > > > > https://lists.freedesktop.org/archives/dr

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

Hi Tomi, On Monday 14 Nov 2016 13:16:49 Tomi Valkeinen wrote: > On 14/11/16 13:10, Laurent Pinchart wrote: > > On Monday 14 Nov 2016 10:49:43 Jyri Sarha wrote: > >> On 11/03/16 19:46, Laurent Pinchart wrote: > +Required properties: > > + - compatible: "ti,tfp410" > >>> > >>> The de

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

gger, why not? How does the device probing machinery know that this DT node is actually an i2c node, not a platform device node? Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161114/c17b4689/attachment-0001.sig>

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

Hi Jyri, On Monday 14 Nov 2016 10:49:43 Jyri Sarha wrote: > On 11/03/16 19:46, Laurent Pinchart wrote: > >> +Required properties: > >> > +- compatible: "ti,tfp410" > > > > The device is an I2C slave, it should have a reg property. Given that the > > chip can be used without being controll

[Nouveau] [PATCH v3 1/2] nouveau/bl: Assign different names to interfaces

+++ b/drivers/gpu/drm/nouveau/nouveau_drm.c > > @@ -1113,6 +1113,7 @@ nouveau_drm_init(void) > > #endif > > > > nouveau_register_dsm_handler(); > > + nouveau_backlight_ctor(); > > return drm_pci_init(&driver_pci, &nouveau_drm_pci_driver); > > } > > > > @@ -1123,6 +1124,7 @@ nouveau_drm_exit(void) > > return; > > > > drm_pci_exit(&driver_pci, &nouveau_drm_pci_driver); > > + nouveau_backlight_dtor(); > > nouveau_unregister_dsm_handler(); > > > > #ifdef CONFIG_NOUVEAU_PLATFORM_DRIVER > > diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h > > b/drivers/gpu/drm/nouveau/nouveau_drv.h > > index 4cd47ba..923dbce 100644 > > --- a/drivers/gpu/drm/nouveau/nouveau_drv.h > > +++ b/drivers/gpu/drm/nouveau/nouveau_drv.h > > @@ -161,6 +161,7 @@ struct nouveau_drm { > > struct nvbios vbios; > > struct nouveau_display *display; > > struct backlight_device *backlight; > > + struct list_head bl_connectors; > > > > /* power management */ > > struct nouveau_hwmon *hwmon; > > -- > > 2.10.2 > > > > ___ > > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ > Nouveau mailing list > Nouveau at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/nouveau -- 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/20161114/f4e158d5/attachment.sig>

[PATCH 10/10] drm: Drop externs from drm_crtc.h

Just noise. Signed-off-by: Daniel Vetter --- include/drm/drm_crtc.h | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index cf96b393091a..bcc1a4d1d1a6 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h

[PATCH 09/10] drm: Move tile group code into drm_connector.c

And also put the overview section into the KMS Properties part of the docs, instead of randomly-placed within the helpers - this is part of the uabi. With this patch I think drm_crtc.[hc] is cleaned up and entirely documented. Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-kms-helpers.r

[PATCH 08/10] drm: Extract drm_mode_config.[hc]

And shuffle the kernel-doc structure a bit since drm_crtc.[hc] now only contains CRTC-related functions and structures. Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-kms.rst | 32 +- drivers/gpu/drm/Makefile| 2 +- drivers/gpu/drm/drm_crtc.c | 379 +

[PATCH 07/10] drm/print: Move kerneldoc next to definition

kerneldoc expects the comment next to definitions, otherwise it can't pick up exported vs. internal stuff. This fixes a warning from the doc build done with: $ make DOCBOOKS="" htmldocs Fixes: d8187177b0b1 ("drm: add helper for printing to log or seq_file") Cc: Rob Clark Cc: Sean Paul Signed-o

[PATCH 06/10] drm: Consolidate dumb buffer docs

Put the callback docs into struct drm_driver, and the small overview into a DOC comment. Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-kms.rst | 42 ++--- drivers/gpu/drm/drm_dumb_buffers.c | 46 ++-- include/drm/drm_drv.h

[PATCH 05/10] drm: Clean up kerneldoc for struct drm_driver

Just cleans up what's there, still plenty missing. Signed-off-by: Daniel Vetter --- Documentation/gpu/drm-internals.rst | 3 + include/drm/drm_drv.h | 168 +++- 2 files changed, 109 insertions(+), 62 deletions(-) diff --git a/Documentation/gpu/drm

[PATCH 04/10] drm: Extract drm_drv.h

I want to move dumb buffer documentation into the right vfuncs, and for that I first need to be able to pull that into kerneldoc without having to clean up all of drmP.h. Also, header-splitting is nice. While at it shuffle all the function declarations for drm_drv.c into the right spots, and drop

[PATCH 03/10] doc/dma-buf: Fix up include directives

Would be great if everony could add $ make DOCBOOKS="" htmldocs to their build scripts to catch these. 0day should also report them, not sure why it failed to spot this. Fixes: f54d1867005c ("dma-buf: Rename struct fence to dma_fence") Cc: Chris Wilson Cc: Gustavo Padovan Cc: Sumit Semwal Cc:

[PATCH 02/10] drm/i915: Fixup kerneldoc includes

Would be great if everony could add $ make DOCBOOKS="" htmldocs to their build scripts to catch these. 0day should also report them, not sure why it failed to spot this. Fixes: b42fe9ca0a1e ("drm/i915: Split out i915_vma.c") Cc: Tvrtko Ursulin Cc: Chris Wilson Cc: Joonas Lahtinen Signed-off-b

  1   2   >