22 =C5=9Eub 2007 Per tarihinde, S.=C3=87a=C4=9Flar Onur =C5=9Funlar=C4=B1 y=
azm=C4=B1=C5=9Ft=C4=B1:=20
quoted text
> 22 =C5=9Eub 2007 Per tarihinde, Antonino A. Daplas =C5=9Funlar=C4=B1 yazm=
=C4=B1=C5=9Ft=C4=B1:
quoted text
> > Ah, and you have fb_splash too.  That's why the tracing was not what I
> > expected it to be.
> >
> > Try using video=3Dvesafb:noblank to disable hardware blanking and find =
out
quoted text
> > if you can still reproduce the oops.
>
> I'll try and also will try to reproduce with vanilla one.

Sorry for long delay, here are some more test results;

* using video=3Dvesafb:noblank _sometimes_ causes hard freezes on resume, a=
nd=20
_sometimes_ X can't start properly (it enters a weird "switch vt1 - wait fo=
r=20
some seconds - switch vt7" loop and after ~10 minutes X starts magically!)=
=20
whenever this happens system starts to become really unresponsive and dmesg=
=20
and Xorg's logs shows nothing strange :(. I will try an older kernel with=20
noblank to see its related or not.

* If system resumes normally with noblank (it can sometimes :)), dmesg show=
s=20
no error at all, X starts normally and system works well.

* I cannot reproduce that BUG with _vanilla one_ but please note that i can=
not=20
easily reproduce that with patched one also (it occurs only once for ~20=20
suspend2disk/resume cycle)

I'll try to test more and trying to reproduce, if i can find anything else=
=20
i'll knock your door again :)

Cheers
=2D-=20
S.=C3=87a=C4=9Flar Onur <caglar@pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in hou=
se!