Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable review

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Nigel Cunningham <nigel@...>
Cc: Pavel Machek <pavel@...>, Romano Giannetti <romanol@...>, Chris Wright <chrisw@...>, Chuck Ebbert <cebbert@...>, Linux Kernel Mailing List <linux-kernel@...>, <stable@...>, Justin Forbes <jmforbes@...>, Zwane Mwaikambo <zwane@...>, Theodore Ts'o <tytso@...>, Randy Dunlap <rdunlap@...>, Dave Jones <davej@...>, Chuck Wolber <chuckw@...>, Chris Wedgwood <reviews@...>, Michael Krufky <mkrufky@...>, <akpm@...>, <alan@...>, Rafael J. Wysocki <rjw@...>
Date: Thursday, May 24, 2007 - 10:41 pm

On Fri, 25 May 2007, Nigel Cunningham wrote:

I agree that the current bug is not unique to STR. In fact, I think Romano 
tested both STD and STR, and both had the same bug with the 60s timeout.

But what irritates me is that STR really shouldn't have _had_ that bug at 
all. The only reason STR had the same bug as STD was exactly the fact that 
the two features are too closely inter-twined in the kernel. 

That irritates me hugely. We had a bug we should never had had! We had a 
bug because people are sharing code that shouldn't be shared! We had a bug 
because of code that makes no sense in the first place!

I agree that disk snapshotting is much harder. If we had a bug just in 
that part, I wouldn't mind it so much. Getting hard problems wrong isn't 
something you should be ashamed of. What I mind is that the _easier_ 
problem got infected by all the bugs from the _harder_ issue. That just 
makes me really really angry and frustrated.

Look at it this way: if you designed a CPU, and you made the integer 
code-path share everything with the floating point side, because "addition 
is addition", and as a result the latency for the simple arithmetic and 
logical ops in integer ALU was four cycles, what would you be?

You'd be a moron, that's what. 

And that is _exactly_ what the current STD/STR code does. It says "suspend 
is suspend" and tries to share the same pipeline, even though the two 
operations are totally different, and share nothing but the name people 
use for it (and even the name is really pretty weak, and I've tried to 
get people to use some other name for STD).

So yes,the two things _do_ share the problem, but they really really 
shouldn't. There's no reason to think that they should. And it drives me 
absolutely bonkers that people seem to have such a hard time seeing that.

That said, I think freezing is crap even for snapshotting/suspend-to-disk, 
but the point of the above rant is to show how insane it is to think that 
problems and complexity in one area should translate into problems and 
complexity in another area.

And if the snapshot people want to screw up their snapshots with freezing, 
I don't actually care that much. I'd much rather have working STR. As it 
is now, they're now _both_ broken.

			Linus
-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [patch 00/69] -stable review, Linus Torvalds, (Tue May 22, 6:07 pm)
Re: [patch 00/69] -stable review, Romano Giannetti, (Thu May 24, 8:06 am)
Re: [patch 00/69] -stable review, Linus Torvalds, (Thu May 24, 12:16 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Thu May 24, 5:03 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Henrique de Moraes Holschuh..., (Thu May 24, 7:16 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Fri May 25, 7:44 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Sun May 27, 2:32 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Mon May 28, 4:11 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Sun May 27, 3:09 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Tue May 29, 8:00 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Michael-Luke Jones, (Tue May 29, 8:00 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Tue May 29, 8:16 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Nigel Cunningham, (Thu May 24, 10:20 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Linus Torvalds, (Thu May 24, 10:41 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Nigel Cunningham, (Thu May 24, 11:00 pm)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Nigel Cunningham, (Fri May 25, 12:33 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Wed May 30, 10:04 am)
Re: pcmcia resume 60 second hang. Re: [patch 00/69] -stable ..., Rafael J. Wysocki, (Wed May 30, 10:08 am)
Long delay in resume from RAM (Was Re: [patch 00/69] -stable..., Romano Giannetti, (Thu May 24, 11:06 am)
Re: Long delay in resume from RAM (Was Re: [patch 00/69] -st..., Johannes Stezenbach, (Thu May 24, 6:30 pm)
Re: [patch 00/69] -stable review, Romano Giannetti, (Wed May 23, 3:09 am)
Re: [patch 00/69] -stable review, Paolo Ornati, (Wed May 23, 3:19 am)
Re: [patch 00/69] -stable review, Romano Giannetti, (Wed May 23, 3:38 am)