ok, doubling both the timeouts you mentioned doesn't help. It doesn't help because its not a wait in that while loop. Instead, its a tight loop which now runs 500 iterations instead of 250 before and most of todays processors will complete it in few micro seconds. I think we need a genuine sleep wait there, don't we? what is the kernel routine to sleep for a few msecs? -Sunil On 7/19/06, Sunil Kumar <devsku at gmail.com> wrote: > > one thing I noticed is that now the occurrence of these messages has > increased a lot. They are just crowding my /var/log/messages like nothing > else. I am not sure what to do next. > > > > On 7/19/06, Sunil Kumar <devsku at gmail.com> wrote: > > > > leaving it loaded during suspend doesn't help with the messages, they > > still popup. Do you think I should try and adjust the timeouts that you had > > mentioned once? > > > > > > On 7/18/06, Hans de Goede <j.w.r.degoede at hhs.nl > wrote: > > > > > > > > > > > > Sunil Kumar wrote: > > > > I used the file you provided with the 1.1.8 sources that I had from > > > the > > > > tar and I still get the same problem after resume from suspend: > > > > > > > > abituguru: timeout exceeded waiting for read state (bank: 33, > > > sensor: 8) > > > > abituguru: timeout exceeded waiting for ready state > > > > abituguru: timeout exceeded waiting for ready state > > > > abituguru: timeout exceeded waiting for ready state > > > > abituguru: timeout exceeded waiting for read state (bank: 34, > > > sensor: 15) > > > > abituguru: timeout exceeded waiting for ready state > > > > > > > > bank:34 and bank: 33 messages are separated by half hour, while > > > > consecutive messages separate by few seconds, if that helps...:) > > > > > > > > Also, note that I rmmod the module before I suspend and modprobe it > > > > after I resume. With your code in place for suspend/resume, is that > > > > still required? I want a safe suspend/resume, so I rmmod as many > > > modules > > > > I can before suspend. > > > > > > > > > > That no longer should be nescesarry and might even be the cause of > > > your > > > problems, could you try just leaving it in the kernel during suspend? > > > > > > > I am not sure if the messages are a problem but you are a better > > > judge > > > > than me on that one. > > > > > > > > > > They are harmless, but it would be nice to fix them never the less. > > > > > > Regards, > > > > > > Hans > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060719/53399022/attachment.html
