suspend issue

suspend issue

[Justin Mattock]

Hello; I seem to have discovered something with echo mem > /sys/power/state.
I recompile the kernel and had forgotten to compile fglrx, when
performing a suspend without fglrx I was confronted with the dreaded
blank screen and a reboot. then as a test I compiled fglrx and loaded,
and to my amazement suspend reacted properly again.

-- 
Justin P. Mattock

Re: suspend issue

[Soeren Sonnenburg]

On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> Hello; I seem to have discovered something with echo mem > /sys/power/state.
> I recompile the kernel and had forgotten to compile fglrx, when
> performing a suspend without fglrx I was confronted with the dreaded
> blank screen and a reboot. then as a test I compiled fglrx and loaded,
> and to my amazement suspend reacted properly again.

Yeah, but I it does not even work without X - console only!

s2ram -f -p used to work since at least 2.6.20 ... and is now not
anymore in 2.6.25-*

Soeren

Re: suspend issue

[Justin Mattock]

Yeah; that's what I was contemplating as well.

Justin P. Mattock

On Sun, Apr 6, 2008 at 1:55 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
>
> On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > I recompile the kernel and had forgotten to compile fglrx, when
>  > performing a suspend without fglrx I was confronted with the dreaded
>  > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > and to my amazement suspend reacted properly again.
>
>  Yeah, but I it does not even work without X - console only!
>
>  s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  anymore in 2.6.25-*
>
>  Soeren
>



-- 
Justin P. Mattock

Re: suspend issue

[Rafael J. Wysocki]

On Sunday, 6 of April 2008, Justin Mattock wrote:
> Yeah; that's what I was contemplating as well.

Dave, has anything changed in the video/graphics department that might
cause that to happen?

Rafael

 
> On Sun, Apr 6, 2008 at 1:55 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> >
> > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> >  > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> >  > I recompile the kernel and had forgotten to compile fglrx, when
> >  > performing a suspend without fglrx I was confronted with the dreaded
> >  > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> >  > and to my amazement suspend reacted properly again.
> >
> >  Yeah, but I it does not even work without X - console only!
> >
> >  s2ram -f -p used to work since at least 2.6.20 ... and is now not
> >  anymore in 2.6.25-*
> >
> >  Soeren

Re: suspend issue

[Rafael J. Wysocki]

On Sunday, 6 of April 2008, Justin Mattock wrote:
> Yeah; that's what I was contemplating as well.

This looks like bug #10319.  Can you please add yourself to the CC list in
there (http://bugzilla.kernel.org/show_bug.cgi?id=10319)?

Thanks,
Rafael


> Justin P. Mattock
> 
> On Sun, Apr 6, 2008 at 1:55 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> >
> > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> >  > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> >  > I recompile the kernel and had forgotten to compile fglrx, when
> >  > performing a suspend without fglrx I was confronted with the dreaded
> >  > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> >  > and to my amazement suspend reacted properly again.
> >
> >  Yeah, but I it does not even work without X - console only!
> >
> >  s2ram -f -p used to work since at least 2.6.20 ... and is now not
> >  anymore in 2.6.25-*
> >
> >  Soeren
> >
> 
> 
> 



-- 
"Premature optimization is the root of all evil." - Donald Knuth

Re: suspend issue

[Pavel Machek]

On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> > I recompile the kernel and had forgotten to compile fglrx, when
> > performing a suspend without fglrx I was confronted with the dreaded
> > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> > and to my amazement suspend reacted properly again.
> 
> Yeah, but I it does not even work without X - console only!
> 
> s2ram -f -p used to work since at least 2.6.20 ... and is now not
> anymore in 2.6.25-*

Can you do git bisect?
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: suspend issue

[Justin Mattock]

Hello; I don't know how to do a git bisect(too much of a noob)
regards;
               Justin P. Mattock

On Sun, Apr 6, 2008 at 11:28 PM, Pavel Machek <pavel@ucw.cz> wrote:
> On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > > I recompile the kernel and had forgotten to compile fglrx, when
>  > > performing a suspend without fglrx I was confronted with the dreaded
>  > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > > and to my amazement suspend reacted properly again.
>  >
>  > Yeah, but I it does not even work without X - console only!
>  >
>  > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > anymore in 2.6.25-*
>
>  Can you do git bisect?
>                                                                         Pavel
>  --
>  (english) http://www.livejournal.com/~pavelmachek
>  (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>



-- 
Justin P. Mattock

Re: suspend issue

[R. J. Wysocki]

On Monday, 7 of April 2008, Justin Mattock wrote:
> Hello; I don't know how to do a git bisect(too much of a noob)
> regards;

First, please don't top post.  Looking at this message you can see why it
really doesn't make sense. :-)

Now, in short, to run a git bisection:

(1) clone the Linus' tree (see http://linux.yyz.us/git-howto.html#download_first_time)
(2) from within the kernel source code directory downloaded in (1) run
	$ git bisect start
	$ git bisect bad
    (this will mark the last revision as a failing one)
(3) If you have already verified that 2.6.24 works correctly, run
	$ git bisect good v2.6.24
    (this will mark the 2.6.24 kernel as a good one)
(4) as a result of this, git will select a kernel revision between 2.6.24 and
    the most recent one for testing.  Compile it, install it and check if it
    works.  If it does, run
	$ git bisect good
    Otherwise, run
	$ git bisect bad
(5) repeat (4) until there's no more revisions to test.

If you encounter any problems, please ask what to do next.

Thanks,
Rafael


> On Sun, Apr 6, 2008 at 11:28 PM, Pavel Machek <pavel@ucw.cz> wrote:
> > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> >  > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> >  > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> >  > > I recompile the kernel and had forgotten to compile fglrx, when
> >  > > performing a suspend without fglrx I was confronted with the dreaded
> >  > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> >  > > and to my amazement suspend reacted properly again.
> >  >
> >  > Yeah, but I it does not even work without X - console only!
> >  >
> >  > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> >  > anymore in 2.6.25-*
> >
> >  Can you do git bisect?
> >                                                                         Pavel
> >  --
> >  (english) http://www.livejournal.com/~pavelmachek
> >  (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> >
> 
> 
> 



-- 
Rafael J. Wysocki, Ph.D.
Institute of Theoretical Physics
Faculty of Physics of Warsaw University
ul. Hoza 69, 00-681 Warsaw
[tel: +48 22 55 32 263]
[mob: +48 60 50 53 693]
----------------------------
One should not increase, beyond what is necessary,
the number of entities required to explain anything.
			-- William of Ockham

Re: suspend issue

[Justin Mattock]

I wouldn't mind trying out git. Hopefully I know what I'm doing.
regards;
                Justin P. Mattock

On Mon, Apr 7, 2008 at 8:41 AM, R. J. Wysocki <Rafal.Wysocki@fuw.edu.pl> wrote:
> On Monday, 7 of April 2008, Justin Mattock wrote:
>  > Hello; I don't know how to do a git bisect(too much of a noob)
>  > regards;
>
>  First, please don't top post.  Looking at this message you can see why it
>  really doesn't make sense. :-)
>
>  Now, in short, to run a git bisection:
>
>  (1) clone the Linus' tree (see http://linux.yyz.us/git-howto.html#download_first_time)
>  (2) from within the kernel source code directory downloaded in (1) run
>         $ git bisect start
>         $ git bisect bad
>     (this will mark the last revision as a failing one)
>  (3) If you have already verified that 2.6.24 works correctly, run
>         $ git bisect good v2.6.24
>     (this will mark the 2.6.24 kernel as a good one)
>  (4) as a result of this, git will select a kernel revision between 2.6.24 and
>     the most recent one for testing.  Compile it, install it and check if it
>     works.  If it does, run
>         $ git bisect good
>     Otherwise, run
>         $ git bisect bad
>  (5) repeat (4) until there's no more revisions to test.
>
>  If you encounter any problems, please ask what to do next.
>
>  Thanks,
>  Rafael
>
>
>  > On Sun, Apr 6, 2008 at 11:28 PM, Pavel Machek <pavel@ucw.cz> wrote:
>  > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > >  > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > >  > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > >  > > I recompile the kernel and had forgotten to compile fglrx, when
>  > >  > > performing a suspend without fglrx I was confronted with the dreaded
>  > >  > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > >  > > and to my amazement suspend reacted properly again.
>  > >  >
>  > >  > Yeah, but I it does not even work without X - console only!
>  > >  >
>  > >  > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > >  > anymore in 2.6.25-*
>  > >
>  > >  Can you do git bisect?
>  > >                                                                         Pavel
>  > >  --
>  > >  (english) http://www.livejournal.com/~pavelmachek
>  > >  (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>  > >
>  >
>  >
>  >
>
>
>
>  --
>  Rafael J. Wysocki, Ph.D.
>  Institute of Theoretical Physics
>  Faculty of Physics of Warsaw University
>  ul. Hoza 69, 00-681 Warsaw
>  [tel: +48 22 55 32 263]
>  [mob: +48 60 50 53 693]
>  ----------------------------
>  One should not increase, beyond what is necessary,
>  the number of entities required to explain anything.
>                         -- William of Ockham
>



-- 
Justin P. Mattock

Re: suspend issue

[Soeren Sonnenburg]

On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
> On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> > > I recompile the kernel and had forgotten to compile fglrx, when
> > > performing a suspend without fglrx I was confronted with the dreaded
> > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> > > and to my amazement suspend reacted properly again.
> > 
> > Yeah, but I it does not even work without X - console only!
> > 
> > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> > anymore in 2.6.25-*
> 
> Can you do git bisect?

I just tried, and the problem is that 25-rc1 already fails to suspend -
so I am not sure how I could get more insight into this failure *on
resume*... any ideas?

Argh!
Soeren

Re: suspend issue

[Justin Mattock]

First how do I not top message?,
For the situation with suspend I was able to succeed when fglrx was
loaded(not sure about radeonhd)
In what I experienced over here: when not loading fglrx would cause my
system to recover from suspend with a blank screen then a reboot a few
seconds later. Now two days ago I upgraded Xorg to 7.3 then doing the
same test leaves me with a different result;
With having fglrx not loaded the system will recover from suspend, but
with a blank screen and no reboot a few seconds later.
I have not upgraded the opengl drivers yet. From what I can see over
here the kernel is probably O.K. This looks more like a module issue
opengl, fglrx, radeonhd etc...of the three fglrx is recovering(I
havent tried radeonhd) I will look into upgrading my opengl stuff
today  and test to see if they recover from a suspend.
regards;
               Justin P. Mattock

On Wed, Apr 9, 2008 at 10:25 AM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
>  > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > > > I recompile the kernel and had forgotten to compile fglrx, when
>  > > > performing a suspend without fglrx I was confronted with the dreaded
>  > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > > > and to my amazement suspend reacted properly again.
>  > >
>  > > Yeah, but I it does not even work without X - console only!
>  > >
>  > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > > anymore in 2.6.25-*
>  >
>  > Can you do git bisect?
>
>  I just tried, and the problem is that 25-rc1 already fails to suspend -
>  so I am not sure how I could get more insight into this failure *on
>  resume*... any ideas?
>
>  Argh!
>  Soeren
>



-- 
Justin P. Mattock

Re: suspend issue

[Pavel Machek]

On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
> On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
> > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> > > > I recompile the kernel and had forgotten to compile fglrx, when
> > > > performing a suspend without fglrx I was confronted with the dreaded
> > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> > > > and to my amazement suspend reacted properly again.
> > > 
> > > Yeah, but I it does not even work without X - console only!
> > > 
> > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> > > anymore in 2.6.25-*
> > 
> > Can you do git bisect?
> 
> I just tried, and the problem is that 25-rc1 already fails to suspend -
> so I am not sure how I could get more insight into this failure *on
> resume*... any ideas?

Well, 2.6.20 worked, so bisect should be easy, right?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: suspend issue

[Justin Mattock]

On Thu, Apr 10, 2008 at 10:02 AM, Pavel Machek <pavel@ucw.cz> wrote:
> On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
>  > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
>  > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > > > > I recompile the kernel and had forgotten to compile fglrx, when
>  > > > > performing a suspend without fglrx I was confronted with the dreaded
>  > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > > > > and to my amazement suspend reacted properly again.
>  > > >
>  > > > Yeah, but I it does not even work without X - console only!
>  > > >
>  > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > > > anymore in 2.6.25-*
>  > >
>  > > Can you do git bisect?
>  >
>  > I just tried, and the problem is that 25-rc1 already fails to suspend -
>  > so I am not sure how I could get more insight into this failure *on
>  > resume*... any ideas?
>
>  Well, 2.6.20 worked, so bisect should be easy, right?
>
>  --
>  (english) http://www.livejournal.com/~pavelmachek
>  (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>

Using git is all new to me, so learning how to do a bisect, is
probably not a bad idea.


-- 
Justin P. Mattock

Re: suspend issue

[Soeren Sonnenburg]

On Thu, 2008-04-10 at 12:02 +0200, Pavel Machek wrote:
> On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
> > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
> > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> > > > > I recompile the kernel and had forgotten to compile fglrx, when
> > > > > performing a suspend without fglrx I was confronted with the dreaded
> > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> > > > > and to my amazement suspend reacted properly again.
> > > > 
> > > > Yeah, but I it does not even work without X - console only!
> > > > 
> > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> > > > anymore in 2.6.25-*
> > > 
> > > Can you do git bisect?
> > 
> > I just tried, and the problem is that 25-rc1 already fails to suspend -
> > so I am not sure how I could get more insight into this failure *on
> > resume*... any ideas?
> 
> Well, 2.6.20 worked, so bisect should be easy, right?

I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
even *suspend*. However the problem lies not in suspending but no
display on *resume*. So the bug is hidden by the hang on suspend and I
don't see how I can check when resume broke.

Soeren

Re: suspend issue

[Justin Mattock]

On Thu, Apr 10, 2008 at 10:05 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> On Thu, 2008-04-10 at 12:02 +0200, Pavel Machek wrote:
>  > On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
>  > > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
>  > > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > > > > > I recompile the kernel and had forgotten to compile fglrx, when
>  > > > > > performing a suspend without fglrx I was confronted with the dreaded
>  > > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > > > > > and to my amazement suspend reacted properly again.
>  > > > >
>  > > > > Yeah, but I it does not even work without X - console only!
>  > > > >
>  > > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > > > > anymore in 2.6.25-*
>  > > >
>  > > > Can you do git bisect?
>  > >
>  > > I just tried, and the problem is that 25-rc1 already fails to suspend -
>  > > so I am not sure how I could get more insight into this failure *on
>  > > resume*... any ideas?
>  >
>  > Well, 2.6.20 worked, so bisect should be easy, right?
>
>  I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
>  even *suspend*. However the problem lies not in suspending but no
>  display on *resume*. So the bug is hidden by the hang on suspend and I
>  don't see how I can check when resume broke.
>
>  Soeren
>

Do you think the problem may be with the xserver? Did you upgrade to 7.3?
Over here I did the upgrade to 7.3, but with testing with vesa there
seems to be no module with the xserver for vesa
or at least I haven't located it yet. On a positive note suspend does
work with the ati driver installer, the negative side is
it doesn't work without it. So from my perspective over here, Does
xserver(7.3) have vesa support?
regards;

-- 
Justin P. Mattock

Re: suspend issue

[Soeren Sonnenburg]

On Fri, 2008-04-11 at 05:18 +0000, Justin Mattock wrote:
> On Thu, Apr 10, 2008 at 10:05 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> > On Thu, 2008-04-10 at 12:02 +0200, Pavel Machek wrote:
> >  > On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
> >  > > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
> >  > > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> >  > > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> >  > > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> >  > > > > > I recompile the kernel and had forgotten to compile fglrx, when
> >  > > > > > performing a suspend without fglrx I was confronted with the dreaded
> >  > > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> >  > > > > > and to my amazement suspend reacted properly again.
> >  > > > >
> >  > > > > Yeah, but I it does not even work without X - console only!
> >  > > > >
> >  > > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> >  > > > > anymore in 2.6.25-*
> >  > > >
> >  > > > Can you do git bisect?
> >  > >
> >  > > I just tried, and the problem is that 25-rc1 already fails to suspend -
> >  > > so I am not sure how I could get more insight into this failure *on
> >  > > resume*... any ideas?
> >  >
> >  > Well, 2.6.20 worked, so bisect should be easy, right?
> >
> >  I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
> >  even *suspend*. However the problem lies not in suspending but no
> >  display on *resume*. So the bug is hidden by the hang on suspend and I
> >  don't see how I can check when resume broke.
> >
> >  Soeren
> >
> 
> Do you think the problem may be with the xserver? Did you upgrade to 7.3?
> Over here I did the upgrade to 7.3, but with testing with vesa there
> seems to be no module with the xserver for vesa
> or at least I haven't located it yet. On a positive note suspend does
> work with the ati driver installer, the negative side is
> it doesn't work without it. So from my perspective over here, Does
> xserver(7.3) have vesa support?

lets focus on console only - no Xserver - no X - because already for
that it doesn't work.

Soeren

Re: suspend issue

[Justin Mattock]

On Fri, Apr 11, 2008 at 5:32 AM, Soeren Sonnenburg <kernel@nn7.de> wrote:
> On Fri, 2008-04-11 at 05:18 +0000, Justin Mattock wrote:
>  > On Thu, Apr 10, 2008 at 10:05 PM, Soeren Sonnenburg <kernel@nn7.de> wrote:
>  > > On Thu, 2008-04-10 at 12:02 +0200, Pavel Machek wrote:
>  > >  > On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
>  > >  > > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
>  > >  > > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
>  > >  > > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
>  > >  > > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
>  > >  > > > > > I recompile the kernel and had forgotten to compile fglrx, when
>  > >  > > > > > performing a suspend without fglrx I was confronted with the dreaded
>  > >  > > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
>  > >  > > > > > and to my amazement suspend reacted properly again.
>  > >  > > > >
>  > >  > > > > Yeah, but I it does not even work without X - console only!
>  > >  > > > >
>  > >  > > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
>  > >  > > > > anymore in 2.6.25-*
>  > >  > > >
>  > >  > > > Can you do git bisect?
>  > >  > >
>  > >  > > I just tried, and the problem is that 25-rc1 already fails to suspend -
>  > >  > > so I am not sure how I could get more insight into this failure *on
>  > >  > > resume*... any ideas?
>  > >  >
>  > >  > Well, 2.6.20 worked, so bisect should be easy, right?
>  > >
>  > >  I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
>  > >  even *suspend*. However the problem lies not in suspending but no
>  > >  display on *resume*. So the bug is hidden by the hang on suspend and I
>  > >  don't see how I can check when resume broke.
>  > >
>  > >  Soeren
>  > >
>  >
>  > Do you think the problem may be with the xserver? Did you upgrade to 7.3?
>  > Over here I did the upgrade to 7.3, but with testing with vesa there
>  > seems to be no module with the xserver for vesa
>  > or at least I haven't located it yet. On a positive note suspend does
>  > work with the ati driver installer, the negative side is
>  > it doesn't work without it. So from my perspective over here, Does
>  > xserver(7.3) have vesa support?
>
>  lets focus on console only - no Xserver - no X - because already for
>  that it doesn't work.
>
>  Soeren
>

Alright; I didn't get what you said at first, but now I see.

-- 
Justin P. Mattock

Re: suspend issue

[Pavel Machek]

On Fri 2008-04-11 00:05:52, Soeren Sonnenburg wrote:
> On Thu, 2008-04-10 at 12:02 +0200, Pavel Machek wrote:
> > On Wed 2008-04-09 12:25:30, Soeren Sonnenburg wrote:
> > > On Mon, 2008-04-07 at 01:28 +0200, Pavel Machek wrote:
> > > > On Sun 2008-04-06 13:55:04, Soeren Sonnenburg wrote:
> > > > > On Sun, 2008-04-06 at 04:03 +0000, Justin Mattock wrote:
> > > > > > Hello; I seem to have discovered something with echo mem > /sys/power/state.
> > > > > > I recompile the kernel and had forgotten to compile fglrx, when
> > > > > > performing a suspend without fglrx I was confronted with the dreaded
> > > > > > blank screen and a reboot. then as a test I compiled fglrx and loaded,
> > > > > > and to my amazement suspend reacted properly again.
> > > > > 
> > > > > Yeah, but I it does not even work without X - console only!
> > > > > 
> > > > > s2ram -f -p used to work since at least 2.6.20 ... and is now not
> > > > > anymore in 2.6.25-*
> > > > 
> > > > Can you do git bisect?
> > > 
> > > I just tried, and the problem is that 25-rc1 already fails to suspend -
> > > so I am not sure how I could get more insight into this failure *on
> > > resume*... any ideas?
> > 
> > Well, 2.6.20 worked, so bisect should be easy, right?
> 
> I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
> even *suspend*. However the problem lies not in suspending but no
> display on *resume*. So the bug is hidden by the hang on suspend and I
> don't see how I can check when resume broke.

Hmm, you could bisect the resume regression, revert that, and then go
on to find the suspend regression.

...ok, not easy, I see.

Do you have kernel.org bugzilla # I could look at? Perhaps this can be
debugged using printks or something...
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: suspend issue

[Soeren Sonnenburg]

On Fri, 2008-04-11 at 12:57 +0200, Pavel Machek wrote:
> On Fri 2008-04-11 00:05:52, Soeren Sonnenburg wrote:
[...]
> > > Well, 2.6.20 worked, so bisect should be easy, right?
> > 
> > I don't quite understand... 2.6.24 worked yes, but 2.6.25-rc1 didn't
> > even *suspend*. However the problem lies not in suspending but no
> > display on *resume*. So the bug is hidden by the hang on suspend and I
> > don't see how I can check when resume broke.
> 
> Hmm, you could bisect the resume regression, revert that, and then go
> on to find the suspend regression.
> 
> ...ok, not easy, I see.
> 
> Do you have kernel.org bugzilla # I could look at? Perhaps this can be
> debugged using printks or something...

http://bugzilla.kernel.org/show_bug.cgi?id=10319

Soeren