[Bug 100953] [ARUBA] Light shaders is very bright in GRID Autosport on Radeon 8470D

https://bugs.freedesktop.org/show_bug.cgi?id=100953 Bug ID: 100953 Summary: [ARUBA] Light shaders is very bright in GRID Autosport on Radeon 8470D Product: Mesa Version: 17.1 Hardware: Other OS: All

[Bug 100387] War Thunder game has visual errors, missing textures

https://bugs.freedesktop.org/show_bug.cgi?id=100387 --- Comment #3 from russianneuroman...@ya.ru --- Created attachment 131233 --> https://bugs.freedesktop.org/attachment.cgi?id=131233=edit War Thunder on Radeon HD 8470D with Mesa 17.1.0rc2 Same issue on Radeon 8470D. Software: Kubuntu 17.0

Re: [PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

On 05/05/2017 09:35 PM, Daniel Vetter wrote: On Mon, Jul 25, 2016 at 1:15 PM, Rainer Hochecker wrote: Am 25.07.2016 08:38 schrieb "Michel Dänzer" : On 13.07.2016 18:49, Rainer Hochecker wrote: We have been using this for years now and did not observe

Re: [Intel-gfx] [PATCH RESEND] drm/i915: Fix pipe/transcoder enum mismatches

On Fri, May 05, 2017 at 12:12:49PM -0700, Grant Grundler wrote: > On Fri, May 5, 2017 at 10:40 AM, Ville Syrjälä > wrote: > > On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote: > >> El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit: >

Re: [PATCH 1/3] RFC: drm: Restrict vblank ioctl to master

On Mon, Jul 25, 2016 at 1:15 PM, Rainer Hochecker wrote: > Am 25.07.2016 08:38 schrieb "Michel Dänzer" : >> >> On 13.07.2016 18:49, Rainer Hochecker wrote: >> > We have been using this for years now and did not observe issues you >> > mentioned. I would be

[Bug 100949] Power management problem on CIK/SI hybrid laptop

https://bugs.freedesktop.org/show_bug.cgi?id=100949 Luya Tshimbalanga changed: What|Removed |Added Summary|Power management problem on |Power

[Bug 100949] Power management problem on CIK/SI

https://bugs.freedesktop.org/show_bug.cgi?id=100949 Bug ID: 100949 Summary: Power management problem on CIK/SI Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

[Bug 194721] Reading /sys/bus/pci/devices/0000:01:00.0/config wakes up Radeon dGPU

https://bugzilla.kernel.org/show_bug.cgi?id=194721 mathieu.westp...@gmail.com changed: What|Removed |Added CC||mathieu.westp...@gmail.com

[PATCH v4 2/3] drm: mali-dp: Add RGB writeback formats for DP550/DP650

From: Brian Starkey Add a layer bit for the SE memory-write, and add it to the pixel format matrix for DP550/DP650. Signed-off-by: Brian Starkey [rebased and fixed conflicts] Signed-off-by: Mihail Atanassov Signed-off-by:

[PATCH v4 3/3] drm: mali-dp: Add writeback connector

From: Brian Starkey Mali-DP has a memory writeback engine which can be used to write the composition result to a memory buffer. Expose this functionality as a DRM writeback connector on supported hardware. Changes since v1: Daniel Vetter: - Don't require a modeset when

[PATCH v4 0/3] drm/mali-dp: Add support for memory writeback engine

Hi, This series introduces support for Mali DP's memory writeback engine using the generic writeback connector support introduced in the "[PATCH v4 0/2] drm: Introduce writeback connectors" series [1] I've rebased the previous work that Brian has done on top of drm-next and the generic series. I

[PATCH v4 1/3] drm: mali-dp: Add support for writeback on DP550/DP650

Mali-DP display processors are able to write the composition result to a memory buffer via the SE. Add entry points in the HAL for enabling/disabling this feature, and implement support for it on DP650 and DP550. DP500 acts differently and so is omitted from this change. Changes since v3: - Fix

[PATCH v4 0/2] drm: Introduce writeback connectors

Hi, This is an update of Brian Starkey's RFC v3 series introducing support for memory writeback engines as special connector. My contribution has been minor compared to previous version, mostly rebasing, addressing some of the comments and cleaning up the behaviour of

[PATCH v4 2/2] drm: writeback: Add out-fences for writeback connectors

From: Brian Starkey Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is not allowed to request an out-fence without a framebuffer attached to the connector. A timeline

[PATCH v4 1/2] drm: Add writeback connector type

From: Brian Starkey Writeback connectors represent writeback engines which can write the CRTC output to a memory framebuffer. Add a writeback connector type and related support functions. Drivers should initialize a writeback connector with drm_writeback_connector_init()

Re: [Intel-gfx] [PATCH RESEND] drm/i915: Fix pipe/transcoder enum mismatches

On Fri, May 05, 2017 at 10:26:36AM -0700, Matthias Kaehlcke wrote: > El Thu, Apr 20, 2017 at 02:56:05PM -0700 Matthias Kaehlcke ha dit: > > > In several instances the driver passes an 'enum pipe' value to a > > function expecting an 'enum transcoder' and viceversa. Since PIPE_x and > >

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Fri, May 05, 2017 at 07:17:43PM +0200, Daniel Vetter wrote: > On Fri, May 5, 2017 at 4:36 PM, Laurent Pinchart > wrote: > > I'm a bit concerned about this. The YCBCR_ENCODING property specifies how > > the > > content of the framebuffer is encoded. If I

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Fri, May 5, 2017 at 4:36 PM, Laurent Pinchart wrote: > I'm a bit concerned about this. The YCBCR_ENCODING property specifies how the > content of the framebuffer is encoded. If I understand correctly, you're > proposing adding an enumeration value that tells

[Bug 100937] Mesa fails to build with GCC 4.8

https://bugs.freedesktop.org/show_bug.cgi?id=100937 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[PULL] drm-misc-next-fixes for 4.12

Hi Dave, Many apologies for missing your initial PR. Just one patch to fix up the panel for HP zBook 17 G2. drm-misc-next-fixes-2017-05-05: Core Changes: - Add quirk for LGD 764 panel to default 10bpc (Mario) Cc: Mario Kleiner Cheers, Sean The following changes

Re: GPU-DRM-STI: Fine-tuning for some function implementations

> It seems like you're back to submitting cocci patches again :) My contribution activities are varying also for Linux software over time. ;-) The corresponding source code search patterns get different popularity. > I don't want to waste your time by ignoring your patches, so please ensure

[PULL] drm-misc-next for 4.13

Hi Dave, Here's the first pull request for 4.13 from misc-next. It's surprisingly small given that we had an extra week of feature freeze. The highlights are below, and aside from these we had miscellaneous (heh) fixes sprinkled throughout. A bit of administrivia for you: We now have a standard

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

Hi Jyri, On Thursday 04 May 2017 18:23:21 Jyri Sarha wrote: > On 05/04/17 17:51, Ville Syrjälä wrote: > > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: > >> On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote: > >>> Add standard optinal property blobs for YCbCr to RGB

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Pekka Paalanen writes: > I disagree on the details, more below. > Such a RandR request is something I would not like to have to replicate > on Wayland. The display server contains the policy, it should not just > expose everything up for grabs. This is a fundamental

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Fri, May 5, 2017 at 12:45 PM, Ville Syrjälä wrote: > On Fri, May 05, 2017 at 08:58:17AM +0200, Daniel Vetter wrote: >> On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: >> > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: >> > > On

Re: [PATCH 0/5] GPU-DRM-STI: Fine-tuning for some function implementations

On Fri, May 05, 2017 at 03:50:49PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 5 May 2017 15:45:45 +0200 > > A few update suggestions were taken into account > from static source code analysis. > Hi Markus, It seems like you're back to

[PATCH 5/5] drm/sti: Adjust two checks for null pointers in sti_hqvdp_probe()

From: Markus Elfring Date: Fri, 5 May 2017 15:33:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written !… Thus

[PATCH 4/5] drm/sti: Fix typos in a comment line

From: Markus Elfring Date: Fri, 5 May 2017 15:32:08 +0200 Adjust this description for a function call. Signed-off-by: Markus Elfring --- drivers/gpu/drm/sti/sti_tvout.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [linux-sunxi] [PATCH v6 12/13] ARM: dts: sun8i: add pinmux for LCD pins of V3s SoC

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > Allwinner V3s SoC features a set of pins that have functionality of RGB > LCD, the pins are at different pin ban than other SoCs. > > Add pinctrl node for them. > > Signed-off-by: Icenowy Zheng > --- >

Re: [linux-sunxi] [PATCH v6 05/13] drm/sun4i: abstract a engine type

在 2017-05-05 10:56，Chen-Yu Tsai 写道： On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: As we are going to add support for the Allwinner DE2 engine in sun4i-drm driver, we will finally have two types of display engines -- the DE1 backend and the DE2 mixer. They both do some

[PATCH 3/5] drm/sti: Fix a typo in a comment line

From: Markus Elfring Date: Fri, 5 May 2017 15:30:44 +0200 Add a missing character in this description for a data structure. Signed-off-by: Markus Elfring --- drivers/gpu/drm/sti/sti_cursor.c | 2 +- 1 file changed, 1 insertion(+),

Re: [linux-sunxi] [PATCH v6 05/13] drm/sun4i: abstract a engine type

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > As we are going to add support for the Allwinner DE2 engine in sun4i-drm > driver, we will finally have two types of display engines -- the DE1 > backend and the DE2 mixer. They both do some display blending and feed >

Re: [PATCH v2 14/20] drm/sun4i: tcon: multiply the vtotal when not in interlace

在 2017-05-03 19:59，Maxime Ripard 写道： It appears that the total vertical resolution needs to be doubled when we're not in interlaced. Make sure that is the case. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 ++-- 1 file changed, 2

Re: [PATCH v6 08/13] drm/sun4i: add support for Allwinner DE2 mixers

于 2017年5月5日 GMT+08:00 下午8:36:18, Maxime Ripard 写到: >On Fri, May 05, 2017 at 12:50:51AM +0800, icen...@aosc.io wrote: >> > > +void sun8i_mixer_layer_enable(struct sun8i_mixer *mixer, >> > > +int layer, bool enable) >> > > +{ >> >

Re: [linux-sunxi] [PATCH v6 11/13] ARM: dts: sun8i: add DE2 nodes for V3s SoC

于 2017年5月5日 GMT+08:00 下午8:30:35, Maxime Ripard 写到: >On Fri, May 05, 2017 at 04:53:43PM +0800, icen...@aosc.io wrote: >> > > + de2_clocks: clock@100 { >> > > + compatible = >"allwinner,sun50i-h5-de2-clk"; >> > >> > I am

Re: [linux-sunxi] [PATCH v6 05/13] drm/sun4i: abstract a engine type

On Fri, May 5, 2017 at 4:36 PM, wrote: > 在 2017-05-05 10:56，Chen-Yu Tsai 写道： >> >> On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: >>> >>> As we are going to add support for the Allwinner DE2 engine in sun4i-drm >>> driver, we will finally have two types

Re: [linux-sunxi] [PATCH v6 06/13] drm/sun4i: add a dedicated module for sun4i-backend and sun4i-layer

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > Currently the direct call from CRTC code to layer code has disappeared, > instead the layer's init function is called via the backend's ops. > > Add a dedicated module for sun4i-backend and sun4i-layer, and drop the >

Re: [linux-sunxi] [PATCH v6 11/13] ARM: dts: sun8i: add DE2 nodes for V3s SoC

在 2017-05-05 11:31，Chen-Yu Tsai 写道： On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON which have RGB LCD output. Please also mention that it only has one mixer. For the subject, you could just say "Add

Re: [linux-sunxi] [PATCH 04/13] drm/sun4i: return only planes for layers created

On Thu, May 4, 2017 at 7:41 PM, Icenowy Zheng wrote: > As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm > driver, we will finally have two types of layers. > > Each layer is bound to a drm_plane that is CRTC-specific, so we create > them when initializing

Re: [linux-sunxi] [PATCH v6 03/13] dt-bindings: add bindings for DE2 on V3s SoC

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > Allwinner V3s SoC have a display engine which have a different pipeline > with older SoCs. > > Add document for it (new compatibles and the new "mixer" part). > > Signed-off-by: Icenowy Zheng > Acked-by: Rob

Re: [linux-sunxi] Re: [PATCH v6 08/13] drm/sun4i: add support for Allwinner DE2 mixers

On Fri, May 5, 2017 at 12:52 AM, wrote: > 在 2017-05-04 21:05，Maxime Ripard 写道： >> >> On Thu, May 04, 2017 at 07:48:53PM +0800, Icenowy Zheng wrote: >>> >>> Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes >>> with mixers to do graphic processing and feed

Re: [linux-sunxi] [PATCH v6 11/13] ARM: dts: sun8i: add DE2 nodes for V3s SoC

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON > which have RGB LCD output. Please also mention that it only has one mixer. For the subject, you could just say "Add device nodes for the display

Re: [linux-sunxi] [PATCH v6 07/13] drm/sun4i: add a Kconfig option for sun4i-backend

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > As sun4i-backend is now a dedicated module, add an Kconfig option for > it to make it optional, since some build may only use other engines. > > Signed-off-by: Icenowy Zheng > --- > Splited out patch. > >

Re: [linux-sunxi] [PATCH v6 10/13] drm/sun4i: tcon: add support for V3s TCON

On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote: > Allwinner V3s SoC features a TCON without channel 1. > > Add support for it. > > Signed-off-by: Icenowy Zheng Reviewed-by: Chen-Yu Tsai ___

[PATCH 2/5] drm/sti: Replace 17 seq_puts() calls by seq_putc()

From: Markus Elfring Date: Fri, 5 May 2017 15:00:46 +0200 Single characters should be put into a sequence at several places. Thus use the corresponding function "seq_putc". This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

[PATCH 1/5] drm/sti: Reduce function calls for sequence output at five places

From: Markus Elfring Date: Fri, 5 May 2017 14:54:52 +0200 Some data were put into a sequence by separate function calls. Print the same data by five single function calls instead. This issue was detected by using the Coccinelle software. Signed-off-by: Markus

[PATCH 0/5] GPU-DRM-STI: Fine-tuning for some function implementations

From: Markus Elfring Date: Fri, 5 May 2017 15:45:45 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Reduce function calls for sequence output at five places Replace 17 seq_puts() calls by seq_putc()

[Bug 100802] [regression] mostly blank graphics on Faeria

https://bugs.freedesktop.org/show_bug.cgi?id=100802 --- Comment #4 from Timo Aaltonen --- Backporting the full X stack (including kernel 4.10, xorg 1.19.3) from 17.04 to 16.04 didn't break it, so looks like the breakage is due to some compiler issue on 17.04? That sounds

Re: [PATCH 6/8] omapdrm: hdmi4: refcount hdmi_power_on/off_core

On 04/28/17 13:30, Tomi Valkeinen wrote: > On 14/04/17 13:25, Hans Verkuil wrote: >> From: Hans Verkuil >> >> The hdmi_power_on/off_core functions can be called multiple times: >> when the HPD changes and when the HDMI CEC support needs to power >> the HDMI core. >> >> So

Re: [PATCH RFC v2 1/2] drm: Add optinal YCBCR_ENCODING property to drm_plane

Hi Jyri, On Friday 05 May 2017 15:11:06 Jyri Sarha wrote: > On 05/05/17 12:07, Laurent Pinchart wrote: > > On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote: > >> Add a standard optinal property to control YCbCr conversion in DRM > >> planes. The property is stored to drm_plane object to allow

Re: [PATCH 1/6] drm: Add writeback connector type

On Fri, May 05, 2017 at 10:22:19AM +0200, Boris Brezillon wrote: > On Fri, 25 Nov 2016 16:48:59 + > Brian Starkey wrote: > > > +/** > > + * drm_writeback_connector_init - Initialize a writeback connector and its > > properties > > + * @dev: DRM device > > + *

Re: [PATCH v6 08/13] drm/sun4i: add support for Allwinner DE2 mixers

On Fri, May 05, 2017 at 12:50:51AM +0800, icen...@aosc.io wrote: > > > +void sun8i_mixer_layer_enable(struct sun8i_mixer *mixer, > > > + int layer, bool enable) > > > +{ > > > + u32 val; > > > + /* Currently the first UI channel is used */ > > > + int chan =

Re: [linux-sunxi] [PATCH v6 11/13] ARM: dts: sun8i: add DE2 nodes for V3s SoC

On Fri, May 05, 2017 at 04:53:43PM +0800, icen...@aosc.io wrote: > > > + de2_clocks: clock@100 { > > > + compatible = "allwinner,sun50i-h5-de2-clk"; > > > > I am a bit skeptical about this. Since the V3S only has one mixer, do > > the clocks > > for the

Re: [PATCH RFC v2 1/2] drm: Add optinal YCBCR_ENCODING property to drm_plane

On 05/05/17 12:07, Laurent Pinchart wrote: > Hi Jyri, > > Thank you for the patch. > > On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote: >> Add a standard optinal property to control YCbCr conversion in DRM >> planes. The property is stored to drm_plane object to allow different >> set of

[Bug 100937] Mesa fails to build with GCC 4.8

https://bugs.freedesktop.org/show_bug.cgi?id=100937 --- Comment #2 from network...@rkmail.ru --- (In reply to Samuel Pitoiset from comment #1) > Created attachment 131225 [details] [review] > patch > > Can you try this patch? It did build successfully with the proposed patch. -- You are

Re: [PATCHv4 2/3] drm/prime: Introduce drm_gem_prime_import_dev

Hi Laura, [auto build test WARNING on drm/drm-next] [also build test WARNING on next-20170505] [cannot apply to v4.11] [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/Laura-Abbott/dma_buf-import

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Fri, May 05, 2017 at 08:58:17AM +0200, Daniel Vetter wrote: > On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: > > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: > > > On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote: > > > > Add standard optinal property

Re: i915 4.9 regression: DP AUX CH sanitization no longer working on Asus desktops

On Thu, May 04, 2017 at 02:52:09PM -0600, Daniel Drake wrote: > On Thu, May 4, 2017 at 2:37 PM, Ville Syrjälä > wrote: > > Please check if commit bb1d132935c2 ("drm/i915/vbt: split out defaults > > that are set when there is no VBT") fixes things for you. > > I

[Bug 100937] Mesa fails to build with GCC 4.8

https://bugs.freedesktop.org/show_bug.cgi?id=100937 --- Comment #1 from Samuel Pitoiset --- Created attachment 131225 --> https://bugs.freedesktop.org/attachment.cgi?id=131225=edit patch Can you try this patch? -- You are receiving this mail because: You are the

Re: [Intel-gfx] [PATCH v5 4/9] drm/i915: Allow choosing how to adjust brightness if both supported

-Voravootivat/Enhancement-to-intel_dp_aux_backlight-driver/20170505-003007 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree

Re: [PATCH RFC v2 1/2] drm: Add optinal YCBCR_ENCODING property to drm_plane

Hi Jyri, Thank you for the patch. On Thursday 04 May 2017 10:14:25 Jyri Sarha wrote: > Add a standard optinal property to control YCbCr conversion in DRM > planes. The property is stored to drm_plane object to allow different > set of supported conversion modes for different planes on the

Re: [PATCHv4 3/3] drm/vgem: Enable dmabuf import interfaces

On Thu, May 04, 2017 at 09:09:54PM -0700, Joe Perches wrote: > On Thu, 2017-05-04 at 21:25 +0100, Chris Wilson wrote: > > On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote: > > > > > > Enable the GEM dma-buf import interfaces in addition to the export > > > interfaces. This lets vgem

Re: [PATCH 1/6] drm: Add writeback connector type

On Fri, 25 Nov 2016 16:48:59 + Brian Starkey wrote: > +/** > + * drm_writeback_connector_init - Initialize a writeback connector and its > properties > + * @dev: DRM device > + * @wb_connector: Writeback connector to initialize > + * @funcs: Connector funcs vtable > +

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Thu, 04 May 2017 11:02:44 -0700 Keith Packard wrote: > Pekka Paalanen writes: > > > That means you need an explicit key to denote HMDs. More below. > > I don't think so. Presumably the VR system will have a known list of > HMDs it works with, and

[Bug 195659] nouveau fence error

https://bugzilla.kernel.org/show_bug.cgi?id=195659 Pierre Moreau (pierre.mor...@free.fr) changed: What|Removed |Added CC|

[Bug 100936] Radeonsi rendering corruption in unigine heaven (regression bissected)

https://bugs.freedesktop.org/show_bug.cgi?id=100936 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

Regards Shashank On 5/5/2017 12:43 PM, Daniel Vetter wrote: On Fri, May 5, 2017 at 9:06 AM, Sharma, Shashank wrote: On 5/5/2017 12:28 PM, Daniel Vetter wrote: On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: On Thu, May 04, 2017 at 03:22:45PM

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Fri, May 5, 2017 at 9:06 AM, Sharma, Shashank wrote: > On 5/5/2017 12:28 PM, Daniel Vetter wrote: >> >> On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: >>> >>> On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: On Thu, May 04,

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

Regards Shashank On 5/5/2017 12:28 PM, Daniel Vetter wrote: On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote: Add standard optinal property blobs for

[Bug 100941] Improve time to suspend on

https://bugs.freedesktop.org/show_bug.cgi?id=100941 --- Comment #1 from Paul Menzel --- Created attachment 131224 --> https://bugs.freedesktop.org/attachment.cgi?id=131224=edit ftrace messages generated by pm-graph (`sudo ./analyze_suspend.py -config

[Bug 100941] Improve time to suspend on

https://bugs.freedesktop.org/show_bug.cgi?id=100941 Paul Menzel changed: What|Removed |Added CC|

[Bug 100941] Improve time to suspend on

https://bugs.freedesktop.org/show_bug.cgi?id=100941 Bug ID: 100941 Summary: Improve time to suspend on Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal

Re: [PATCHv4 3/3] drm/vgem: Enable dmabuf import interfaces

On Thu, May 04, 2017 at 09:25:03PM +0100, Chris Wilson wrote: > On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote: > > > > Enable the GEM dma-buf import interfaces in addition to the export > > interfaces. This lets vgem be used as a test source for other allocators > > (e.g. Ion). > >

Re: [PATCH RFC v2 2/2] drm: Add YCBCR_DECODE_CSC and YCBCR_CSC_PREOFFSET properties to drm_plane

On Thu, May 04, 2017 at 05:51:45PM +0300, Ville Syrjälä wrote: > On Thu, May 04, 2017 at 03:22:45PM +0200, Daniel Vetter wrote: > > On Thu, May 04, 2017 at 10:14:26AM +0300, Jyri Sarha wrote: > > > Add standard optinal property blobs for YCbCr to RGB conversion CSC > > > matrix and YCbCr preoffset

[Bug 100761] `radeon_ib_ring_tests` takes 0.5 s on resume

https://bugs.freedesktop.org/show_bug.cgi?id=100761 --- Comment #6 from Paul Menzel --- (In reply to Christian König from comment #5) > What I've forgot: One thing that could possible help would be an HDP flush > directly before we wait for the fence. > > Just

Re: i915 4.9 regression: DP AUX CH sanitization no longer working on Asus desktops

On Thu, 04 May 2017, Daniel Drake wrote: > Hi, > > Numerous Asus desktops and All-in-one computers (e.g. D520MT) have a > regression on Linux 4.9 where the VGA output is shown all-white. Would you mind filing a bug over at [1], essentially with this message copy-pasted and

Re: [PATCH 1/2] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

On 04.05.2017 14:35, Thierry Reding wrote: > On Thu, May 04, 2017 at 07:44:08AM +0200, Daniel Vetter wrote: >> On Wed, May 3, 2017 at 6:17 PM, Eric Anholt wrote: >>> Laurent Pinchart writes: >>> Hi Daniel, On Wednesday 03 May