[Bug 63101] Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above

https://bugzilla.kernel.org/show_bug.cgi?id=63101 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[Bug 64600] r600g pyrit OpenCL issue on HD6850

ded and every macro thereafter undef'd). See the comments in the test. -- 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/20131015/4c

[Bug 70514] New: Unresponsive system on boot with radeon + FireGL v7700

GL [FireGL V7700] (prog-if 00 [VGA controller]) -- 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/20131015/d3a9efea/attachment.html>

i915 driver fails on i686 userspace + x86_64 kernel

On Tue, Oct 15, 2013 at 02:00:50PM -0400, Pavel Roskin wrote: > Hi Chris, > > It's almost certainly stack corruption. This "patch" fixes X for me. > The first DRM_IOCTL_MODE_GETCONNECTOR in sna_output_init() must be > overwriting the implied memory bounds. > > diff --git a/src/sna/sna_display.c

[Bug 70497] GPU lockup CP stall for more than 10000msec

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131015/b6690a2e/attachment.html>

[Bug 70497] GPU lockup CP stall for more than 10000msec

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

[Bug 70497] GPU lockup CP stall for more than 10000msec

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131015/f7df622e/attachment-0001.html>

[PATCH] drm: Pretty print pixel format in drm_fb_get_bpp_depth() and format_check()

From: Ville Syrj?l? drm_fb_get_bpp_depth() likes to complain about unsupported pixel formats but doesn't bother telling us what the format was. Also format_check() just returns an error when it encouters an invalid format, leaving the user scratching his head

[PATCH v2] drm: add support for additional stereo 3D modes

On Tue, Oct 15, 2013 at 06:25:27PM +0100, Thomas Wood wrote: > Parse the 3D_Structure_ALL and 3D_MASK fields of the HDMI Vendor > Specific Data Block to expose more stereo 3D modes. > Daniel likes to have the v2,v3,etc. changes listed here in the commit msg. > Signed-off-by: Thomas Wood > ---

[Bug 70497] GPU lockup CP stall for more than 10000msec

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131015/2790a478/attachment.html>

[Bug 70497] GPU lockup CP stall for more than 10000msec

dri-devel/attachments/20131015/8cfd190c/attachment.html>

[Bug 68391] [radeonsi] Crash unigine-sanctuary

ere, same llvm assert (comment #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/20131015/c0ebb36e/attachment.html>

[PATCH] drm/radeon/uvd: revert lower msg buffer requirements on UVD3

From: Christian K?nig This only seem to work for H.264 but not for VC-1 streams. Need to investigate further why exactly. This reverts commit 4b40e5921230beb1951f04d2b1b92c4c88fbad43. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c | 3 +--

i915 driver fails on i686 userspace + x86_64 kernel

On Wed, 16 Oct 2013 00:39:34 +0100 Chris Wilson wrote: > > However, I feel uneasy about that patch. I tried to debug the > > problem, and it looked not as a data corruption, but as something > > opposite. The kernel writes correct data to the userspace, but the > > userspace gets the old

[Bug 63101] New: Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above

https://bugzilla.kernel.org/show_bug.cgi?id=63101 Bug ID: 63101 Summary: Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above Product: Drivers Version: 2.5 Kernel Version: 3.11.5

[Bug 60827] X under radeon driver crashes after resuming from hibernation

https://bugzilla.kernel.org/show_bug.cgi?id=60827 --- Comment #9 from archiesix at gmail.com --- The bug was introduced in kernel 3.9.11. With kernels 3.9.9 and 3.9.10 when hibernating I get the error : No irq handler for vector (irq -1) displayed on the console, but otherwise everything seems

[PATCH v2] drm: add support for additional stereo 3D modes

Parse the 3D_Structure_ALL and 3D_MASK fields of the HDMI Vendor Specific Data Block to expose more stereo 3D modes. Signed-off-by: Thomas Wood --- drivers/gpu/drm/drm_edid.c | 105 + 1 file changed, 96 insertions(+), 9 deletions(-) diff --git

[Bug 63011] radeon: horizontal stripes when updating screen

https://bugzilla.kernel.org/show_bug.cgi?id=63011 --- Comment #6 from Alex Deucher --- Do you have dpm enabled (radeon.dpm=1 on the kernel command line in grub, etc.)? dpm is disabled by default so unless you have enabled it, none of that new code added in that patch gets executed. You might

[PATCH] drm: Pretty print pixel format in drm_fb_get_bpp_depth() and format_check()

On Tue, Oct 15, 2013 at 2:06 PM, wrote: > From: Ville Syrj?l? > > drm_fb_get_bpp_depth() likes to complain about unsupported pixel formats > but doesn't bother telling us what the format was. Also format_check() > just returns an error when it encouters an invalid format, leaving the > user

i915 driver fails on i686 userspace + x86_64 kernel

s Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131015/6f7d6a3b/attachment.bin>

FOSDEM14: Graphics DevRoom: call for speakers.

Hi, At FOSDEM on the 1st and 2nd of February 2014, there will be a graphics DevRoom. URL https://fosdem.org/2014/ The focus of this DevRoom is the same as the X.org DevRooms of yore; anything to do with graphics on open source software goes. This includes: * Graphics drivers: from display to

[PATCH] drm/radeon/uvd: revert lower msg buffer requirements on UVD3

On Tue, Oct 15, 2013 at 2:12 PM, Christian K?nig wrote: > From: Christian K?nig > > This only seem to work for H.264 but not for VC-1 streams. > > Need to investigate further why exactly. > > This reverts commit 4b40e5921230beb1951f04d2b1b92c4c88fbad43. > Applied. Thanks. Alex >

invert_brightness needed

On Fri, 11 Oct 2013, Jani Nikula wrote: > On Thu, 10 Oct 2013, Fred New wrote: >> I have found that I need to use i915.invert_brightness=1 for my HP >> Envy 17 with a Haswell processor (i7-4702MQ). The lspci command shows >> the following information about this device: > > I am surprised...

i915 driver fails on i686 userspace + x86_64 kernel

On Tue, Oct 15, 2013 at 11:12:24AM -0400, Pavel Roskin wrote: > On Sun, 13 Oct 2013 15:00:04 +0100 > Chris Wilson wrote: > > > On Sun, Oct 13, 2013 at 12:40:10AM -0400, Pavel Roskin wrote: > > > I won't see that system until Tuesday. I'll give you the > > > information you ask, I'm just trying

[Bug 63011] radeon: horizontal stripes when updating screen

https://bugzilla.kernel.org/show_bug.cgi?id=63011 --- Comment #5 from Mikko Rapeli --- This partial revert aka hack seems to fix the issue though I have no idea what it does :) --- a/drivers/gpu/drm/radeon/ni.c +++ b/drivers/gpu/drm/radeon/ni.c @@ -686,7 +686,6 @@ int ni_init_microcode(struct

[Bug 63011] radeon: horizontal stripes when updating screen

https://bugzilla.kernel.org/show_bug.cgi?id=63011 --- Comment #4 from Mikko Rapeli --- Git bisect is complete and I verified it a few extra times: 6596afd48af4d07c8b454849b2fe7e628974f3ef is the first bad commit commit 6596afd48af4d07c8b454849b2fe7e628974f3ef Author: Alex Deucher Date: Wed

[Bug 70497] New: GPU lockup CP stall for more than 10000msec

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131015/2136b248/attachment.html>

[PATCH 12/23] drm/exynos: Split manager/display/subdrv

On Tue, Oct 15, 2013 at 12:09 AM, Inki Dae wrote: > 2013/10/15 Inki Dae : >>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_encoder.c >>> b/drivers/gpu/drm/exynos/exynos_drm_encoder.c >>> index c417c90..ba63c72 100644 >>> --- a/drivers/gpu/drm/exynos/exynos_drm_encoder.c >>> +++

i915 driver fails on i686 userspace + x86_64 kernel

Hi Chris, It's almost certainly stack corruption. This "patch" fixes X for me. The first DRM_IOCTL_MODE_GETCONNECTOR in sna_output_init() must be overwriting the implied memory bounds. diff --git a/src/sna/sna_display.c b/src/sna/sna_display.c index 28151ab..dac834f 100644 ---

i915 driver fails on i686 userspace + x86_64 kernel

art -- A non-text attachment was scrubbed... Name: Xorg.0.log Type: text/x-log Size: 13854 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131015/30b5ace7/attachment.bin>

[PATCH v2 26/27] drm/tegra: Add DSI support

On 10/15/2013 02:33 AM, Thierry Reding wrote: > On Mon, Oct 14, 2013 at 12:16:48PM -0600, Stephen Warren wrote: >> On 10/14/2013 07:55 AM, Thierry Reding wrote: >>> On Fri, Oct 11, 2013 at 04:43:35PM -0600, Stephen Warren >>> wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: > This

i915 driver fails on i686 userspace + x86_64 kernel

050 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131015/3da71fc0/attachment-0001.obj> -- next part -- A non-text attachment was scrubbed... Name: Xorg.0.log Type: text/x-log Size: 13742 bytes Desc: not available URL: <

[PATCH v2 27/27] drm/tegra: Add Tegra114 gr2d support

On 10/15/2013 02:37 AM, Thierry Reding wrote: > On Mon, Oct 14, 2013 at 12:14:47PM -0600, Stephen Warren wrote: >> On 10/14/2013 08:00 AM, Thierry Reding wrote: >>> On Mon, Oct 14, 2013 at 08:58:34AM +0300, Terje Bergstr?m >>> wrote: On 12.10.2013 01:43, Stephen Warren wrote: > On

SimpleFB drivers repository?

On 10/14/2013 1:02 PM, David Herrmann wrote: > Hi > > On Mon, Oct 14, 2013 at 6:19 PM, Gary Mort wrote: >> Is there a repository for the SimpleFB drivers[the DRI driver and the plain >> framebuffer driver]? > Which drivers are you exactly talking about? Do you have links to the > patches?

[PATCH v2 17/27] drm/tegra: Add Tegra114 HDMI support

On 10/15/2013 02:13 AM, Thierry Reding wrote: > On Mon, Oct 14, 2013 at 12:10:21PM -0600, Stephen Warren wrote: >> On 10/12/2013 05:41 AM, Thierry Reding wrote: >>> On Fri, Oct 11, 2013 at 04:19:19PM -0600, Stephen Warren >>> wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: > From:

[PATCH v2 27/27] drm/tegra: Add Tegra114 gr2d support

On 10/14/2013 11:51 PM, Terje Bergstr?m wrote: > On 14.10.2013 21:14, Stephen Warren wrote: >> On 10/14/2013 08:00 AM, Thierry Reding wrote: >>> Yes, as long as the device tree files includes the most specific >>> value in the compatible this should still be possible. So we'd have >>> this: >>>

Re: [PATCH v2 27/27] drm/tegra: Add Tegra114 gr2d support

On 14.10.2013 21:14, Stephen Warren wrote: On 10/14/2013 08:00 AM, Thierry Reding wrote: Yes, as long as the device tree files includes the most specific value in the compatible this should still be possible. So we'd have this: gr2d@5414 { compatible = nvida,tegra114-gr2d,

[Bug 64600] r600g pyrit OpenCL issue on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64600 --- Comment #17 from Tom Stellard tstel...@gmail.com --- Thanks for adding the tests. It would be great if you could send these as patches to pig...@lists.freedesktop.org, so we can add them to the test suite. This patch should fix the struct

[PATCH v4 2/2] drm: omap: Enable DT support for DMM

Enable use of DT for DMM/Tiler. Originally worked on by Andy Gross andy...@gmail.com Cc: Andy Gross andy...@gmail.com Cc: DRI Development dri-devel@lists.freedesktop.org Signed-off-by: Archit Taneja arc...@ti.com --- drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 11 +++ 1 file changed, 11

Re: [PATCH v2 15/27] gpu: host1x: Add support for Tegra114

On Mon, Oct 14, 2013 at 12:07:33PM -0600, Stephen Warren wrote: On 10/12/2013 05:24 AM, Thierry Reding wrote: On Fri, Oct 11, 2013 at 04:13:07PM -0600, Stephen Warren wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: Tegra114 uses a slightly updated version of host1x with an additional

Re: [PATCH v2 15/27] gpu: host1x: Add support for Tegra114

On Mon, Oct 14, 2013 at 08:30:28AM +0300, Terje Bergström wrote: On 12.10.2013 14:24, Thierry Reding wrote: Yeah, I don't like very much how this is currently done. I mean about half of this is actually duplicate code because of the static inline functions used for register defines. As

Re: [PATCH v2 16/27] drm/tegra: Add Tegra114 display controller support

On Mon, Oct 14, 2013 at 12:05:18PM -0600, Stephen Warren wrote: On 10/12/2013 05:32 AM, Thierry Reding wrote: On Fri, Oct 11, 2013 at 04:14:27PM -0600, Stephen Warren wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: From: Mikko Perttunen mperttu...@nvidia.com The Tegra114 display

Re: [PATCH v2 17/27] drm/tegra: Add Tegra114 HDMI support

On Mon, Oct 14, 2013 at 12:10:21PM -0600, Stephen Warren wrote: On 10/12/2013 05:41 AM, Thierry Reding wrote: On Fri, Oct 11, 2013 at 04:19:19PM -0600, Stephen Warren wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: From: Mikko Perttunen mperttu...@nvidia.com Tegra114 TMDS

Re: [PATCH v2 26/27] drm/tegra: Add DSI support

On Mon, Oct 14, 2013 at 12:16:48PM -0600, Stephen Warren wrote: On 10/14/2013 07:55 AM, Thierry Reding wrote: On Fri, Oct 11, 2013 at 04:43:35PM -0600, Stephen Warren wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: This commit adds support for both DSI outputs found on Tegra. Only very

Re: [PATCH v2 27/27] drm/tegra: Add Tegra114 gr2d support

On Mon, Oct 14, 2013 at 12:14:47PM -0600, Stephen Warren wrote: On 10/14/2013 08:00 AM, Thierry Reding wrote: On Mon, Oct 14, 2013 at 08:58:34AM +0300, Terje Bergström wrote: On 12.10.2013 01:43, Stephen Warren wrote: On 10/07/2013 02:34 AM, Thierry Reding wrote: The gr2d hardware in

Re: [PATCH 1/2] drm/radeon: stop the leaks in cik_ib_test

Mhm hard to say what's going wrong this time, but we probably need to fix it before the final release. Do you have a kernel backtrace from the lockups? Or at least some way to reproduce it? Christian. Am 14.10.2013 21:34, schrieb Marek Olšák: Ooops, the new problem is not so rare. It has

[Bug 70439] Mobility 4570: System freezes after ~5s of enabling audio via xrandr

https://bugs.freedesktop.org/show_bug.cgi?id=70439 --- Comment #15 from Christian König deathsim...@vodafone.de --- Note: Everything works correctly with 3.11.5. 'radeon.audio=1' works with and without DPM. Then please bisect what patch introduced this problem since it doesn't seems to be

Re: [PATCH 1/2] drm/radeon: stop the leaks in cik_ib_test

They are not lockups. X just freezes in GEM_WAIT. The only way to reproduce it is to apply the patches, use the computer and wait. It looks like a fence is not signalled and the process calling GEM_WAIT is not woken up. Marek On Tue, Oct 15, 2013 at 11:11 AM, Christian König

[PATCH] drm: add support for additional stereo 3D modes

On 11 October 2013 12:12, Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Thu, Oct 10, 2013 at 02:19:15PM +0100, Thomas Wood wrote: Parse the 3D_Structure_ALL and 3D_MASK fields of the HDMI Vendor Specific Data Block to expose more stereo 3D modes. Signed-off-by: Thomas Wood