Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

hments/2022/64855acd/attachment.pgp>

[Bug 42683] [r300g] GPU lockup while playing WoW

https://bugs.freedesktop.org/show_bug.cgi?id=42683 --- Comment #4 from Chris Rankin 2011-11-22 12:57:56 PST --- Created attachment 53788 --> https://bugs.freedesktop.org/attachment.cgi?id=53788 Two GPU resets while playing WoW These two GPU resets happened in quick succession, although the

[PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Tue, Nov 22, 2011 at 06:46:21PM -0200, Eugeni Dodonov wrote: > On Tue, Nov 22, 2011 at 18:15, Matthew Garrett wrote: > > > On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: > > > > > + /* > > > + * Only enable RC6 if all dma remapping is disabled, or if > > > + *

[PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: > + /* > + * Only enable RC6 if all dma remapping is disabled, or if > + * there's no iommu present in the machine. > + */ > + if (INTEL_INFO(dev)->gen == 6) > + return no_iommu || dmar_disabled; So

No subject

When the root cause will be discovered, we should allow both of course. But so far, all the attempts on this weren't successful. -- Eugeni Dodonov --bcaec54306ded2a5b704b258e725 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

i915: hangcheck timer elapsed

e Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2022/cd97d91f/attachment-0001.pgp>

[PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

y machine I use. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111

[PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Tue, Nov 22, 2011 at 18:15, Matthew Garrett wrote: > On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: > > > + /* > > + * Only enable RC6 if all dma remapping is disabled, or if > > + * there's no iommu present in the machine. > > + */ > > + if

[PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

> > The X environment will eventually call mode_set when the user > > environment decides to use the monitor. Any audio bits can, and should, > > await the user's choice of a video mode before choosing the audio format > > to use. We should not be adding eld information until the monitor is in > >

[PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

On Tue, Nov 22, 2011 at 12:55:43AM +0800, Keith Packard wrote: > On Mon, 21 Nov 2011 14:37:49 +0800, Wu Fengguang > wrote: > > On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE > > or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will > > receive hot plug

i915 screen corruption

ttachment was scrubbed... Name: i915_error_state.bz2 Type: application/x-bzip Size: 234095 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2022/ade744f8/attachment-0001.bin> -- next part -- A non-text attachment was s

i915: hangcheck timer elapsed

I haven't gotten one of these in a long time.. [89045.616347] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [89045.616352] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state [89045.621818] [drm:i915_wait_request] *ERROR*

Bug#649448: udev loading radeon drivers garbles screen output

On Mon, Nov 21, 2011 at 09:33:28AM -0500, Alex Deucher wrote: > On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings > wrote: > > On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote: > >> reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3 > >> severity 649448 important > >> retitle 649448 radeon

[Bug 42913] r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 --- Comment #4 from Kai 2011-11-22 05:31:15 PST --- The weekend's Piglit run showed the bug with Mesa git/03df791c. Apart from that I noticed, that this bug was assigned to dri-devel and not mesa-dev. Is that correct? This is, after all, most

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 09:59:18PM -0800, Andrew Morton wrote: > grr, nothing in that patch's changelog indicates that it fixed a > regression nor that it fixed an infinite blockage of suspend. Well it's not a recent thing so I didn't flag it as a regression. It doesn't infinite block it, suspend

Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

On Tue, Nov 22, 2011 at 12:15:24PM +0200, Meelis Roos wrote: > 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release > hangs in random places while using X. > > Core i5 660, lspci below. Running 64-bit Debian unstable. > > lspci -nn > > 00:00.0 Host bridge [0600]: Intel

Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

> 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release > hangs in random places while using X. Just tested 3.2.0-rc2-00369-gbbbc479 after finishing bisecting, and it also freezes. .config below: # # Automatically generated file; DO NOT EDIT. # Linux/x86_64 3.2.0-rc2 Kernel

Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release hangs in random places while using X. Core i5 660, lspci below. Running 64-bit Debian unstable. lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 02) 00:02.0 VGA

3.2-rc2+: Reported regressions from 3.0 and 3.1

On 11/22/2011 03:19 AM, Rafael J. Wysocki wrote: > This message contains a list of some regressions from 3.0 and 3.1 > for which there are no fixes in the mainline known to the tracking team. > If any of them have been fixed already, please let us know. > > If you know of any other unresolved

[PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

s are in use. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2022/5940197c/attachment.pgp>

Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

-- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2022/d8b431f7/attachment-0001.pgp>

Bug#649448: udev loading radeon drivers garbles screen output

On Tue, Nov 22, 2011 at 7:08 AM, Touko Korpela wrote: > On Mon, Nov 21, 2011 at 09:33:28AM -0500, Alex Deucher wrote: >> On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings >> wrote: >> > On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote: >> >> reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 Pavel Ondra?ka changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |idr at freedesktop.org

[PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real

On Mon, 21 Nov 2011 12:10:14 -0500, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Fixes i2c test failures when i2c_algo_bit.bit_test=1. > > The hw doesn't actually require a mask, so just set it > to the default mask bits for r1xx-r4xx radeon ddc. > > I missed this part the first

3.2-rc2+: Reported regressions from 3.0 and 3.1

> Subject: Regression in 3.1 causes Xen to use wrong idle routine > Submitter : Stefan Bader > Date : 2011-10-26 10:24 > Message-ID : 4EA7DFD1.9060608 at canonical.com > References : http://marc.info/?l=linux-acpi=131962467924564=2 The patch mentioned in

3.2-rc2+: Reported regressions from 3.0 and 3.1

2011/11/22 Linus Torvalds : > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject ? ?: lockdep warning after aa6afca5bcab: "proc: fix races against >> execve() of /proc/PID/fd**" >> Submitter ?: Ari Savolainen >> Date ? ? ? : 2011-11-08 3:47 >> Message-ID :

[REGRESSION]: hibernate/sleep regression w/ bisection

On Mon, Nov 21, 2011 at 04:29:23PM -0500, Jerome Glisse wrote: > On Mon, Nov 21, 2011 at 4:09 PM, Tejun Heo wrote: > > > > Out of curiosity, did it get somewhere? > > > > Thanks. > > > > -- > > tejun > > > > Yeah i am pretty sure i know what's going wrong but there is no easy > fix, there is a

max PWM is zero

On Mon, Nov 21, 2011 at 23:40, Keith Packard wrote: > On Mon, 21 Nov 2011 22:48:21 + (Local time zone must be set--see zic > manual page), Marcos Paulo de Souza wrote: > >> My max_brightness is 1, and my brightness is 0. > > Right, we've prevented the internal backlight driver from exposing

Re: [PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real

On Mon, 21 Nov 2011 12:10:14 -0500, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Fixes i2c test failures when i2c_algo_bit.bit_test=1. The hw doesn't actually require a mask, so just set it to the default mask bits for r1xx-r4xx radeon ddc. I missed this

Re: [PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

The X environment will eventually call mode_set when the user environment decides to use the monitor. Any audio bits can, and should, await the user's choice of a video mode before choosing the audio format to use. We should not be adding eld information until the monitor is in use.

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 Pavel Ondračka pavel.ondra...@email.cz changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop

Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release hangs in random places while using X. Core i5 660, lspci below. Running 64-bit Debian unstable. lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 02) 00:02.0 VGA

Re: [REGRESSION]: hibernate/sleep regression w/ bisection

On Mon, Nov 21, 2011 at 04:29:23PM -0500, Jerome Glisse wrote: On Mon, Nov 21, 2011 at 4:09 PM, Tejun Heo t...@kernel.org wrote: Out of curiosity, did it get somewhere? Thanks. -- tejun Yeah i am pretty sure i know what's going wrong but there is no easy fix, there is a

Re: Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

On Tue, Nov 22, 2011 at 12:15:24PM +0200, Meelis Roos wrote: 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release hangs in random places while using X. Core i5 660, lspci below. Running 64-bit Debian unstable. lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Core

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

Subject: Regression in 3.1 causes Xen to use wrong idle routine Submitter : Stefan Bader stefan.ba...@canonical.com Date : 2011-10-26 10:24 Message-ID : 4ea7dfd1.9060...@canonical.com References : http://marc.info/?l=linux-acpim=131962467924564w=2 The patch mentioned in

Re: Bug#649448: udev loading radeon drivers garbles screen output

On Tue, Nov 22, 2011 at 7:08 AM, Touko Korpela touko.korp...@iki.fi wrote: On Mon, Nov 21, 2011 at 09:33:28AM -0500, Alex Deucher wrote: On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote: reassign 649448

Re: max PWM is zero

Hi Keith, On Sat, 19 Nov 2011, Keith Packard wrote: On Sat, 19 Nov 2011 11:26:07 + (Local time zone must be set--see zic manual page), Marcos Paulo de Souza marcos.m...@gmail.com wrote: So, anybody gets the same message? I'm trying the 3.2-rc2 and it gives the same message. Again, if

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:34 PM, Andy Lutomirski l...@amacapital.net wrote: On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : [3.1 REGRESSION] Commit

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:18 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : hugetlb oops on 3.1.0-rc8-devel Submitter  : Andy Lutomirski l...@amacapital.net Date       : 2011-11-01 22:20 Message-ID :

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : [3.1 REGRESSION] Commit 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp sandbox Submitter  : Nix

Re: max PWM is zero

On Mon, Nov 21, 2011 at 23:40, Keith Packard kei...@keithp.com wrote: On Mon, 21 Nov 2011 22:48:21 + (Local time zone must be set--see zic manual page), Marcos Paulo de Souza marcos.m...@gmail.com wrote: My max_brightness is 1, and my brightness is 0. Right, we've prevented the internal

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On 11/22/2011 03:19 AM, Rafael J. Wysocki wrote: This message contains a list of some regressions from 3.0 and 3.1 for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 09:59:18PM -0800, Andrew Morton wrote: grr, nothing in that patch's changelog indicates that it fixed a regression nor that it fixed an infinite blockage of suspend. Well it's not a recent thing so I didn't flag it as a regression. It doesn't infinite block it, suspend

Re: Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

On Tue, 22 Nov 2011 13:08:06 +0200 (EET), Meelis Roos mr...@linux.ee wrote: 3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release hangs in random places while using X. Do you have VT-d enabled in the BIOS? -- keith.pack...@intel.com pgpDDQsjBrQss.pgp Description: PGP

Re: [PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

On Tue, 22 Nov 2011 15:40:55 +0800, Wu Fengguang fengguang...@intel.com wrote: So the v3 patch will behave equally well on KMS console, gnome desktop and bare X. Shall we just use it, or go back and use the original -hot_remove patch? I'm not sure why we need any change to the core DRM code.

Re: [PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: + /* + * Only enable RC6 if all dma remapping is disabled, or if + * there's no iommu present in the machine. + */ + if (INTEL_INFO(dev)-gen == 6) + return no_iommu || dmar_disabled; So the

Re: [PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Tue, Nov 22, 2011 at 18:15, Matthew Garrett m...@redhat.com wrote: On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: + /* + * Only enable RC6 if all dma remapping is disabled, or if + * there's no iommu present in the machine. + */ + if

Re: [PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Tue, Nov 22, 2011 at 06:46:21PM -0200, Eugeni Dodonov wrote: On Tue, Nov 22, 2011 at 18:15, Matthew Garrett m...@redhat.com wrote: On Fri, Nov 18, 2011 at 10:41:29PM -0800, Keith Packard wrote: + /* + * Only enable RC6 if all dma remapping is disabled, or if + *

[Bug 42683] [r300g] GPU lockup while playing WoW

https://bugs.freedesktop.org/show_bug.cgi?id=42683 --- Comment #4 from Chris Rankin ranki...@googlemail.com 2011-11-22 12:57:56 PST --- Created attachment 53788 -- https://bugs.freedesktop.org/attachment.cgi?id=53788 Two GPU resets while playing WoW These two GPU resets happened in quick

Re: [PATCH 00/14] update exynos drm driver.

Mr. Park. I rebased the drm-fixes tree. commit-id: 8f3f1c9a22a6420e28c2d3eff59b832893bc8efc and you can find patches at git http://git.infradead.org/users/kmpark/linux-samsung/shortlog/refs/heads/exynos-drm thank you. 2011/11/14 Kyungmin Park kyungmin.p...@samsung.com: Hi, Also you can find

Re: [PATCH] drm/i915: By default, enable RC6 on IVB and SNB when reasonable

On Tue, 22 Nov 2011 20:15:31 +, Matthew Garrett m...@redhat.com wrote: So the user has to choose between 5W of power saving or having dmar? And we default to giving them dmar? I think that's going to come as a surprise to people. You'd have to go into the BIOS to turn this on for most

Re: i915: hangcheck timer elapsed

On Tue, 22 Nov 2011 14:43:00 -0800 (PST), Linus Torvalds torva...@linux-foundation.org wrote: X is hung, but I can at least switch VT's and send this from a text terminal.. Yeah, the GPU is locked up; doesn't look like we did anything wrong in the kernel here; it's happily waiting for the

[PATCH] drm: integer overflow in drm_mode_dirtyfb_ioctl()

There is a potential integer overflow in drm_mode_dirtyfb_ioctl() if userspace passes in a large num_clips. The call to kmalloc would allocate a small buffer, and the call to fb-funcs-dirty may result in a memory corruption. Reported-by: Haogang Chen haogangc...@gmail.com Signed-off-by: Xi Wang

Re: Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

3.0 worked fine, 3.1-rc9 worked fine, I think -rc10 too. 3.1 release hangs in random places while using X. Also found out that 3.1-rc10 was already bad, will redo the bisect but it takes days sinc I'm not at the machine most of the time. Do you have VT-d enabled in the BIOS? Yes, VT-x

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

W dniu 21 listopada 2011 23:22 użytkownik Linus Torvalds torva...@linux-foundation.org napisał: On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : [3.1-rc8 REGRESSION] sky2 hangs machine on turning off or suspending Submitter  : Rafał Miłecki zaj...@gmail.com

Re: Bisected regression: hang on i915 between 3.1.0-rc9 and 3.1.0

On Wed, 23 Nov 2011 09:28:52 +0200 (EET), Meelis Roos mr...@linux.ee wrote: Yes, VT-x and VT-d are both enabled from BIOS setup. Any reason for that? We've found all kinds of problems with DMAR enabled on these machines that is only resolved by completely turning it off. You might try with