[Bug 85696] [regression] r600g+nine: Bioshock shader failure after 7b1c0cbc90d456384b0950ad21faa3c61a6b43ff

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85696

--- Comment #3 from David Heidelberg (okias)  ---
Created attachment 108777
  --> https://bugs.freedesktop.org/attachment.cgi?id=108777&action=edit
debug_vs_ps_sbdry.txt

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/4d89537d/attachment.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

Eugene  changed:

   What|Removed |Added

 Attachment #108773|dmesg log   |dmesg
description||

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/330c2539/attachment.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

--- Comment #16 from Eugene  ---
Created attachment 108774
  --> https://bugs.freedesktop.org/attachment.cgi?id=108774&action=edit
syslog

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/9e8fb6e1/attachment.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

Eugene  changed:

   What|Removed |Added

 Attachment #108253|0   |1
is obsolete||

--- Comment #15 from Eugene  ---
Created attachment 108773
  --> https://bugs.freedesktop.org/attachment.cgi?id=108773&action=edit
dmesg log

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/a3567ba9/attachment-0001.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

Eugene  changed:

   What|Removed |Added

 Attachment #108772|Xorg.log file with  |Xorg.log with backtrace
description|backtrace   |

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/d074bea5/attachment.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

Eugene  changed:

   What|Removed |Added

 Attachment #108252|0   |1
is obsolete||

--- Comment #14 from Eugene  ---
Created attachment 108772
  --> https://bugs.freedesktop.org/attachment.cgi?id=108772&action=edit
Xorg.log file with backtrace

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/e99068d2/attachment.html>


[Bug 85320] [RV630] GPU hangs using UVD hardware acceleration

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85320

--- Comment #13 from Eugene  ---
I was able to save logs after playing video with VLC with VDPAU and hardware
decoding turned on. There are also backtrace in Xorg log file. Please, look in
attachment.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/29539a25/attachment.html>


[PATCH 00/72] staging imx-drm new features and fixes

2014-11-01 Thread Steve Longerbeam
On 10/31/2014 05:09 PM, Fabio Estevam wrote:
> Hi Steve,
>
> On Fri, Oct 31, 2014 at 8:53 PM, Steve Longerbeam  
> wrote:
>> Hi, this affects only Freescale imx IPU and imx-drm staging drivers,
>> except for two patches that affect drm core (patch 53 and 63, see below).
>>
>> New features for imx-drm staging driver:
>>
>> - Support for multi-display (HDMI and LVDS).
>> - Support for global alpha and color-key properties for overlay plane.
>> - Support for gamma correction.
>> - The imx-drm crtc devices moved to device tree.
>> - Support for defining custom display interface pixel mappings in the
>>   device tree.
>> - Implements encoder DPMS for LVDS.
>> - YUV planar pixel formats supported for DRM framebuffers.
>> - DDC support added for LVDS.
>> - Page flip handling moved to imx plane driver and implemented with
>>   IPU double-buffering.
>> - Support page-flip in the overlay plane (patch 53 affects drm core).
>> - Add support for parsing pixel clock edge select (patch 63 affects drm 
>> core).
>> - Add LVDS connection detect via drm_probe_ddc().
>> - Implement crtc mode_set_base using plane page-flip.
>>
>>
>> Fixed issues:
>>
>> - HDMI and LVDS now use different PLL clock roots (part of multi-display
>>   support).
>> - Use counter added to IPU DC enable/disable (part of multi-display
>>   support).
>> - Fixed some HDMI timing issues.
>> - Wider range of supported DI pixel clocks generated (all EDID modes
>>   reported from HDMI displays now work).
>> - Fix separate primary plane objects.
>> - HDMI must select DI pre clock as DI clock parent during encoder prepare
>>   (LVDS may have switched DI clock to LDB parent, part of multi-display
>>   support).
>> - Assign correct DMFC burst size.
>> - Resolve some DI synchronous display error cases.
>>
>>
>>
>> George G. Davis (1):
>>   ARM: dts: imx6qdl-sabreauto: Add HDMI device
>>
>> Jiada Wang (1):
>>   gpu: ipu-v3: fix HDMI timing issues
>>
>> Steve Longerbeam (70):
>>   ARM: dts: imx6qdl-sabrelite: Add HDMI device
>>   ARM: dts: imx6qdl: Create imx-drm crtc nodes
>>   ARM: i.MX6: use pll2_pfd0_352m as clock root of ipu_di
>>   ARM: i.MX6: select pll3_usb_otg for ldb_di for rev 1.0 chip
>>   gpu: ipu-cpmem: Add ipu_cpmem_set_uv_offset()
>>   gpu: ipu-v3: Add ipu_dp_set_chroma_key()
>>   gpu: ipu-v3: Add ipu_dp_set_gamma_correction()
>>   gpu: ipu-v3: Add support for dynamic DC interface pixel maps
>>   gpu: ipu-v3: Add ipu_dc_uninit_sync()
>>   gpu: ipu-v3: Pass struct ipu_dc to enable/disable
>>   gpu: ipu-v3: Add ipu_dp_uninit_channel()
>>   gpu: ipu-v3: Pass struct ipu_dp to enable/disable
>>   gpu: ipu-v3: Implement use counter for ipu_dc_enable(),
>> ipu_dc_disable()
>>   gpu: ipu-v3: Add DMFC/DP/DC/DI module enable/disable debug
>>   gpu: ipu-v3: Add ipu_di_uninit_sync_panel()
>>   gpu: ipu-v3: Split out DI clock enable/disable
>>   gpu: ipu-v3: Protect more CM reg access with IPU lock
>>   gpu: ipu-v3: Move DI waveform counter enable/disable to ipu-di
>>   gpu: ipu-v3: Update DP sync SRM always in ipu_dp_enable_channel()
>>   gpu: ipu-v3: Fix indent/ws in ipu-dmfc
>>   gpu: ipu-v3: Allow burstsize of 20 in ipu_dmfc_setup_channel()
>>   gpu: ipu-v3: Remove ipu_dmfc_init_channel()
>>   gpu: ipu-v3: Consolidate mutex lock in ipu_dmfc_alloc_bandwidth()
>>   gpu: ipu-v3: Enumerate the DC channel names
>>   gpu: ipu-di: Move ipu pointer init
>>   gpu: ipu-di: Add and improve debug/error messages
>>   gpu: ipu-v3: Change signal names in struct ipu_di_signal_cfg
>>   gpu: ipu-v3: Remove IPU client registration
>>   gpu: ipu-di: Set rate of DI pre clock
>>   gpu: ipu-v3: Add RGB666 interface pixel map
>>   gpu: ipu-cpmem: Pass drm fourcc to ipu_cpmem_set_yuv_*
>>   gpu: ipu-v3: Add ipu_drm_fourcc_is_planar()
>>   gpu: ipu-v3: Add IDMA channel linking support
>>   gpu: ipu-cpmem: Support YVU422
>>   gpu: ipu-cpmem: Add ipu_cpmem_get_burstsize()
>>   imx-drm: Crtcs moved to device tree
>>   imx-drm: hdmi: optimize i2c write wait
>>   imx-drm: parallel-display: Support RGB666 pixel fmt
>>   imx-drm: imx-ldb: Add debug to connector/encoder entry points
>>   imx-drm: imx-ldb: Implement imx_ldb_encoder_dpms()
>>   imx-drm: parallel-display: Fix typo when setting mode type
>>   imx-drm: ipuv3-plane: Fix planar formats
>>   imx-drm: ipuv3-plane: Allow YUV space for background plane
>>   imx-drm: ipuv3-plane: Add more supported pixel formats
>>   imx-drm: ipuv3-plane: Implement global alpha and colorkey properties
>>   imx-drm: hdmi: rework irq request/free
>>   imx-drm: imx-ldb: Add DDC support
>>   imx-drm: Fix separate primary plane objects
>>   imx-drm: Move page flip handling to plane driver
>>   imx-drm: Reset ipu unit pointers to NULL on errors
>>   drm: implement page flipping support for planes
>>   imx-drm: ipuv3-plane: Assign page_flip method to drm_plane_funcs
>>   imx-drm: Implement DRM gamma set
>>   imx-drm: Implement custom ioctl to set gamma
>>   imx-drm: Add support for interface pixel maps
>>   imx-drm: parallel-display: Add interface-pix-map 

[Bug 83461] hdmi screen flicker/unusable

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=83461

--- Comment #18 from kb at spatium.org ---
OK, false alarm. I had a wrong kernel. Correct output attached.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[Bug 83461] hdmi screen flicker/unusable

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=83461

--- Comment #17 from kb at spatium.org ---
Created attachment 156071
  --> https://bugzilla.kernel.org/attachment.cgi?id=156071&action=edit
dmesg round 2 with correct kernel

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[Bug 83461] hdmi screen flicker/unusable

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=83461

--- Comment #16 from kb at spatium.org ---
I applied the patch but don't see any of the extra msgs in the dmesg. Maybe
it's because i'm running it on the BAD kernel? Can you make a patch against
3.14 (this one doesn't apply cleanly on 3.14)?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=86891

Andy Furniss  changed:

   What|Removed |Added

 CC||adf.lists at gmail.com

--- Comment #19 from Andy Furniss  ---
(In reply to Michael Mair-Keimberger from comment #18)
> Created attachment 156051 [details]
> picture with VRAM and GTT usage
> 
> (In reply to Michel Dänzer from comment #17)
> > (In reply to Michael Mair-Keimberger from comment #15)
> > > Unfortunately vally doesn't include GALLIUM_HUD when i'm taking
> > > screenshot's. As a workaround i've made photos with my mobile. Hope that's
> > > ok :)
> > 
> > That's fine, but we also need to see the VRAM and GTT graphs.
> 
> Sorry, completely forget about that.. 
> Another picture with VRAM and GTT usage. I've used
> `GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT` to start the
> benchmark.

Should be ...requested-GTT+GTT-usage

I used to have similar issues with valley, but for my setup/card (R9270X) they
are fixed with current mesa + drm-next-3.19-wip.

One thing I always do is set CPUs to performance in case cpufreq messes things
up - may be worth a try to see if it helps.

What setting(s)/res do you run valley with?

It may be less hassle for you to use a phone, but FWIW the way I get
screenshots that include the HUD is to use xwd - for something fullscreen I
would before starting valley from a different xterm/console/whatever do
something like -

sleep 100 && xwd -root -out whatever.xwd 

then start valley and wait. To view "whatever.xwd" you can use xwud,to upload
you could convert to another "normal" format. You need some image program to do
this - I have ImageMagick installed and can just type in a terminal -

convert whatever.xwd whatever.png

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[Bug 83461] hdmi screen flicker/unusable

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=83461

--- Comment #15 from kb at spatium.org ---
Created attachment 156061
  --> https://bugzilla.kernel.org/attachment.cgi?id=156061&action=edit
dmesg 2nd run

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[Bug 85647] Random radeonsi crashes with mesa 10.3.x

2014-11-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=85647

--- Comment #10 from Hannu  ---
Created attachment 108767
  --> https://bugs.freedesktop.org/attachment.cgi?id=108767&action=edit
Xorg.0.log after crash

Xorg.0.log after crash. Mesa 10.3.2

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141101/f69bf36e/attachment.html>


[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

2014-11-01 Thread bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=86891

--- Comment #18 from Michael Mair-Keimberger  ---
Created attachment 156051
  --> https://bugzilla.kernel.org/attachment.cgi?id=156051&action=edit
picture with VRAM and GTT usage

(In reply to Michel Dänzer from comment #17)
> (In reply to Michael Mair-Keimberger from comment #15)
> > Unfortunately vally doesn't include GALLIUM_HUD when i'm taking
> > screenshot's. As a workaround i've made photos with my mobile. Hope that's
> > ok :)
> 
> That's fine, but we also need to see the VRAM and GTT graphs.

Sorry, completely forget about that.. 
Another picture with VRAM and GTT usage. I've used
`GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT` to start the
benchmark.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.


[PATCH 53/72] drm: implement page flipping support for planes

2014-11-01 Thread Rob Clark
On Fri, Oct 31, 2014 at 6:54 PM, Steve Longerbeam  
wrote:
> Planes like crtcs would benefit from having page flip event support.
> With planes page flip it is now possible to synchronize changing a
> framebuffer used by an overlay (or even cursor) plane with vertical
> sync events.
>
> A page flip in the primary plane is equivalent to a crtc page flip,
> which suggests this ioctl could deprecate the crtc page flip ioctl
> at some point in the future.

jfyi, a plane_page_flip ioctl would be useful, except it is about to
be obsolete by the atomic stuff that Daniel is working on

BR,
-R

> Signed-off-by: Steve Longerbeam 
> Signed-off-by: Dmitry Eremin-Solenikov 
> ---
>  drivers/gpu/drm/drm_crtc.c  |  241 
> +--
>  drivers/gpu/drm/drm_ioctl.c |1 +
>  include/drm/drm_crtc.h  |   11 ++
>  include/uapi/drm/drm.h  |1 +
>  include/uapi/drm/drm_mode.h |8 ++
>  5 files changed, 164 insertions(+), 98 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
> index e79c8d3..53b5f87 100644
> --- a/drivers/gpu/drm/drm_crtc.c
> +++ b/drivers/gpu/drm/drm_crtc.c
> @@ -2445,6 +2445,142 @@ int drm_mode_setplane(struct drm_device *dev, void 
> *data,
>  plane_req->src_w, plane_req->src_h);
>  }
>
> +int drm_mode_plane_page_flip_ioctl(struct drm_device *dev,
> +  void *data, struct drm_file *file_priv)
> +{
> +   struct drm_mode_plane_page_flip *page_flip = data;
> +   struct drm_plane *plane;
> +   struct drm_crtc *crtc;
> +   struct drm_framebuffer *fb = NULL;
> +   struct drm_pending_vblank_event *e = NULL;
> +   unsigned long flags;
> +   bool is_primary;
> +   int ret;
> +
> +   if (page_flip->flags & ~DRM_MODE_PAGE_FLIP_FLAGS ||
> +   page_flip->reserved != 0)
> +   return -EINVAL;
> +
> +   if ((page_flip->flags & DRM_MODE_PAGE_FLIP_ASYNC) &&
> +   !dev->mode_config.async_page_flip)
> +   return -EINVAL;
> +
> +   plane = drm_plane_find(dev, page_flip->plane_id);
> +   if (!plane)
> +   return -ENOENT;
> +
> +   is_primary = (plane->type == DRM_PLANE_TYPE_PRIMARY);
> +
> +   drm_modeset_lock_all(dev);
> +
> +   if (plane->crtc == NULL || plane->fb == NULL) {
> +   /* The crtc and/or framebuffer is currently unbound,
> +* presumably due to a hotplug event, that userspace
> +* has not yet discovered.
> +*/
> +   ret = -EBUSY;
> +   goto out;
> +   }
> +   crtc = plane->crtc;
> +
> +   if ((is_primary && crtc->funcs->page_flip == NULL) ||
> +   plane->funcs->page_flip == NULL) {
> +   ret = -EINVAL;
> +   goto out;
> +   }
> +
> +   fb = drm_framebuffer_lookup(dev, page_flip->fb_id);
> +   if (!fb) {
> +   ret = -ENOENT;
> +   goto out;
> +   }
> +
> +   /*
> +* If this is the primary plane (equivalent to a crtc page flip),
> +* verify that the fb is valid for the bound crtc's viewport.
> +* For overlay or cursor planes, the plane's page_flip op should
> +* check that the fb is valid.
> +*/
> +   if (is_primary) {
> +   ret = drm_crtc_check_viewport(crtc, crtc->x, crtc->y,
> + &crtc->mode, fb);
> +   if (ret)
> +   goto out;
> +   }
> +
> +   if (plane->fb->pixel_format != fb->pixel_format) {
> +   DRM_DEBUG_KMS("Page flip is not allowed to change frame 
> buffer format.\n");
> +   ret = -EINVAL;
> +   goto out;
> +   }
> +
> +   if (page_flip->flags & DRM_MODE_PAGE_FLIP_EVENT) {
> +   ret = -ENOMEM;
> +   spin_lock_irqsave(&dev->event_lock, flags);
> +   if (file_priv->event_space < sizeof(e->event)) {
> +   spin_unlock_irqrestore(&dev->event_lock, flags);
> +   goto out;
> +   }
> +   file_priv->event_space -= sizeof(e->event);
> +   spin_unlock_irqrestore(&dev->event_lock, flags);
> +
> +   e = kzalloc(sizeof(*e), GFP_KERNEL);
> +   if (e == NULL) {
> +   spin_lock_irqsave(&dev->event_lock, flags);
> +   file_priv->event_space += sizeof(e->event);
> +   spin_unlock_irqrestore(&dev->event_lock, flags);
> +   goto out;
> +   }
> +
> +   e->event.base.type = DRM_EVENT_FLIP_COMPLETE;
> +   e->event.base.length = sizeof(e->event);
> +   e->event.user_data = page_flip->user_data;
> +   e->base.event = &e->event.base;
> +   e->base.file_priv = file_priv;
> +   e->base.destroy =
> +   (void (*) (struct