On Wednesday, 4 July 2007 05:38, Paul Mackerras wrote: > Rafael J. Wysocki writes: > > > Now, please tell me how many driver writers even thought that something > > might try to access their devices after .suspend() had been executed (or > > even whilie it was being executed)? > > Well, I believe that the USB framework copes with this, except > possibly for some corner cases like the example that Alan Stern > posted. The fact that powerbooks suspend and resume without the > freezer implies that the IDE framework, the console code and the > framebuffer code cope correctly (though possibly not all chipset > drivers).
Okay, so in fact you don't know. And that's my point in this thread. I won't fight for the freezer for what it's worth, but let's do things in the _right_ _order_. For example, let's make sure that by making the $subject change we won't introduce (too many) regressions and fix the frameworks that don't get it right. Using the problems with FUSE as an argument for making this change immediately doesn't seem to be right to me. > So I think that a lot of the frameworks already get it right. Of > course the quality of the low-level chipset drivers has always been > pretty variable. :) Yes, but that's another issue. Greetings, Rafael -- "Premature optimization is the root of all evil." - Donald Knuth - 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/
