So I understand you are using buffered mode. When you get this error what happens if you just cat raw values? Do you get the same error? Also kernel debug logs as suggested by Reyad will be helpful to debug. Can you confirm that the sensor hub is an usb hub (with lsusb for vendor/product id) not i2c. Send me also output of acpidump (you can install acpidump in most of the distros) Thanks, Srinivas On Sat, 2014-08-23 at 18:19 +0300, Elad Alfassa wrote: > Hey Reyad. > > I don't see the > hid_sensor_hub:sensor_hub_report_fixup:540: hid-sensor-hub > 0003:0483:91D1.0003: No Enum quirks > line in my dmesg, so the patch did enable the enum quirk. > However, the symptoms are still the same. > > Thanks for your help. > > On Sat, Aug 23, 2014 at 6:14 PM, Reyad Attiyat <reyad.attiyat@xxxxxxxxx> wrote: > > Hey Elad, > > > > That is unfortunate that the patch doesn't work. If the patch did > > enable the enum quirk you should no longer see this line in your dmesg > > when hid-sensor-hub module is loaded: > > hid_sensor_hub:sensor_hub_report_fixup:540: hid-sensor-hub > > 0003:0483:91D1.0003: No Enum quirks > > > > I'll CC Srinivas for you to try and get additional help. > > > > Hey Srinivas, > > > > Elad has a hid sensor hub from STM that is failing to produce new > > data, any ideas what might cause this. He is getting a resource > > temporarily unavailable after only one value is read. I had thought it > > might need the quirk to change logical minimum to 1 for the state > > enums but it had no effect. Any other ideas? > > > > On Fri, Aug 22, 2014 at 4:34 PM, Elad Alfassa <elad@xxxxxxxxxxxxxxxxx> wrote: > >> Hey Reyad. > >> > >> Unfortunately, this patch does not fix the issue. > >> The symptoms are exactly like before. > >> > >> Thanks, > >> -- > >> -Elad Alfassa. > > > -- To unsubscribe from this list: send the line "unsubscribe linux-iio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html