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 > > 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 time t

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 > >

[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@lists.freedesktop |i...@freedesktop.org

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 compatibl

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 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 de

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 Corporati

[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 li

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 > Date : 2011-10-26 10:24 > Message-ID : 4ea7dfd1.9060...@canonical.com > References : http://marc.info/?l=linux-acpi&m=131962467924564&w=2 The patch mentioned in http://mid.gmane.org/2015

Re: 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 >> >

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 wrote: So, anybody gets the same message? I'm trying the 3.2-rc2 and it gives the same message. Again, if you need someone to ma

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

On Mon, Nov 21, 2011 at 2:34 PM, Andy Lutomirski wrote: > On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds > wrote: >> On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >>> >>> Subject    : [3.1 REGRESSION] Commit >>> 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp s

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

On Mon, Nov 21, 2011 at 2:18 PM, Linus Torvalds wrote: > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject    : hugetlb oops on 3.1.0-rc8-devel >> Submitter  : Andy Lutomirski >> Date       : 2011-11-01 22:20 >> Message-ID : >> calcetrw1mpvcz2to5roaz1r6vnno+srhr-dha6_pkri2

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

On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds wrote: > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject    : [3.1 REGRESSION] Commit >> 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp sandbox >> Submitter  : Nix >> Date       : 2011-11-14 0:40 >> Me

Re: 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: 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 regr

Re: 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 (everg

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 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 signature _

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 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. The HDMI and DP dri

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

Re: [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 (INTEL_INFO(d

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 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 > > > + * the

[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 ke

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 : > Hi, > > Also you can find relevant patches at git

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

Hello, Dave. I had posted DRM Driver patchsets for Exsynos SoC but there is no any feedback. could you please review them? and if the patchsets have any problem, please give me your advice anytime. and also we are ready for next patchsets. the next patchsets include the followings: - fix some pre

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

On Tue, 22 Nov 2011 20:15:31 +, Matthew Garrett 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 machines at le

Re: i915: hangcheck timer elapsed

On Tue, 22 Nov 2011 14:43:00 -0800 (PST), Linus Torvalds 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 GPU which isn't moving. Presu

[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 Signed-off-by: Xi Wang --- drivers/gpu/dr

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,

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

W dniu 21 listopada 2011 23:22 użytkownik Linus Torvalds napisał: > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject    : [3.1-rc8 REGRESSION] sky2 hangs machine on turning off or >> suspending >> Submitter  : Rafał Miłecki >> Date       : 2011-11-09 11:46 >> Message-ID :

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 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 intel_iommu=off an

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

evel/attachments/2022/64855acd/attachment.pgp>

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 : CAEbykaXYZEFhTgWMm

[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 even

[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 tim

[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 > >

[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

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 compatibl

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 Conf

[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 de

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 Corporati

[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 l

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&m=131962467924564&w=2 The patch mentioned in http://mid.gmane.org/20

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

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

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 regr

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 (ev

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

i915 screen corruption

ext attachment 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

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>

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

ich outputs 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>

[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

[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 (INTEL_INFO(d

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

[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 > > > + * the

[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 ke

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

rbage is disabled on every 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/dr

i915: hangcheck timer elapsed

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

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* i91