On 11.12.2012, Daniel Vetter wrote:
> Can you please test the patch at
>
> https://bugs.freedesktop.org/attachment.cgi?id=70111
>
> That one should disable all effects of the unbound tracking, since a
> revert of the below commit conflicts.
I applied this patch to Linus' git from today. "Boom"
On 11.12.2012, Chris Wilson wrote:
> Can you confirm one thing: are you able to reproduce the hangs at all on
> 3.7-rc8, using your original setup?
I can reproduce the hang with both 3.7-rc8 and 3.7 final inkl. latest
Linus-git. All with i915.i915_enable_rc6=0.
Heinz
On Sat, Dec 08, 2012 at 02:06:48PM +0100, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>
> []
>
> I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
> this. Unfortunately, git can't revert this patch on top of master, sp
> I have not been able to test if a revert will
On Sat, 8 Dec 2012 15:30:53 +0100, Heinz Diehl wrote:
> On 08.12.2012, Chris Wilson wrote:
>
> > One thing you can try is SNA, which packs its
> > batches differently with the advantage that more auxiliary state is
> > included in the error-state. It also packs all the kernels into a
> > single
On 11.12.2012, Daniel Vetter wrote:
> Can you please test the patch at
>
> https://bugs.freedesktop.org/attachment.cgi?id=70111
>
> That one should disable all effects of the unbound tracking, since a
> revert of the below commit conflicts.
I applied this patch to Linus' git from today. "Boom"
On 11.12.2012, Chris Wilson wrote:
> Can you confirm one thing: are you able to reproduce the hangs at all on
> 3.7-rc8, using your original setup?
I can reproduce the hang with both 3.7-rc8 and 3.7 final inkl. latest
Linus-git. All with i915.i915_enable_rc6=0.
Heinz
__
On Sat, 8 Dec 2012 15:30:53 +0100, Heinz Diehl wrote:
> On 08.12.2012, Chris Wilson wrote:
>
> > One thing you can try is SNA, which packs its
> > batches differently with the advantage that more auxiliary state is
> > included in the error-state. It also packs all the kernels into a
> > single
On Sat, Dec 08, 2012 at 02:06:48PM +0100, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>
> []
>
> I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
> this. Unfortunately, git can't revert this patch on top of master, sp
> I have not been able to test if a revert will
On 08.12.2012, Chris Wilson wrote:
> One thing you can try is SNA, which packs its
> batches differently with the advantage that more auxiliary state is
> included in the error-state. It also packs all the kernels into a
> single buffer which will reduce the frequency at which it is paged
> out/i
On 07.12.2012, Daniel Vetter wrote:
[]
I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
this. Unfortunately, git can't revert this patch on top of master, sp
I have not been able to test if a revert will cure the problem.
After reading on the net that Peter (Lekensteyn) alread
On 08.12.2012, Chris Wilson wrote:
> One thing you can try is SNA, which packs its
> batches differently with the advantage that more auxiliary state is
> included in the error-state. It also packs all the kernels into a
> single buffer which will reduce the frequency at which it is paged
> out/i
On 07.12.2012, Daniel Vetter wrote:
[]
I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
this. Unfortunately, git can't revert this patch on top of master, sp
I have not been able to test if a revert will cure the problem.
After reading on the net that Peter (Lekensteyn) alread
On Fri, Dec 7, 2012 at 9:44 PM, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>> > I think I can reliably reproduce the hang on my machine now. I have to
>> > try some HD-videos on Youtube while writing a big file with dd. The
>> > hang often occurs withing max. 5 min.
>
>> That sounds
On Fri, 7 Dec 2012 22:08:13 +0100, Daniel Vetter wrote:
> ilk with rc6 disabled, and the two hangs you've attached both die on
> the MI_FLUSH in between a 3D primitive and a 2D blit, like all the
> other non-rc6 hangs we've seen thus far that indicate that 3.7
> regressed. This A looks _very_ good
On Fri, 7 Dec 2012 22:08:13 +0100, Daniel Vetter wrote:
> ilk with rc6 disabled, and the two hangs you've attached both die on
> the MI_FLUSH in between a 3D primitive and a 2D blit, like all the
> other non-rc6 hangs we've seen thus far that indicate that 3.7
> regressed. This A looks _very_ good
On Fri, Dec 7, 2012 at 9:44 PM, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>> > I think I can reliably reproduce the hang on my machine now. I have to
>> > try some HD-videos on Youtube while writing a big file with dd. The
>> > hang often occurs withing max. 5 min.
>
>> That sounds
On 06.12.2012, Heinz Diehl wrote:
[]
Ok, the last one for today. After extensive testing with heavy load
and I/O while watching HD videos, I can almost safely conclude with
the following:
1.) The hang does *never* occur with 3.6.9 vanilla
2.) The hang does *always* occur with 3.7-rc8+ /
On 06.12.2012, Heinz Diehl wrote:
[]
Ok, the last one for today. After extensive testing with heavy load
and I/O while watching HD videos, I can almost safely conclude with
the following:
1.) The hang does *never* occur with 3.6.9 vanilla
2.) The hang does *always* occur with 3.7-rc8+ /
On 06.12.2012, Heinz Diehl wrote:
[]
Here are some more error-logs, inkl. dmesg after booting with drm
debug options turned on:
http://www.fritha.org/i915/gpu-hang.tar.bz2
On 04.12.2012, Daniel Vetter wrote:
> Yeah, if anyone can somewhat reliably reproduce this
While writing a big file with dd and watching high resolution videos
on youtube, I've managed to reproduce the hang. Unfortunately, it
doesn't occur within seconds. Some playing around is neccessary, and
i
On 05.12.2012, Daniel Vetter wrote:
> Nope, we could only reproduce quickly with rc6 enabled :(
Could reproduce it today this way:
dd if=/dev/zero of=deleteme bs=1M count=5
while watching several HD videos on Youtube. Just tried once, so I'm
not shure if this will work all the way. Will tr
On 06.12.2012, Heinz Diehl wrote:
[]
Here are some more error-logs, inkl. dmesg after booting with drm
debug options turned on:
http://www.fritha.org/i915/gpu-hang.tar.bz2
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.fr
On 04.12.2012, Daniel Vetter wrote:
> Yeah, if anyone can somewhat reliably reproduce this
While writing a big file with dd and watching high resolution videos
on youtube, I've managed to reproduce the hang. Unfortunately, it
doesn't occur within seconds. Some playing around is neccessary, and
i
On 05.12.2012, Daniel Vetter wrote:
> Nope, we could only reproduce quickly with rc6 enabled :(
Could reproduce it today this way:
dd if=/dev/zero of=deleteme bs=1M count=5
while watching several HD videos on Youtube. Just tried once, so I'm
not shure if this will work all the way. Will tr
On 05.12.2012, Lekensteyn wrote:
> > I have now i915.i915_enable_rc6=0 in grub.cfg and disabled the XFCE
> > compositor. Now I'm trying to hit the bug again...
> Do you have a reliable reproduce method? As you can see in the linked bug it
> was caused by relatively low memory pressure combined wi
On Tuesday 04 December 2012 22:08:45 Heinz Diehl wrote:
> Ok, but in comment 11 in the same thread you mention that reverting
> this patch didn't fix the issue for you:
>
> "Reverting that commit on top of 3.7-rc4 did not fix the hang issue."
The bisected commit was from between rc2 and rc3:
$ git
On Tuesday 04 December 2012 13:35:22 Heinz Diehl wrote:
> Btw: which kernel is known to be the "last good one"?
As mentioned in the linked bug [1], I bisected it to:
commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
Author: Chris Wilson
Date: Thu Aug 23 13:12:52 2012 +0100
drm/i915: Use cpu
On Tue, Dec 4, 2012 at 11:09 PM, Lekensteyn wrote:
> On Tuesday 04 December 2012 22:08:45 Heinz Diehl wrote:
>> Ok, but in comment 11 in the same thread you mention that reverting
>> this patch didn't fix the issue for you:
>>
>> "Reverting that commit on top of 3.7-rc4 did not fix the hang issue.
On Tuesday 04 December 2012 22:08:45 Heinz Diehl wrote:
> Ok, but in comment 11 in the same thread you mention that reverting
> this patch didn't fix the issue for you:
>
> "Reverting that commit on top of 3.7-rc4 did not fix the hang issue."
The bisected commit was from between rc2 and rc3:
$ git
On 05.12.2012, Lekensteyn wrote:
> > I have now i915.i915_enable_rc6=0 in grub.cfg and disabled the XFCE
> > compositor. Now I'm trying to hit the bug again...
> Do you have a reliable reproduce method? As you can see in the linked bug it
> was caused by relatively low memory pressure combined wi
On 04.12.2012, Daniel Vetter wrote:
> The important part is to not enable rc6 (on ironlake at least) when
> bisecting.
A shot in the dark: could it be that all the machines wich encounter
this hang have nvidia's optimus? Mine has. Could that somehow be
related? (I'm by no means a programmer or a
On 04.12.2012, Lekensteyn wrote:
> As mentioned in the linked bug [1], I bisected it to:
>
> commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
> Author: Chris Wilson
> Date: Thu Aug 23 13:12:52 2012 +0100
>
> drm/i915: Use cpu relocations if the object is in the GTT but not mappable
Ok, b
On Tue, Dec 4, 2012 at 9:41 PM, Lekensteyn wrote:
> On Tuesday 04 December 2012 13:35:22 Heinz Diehl wrote:
>> Btw: which kernel is known to be the "last good one"?
> As mentioned in the linked bug [1], I bisected it to:
>
> commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
> Author: Chris Wilson
>
On Tuesday 04 December 2012 13:35:22 Heinz Diehl wrote:
> Btw: which kernel is known to be the "last good one"?
As mentioned in the linked bug [1], I bisected it to:
commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
Author: Chris Wilson
Date: Thu Aug 23 13:12:52 2012 +0100
drm/i915: Use cpu
On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
> On 03.12.2012, devendra.aaru wrote:
>
>> Add more CC's
>
> Thanks!
>
> This is a real showstopper for me, it occurs in every session now.
> Booting with "i915.i915_enable_rc6=0" doesn't help
https://bugs.freedesktop.org/show_bug.cgi?id=55984
i
On Tue, Dec 4, 2012 at 11:09 PM, Lekensteyn wrote:
> On Tuesday 04 December 2012 22:08:45 Heinz Diehl wrote:
>> Ok, but in comment 11 in the same thread you mention that reverting
>> this patch didn't fix the issue for you:
>>
>> "Reverting that commit on top of 3.7-rc4 did not fix the hang issue.
On Tue, Dec 04, 2012 at 01:35:22PM +0100, Heinz Diehl wrote:
> On 04.12.2012, Daniel Vetter wrote:
>
> > Yeah, if anyone can somewhat reliably reproduce this
>
> Ok, I see. So the beginning would be to reliably reproduce the the
> hang. I have encountered it in any possbile situasjon, both when
On 04.12.2012, Daniel Vetter wrote:
> Yeah, if anyone can somewhat reliably reproduce this
Ok, I see. So the beginning would be to reliably reproduce the the
hang. I have encountered it in any possbile situasjon, both when
watching videos on Youtube and right after booting the machine and
doing
On 04.12.2012, Daniel Vetter wrote:
> The important part is to not enable rc6 (on ironlake at least) when
> bisecting.
A shot in the dark: could it be that all the machines wich encounter
this hang have nvidia's optimus? Mine has. Could that somehow be
related? (I'm by no means a programmer or a
On 04.12.2012, Lekensteyn wrote:
> As mentioned in the linked bug [1], I bisected it to:
>
> commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
> Author: Chris Wilson
> Date: Thu Aug 23 13:12:52 2012 +0100
>
> drm/i915: Use cpu relocations if the object is in the GTT but not mappable
Ok, b
On Tue, Dec 4, 2012 at 9:41 PM, Lekensteyn wrote:
> On Tuesday 04 December 2012 13:35:22 Heinz Diehl wrote:
>> Btw: which kernel is known to be the "last good one"?
> As mentioned in the linked bug [1], I bisected it to:
>
> commit 504c7267a1e84b157cbd7e9c1b805e1bc0c2c846
> Author: Chris Wilson
>
On Tue, Dec 4, 2012 at 10:27 AM, Dave Airlie wrote:
> On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
>> On 03.12.2012, devendra.aaru wrote:
>>
>>> Add more CC's
>>
>> Thanks!
>>
>> This is a real showstopper for me, it occurs in every session now.
>> Booting with "i915.i915_enable_rc6=0" does
On 03.12.2012, devendra.aaru wrote:
> Add more CC's
Thanks!
This is a real showstopper for me, it occurs in every session now.
Booting with "i915.i915_enable_rc6=0" doesn't help either..
On 03.12.2012, devendra.aaru wrote:
> Add more CC's
Thanks!
This is a real showstopper for me, it occurs in every session now.
Booting with "i915.i915_enable_rc6=0" doesn't help either..
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
On Tue, Dec 04, 2012 at 01:35:22PM +0100, Heinz Diehl wrote:
> On 04.12.2012, Daniel Vetter wrote:
>
> > Yeah, if anyone can somewhat reliably reproduce this
>
> Ok, I see. So the beginning would be to reliably reproduce the the
> hang. I have encountered it in any possbile situasjon, both when
On 04.12.2012, Daniel Vetter wrote:
> Yeah, if anyone can somewhat reliably reproduce this
Ok, I see. So the beginning would be to reliably reproduce the the
hang. I have encountered it in any possbile situasjon, both when
watching videos on Youtube and right after booting the machine and
doing
On Tue, Dec 4, 2012 at 10:27 AM, Dave Airlie wrote:
> On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
>> On 03.12.2012, devendra.aaru wrote:
>>
>>> Add more CC's
>>
>> Thanks!
>>
>> This is a real showstopper for me, it occurs in every session now.
>> Booting with "i915.i915_enable_rc6=0" does
On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
> On 03.12.2012, devendra.aaru wrote:
>
>> Add more CC's
>
> Thanks!
>
> This is a real showstopper for me, it occurs in every session now.
> Booting with "i915.i915_enable_rc6=0" doesn't help
https://bugs.freedesktop.org/show_bug.cgi?id=55984
i
Add more CC's
On Mon, Dec 3, 2012 at 12:39 PM, Heinz Diehl wrote:
> Hi,
>
> with latest linus-3.7 git from today, after some time, my machine gets
> more and more unresponsible, fanspeed increases, and that's what I see in the
> logs:
>
> Dec 3 18:08:10 wildsau kernel: [35092.535757] [drm:i915_
Add more CC's
On Mon, Dec 3, 2012 at 12:39 PM, Heinz Diehl wrote:
> Hi,
>
> with latest linus-3.7 git from today, after some time, my machine gets
> more and more unresponsible, fanspeed increases, and that's what I see in the
> logs:
>
> Dec 3 18:08:10 wildsau kernel: [35092.535757] [drm:i915_
50 matches
Mail list logo
