[Bug 96897] clpeak OpenCL benchmark hangs during compilation on Clover RadeonSI

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=96897 --- Comment #11 from M. Edward (Ed) Borasky --- Linking to a clpeak GitHub issue: https://github.com/krrishnarraj/clpeak/issues/32 Note: I'm now on Arch Linux and I have the non-looping version of this. -- You are receiving this mail because:

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

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100802 --- Comment #5 from Michel Dänzer --- FWIW, the apitrace plays back fine for me on Kaveri, with radeonsi from Mesa Git master built using -fno-math-errno -fno-trapping-math -O3 -fno-omit-frame-pointer -ftree-vectorize -march=amdfam10 -mtune=na

[Bug 100964] RX-480 [drm:gfx_v8_0_ring_test_ring [amdgpu]] *ERROR* amdgpu: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD)

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100964 --- Comment #2 from HV --- Created attachment 131250 --> https://bugs.freedesktop.org/attachment.cgi?id=131250&action=edit lspci short output -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 100964] RX-480 [drm:gfx_v8_0_ring_test_ring [amdgpu]] *ERROR* amdgpu: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD)

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100964 --- Comment #1 from HV --- Created attachment 131249 --> https://bugs.freedesktop.org/attachment.cgi?id=131249&action=edit dmesg output with amdgpu loading successfully -- You are receiving this mail because: You are the assignee for the bug

[Bug 100964] RX-480 [drm:gfx_v8_0_ring_test_ring [amdgpu]] *ERROR* amdgpu: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD)

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100964 Bug ID: 100964 Summary: RX-480 [drm:gfx_v8_0_ring_test_ring [amdgpu]] *ERROR* amdgpu: ring 0 test failed (scratch(0xC040)=0xCAFEDEAD) Product: DRI Version: unspe

Re: [PATCH] drm/i915: Make vblank evade warnings optional

2017-05-07 Thread Jens Axboe
On 05/07/2017 11:12 AM, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Add a new Kconfig option to enable/disable the extra warnings > from the vblank evade code. For now we'll keep the warning > about an actually missed vblank always enabled as that can have > an actual user visi

Re: [PATCH 1/3] drm: fourcc byteorder: drop DRM_FORMAT_BIG_ENDIAN

2017-05-07 Thread Michel Dänzer
On 03/05/17 06:24 PM, Gerd Hoffmann wrote: > Hi, > >>> R600+ supports bigendian framebuffer formats, so no byteswapping on >>> access is needed. Not sure whenever that includes 16bpp formats or >>> whenever this is limited to the 8 bit-per-color formats [...] >> >> It includes 16bpp. Looking at

[Bug 100963] Alien Isolation saved game does not load

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100963 Bug ID: 100963 Summary: Alien Isolation saved game does not load Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW Severity: normal

Re: [PATCH] drm/i915: Make vblank evade warnings optional

2017-05-07 Thread Daniel Vetter
On Sun, May 7, 2017 at 7:46 PM, Jens Axboe wrote: > On 05/07/2017 11:12 AM, ville.syrj...@linux.intel.com wrote: >> From: Ville Syrjälä >> >> Add a new Kconfig option to enable/disable the extra warnings >> from the vblank evade code. For now we'll keep the warning >> about an actually missed vbl

[PATCH] drm/i915: Make vblank evade warnings optional

2017-05-07 Thread ville . syrjala
From: Ville Syrjälä Add a new Kconfig option to enable/disable the extra warnings from the vblank evade code. For now we'll keep the warning about an actually missed vblank always enabled as that can have an actual user visible impact. But if we miss the deadline othrwise there's no real need to

Re: [PATCH v2] drm: mxsfb_crtc: Reset the eLCDIF controller

2017-05-07 Thread Marek Vasut
On 05/05/2017 04:49 PM, Fabio Estevam wrote: > According to the eLCDIF initialization steps listed in the MX6SX > Reference Manual the eLCDIF block reset is mandatory. > > Without performing the eLCDIF reset the display shows garbage content > when the kernel boots. > > In earlier tests this iss

[PATCH v4 2/4] v4l: vsp1: Postpone frame end handling in event of display list race

2017-05-07 Thread Kieran Bingham
If we try to commit the display list while an update is pending, we have missed our opportunity. The display list manager will hold the commit until the next interrupt. In this event, we skip the pipeline completion callback handler so that the pipeline will not mistakenly report frame completion

[PATCH v3] drm: mxsfb_crtc: Reset the eLCDIF controller

2017-05-07 Thread Fabio Estevam
According to the eLCDIF initialization steps listed in the MX6SX Reference Manual the eLCDIF block reset is mandatory. Without performing the eLCDIF reset the display shows garbage content when the kernel boots. In earlier tests this issue has not been observed because the bootloader was previou

[PATCH v4 4/4] drm: rcar-du: Register a completion callback with VSP1

2017-05-07 Thread Kieran Bingham
Currently we process page flip events on every display interrupt, however this does not take into consideration the processing time needed by the VSP1 utilised in the pipeline. Register a callback with the VSP driver to obtain completion events, and track them so that we only perform page flips wh

Re: [Intel-gfx] [PATCH v5 3/9] drm/i915: Drop AUX backlight enable check for backlight control

2017-05-07 Thread Pandiyan, Dhinakaran
On Wed, 2017-05-03 at 17:28 -0700, Puthikorn Voravootivat wrote: > There are some panel that > (1) does not support display backlight enable via AUX > (2) support display backlight adjustment via AUX > (3) support display backlight enable via eDP BL_ENABLE pin > > The current driver required that

Re: [PATCH 1/2] drm: Make fbdev inherit the crtc's initial rotation

2017-05-07 Thread Bastien Nocera
On Sun, 2017-04-30 at 21:34 +0200, Hans de Goede wrote: > Hi, > > On 27-04-17 18:39, Bastien Nocera wrote: > > On Thu, 2017-04-27 at 19:24 +0300, Ville Syrjälä wrote: > > > On Wed, Apr 26, 2017 at 02:28:32PM +0200, Bastien Nocera wrote: > > > > On Mon, 2017-04-24 at 15:48 +0300, Ville Syrjälä wrot

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

2017-05-07 Thread Grant Grundler
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: >> >> > In several instances the driver passes an 'enum pipe' value to a >> > function expecting an 'enum

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

2017-05-07 Thread Grant Grundler
On Fri, May 5, 2017 at 1:08 PM, Ville Syrjälä wrote: ... >> > I'm not convinced the patch is making things any better really. To >> > fix this really properly, I think we'd need to introduce a new enum >> > pch_transcoder and thus avoid the confusion of which type of >> > transcoder we're talking

Re: [Intel-gfx] [PATCH v5 9/9] drm/i915: Set PWM divider to match desired frequency in vbt

2017-05-07 Thread Pandiyan, Dhinakaran
On Wed, 2017-05-03 at 17:28 -0700, Puthikorn Voravootivat wrote: > Read desired PWM frequency from panel vbt and calculate the > value for divider in DPCD address 0x724 and 0x728 to match > that frequency as close as possible. > > Signed-off-by: Puthikorn Voravootivat > --- > drivers/gpu/drm/i91

Re: [PATCH] drm: mxsfb_crtc: Reset the eLCDIF controller

2017-05-07 Thread Marek Vasut
On 05/05/2017 04:07 PM, Fabio Estevam wrote: > According to the eLCDIF initialization steps listed in the MX6SX > Reference Manual the eLCDIF block reset is mandatory. > > Without performing the eLCDIF reset the display shows garbage content > when the kernel boots. > > In earlier tests this iss

[PATCH v4 3/4] v4l: vsp1: Extend VSP1 module API to allow DRM callbacks

2017-05-07 Thread Kieran Bingham
To be able to perform page flips in DRM without flicker we need to be able to notify the rcar-du module when the VSP has completed its processing. We must not have bidirectional dependencies on the two components to maintain support for loadable modules, thus we extend the API to allow a callback

[PATCH] drm: mxsfb_crtc: Reset the eLCDIF controller

2017-05-07 Thread Fabio Estevam
According to the eLCDIF initialization steps listed in the MX6SX Reference Manual the eLCDIF block reset is mandatory. Without performing the eLCDIF reset the display shows garbage content when the kernel boots. In earlier tests this issue has not been observed because the bootloader was previou

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

2017-05-07 Thread Matthias Kaehlcke
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 > TRANSCODER_x have the same values this doesn't cause functional > problems. Still it is

[PATCH v2] drm/rockchip: analogix_dp: add supports for regulators in edp IP

2017-05-07 Thread Randy Li
I found if eDP_AVDD_1V0 and eDP_AVDD_1V8 are not been power at RK3288, once trying to enable the pclk clock, the kernel would dead. This patch would try to enable them first. The eDP_AVDD_1V8 is used for eDP phy, and the eDP_AVDD_1V0 are used both for eDP phy and controller. Change-Id: I4e8a34609

[PATCH v4 1/4] drm: rcar-du: Arm the page flip event after queuing the page flip

2017-05-07 Thread Kieran Bingham
From: Laurent Pinchart The page flip event is armed in the atomic begin handler, creating a race condition with the frame end interrupt that could send the event before the atomic operation actually completes. To avoid that, arm the event in the atomic flush handler after queuing the page flip.

[PATCH] drm/i915: use memdup_user_nul

2017-05-07 Thread Geliang Tang
Use memdup_user_nul() helper instead of open-coding to simplify the code. Signed-off-by: Geliang Tang --- drivers/gpu/drm/i915/i915_debugfs.c | 13 +++-- drivers/gpu/drm/i915/intel_pipe_crc.c | 13 +++-- 2 files changed, 6 insertions(+), 20 deletions(-) diff --git a/drivers/gp

Re: [PATCH 1/2] drm/fb-helper: Make fbdev inherit the crtc's rotation

2017-05-07 Thread Bastien Nocera
On Sun, 2017-04-30 at 21:22 +0200, Hans de Goede wrote: > Hi, > > On 26-04-17 14:13, Bastien Nocera wrote: > > On Sun, 2017-04-23 at 18:11 +0200, Hans de Goede wrote: > > > From: Ville Syrjala > > > > > > If a connector added through drm_fb_helper_add_one_connector() > > > has > > > a crtc attac

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

2017-05-07 Thread Matthias Kaehlcke
Hi, El Fri, May 05, 2017 at 01:29:32PM -0700 Grant Grundler ha dit: > On Fri, May 5, 2017 at 1:08 PM, Ville Syrjälä > wrote: > ... > >> > I'm not convinced the patch is making things any better really. To > >> > fix this really properly, I think we'd need to introduce a new enum > >> > pch_trans

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

2017-05-07 Thread Rainer Hochecker
>> > > Yep. The weird thing about that extension is that it only implements the > query vblank count/timestamp part of GLX_OML_sync_control. Sounds like the > least useful bit of all in isolation, although the extension as a whole > could be useful, just as on GLX. Also note this comment on that co

[PATCH v4 0/4] RCAR-DU, VSP1: Prevent pre-emptive frame flips on VSP1-DRM pipelines

2017-05-07 Thread Kieran Bingham
The RCAR-DU utilises a running VSPD pipeline to perform processing for the display pipeline. This presents the opportunity for some race conditions to affect the quality of the display output. To prevent reporting page flips early, we must track this timing through the VSP1, and only allow the rca

[PATCH v2] drm: mxsfb_crtc: Reset the eLCDIF controller

2017-05-07 Thread Fabio Estevam
According to the eLCDIF initialization steps listed in the MX6SX Reference Manual the eLCDIF block reset is mandatory. Without performing the eLCDIF reset the display shows garbage content when the kernel boots. In earlier tests this issue has not been observed because the bootloader was previou

[PATCH v2 1/2] drm/i915: intel_crtc_page_flip: Add intel_state local variable

2017-05-07 Thread Hans de Goede
Add intel_state local variable to avoid recalling to_intel_plane_state all the time. Signed-off-by: Hans de Goede --- drivers/gpu/drm/i915/intel_display.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/

[PATCH v2 2/2] drm/i915: Deal with upside-down mounted LCD panels

2017-05-07 Thread Hans de Goede
On some (Bay Trail) devices the LCD panel is mounted upside-down. This commit uses the code to read back the initial rotation of the primary plane in get_initial_plane_config from Ville Syrjala's "drm/fb-helper: Inherit rotation wip" patch and when re-using the initial fb it stores that in intel_c

Re: [git pull] drm pull for v4.12

2017-05-07 Thread Daniel Vetter
On Sat, May 6, 2017 at 10:02 PM, Linus Torvalds wrote: > On Tue, May 2, 2017 at 8:44 PM, Dave Airlie wrote: >> i915: >> vblank evasion improvements > > These may be "improvements", but they end up being very noisy. > > I geta fair amount of messages like > > [drm] Atomic update on pipe (A) took

[PATCH v2 2/2] drm: rcar-du: Add support for colorkey alpha blending

2017-05-07 Thread Alexandru Gheorghe
Add two new plane properties colorkey and colorkey_alpha for rcar gen3. * colorkey: - used for specifying the color on which the filtering is done. - bits 0 to 23 are interpreted as RGB888 format, in case we are dealing with an YCbCr format, only the Y componenet is

[PATCH v2 0/2] rcar-du, vsp1: rcar-gen3: Add support for colorkey alpha blending

2017-05-07 Thread Alexandru Gheorghe
Currently, rcar-du supports colorkeying only for rcar-gen2 and it uses some hw capability of the display unit(DU) which is not available on gen3. In order to implement colorkeying for gen3 we need to use the colorkey capability of the VSPD, hence the need to change both drivers rcar-du and vsp1.

[PATCH v2 1/2] v4l: vsp1: Add support for colorkey alpha blending

2017-05-07 Thread Alexandru Gheorghe
The vsp2 hw supports changing of the alpha of pixels that match a color key, this patch adds support for this feature in order to be used by the rcar-du driver. The colorkey is interpreted different depending of the pixel format: * RGB - all color components have to match. * YCbCr

Re: [PATCH 2/2] drm: rcar-du: Add support for colorkey alpha blending

2017-05-07 Thread Gheorghe, Alexandru
Hi Laurent, On Thursday, May 4, 2017 3:44 PM Laurent Pinchart wrote: > Hi Alexandru, > > On Thursday 04 May 2017 13:53:33 agheorghe wrote: >> Add two new plane properties colorkey and colorkey_alpha for rcar gen3. >> * colorkey: >> - used for specifying the color on which the filtering is d

[PATCH 2/2] drm/i915: Deal with upside-down mounted LCD panels

2017-05-07 Thread Hans de Goede
On some (Bay Trail) devices the LCD panel is mounted upside-down. This commit uses the code to read back the initial rotation of the primary plane in get_initial_plane_config from Ville Syrjala's "drm/fb-helper: Inherit rotation wip" patch and when re-using the initial fb it stores that in intel_c

[PATCH 1/2] drm/i915: intel_crtc_page_flip: Add intel_state local variable

2017-05-07 Thread Hans de Goede
Add intel_state local variable to avoid recalling to_intel_plane_state all the time. Signed-off-by: Hans de Goede --- drivers/gpu/drm/i915/intel_display.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/

Re: [PATCH 1/2] drm: Make fbdev inherit the crtc's initial rotation

2017-05-07 Thread Hans de Goede
Hi, On 30-04-17 21:34, Hans de Goede wrote: Hi, On 27-04-17 18:39, Bastien Nocera wrote: On Thu, 2017-04-27 at 19:24 +0300, Ville Syrjälä wrote: Well, there are really two cases to consider: 1. BIOS/whatever configures display hardware rotation in a way that matches the orientation o

[Bug 100941] Improve time to suspend on Radeon HD 6310

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100941 Christian König changed: What|Removed |Added Severity|normal |enhancement Resolution|NOTABU

[Bug 100577] DC + TearFree display lock

2017-05-07 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #5 from Michel Dänzer --- (In reply to Nikola Forró from comment #4) > Which makes me think I'm experiencing a different issue, because this bug > was reported long before that commit emerged. Indeed; please file your own report. -