Hi,
On Friday 03 February 2006 02:42, Bojan Smojver wrote:
> Quoting Andrew Morton <[email protected]>:
>
> > This leaves us in rather awkward position. You see, there will be other
> > people whose machines don't work with suspend2 but which do work with
> > swsusp. And other people who prefer swsusp for other reasons.
>
> From what I can see on suspend2 development list, Nigel regularly
> addresses people's problems with his code, which then results in
> working systems. Most times when people see problems with suspend2, it
> is the drivers that can't do suspend that are the root cause (at least
> that seems to be the pattern on the suspend2 mailing list).
>
> The only way for a much broader community to experience and test
> suspend2 is to put it in the mainline kernel. I'm not sure why that is
> such a problem...
>
> > It'd help if we knew _why_ your machine doesn't work with swsusp so we can
> > fix it. Futhermore it'd help if we knew specifically what you prefer about
> > suspend2 so we can understand what more needs to be done, and how we should
> > do it.
>
> Here is what I prefer in suspend2:
>
> - it works (i.e. I have compiled it for at least 20 different Rawhide
> kernels and it always suspended/resumed properly)
>
> - it is reliable (e.g. I have suspended/resumed mid kernel compile -
> actually, kernel RPM build, which included compile - many times,
> without any ill effect)
>
> - it is fast (i.e. even on my crappy old HP ZE4201
> [http://www.rexursive.com/articles/linuxonhpze4201.html], it writes all
> of 700+ MB of RAM to disk just as fast or faster than swsusp).
>
> - it looks nice (both text and GUI interface supported)
>
> - it leaves the system responsive on resume (kinda nice to come back to
> X and "Just Use it")
>
> - it suspends to both swap and file (I personally use swap, but many
> people on the list use file)
>
> Just today, I tried the most recent Rawhide kernel (based on
> 2.6.16-rc1-git5) with swsusp and for the first time *ever* it actually
> returned X to its original state (I was so excited, I even notified
> people on suspend2 development list about it). But, on second
> suspend/resume, it promptly locked up my system.
Well, it would help if you said in which stage of suspend/resume
it actually locked up the system.
Anyway, we are working on fixing these problems right now,
so maybe you'd like to test some patches?
> Before, it would simply lock up. So, if swsusp can be made to actually work,
> be reliable, look nice and be responsive on resume, I'm all for it.
I think it can be, hopefully with Nigel's help.
> I will miss Nigel's excellent support though, but I'm sure he deserves a break
> :-)
I'm definitely interested in resolving your problems with swsusp, so could
you please send me a boot log from your box? Also, if you are able to
get a serial console or net console output from it during suspend/resume,
especially in the failing case, that would help a lot. [Please do not litter
the list with that, though.]
Greetings,
Rafael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]