https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #10 from Michel Dänzer 2011-08-10 00:49:08 PDT
---
Other than bisecting the kernel, I don't have any more good ideas for figuring
out what caused this.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=39902
Michel Dänzer changed:
What|Removed |Added
Attachment #50086|application/octet-stream|text/plain
mime type|
On Tue, Aug 09, 2011 at 10:43:08AM -0700, Ray Lee wrote:
> On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov wrote:
> >> If you like, submit a patch. You may now be more up-to-date on those
> >> particular code paths than most of the intel-gfx developers.
> >
> > Ray, I'd agree with you if the topic
On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
> Added a check for the radeon ring buffer write index in r600.c which
> reads 0x on resume. This results in an Oops during
> radeon_ring_write. Masking the value averts this.
>
> This problem is not seen to be fixed in 3.0 r600.c
> Sorry, I won't submit a patch. If there is a need to find/fix/cleanup
> obvious things after company's developers, I have better things to do,
> and a todo item to re-evaluate hardware for my next project.
You seem confused. If you have a support contract of some form with a
Linux supplier or In
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #11 from Michel Dänzer 2011-08-10 02:50:46 PDT
---
Great. Would this be a satisfactory resolution for this report?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=39902
--- Comment #4 from Sven Arvidsson 2011-08-10 03:27:07 PDT ---
Bioshock has been working for me in the past (on Evergreen), so this could be a
regression. Specifically I was using git
2fe39b46e73aea37152777fe11d489e0b1bc3f92 and Wine 1.3.22. I wi
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #12 from Klaus Kusche 2011-08-10
03:45:07 PDT ---
(In reply to comment #11)
> Great. Would this be a satisfactory resolution for this report?
Well, as it seems to be impossible (at least for my combination of LVDS and DP)
to have tw
On Thu, 4 Aug 2011 12:07:40 -0500
Rob Clark wrote:
I'm happy with these but it will need contributing with your
Signed-off-by: to progress upstream of course
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mail
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_gem.c | 88 +
include/drm/drmP.h|3 ++
2 files changed, 91 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 2b997d2..809358a 100644
---
Signed-off-by: Rob Clark
---
drivers/gpu/drm/i915/i915_gem.c | 85 +--
1 files changed, 2 insertions(+), 83 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 5c0d124..5676eaa 100644
--- a/drivers/gpu/drm/i915/i
Signed-off-by: Rob Clark
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_gem.c | 63 +
1 files changed, 2 insertions(+), 61 deletions(-)
diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c
index 76ff7ba..3a397f5 100644
--
2011/8/10 Michel Dänzer :
> On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
>> Added a check for the radeon ring buffer write index in r600.c which
>> reads 0x on resume. This results in an Oops during
>> radeon_ring_write. Masking the value averts this.
>>
>> This problem is not se
https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #11 from Alex Deucher 2011-08-10 06:31:28 PDT ---
I don't really see how the frame rate could have been higher than the refresh
rate if vsync was enabled unless there was a bug in the vsync code in older
kernels.
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #13 from Alex Deucher 2011-08-10 06:45:40 PDT ---
(In reply to comment #12)
> Well, as it seems to be impossible (at least for my combination of LVDS and
> DP)
> to have two (or even more) outputs in sync at the same time,
Unfortuna
On 08/10/2011 02:54 PM, Michel Dänzer wrote:
On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
Added a check for the radeon ring buffer write index in r600.c which
reads 0x on resume. This results in an Oops during
radeon_ring_write. Masking the value averts this.
This problem i
On Wed, Aug 10, 2011 at 10:41:44AM +0100, Alan Cox wrote:
> > Sorry, I won't submit a patch. If there is a need to find/fix/cleanup
> > obvious things after company's developers, I have better things to do,
> > and a todo item to re-evaluate hardware for my next project.
>
> You seem confused. If
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #3 from Michel Dänzer 2011-08-10 07:51:01 PDT
---
Here's my theory on what's happening:
On suspend, all BOs located in VRAM are evicted to GTT using
radeon_bo_evict_vram() -> ttm_bo_evict_mm(). There's no mechanism to explicitly
try
https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #12 from Siganderson 2011-08-10 08:59:56 PDT ---
(In reply to comment #11)
> I don't really see how the frame rate could have been higher than the refresh
> rate if vsync was enabled unless there was a bug in the vsync code in older
>
https://bugs.freedesktop.org/show_bug.cgi?id=39696
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 08/03/2011 11:14 PM, Keith Packard wrote:
Here's a pile of fixes on top of the stuff already in drm-core-next.
* Pile of mode setting fixes which eliminate a selection of bugs and
other annoyances. Eliminates the 'stripey' effect when going from
two to one monitor, makes hot-plug w
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski wrote:
> Can you ack at least this one:
>
> >Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
> (i.e. d2b996ac698aebb28557355857927b8b934bb4f9)
>
> for -stable? It fixes an annoying regression in 3.0.
I'm working on a
After my system sit idle for a while, my driver gets the following calls to
turn off display:
encoder_dpms
crtc_dpms
I then use the keyboard to resume. Upon resuming, I can see two calls:
crtc_set_config, and crtc_load_lut. The display remains turned off because I
am not gett
From: Randy Dunlap
Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on
BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.
warning: (DRM_RADEON_KMS && DRM_I915 && STUB_POULSBO && FB_BACKLIGHT &&
PANEL_SHARP_LS037V7DW01 && PANEL_ACX565AKM && USB_APPLEDISPLAY &
On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote:
Sorry, this applies to mainline, not linux-next.
> From: Randy Dunlap
>
> Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on
> BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.
>
> warning: (DRM_RADE
https://bugs.freedesktop.org/show_bug.cgi?id=39882
--- Comment #6 from gottfried.hai...@gmail.com 2011-08-10 17:03:12 PDT ---
Regarding VT switching: When I press Ctrl+Alt+F1 after plugging in I do get a
picture again on the internal LCD.. when I then press Ctrl+Alt+F7 I am even
properly back in X
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Christopher James Halse Rogers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
? 2011?08?09? 21:32, Alex Deucher ??:
> On Mon, Aug 8, 2011 at 3:22 AM, Amerigo Wang wrote:
>> This patch fixes the following 'make headers_check' errors:
>>
>> linux-2.6/usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type
>> without #include
>> linux-2.6/usr/include/drm/i915_drm.h:120:
https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #10 from Michel D?nzer 2011-08-10 00:49:08
PDT ---
Other than bisecting the kernel, I don't have any more good ideas for figuring
out what caused this.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=39902
Michel D?nzer changed:
What|Removed |Added
Attachment #50086|application/octet-stream|text/plain
mime type|
On Tue, Aug 09, 2011 at 10:43:08AM -0700, Ray Lee wrote:
> On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov wrote:
> >> If you like, submit a patch. You may now be more up-to-date on those
> >> particular code paths than most of the intel-gfx developers.
> >
> > Ray, I'd agree with you if the topic
On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
> Added a check for the radeon ring buffer write index in r600.c which
> reads 0x on resume. This results in an Oops during
> radeon_ring_write. Masking the value averts this.
>
> This problem is not seen to be fixed in 3.0 r600.c
> Sorry, I won't submit a patch. If there is a need to find/fix/cleanup
> obvious things after company's developers, I have better things to do,
> and a todo item to re-evaluate hardware for my next project.
You seem confused. If you have a support contract of some form with a
Linux supplier or In
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #11 from Michel D?nzer 2011-08-10 02:50:46
PDT ---
Great. Would this be a satisfactory resolution for this report?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=39902
--- Comment #4 from Sven Arvidsson 2011-08-10 03:27:07 PDT ---
Bioshock has been working for me in the past (on Evergreen), so this could be a
regression. Specifically I was using git
2fe39b46e73aea37152777fe11d489e0b1bc3f92 and Wine 1.3.22. I wi
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #12 from Klaus Kusche 2011-08-10
03:45:07 PDT ---
(In reply to comment #11)
> Great. Would this be a satisfactory resolution for this report?
Well, as it seems to be impossible (at least for my combination of LVDS and DP)
to have tw
On Thu, 4 Aug 2011 12:07:40 -0500
Rob Clark wrote:
I'm happy with these but it will need contributing with your
Signed-off-by: to progress upstream of course
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_gem.c | 88 +
include/drm/drmP.h|3 ++
2 files changed, 91 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 2b997d2..809358a 100644
---
Signed-off-by: Rob Clark
---
drivers/gpu/drm/i915/i915_gem.c | 85 +--
1 files changed, 2 insertions(+), 83 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 5c0d124..5676eaa 100644
--- a/drivers/gpu/drm/i915/i
Signed-off-by: Rob Clark
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_gem.c | 63 +
1 files changed, 2 insertions(+), 61 deletions(-)
diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c
index 76ff7ba..3a397f5 100644
--
2011/8/10 Michel D?nzer :
> On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
>> Added a check for the radeon ring buffer write index in r600.c which
>> reads 0x on resume. This results in an Oops during
>> radeon_ring_write. Masking the value averts this.
>>
>> This problem is not se
https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #11 from Alex Deucher 2011-08-10 06:31:28 PDT
---
I don't really see how the frame rate could have been higher than the refresh
rate if vsync was enabled unless there was a bug in the vsync code in older
kernels.
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=39696
--- Comment #13 from Alex Deucher 2011-08-10 06:45:40 PDT
---
(In reply to comment #12)
> Well, as it seems to be impossible (at least for my combination of LVDS and
> DP)
> to have two (or even more) outputs in sync at the same time,
Unfortun
On 08/10/2011 02:54 PM, Michel D?nzer wrote:
> On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote:
>> Added a check for the radeon ring buffer write index in r600.c which
>> reads 0x on resume. This results in an Oops during
>> radeon_ring_write. Masking the value averts this.
>>
>> T
On Wed, Aug 10, 2011 at 10:41:44AM +0100, Alan Cox wrote:
> > Sorry, I won't submit a patch. If there is a need to find/fix/cleanup
> > obvious things after company's developers, I have better things to do,
> > and a todo item to re-evaluate hardware for my next project.
>
> You seem confused. If
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #3 from Michel D?nzer 2011-08-10 07:51:01
PDT ---
Here's my theory on what's happening:
On suspend, all BOs located in VRAM are evicted to GTT using
radeon_bo_evict_vram() -> ttm_bo_evict_mm(). There's no mechanism to explicitly
try
https://bugs.freedesktop.org/show_bug.cgi?id=39202
--- Comment #12 from Siganderson 2011-08-10 08:59:56 PDT
---
(In reply to comment #11)
> I don't really see how the frame rate could have been higher than the refresh
> rate if vsync was enabled unless there was a bug in the vsync code in older
https://bugs.freedesktop.org/show_bug.cgi?id=39696
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 08/03/2011 11:14 PM, Keith Packard wrote:
>
> Here's a pile of fixes on top of the stuff already in drm-core-next.
>
> * Pile of mode setting fixes which eliminate a selection of bugs and
> other annoyances. Eliminates the 'stripey' effect when going from
> two to one monitor, makes ho
n/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110810/a1f9f637/attachment.pgp>
After my system sit idle for a while, my driver gets the following calls to
turn off display:
encoder_dpms
crtc_dpms
I then use the keyboard to resume. Upon resuming, I can see two calls:
crtc_set_config, and crtc_load_lut. The display remains turned off because I
am not gett
From: Randy Dunlap
Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on
BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.
warning: (DRM_RADEON_KMS && DRM_I915 && STUB_POULSBO && FB_BACKLIGHT &&
PANEL_SHARP_LS037V7DW01 && PANEL_ACX565AKM && USB_APPLEDISPLAY &
On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote:
Sorry, this applies to mainline, not linux-next.
> From: Randy Dunlap
>
> Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on
> BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.
>
> warning: (DRM_RADE
https://bugs.freedesktop.org/show_bug.cgi?id=39882
--- Comment #6 from gottfried.haider at gmail.com 2011-08-10 17:03:12 PDT ---
Regarding VT switching: When I press Ctrl+Alt+F1 after plugging in I do get a
picture again on the internal LCD.. when I then press Ctrl+Alt+F7 I am even
properly back i
https://bugs.freedesktop.org/show_bug.cgi?id=28125
Christopher James Halse Rogers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
55 matches
Mail list logo
