This seems to be fixed in 2.6.37-rc1 and lastest git tree. :) Thanks guys!
On Tue, Oct 26, 2010 at 10:49 AM, Seblu <se...@seblu.net> wrote: > On Tue, Oct 26, 2010 at 10:30 AM, Chris Wilson <ch...@chris-wilson.co.uk> > wrote: >> On Tue, 26 Oct 2010 01:19:50 +0200, Seblu <se...@seblu.net> wrote: >>> Hello Chris, >>> >>> i've tryed last git kernel with edp-fixes from >>> git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel.git, >>> i've the following result : >>> http://videobin.org/+2a3/2kn.ogg >>> >>> with intel-drm-next from >>> git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git, >>> it's better! >>> My screen is back. Do you include those patch in 2.6.37? >> >> Yes, -next is intended to be the basis of what is upstreamed for 2.6.37. >> >>> But: >>> - suspend to RAM cause a computer freeze. >> >> Depending on where the tip was, at least one suspend regression was >> recently fixed. It would be useful to recheck with 64193406. > Yes i have this patch in, and the issue is still here. > > Do you have seen this vmideo, which show the suspend to ram issue with > ailine and drm-next and how it's functional with 2.6.35.7? > > http://videobin.org/+2a5/2kp.ogg > >> >>> - after one day, applications become graphically slow. >> >> You're not alone. Eric has reported that writes to a GTT mapping become >> glacially slow after some time, without any distortion in the CPU profile. >> Can we collate what hardware we are seeing this effect on? > lspci,lshw,cpuinfo, you did somthing more? > > -- > Sébastien Luttringer > www.seblu.net > -- Sébastien Luttringer www.seblu.net _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx