linux-kernel - Re: Please release a stable kernel Linux 3.0

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070628211522.GI5339@ucw.cz>
Date:	Thu, 28 Jun 2007 21:15:22 +0000
From:	Pavel Machek <pavel@....cz>
To:	Arjan van de Ven <arjan@...radead.org>,
	"Rafael J. Wysocki" <rjw@...k.pl>
Cc:	Chuck Ebbert <cebbert@...hat.com>,
	Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
	Jesper Juhl <jesper.juhl@...il.com>,
	Zolt?n HUBERT <zoltan.hubert@...ero.com>,
	linux-kernel@...r.kernel.org, seife@...e.de
Subject: Re: Please release a stable kernel Linux 3.0

Hi!

> > >> Even the good ones that get lots of fixes aren't all that good. The
> > >> biggest problem ATM is that suspend is badly broken and keeps getting
> > >> worse...
> > > 
> > > I wasn't under the impression suspend had really ever worked.  Such a
> > > messy problem to solve.
> > > 
> > 
> > It never worked reliably for everyone, but with each new release it
> > seems to get worse.
> 
> the thing is just fundamentally not designed right. Declaring it stable
> ain't gonna fix that. Having someone do a right design (which will
> obviously will go through some breakage period, even if it's an
> evolution of the current design) is a required step of getting s/r more
> reliable... but the current one doesn't get stable just by declaring it
> so.

Ok, I guess one more pair of eyes would help.


> > >> Even the good ones that get lots of fixes aren't all that good. The
> > >> biggest problem ATM is that suspend is badly broken and keeps getting
> > >> worse...
> > > 
> > > Can you please provide me with any links to suspend-related bug reports from
> > > you?
> > 
> > I get so many suspend/resume bug reports that I've given up trying
> > to get them fixed. And there are so many bugs that are even worse,
> > like crashes during normal use, data corruption, etc. that suspend
> > bugs don't get much attention. But here are the ones for Fedora 6;
> > the list would be much longer if I included Fedora 5 and 7:

(list of 20 bugs in redhat bugzilla).

...well, it looks a bit better from my side. Number of suspend bugs in
suse bugzilla is certainly lower, and I guess it works a bit better,
too. (But we do not claim s2ram support for machines outside of s2ram
whitelist).

Now, perhaps redhat should get someone to work on suspend/hibernation
support (kernel level)? IIRC you had Nigel at one point, but he was
working on something else?

Rafael and me am trying to look after hibernation, but I believe noone
is really working on suspend :-(.
						Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/