[Bug 98619] amdgpu 0000:01:00.0: GPU fault detected: 146 0x09d88404

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

[Bug 98619] amdgpu 0000:01:00.0: GPU fault detected: 146 0x09d88404

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/70a6a558/attachment.html>

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

L attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/9e7ae770/attachment.html>

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

es/dri-devel/attachments/20161119/b88e7688/attachment-0001.html>

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

get the same error messages if the amdgpu is not blacklisted. -- 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/20161119/d1

[Bug 178221] radeon performance drop from 4.8 to 4.9-rc1 in Shadow of Mordor

https://bugzilla.kernel.org/show_bug.cgi?id=178221 Christian Nissen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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

On 11/18/16 23:53, Jyri Sarha wrote: >> Ok, got it. You need to set the palette loading mode back to 'palette >> > and data' before returning. Just add this at the end: >> > >> > tilcdc_write_mask(dev, LCDC_RASTER_CTRL_REG, >> > LCDC_PALETTE_LOAD_MODE(PALETTE_AND_DATA), >> >

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

Miletić --- Works correctly with LLVM 3.8 and Mesa 12.0.3. -- 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/20161119/0a271

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

chment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/155d0976/attachment.html>

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

for Steam overlay) is done until initialisation is completed. -- 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/20161119/851c6

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

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/20161119/9ef30682/attachment.html>

[Bug 98785] Talos Principle causes GPU faults when rendering main menu animation

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/20161119/e6201434/attachment-0001.html>

[Bug 98785] Talos Principle causes GPU faults when rendering main menu animation

with Vulkan in bug 98783. -- 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/20161119/4c418745/attachment.html>

[Bug 98784] Talos Principle rendering flickering garbage on start instead of Croteam logo

op.org/archives/dri-devel/attachments/20161119/a03807db/attachment.html>

AMDGPU DAL branch

RL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/ca4c38e5/attachment.html>

[PATCH] drm/panel: simple: add 8bit-bps for Sharp lq123p1jx31

Sharp lq123p1jx31 support 8bit bps. Signed-off-by: zain wang --- drivers/gpu/drm/panel/panel-simple.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 113db3c..6b0c026 100644 ---

AMDGPU DAL branch

On Sat, Nov 19, 2016 at 9:37 AM, Sandeep wrote: > > > On Thu, Nov 17, 2016, 08:55 Alex Deucher wrote: >> >> On Thu, Nov 17, 2016 at 11:50 AM, Sandeep wrote: >> > Hello, >> > >> > Could someone please tell me the git repo and branch where the latest >> > AMDGPU >> > DAL work is taking place? I

[Bug 98777] GPU lockup in Guns of Icarus Online

bug #98761 after all. -- 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/20161119/2a425f17/attachment-0001.html>

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

On Fri, Nov 18, 2016 at 06:58:59PM -0800, Manasi Navare wrote: > 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

[Bug 98776] [regression] Rendering glitches in Life Is Strange

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

[Bug 98777] GPU lockup in Guns of Icarus Online

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

[Bug 98777] GPU lockup in Guns of Icarus Online

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

[PATCH v2 9/9] drm: rcar-du: Initialize encoder's type based on the bridge's type

Set the type of the DRM encoder that models the hardware encoders (bridges) chain based on the type of the last bridge in the chain instead of hardcoding encoder compatible strings in the display driver. Signed-off-by: Laurent Pinchart ---

[PATCH v2 8/9] drm: rcar-du: Replace manual bridge implementation with DRM bridge

The rcar-du driver contains a manual implementation of HDMI and VGA bridges. Use DRM bridges to replace it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Kconfig | 6 -- drivers/gpu/drm/rcar-du/Makefile | 5 +-

[PATCH v2 7/9] drm: Set on-chip bridges' encoder type

Initialize the new drm_bridge::encoder_type field to the right value for all bridges that model on-SoC IP cores. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 ++ drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 ++

[PATCH v2 6/9] drm: bridge: Set bridges' encoder type

Initialize the new drm_bridge::encoder_type field to the right value for all external bridge drivers. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 1 + drivers/gpu/drm/bridge/analogix-anx78xx.c |

[PATCH v2 5/9] drm: Add encoder_type field to the drm_bridge structure

The drm_bridge object models on- or off-chip hardware encoders and provide an abstract control API to display drivers. In order to help display drivers creating the right kind of drm_encoder object, expose the type of the hardware encoder associated with each bridge. Signed-off-by: Laurent

[PATCH v2 4/9] drm: bridge: lvds-encoder: Add thine, thc63lvdm83d compatible string

The THC63LVDM83D is a transparent LVDS encoder. Unlike dumb LVDS encoders it can be controlled through a few pins (power down, LVDS swing, clock edge selection) and requires power supplies. However, on several boards where the device is used neither the control pins nor the power supply are

[PATCH v2 3/9] drm: bridge: vga-dac: Add adi, adv7123 compatible string

The ADV7123 is a transparent VGA DAC. Unlike dumb VGA DACs it can be controlled through a power save pin, and requires a power supply. However, on most boards where the device is used neither the power save signal nor the power supply are controllable. To avoid developing a separate

[PATCH v2 2/9] drm: bridge: Add LVDS encoder driver

The LVDS encoder driver is a DRM bridge driver that supports the parallel to LVDS encoders that don't require any configuration. The driver thus doesn't interact with the device, but creates an LVDS connector for the panel and exposes its size and timing based on information retrieved from DT.

[PATCH v2 1/9] drm: bridge: Add LVDS encoder DT bindings

The DT bindings support parallel to LVDS encoders that don't require any configuration, similarly to the dumb VGA DAC DT bindings. Signed-off-by: Laurent Pinchart Acked-by: Rob Herring --- .../bindings/display/bridge/lvds-transmitter.txt | 64

[PATCH v2 0/9] R-Car DU: Use drm bridge API

Hello, This patch series replaces the custom external encoders support implementation in the R-Car DU driver with code based on the DRM bridge API. While the overall diffstat isn't impressive, the rcar-du-drm driver gets notably thinner in the process: 9 files changed, 57 insertions(+),

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

nts/20161119/8a15f845/attachment.html>

[Bug 98776] [regression] Rendering glitches in Life Is Strange

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

[Bug 98776] [regression] Rendering glitches in Life Is Strange

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/8521ac45/attachment.html>

[Bug 98776] [regression] Rendering glitches in Life Is Strange

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

[PATCH v2 13/13] drm: rcar-du: Add support for LVDS mode selection

Retrieve the LVDS mode from the panel and configure the LVDS encoder accordingly. LVDS mode selection is static as LVDS panels can't be hot-plugged on any of the device supported by the driver. Support for dynamic mode selection can be implemented in the future when needed. Signed-off-by: Laurent

[PATCH v2 12/13] drm: rcar-du: Use the DRM panel API

Instead of parsing the panel device tree node manually, use the panel API to delegate panel handling to a panel driver. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Kconfig | 1 + drivers/gpu/drm/rcar-du/rcar_du_encoder.c |

[PATCH v2 11/13] drm: rcar-du: Switch to encoder .atomic_mode_set() helper function

The native encoder mode set helper function for atomic drivers is .atomic_mode_set(). Replace the legacy .mode_set() implementation. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 8

[PATCH v2 10/13] ARM: shmobile: dts: Switch to panel-lvds bindings for Mitsubishi panels

The aa104xd12 and aa121td01 panels are LVDS panels, not DPI panels. Use the correct DT bindings. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a77xx-aa104xd12-panel.dtsi | 3 ++- arch/arm/boot/dts/r8a77xx-aa121td01-panel.dtsi | 3 ++- 2

[PATCH v2 09/13] arm64: dts: r8a7795: salvator-x: Add panel backlight support

The panel backlight is controlled through a GPIO and a PWM channel. Signed-off-by: Laurent Pinchart --- arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 22 ++ 1 file changed, 22 insertions(+) diff --git

[PATCH v2 08/13] arm64: dts: r8a7795: salvator-x: Add DU LVDS output endpoint

Declaring the endpoint makes LVDS enablement easier by just including the corresponding panel's dtsi file. Signed-off-by: Laurent Pinchart Signed-off-by: Simon Horman ---

[PATCH v2 07/13] arm64: dts: r8a7795: Add PWM support

Add the 7 PWM channels to the r8a7795 device tree, in the disabled state. Signed-off-by: Laurent Pinchart --- arch/arm64/boot/dts/renesas/r8a7795.dtsi | 63 1 file changed, 63 insertions(+) diff --git

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

This driver supports LVDS panels that don't require device-specific handling of power supplies or control signals. It implements automatic backlight handling if the panel is attached to a backlight controller. Signed-off-by: Laurent Pinchart ---

[PATCH v2 05/13] drm: panels: Constify device node argument to of_drm_find_panel()

The argument is never modified by the function, make it const. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_panel.c | 2 +- include/drm/drm_panel.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v2 04/13] drm: Add data mirror bus flag

The flag indicates that data is mirrored on the bus. The exact meaning is bus-type dependent. For LVDS buses it indicates that the seven data bits that transmitted in a clock pulse are sent in slots 6 to 0 order. Signed-off-by: Laurent Pinchart ---

[PATCH v2 03/13] devicetree/bindings: display: Add bindings for two Mitsubishi panels

The AA104XD12 and AA121TD01 are LVDS display panels. Their bindings are modelled on the the LVS panel bindings. Signed-off-by: Laurent Pinchart --- .../display/panel/mitsubishi,aa104xd12.txt | 47 ++

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

LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. Multiple incompatible data link layers have been used over time to transmit image data to LVDS panels. This binding supports display panels compatible with the JEIDA-59-1999, Open-LDI and VESA SWPG specifications.

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

Document properties common to several display panels in a central location that can be referenced by the panel device tree bindings. Signed-off-by: Laurent Pinchart --- .../bindings/display/panel/panel-common.txt| 91 ++

[PATCH v2 00/13] R-Car DU: Add support for LVDS mode selection

Hello, This patch series adds support for LVDS mode selection in the R-Car DU driver. Compared to v1, the LVDS panel DT bindings (02/13) have been reworked to document common panel properties in a common file (01/13), with Mitsubishi panels bindings now properly documented (03/13). Compared to

[PATCH 35/37] drm: Eliminate the useless "non-RGB fb" debug message

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:53:11 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > No point in spamming the log whenever a non-RGB fb is being > constructed. And since there's nothing to do anymore that > fb->bits_per_pixel and fb->depth are

[PATCH 34/37] drm: Replace 'format->format' comparisons to just 'format' comparisons

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:53:10 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Rather than compare the format u32s of two format infos, we can direclty > compare the format info pointers themselves. Noramlly all the ->format > pointers all

[PATCH v2 33/37] drm: Nuke fb->pixel_format

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:53:09 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Replace uses of fb->pixel_format with fb->format->format. > Less duplicated information is a good thing. > > Note that coccinelle failed to eliminate the > "/*

[PATCH 25/37] drm: Replace drm_format_plane_cpp() with fb->format->cpp[]

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:53:01 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Replace drm_format_plane_cpp(fb->pixel_format) with just > fb->format->cpp[]. Avoids the expensive format info lookup. > > @@ > struct drm_framebuffer *a; >

[PATCH 23/37] drm: Replace drm_format_num_planes() with fb->format->num_planes

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:52:59 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Replace drm_format_num_planes(fb->pixel_format) with just > fb->format->num_planes. Avoids the expensive format info lookup. > > @@ > struct drm_framebuffer

[PATCH 22/37] drm: Reject fbs w/o format info in drm_framebuffer_init()

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:52:58 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Any framebuffer that doesn't have proper format information when > drm_framebuffer_init() is called is a bug. Let's warn and return > an error to avoid oopsing

[PATCH v2 19/37] drm: Store a pointer to drm_format_info under drm_framebuffer

Hi Ville, Thank you for the patch. On Friday 18 Nov 2016 21:52:55 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > To avoid having to look up the format information struct every time, > let's just store a pointer to it under drm_framebuffer. > > v2: Don't populate the

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

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

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

|| -- 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/20161119/9d727e91/attachment.html>

[Intel-gfx] [PATCH 2/3] drm/dp/mst: Calculate total link bandwidth instead of hardcoding it

This patch along with https://patchwork.freedesktop.org/series/15305/ will fix https://bugs.freedesktop.org/show_bug.cgi?id=98141. I'd like this to be reviewed independently since the other two patches in this series require rework for atomic support. -DK On Thu, 2016-11-17 at 18:03 -0800,

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

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/f8fe43a6/attachment-0001.html>

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

scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161119/fb8e1ef6/attachment.html>

[Intel-gfx] [PATCH 3/3] drm/dp/mst: Track available time slots in DP Multi-Stream Transport Packet

On Fri, 2016-11-18 at 06:57 +, Chris Wilson wrote: > On Thu, Nov 17, 2016 at 06:03:48PM -0800, Dhinakaran Pandiyan wrote: > > static int drm_dp_init_vcpi(struct drm_dp_mst_topology_mgr *mgr, > > struct drm_dp_vcpi *vcpi, int pbn) > > { > > - int num_slots; > > +

[Intel-gfx] [PATCH 1/3] drm/i915/dp: Fail DP MST config when there are not enough vcpi slots

On Fri, 2016-11-18 at 09:43 +0100, Daniel Vetter wrote: > On Thu, Nov 17, 2016 at 06:03:46PM -0800, Dhinakaran Pandiyan wrote: > > drm_dp_find_vcpi_slots() returns an error when there is not enough > > available bandwidth on a link to support a mode. This error should make > > compute_config() to