commit d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
Author: Zou Nan hai <nanha...@intel.com>
Date: Fri May 21 09:08:57 2010 +0800
drm/i915: implement BSD ring buffer V2
The BSD (bit stream decoder) ring is used for accessing the BSD engine
which decodes video bitstream for H.264 and VC1 on G45+. It is
asynchronous with the render ring and has access to separate parts of
the GPU from it, though the render cache is coherent between the two.
Signed-off-by: Zou Nan hai <nanha...@intel.com>
Signed-off-by: Xiang Hai hao <haihao...@intel.com>
Signed-off-by: Eric Anholt <er...@anholt.net>
git revert didn't work on 2.6.35-rc6 so I just changed the HAS_BSD thing to:
#define HAS_BSD(dev) (0)
with this change applied suspend to ram is back to the reliability of 2.6.34.y
with kind regards
thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Added CCs.
Thomas, on what hardware did you observe the regression? Is it suspend
or resume that is unreliable? What are the particular symptoms --- does
not suspend, crashes during suspend, crashes during resume...?
--
Stefan Richter
-=====-==-=- =--- ----=
http://arcgraph.de/sr/
> Thomas Meyer wrote:
>> This commit makes suspend to ram unreliable for me:
>>
>> commit d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
>> Author: Zou Nan hai <nanha...@intel.com>
>> Date: Fri May 21 09:08:57 2010 +0800
>>
>> drm/i915: implement BSD ring buffer V2
>>
>> The BSD (bit stream decoder) ring is used for accessing the BSD engine
>> which decodes video bitstream for H.264 and VC1 on G45+. It is
>> asynchronous with the render ring and has access to separate parts of
>> the GPU from it, though the render cache is coherent between the two.
>>
>> Signed-off-by: Zou Nan hai <nanha...@intel.com>
>> Signed-off-by: Xiang Hai hao <haihao...@intel.com>
>> Signed-off-by: Eric Anholt <er...@anholt.net>
>>
>> git revert didn't work on 2.6.35-rc6 so I just changed the HAS_BSD thing to:
>>
>> #define HAS_BSD(dev) (0)
>>
>> with this change applied suspend to ram is back to the reliability of 2.6.34.y
>>
>> with kind regards
>> thomas
>
> Added CCs.
>
> Thomas, on what hardware did you observe the regression?
Is a Intel mobile express gm45 chipset.
> Is it suspend
> or resume that is unreliable?
suspend never finishes/hangs.
> What are the particular symptoms --- does
> not suspend, crashes during suspend, crashes during resume...?
Does not suspend, backlight is on.
On Sun, 1 Aug 2010 12:51:36 +0200
Thomas Meyer <tho...@m3y3r.de> wrote:
> Am 01.08.2010 um 13:42 schrieb Stefan Richter <ste...@s5r6.in-berlin.de>:
>
> > Thomas, on what hardware did you observe the regression?
>
> Is a Intel mobile express gm45 chipset.
My machine has :
00:02.0 0300: 8086:2a42 (rev 07)
00:02.1 0380: 8086:2a43 (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
(Dell Vostro 1520, BIOS Revision A04)
> > Is it suspend
> > or resume that is unreliable?
> suspend never finishes/hangs.
and is randomly suffering from exactly the same problems...
So, I've applied your hint (in i915_drv.h), rebuilt a kernel, booted, and
I've now successfully managed to go thru several suspend/resume cycles
without having the machine hanging while suspend !
Will check in the long term, but so far, it's a win !
Thx,
Paul
R
Could you help report a bug for this issue by following
http://intellinuxgraphics.org/how_to_report_bug.html
Thanks
--Shuang
>> --
>> Stefan Richter
>> -=====-==-=- =--- ----=
>> http://arcgraph.de/sr/
> _______________________________________________
> dri-devel mailing list
> dri-...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
> Could you help report a bug for this issue by following
> http://intellinuxgraphics.org/how_to_report_bug.html
>
I have the same issue on a GM45 and Thomas's hack works in fixing it. It
is still present in 2.6.35.
Regards,
David.
Seems to be fixed in 2.6.36-rc2. Probably by merge commit
4238a417a91643e1162a98770288f630e37f0484.
Paul, Roberto: Could you please confirm this on your hardware?
kind regards
thomas
The problem seems fixed for me too.
On Tue, 24 Aug 2010 19:36:18 +0200
Thomas Meyer <tho...@m3y3r.de> wrote:
> On Sunday 01 August 2010 17:17:54 Roberto Oppedisano wrote:
> > On 01/08/2010 15:14, Paul Rolland wrote:
> > > My machine has :
> > > 00:02.0 0300: 8086:2a42 (rev 07)
> > > 00:02.1 0380: 8086:2a43 (rev 07)
> > >
> > > 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series
> > > Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display
> > > controller: Intel Corporation Mobile 4 Series Chipset Integrated
> > > Graphics Controller (rev 07)
> > >
> > > (Dell Vostro 1520, BIOS Revision A04)
> > >
> > >>> Is it suspend
> > >>> or resume that is unreliable?
> > >> suspend never finishes/hangs.
>
> Seems to be fixed in 2.6.36-rc2. Probably by merge commit
> 4238a417a91643e1162a98770288f630e37f0484.
>
> Paul, Roberto: Could you please confirm this on your hardware?
I've just installed 2.6.36-rc2 on my machine, and I've tested a few
"Sleep", and so far, no problem any more...
So, I can't help you on the "is this the exact commit ?", but it is fixed
(or at least it looks as if ;)
Regards,
Paul