> I think we can assume that it will be seen there. 2.6.16 is going into
> distros and will have more exposure than 2.6.15, let alone
> 2.6.16-rcX.
A related point is that S3 sleep/wake problems are very difficult to
debug. The bug is often not reproducible (I've had a few of those).
Or it happens early in the wakeup, when the serial console hasn't been
restored to a working state (at least on some machines, see bugzilla
#4270). Or the system has bugs that prevents its going to sleep,
which also prevents any wakeup problems from being investigated.
Or they happen to regular users, who give up and say 'my laptop cannot
go to sleep in Linux, oh well'. Besides being inconvenient, it gives
Linux a bad name, especially when people nearby have iBooks and
PowerBooks running MacOS that sleep and wake in 2-3 seconds, including
restoring networking and wireless.
So there's value in chasing any S3 bugs that can be reproduced,
especially those affecting sleeping.
The TP 600X is indeed old, and perhaps the bug is caused by an
otherwise fine change uncovering a 600X hardware or firmware bug
(perhaps the point that comment #8 at bugzilla 5989 is getting at).
However, one of the beauties of Linux, and a nightmare for developers,
is that Linux works on all sorts of hardware. I don't know whether
this bug should affect the 2.6.16 schedule. But I think its worth
solving eventually, if only to point where it's clear that it's unique
to this model.
-Sanjoy
`Never underestimate the evil of which men of power are capable.'
--Bertrand Russell, _War Crimes in Vietnam_, chapter 1.
-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
