thx ck.
After cgminier restart the same unit that was showing that error now shows zero value for A: R: and /m but correct hashing speed. Is it safe to assume the unit is actually not doing anything?
Anyone seen below error before and perhaps knows what it relates to? I'm suspecting it's some kind of limitation on USB hubs (1a40:0101 Terminus Technology Inc.).
USB: AMU0 read1 buffering 252 extra bytes
It means cgminer found a lot more information from the device than it was expecting, but it's harmless and the equivalent to a hardware error.
I added a buffer into the Icarus driver to handle the VERY rare case of getting 2 answers back at the same time (extremely rare ...)
The 2nd answer seems to be rubbish when it happens.
It showed up this particular issue you see, of sometimes getting extra data back from libusb.
It doesn't affect anything but the data at the time it happens - which either doesn't contain a share or has a corrupted one in it.