Hi, Sven Anders wrote: > Nicolas Boichat schrieb: >> Hello, >> >> Even the Mac OS X driver seems to do strange things to try to "unstuck" >> the device. >> >> A proper way to fix the problem would be to fix the userspace >> application to retry a few milliseconds later. > > It will try again, but in the GNOME sensors applet you will see "ERROR" > for a fraction of a second. > > And now we have a problem. I've contacted the author of the applet before > and he says it's an error in the kernel driver. You say, it's an error of > the program. What should we do?
I don't say there is an error in the program. I think the device itself is causing problems. > I think, it's not really an error of the driver, but as any user-space tool > assume to get valid values every time, solve it in the kernel driver. > >> There are 2 ways to fix the problem in kernel too: >> - Store the values, ok, but what should we return if it's the first >> time we read it? It would be relatively complicated, and would use some >> kernel memory. > > If it failed the first time, return an error. > And yes, it will use some memory, but it must be only allocated once at init, > right?! Yeah, but you have many values to store, and from what I understand, it's better not to use too much kernel memory. >> - Wait and retry, but sometimes it can take a long time (I would say >> something like up to a second to get a value), and we don't want to >> block the application while it could do something better in the mean-time... > > Did you currently try only once? Maybe we should try 3 times before giving > up??? I currently wait 2ms before failing, but I agree, I could write a fix for that... I'll try to come out with something. Best regards, Nicolas ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Mactel-linux-devel mailing list Mactel-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel
